カスタムブリッジネットワークとサービスディスカバリ

デフォルトのbridgeネットワークでも動作しますが、そこに接続されたコンテナ同士はIPアドレスでしか通信できません。ユーザー定義ブリッジネットワークを使うと、DNSによるサービスディスカバリが自動的に機能し、コンテナ同士が名前で通信できるようになります。

• アプリケーション群間の分離が向上する
• 名前解決が組み込まれている
• コンテナを実行中に接続・切断できる

Dockerには3つのデフォルトネットワークが用意されています。独自のネットワークを作成する前に、docker network lsで確認しましょう。

docker network createを使います。ドライバーフラグを指定しない場合、Dockerはデフォルトでbridgeドライバーを使用します。これは単一ホスト上のコンテナに適しています。

docker network inspectを使うと、サブネット、ゲートウェイ、接続されているコンテナがJSON形式で表示されます。IP範囲のデバッグに便利です。

--networkを使うと、起動時にコンテナをネットワークへ接続できます。ここでは、他のコンテナが名前で見つけられるRedisコンテナを起動します。

ユーザー定義ネットワークでは、Docker DNSによってコンテナの名前が解決されます。アプリケーションはIPアドレスを探す代わりに、ポート6379のホストcacheへ接続するだけで済みます。

--network-aliasを使うと、コンテナに追加のDNS名を付けられます。ラウンドロビンの背後で複数のコンテナが1つの論理名に応答する場合に便利です。

起動時にすべてを決めておく必要はありません。docker network connectを使うと、すでに実行中のコンテナを別のネットワークに接続できます。

同様に、docker network disconnectを使うと、コンテナを停止せずにネットワークから切断できます。

同じカスタムネットワーク上のコンテナは、任意のポートで自由に通信できます。ホストからサービスへ接続するには、-p hostPort:containerPortでポートを公開します。

使っていないネットワークはdocker network rmで削除するか、未使用のネットワークを一度にすべてプルーニングできます。コンテナが接続されているネットワークは、先にそのコンテナを削除しないと削除できません。

サービスディスカバリについて理解できたか確認しましょう。

カスタムブリッジネットワークの作成と管理方法を学びました。

• docker network createで、DNS機能を備えた分離ネットワークを作成する
• コンテナ同士は名前または--network-aliasで通信する
• connect/disconnectでコンテナを実行中に接続・切断する
• -pでポートを公開し、使っていないネットワークをプルーニングする

名前によるサービスディスカバリは、Composeが自動的に構築する仕組みの基盤です。