s

誰も知らない仕様

ある機能があってその機能を動かすためにはデータベースにデータが必要ででもどのテーブルにどんなデータがあればいいかはだれも知らなくて仕方がないのでソースを追って仕様を把握するとかよくあると思う。よくあるよね。

対策としては調べたあとに社内ドキュメントツールに対応方法を書いておくけどほんとにそれでいいんかな。E2Eテストを全部そろえるべきなんかな。単体テストかな。ちがうなぁ運用マニュアルが正解な気もしてきた。

お題「最近見た夢

お題「最近見た夢」

やたらと逃げる夢

家に帰ってから作業できないのがけっこう重症。仕事はまぁまぁ。いまのプロジェクトのゴール再確認したほうがいいかも。プロジェクトのゴールと各個人のゴールを数値化したい。もっとさくっと作業したい。もっと早く。やっぱりゴールとタスクをもっと明確に

Docker Swarm

Dockerホストっていうのは docker-machine create でつくるやつ（Boot2Docker のこと）
複数Dockerホストをまとめたものをクラスタってゆってる。コンテナはホストの動いてるDockerイメージのこと（docker runで動かすやつ）
Dockerホストがひとつだけだと落ちたら終わっちゃうから複数ホストを使って冗長かしてそれをスウォームで管理する感じ。
コンテナ間の連携が必要な場合はcomposeをつかう。

Dockerホスト群をクラスタ化し、 どのホストでコンテナを起動するのか コンテナをスケジュールするためのツール

クラスタ全体を1つのリソースプールとして扱う

www.slideshare.net

お題「好きな四文字熟語」

お題「好きな四文字熟語」

一石二鳥。

連休明けで会社行って帰ってきたらすごい疲労が。。
午前中は Docker について色々調べてて午後は案件がっつりやって定時で帰ってきた。一週間ごとのマイルストーンをうまくこなすために必要なことをコツコツやっていく。一週間一スプリント。今週以降のタスクがまだ曖昧なのでその辺をもっと読み切らないとダメだ。今日一日やっただけで今後やるべきことが結構見えてきた。それをタスクに起こさないと。チームとしての力を発揮したいそのために何をすればいいか。

新しく見つけたやること

  • レジストリ作り
    • どこに作るか
    • 名前を何にするか
  • Dockerfile を保存するリポジトリ
  • ベースイメージを作るのに Ansible とか Chef を使うか
  • ふりかえりとスプリントプランニングのやり方
  • 発表資料作り

docker-registry について

作成したイメージはレジストリに保管しておく。docker run するときはレジストリからイメージを取得する。まぁ Git とか Bitbucket と同じ。Docker Hub は Git に保存してる Dockerfile を監視して変更があったら build とかしてくれるみたい。自前で仕組みを作らなくていいので楽そう。やっぱりせきゅりてぃは気になるけどこういうサービスを使うと開発のスピードがどんどん上がりそう。自分で作らないのが大事。

qiita.com

qiita.com

docker-compose について勉強

複数のコンテナが連携して一つのサービスになっている場合それぞれ個別で管理していると煩雑になるので docker-compose という仕組みを使ってコンテナ間の関係を yml ファイルで定義する。そうすることで一括で立ち上げたり止めたり削除したりできるようになる。

つくりとしては関係性はできるだけ薄くした方がいいけどどうしても関連が出てきてしまう場合は compose を使う感じかな。

qiita.com