3では、アプリケーションをスケールアウトし、負荷分散(ロード・バランシング)を有効にします。そのためには、分散アプリケーション階層においてレベルを上げるする必要があります。分散アプリケーションにおいて、アプリケーションにおける「サービス」と呼ばれる部分は異なる構成要素です。動画共有サイトをご想像ください。このサービスではアプリケーションのデータをデータベースに保管するでしょうし、ユーザが何かをアップロードしたらバックグラウンドでビデオ変換サービスが走るでしょうし、フロントエンド向けのサービス等もあるでしょう。サービスとは、正に「本番環境におけるコンテナ」なのです。サービスは1つのイメージしか実行しません。イメージ実行にはコード化の手法を用います。何番のポートを使うか、サービスのキャパシティ(収容能力)に応じてコンテナの複製(レプリカ)を幾つ作成したらよいのか等です。サービスのスケール(規模)を変えるには、ソフトウェアのパーツとしての実行するコンテナ・インスタンス数の変更、すなわち、プロセス中のサービスに対して更に大きな計算資源を割り当てます。プラットフォームにおいては、サービスの定義、実行、スケールが非常に簡単です。ファイルに書くだけです。コンテナのあるべき挙動を定義します。部分を皆さんのイメージのものへ書き換えます。いう名前のサービスとして、イメージのインスタンスを5つ実行。ファイルのバージョン、名前、コマンドの疑問について。あるのにご注意ください。)の負荷分散とパフォーマンスを最適化します。使ったデプロイにフォーカスします。コマンドの実行が必要です。マネージャではありません)とエラーが出ます。次はコマンドを実行しましょう。アプリに名前を付ける必要があります。getstartedlabサービス・スタックでは、ホスト上にデプロイしたイメージを使った5つのコンテナインスタンスが実行中です。