Application Gateway for Containers は、Application Gateway Ingress Controller の進化版です。
- Application Gateway for Container は、Application Gateway Ingress Controller を強化します。
- 現在、展開を開始する 2 つの方法が提供されています。
- この機能は、ヨーロッパ、アジア、北米、オーストラリアの特定の地域で利用できます。
最近、Azure Active Directory の名前が Microsoft Entra ID に変更されました。 この変更は、Azure が提供するサービスに関しては何も変わりません。 しかし、多くのユーザーはそれについて特に満足していませんでした.
コア サービスと Entra での作業全体のエクスペリエンスは同じですが、いくつかの新機能も追加されています。 たとえばマイクロソフトが発表した コンテナー用アプリケーション ゲートウェイ Azure プラットフォーム上で、週から使用可能になります。
Microsoft によると、Application Gateway for Containers は、 アプリケーション ゲートウェイ Ingress コントローラー (AGIC)、 Kubernetes Azure Kubernetes Service (AKS) の顧客が Azure のネイティブ Application Gateway アプリケーション ロード バランサーを使用できるようにするアプリケーション。
Microsoft はまた、現在の形式では、AGIC が Kubernetes リソースのサブセットの変更を監視し、Azure Resource Manager (ARM) を利用してそれらを Application Gateway に適用すると述べています。
Azure Application Gateway for Containers を Application Gateway ファミリの新しい SKU として発表します。 Application Gateway for Containers は、Application Gateway + Application Gateway Ingress Controller (AGIC) の次の進化版です。 Kubernetes で実行されるワークロードにアプリケーション (レイヤー 7) ロード バランシングと動的トラフィック管理機能を提供します。 集まる。
マイクロソフト
Application Gateway for Containers – 利点と使用方法
コンテナー用アプリケーション ゲートウェイ 改善する アプリケーション ゲートウェイ Ingress コントローラー 次のセクションで説明します。
- パフォーマンス： Kubernetes yaml 構成内のポッド、ルート、プローブ、その他のロード バランシング構成の追加/削除を反映する、ほぼリアルタイムの収束時間を実現します。
- 規模： Application Gateway for Containers を使用すると、現在の AGIC 制限を超えて、1400 個のバックエンド ポッドと 100 個のリスナーを超えて限界を押し上げることができます。
- 導入: ARM、PowerShell、CLI、Bicep、Terraform を介して ARM リソースの使い慣れたデプロイメントを有効にするか、定義します すべての構成は Kubernetes 内で行われ、残りの部分は Application Gateway for Containers で管理されます。 アズール！
- ゲートウェイ API のサポート: 表現力豊かで拡張可能なロール指向のインターフェイスを介した Kubernetes サービス ネットワーキングの定義における次の進化。
- 加重/分割トラフィック分散: Blue-Green 導入戦略とアクティブ / アクティブまたはアクティブ / パッシブ ルーティングを有効にします。
Application Gateway for Containers は、Application Gateway for Containers、フロントエンド、およびアソシエーションの 3 つのコンポーネントで構成されています。 デプロイを開始する場合、プライベート IP アドレス、サブネット委任、ユーザー割り当てマネージド ID の依存関係が参照されます。 下の写真でそれがどのように機能するかを見ることができます。
Microsoft によると、Application Gateway for Containers 内での展開には 2 つの戦略があります。
- 独自の (BYO) 導入を導入: このデプロイ戦略では、Application Gateway for Containers のデプロイとライフサイクルについて説明します。 リソース、関連付け、およびフロントエンド リソースは、Azure portal、CLI、PowerShell、Terraform 経由であると想定されます。 等 Kubernetes 内の構成で参照されます。
- ALB コントローラーによって管理されます: このデプロイ戦略では、Kubernetes にデプロイされた ALB コントローラーが、Application Gateway for Containers リソースとそのサブ リソースのライフサイクルを担当します。 ALB コントローラーは、ApplicationLoadBalancer が Application Gateway for Containers リソースを作成するときに カスタム リソースはクラスター上で定義され、そのライフサイクルはカスタムのライフサイクルに基づきます。 リソース。
現時点では、Application Gateway for Containers は次のリージョンで提供されています。
- オーストラリア東部
- 米国中部
- 東アジア
- 米国東部
- 米国東部2
- 米国中北部
- 北欧
- 米国中南部
- 東南アジア
- 英国南部
- 米国西部
- 西ヨーロッパ
この新しい Azure 製品に興奮していますか? 以下のコメントセクションでお知らせください。
