AKSへのアプリケーションのデプロイ

Azure コンピューティングソリューション

Florin Angelescu

Azure Cloud Architect

アプリケーションのデプロイ

• コンテナーを直接デプロイするわけではありません。

• アプリケーションの望ましい状態を宣言します。
• 残りはKubernetesが処理します。

アプリケーションのデプロイ

 

 

• マニフェストで以下を定義します:

  • インスタンス数
  • 使用するイメージ
  • 動作の設定

• Kubernetesは実態をその定義に合わせ続けます。

イメージからポッドへ

 

 

 

• AKSにデプロイするアプリケーションはコンテナーイメージとしてパッケージ化されます。
• 通常、Azure Container Registryに保存されます。

イメージからポッドへ

デプロイメント

• AKSが指定されたイメージを取得します。
• クラスター内の利用可能なノードにポッドをスケジュールします。

イメージからポッドへ

 

 

• ポッド＝アプリケーションの実行インスタンス。

• 複数のレプリカを定義した場合:

  • Kubernetesが複数のポッドを作成
  • 異なるノードに分散される場合あり
  • 可用性と耐障害性が向上

デプロイメントとレプリカ

 

 

• Kubernetesのデプロイメントはポッドを継続的に管理します。
• 正しい数のレプリカが稼働していることを保証します。
• 障害が発生したポッドを自動的に再作成します。

デプロイメントとレプリカ

 

 

• ポッドがクラッシュするか、ノードが利用不能になります。
• Kubernetesが問題を検知します。
• クラスター内の別の場所にポッドを再作成します。

アプリケーションの公開

• ポッドはクラスター内部にあり、変化する可能性があります。
• アプリケーションを公開するために、KubernetesはServiceを使用します。
• Serviceは、正常なポッドにトラフィックをルーティングする安定したエンドポイントを提供します。

アプリケーションの公開

• 内部Service:
  • クラスター内通信専用

アプリケーションの公開

• 負荷分散Service（外部）:
  • アプリケーションを外部に公開
  • Azureインフラを使用

アプリケーション状態の確認

 

 

• Kubernetesは以下のステータス情報を提供します:

  • デプロイメント
  • ポッド
  • Service

• 確認に役立ちます:

  • ワークロードが正常であるか
  • 起動中であるか

まとめ

AKSへのアプリケーションのデプロイは、手動でコンテナーを管理するのではなく、意図を宣言することです。

実行すべき内容を定義すれば、Kubernetesが実行方法を処理します。ポッドのスケジューリング、障害時の再起動、トラフィックのルーティングを担います。

では、練習しましょう！

Azure コンピューティングソリューション