コンテナで閉じているのだから、普通は通信できないはず。 だけれども普通にサービス間通信ができるらしい。どういう仕組みなのか、少し調べた。
参考:
0.デフォルトネットワークの確認(はじめに)
DockerはDocker独自のネットワークを生成する。 デフォルトで生成されるネットワークが
bridgeドライバを使った bridge ネットワーク。で、新規ネットワークでの通信を試す前にこの bridge ネットワークをまずは確認してみる。
ネットワーク廻りには
networkコマンドを利用する。ネットワークの一覧を表示するのはnetwork lsで確認できる。 ホストでの操作host$ sudo docker network ls NETWORK ID NAME DRIVER SCOPE 1df7cecfc3a4 bridge bridge local 65f55a9eacca host host local 2f1081153878 none null local
なにも触っていなければ上記の3つが設定される。 デフォルトネットワークの bridge とホストが所属するネットワークの host と ネットワーク所属なしを意味する none だ。 特にオプションとして指定が無ければ
docker runで生成されるコンテナは bridge に所属する。
勝手に作られるネットワークを確認してみる。
$ docker network ls
NETWORK ID NAME DRIVER SCOPE
8ad39c40354c bridge bridge local
a625db98bfba host host local
a132c6a6d16b none null local
同様の表示がされた。
コンテナ間の通信はコンテナ名で行うらしい。 コンテナによっては通信先のコンテナ名がデフォルトで入っており、 それに合わせることで簡単に動作できるようになっているようだ。
- DBとWebサーバのコンテナを作る
- 同じネットワーク wordpress-network を指定する
- MySQLのコンテナ名は「mysql」とする
- WordPressのDockerイメージは、MySQLへの接続先の指定のホスト名が「mysql」だから
- これで、WordPressコンテナ（wordpress）からMySQLコンテナ（mysql）に向けて通信可になる
3.通信する
netcatで通信してみる。
サーバー側は待ち受ける
test-server$ nc -lp 8080クライアント側から送る
test-client$ nc 172.19.0.2 8080 helloサーバー側で確認
test-server$ nc -lp 8080 hello通信できた。