commentDockerにおいて表題の件についてメモ。ネットワークComposeで起動したコンテナに見慣れないログが出ていた。ls`docker-compose.yml`ではネットワークの設定を何もしていないのだが、ネットワークを勝手に作成しているようだ。ネットワークの名称は作業ディレクトリに”_default“が付けられている。null$作成したコンテナは本当に作成されたネットワークにいるのだろうか?確認。}]$確かに2つのコンテナがこのネットワーク上にあるようだ。いうことは、ネットワーク設定を特に指定せずに上げたコンテナからのアクセスはできないのだろう。/]#サブネットが異なる。Composeで起動したコンテナは”172.18.0.0/16“のネットワークに接続されているが、何もネットワークの指定をしないでコマンドで起動したコンテナは、デフォルトの”bridge“ネットワークに起動されている。こちらは”172.17.0.0/16“のネットワークのようだ。Composeで稼働させたコンテナ群でのみアクセス可能なようである。後からネットワークの接続を繋げることも可能なはずである。commentDockerの表題の件について、前から少し気になっていたので試してみた。公開されているDockerfileを見ていると、`RUN`がすごく少なく`&&`でコマンドを繋げているのを多々見かける。`RUN`毎にlayerが増えていくのを防ぐ為、というようなものを読んだことがあるが実際にどの程度変わるのかを試してみる。ZooKeeperのDockerfileを使用する。"start-foreground"]このDockerfileをビルドする。Dockerfile2続いてコマンドの塊毎に`RUN`をひとつにしてみた。個人的にまとめるとしたらこの範囲かな、というのを一つのグループとしている。"start-foreground"]ビルドする。結果イメージサイズの違いを見る。:100M以上の差が出た。コマンド毎に`RUN`を実行するのが本来の姿であるような気がするのだが、これだけ差が出ているとせめてグループ毎には纏めてしまおうと思い直すことになった。comment表題の件。completionアップグレードをする度に気になっていた下記の記載。aws気になっていたので`.bashrc`に追加してみた。Macではデフォルトでは`.bashrc`は読み込まれないが、自身の環境は`.bash_profile`で`.bashrc`が存在する場合には読み込むように設定済みである。:追記してみたところ、`aws`コマンドで補完が効くようになった。入れていなかったのが勿体無い。読み込む?までに時間が掛かるのが難点であるが。comment表題のコマンドを知らなかったのでメモ。binバイナリがインストールされるディレクトリを取得することができる。variable)$試しに環境変数”PATH“に入れて実行してみる。-g/Users/withsin/.nodebrew/node/v5.5.0/bin$ちなみに、自身の環境では`nodebrew`を使用しているため、”PATH“は別の場所に通っているのでわざわざ上記ディレクトリに”PATH“を通す必要はない。commentAWSにおいて表題の通り。リージョンの一覧を取得したい。describe-regions下記で一覧が取得できそうである。