
一連の記事「コンテナについて語る」:
1. 高速展開コンテナ 。
2. KubernetesおよびVSTSを使用したDevOps。 パート1:ローカル履歴。
3. KubernetesおよびVSTSを使用したDevOps。 パート2:クラウド履歴。
4. Kubernetesの容量が無限大のノード。
コンテナをすばやく簡単に作成できるため、仮想マシンのインフラストラクチャを管理する必要がありません。 ACIは、コンテナをクラウドにデプロイするための最速かつ最も簡単な方法です。
Azureのコンテナーインスタンスは、1秒あたりの請求を行う独立したコンテナーであり、ほぼ瞬時に開始されます。 ACIには、コンテナ(メモリおよび仮想プロセッサ)に割り当てられたリソースを柔軟に制御する手段があります。これにより、アプリケーションに最適なインフラストラクチャを作成できます。 これで、実際に使用したリソースに対してのみ実際に支払うことになり、毎秒およびすべてのギガバイトが考慮されます 。 ACIのコンテナ-Azure Platformに統合されたマスキュリン。 これにより、役割ベースのアクセス制御(RBAC)と請求タグを使用して、個々のコンテナレベルで消費されるリソースを考慮することができます。 このサービスはコンテナへの直接アクセスを提供するため、VMの管理やトップレベルクラスターのオーケストレーションの概念を検討する必要はありません。 簡単です。コードはクラウドにデプロイされたコンテナで実行されます。
クラウドコンテナに慣れ始めたばかりの場合、Azure Container Instancesは便利なツールです。 新しいコンテナを作成してデプロイするには、いくつかのパラメータを設定するだけです。 たとえば、次のCLIコマンドを使用すると、 Azure Cloud Shellを介してコンテナーをACIサービスにデプロイできます。 詳細な手順については、ACIのクイックスタートガイドを参照してください。
az container create -g aci_grp --name nginx --image library/nginx --ip-address public
また、メモリの正確な量(GB)とプロセッサの数を指定する必要がある場合、コマンドは次のようになります。
az container create -g aci_grp --name nginx --image library/nginx --ip-address public –cpu 2 --memory 5

Linuxコンテナをサポートするプレビューバージョンが現在利用可能です。 Windowsコンテナーサポートは、今後数週間で実装されます。 展開するには、Azure CLIコマンドラインインターフェイスまたはテンプレートを使用します。 さらに、パブリックDocker Hubリポジトリを使用してコンテナをすばやく簡単にデプロイするか、Azureコンテナレジストリを使用してプライベートリポジトリをデプロイできます。 デプロイされた各コンテナは、他の顧客のリソースから完全に分離されています。
すでに見たように、ACIの操作は非常に簡単です。 Azure Container Instancesサービスはオーケストラとして機能するのではなく、オーケストレーターやその他のサービスと組み合わせて使用する必要があるコンテナーインフラストラクチャのコンポーネントの1つです。
本日、Kubernetes向けのオープンソースACIコネクタの提供も発表しました。 Azure Container InstancesのKubernetesクラスターにコンテナーを展開するように設計されています。 このアプローチにより、必要なリソースをクラスターにほぼ瞬時に割り当てることができ、管理者が汎用Kubernetes APIを引き続き使用しながらVMインフラストラクチャを管理する必要がなくなります。 1つのK8sクラスターでは、仮想マシンとコンテナーインスタンスの両方を使用できます。 Azure Container Instancesは、ワークロードのスパイクを効率的に管理するのに役立ち、仮想マシンを使用すると、より予測可能なスケーリングが可能になります。 さらに、異なるモデルに基づいて、これらの基本インフラストラクチャ間でワークロードをシームレスに転送できます。 このアプローチにより、Kubernetesの展開に大きな柔軟性がもたらされます。 最初に仮想マシンを作成しなくても、数秒でサービスを開始できます。 消費されたリソースとスケーリングを説明するために、1秒あたりの料金が適用されます。
動作中のACIコネクタのデモ:

前述のk8s ACIコネクタだけでなく、Helm、 Draftを含むコンテナとKubernetesのサポート作業にコミュニティに積極的に関与し、投資を増やしています。 コミュニティのサポートは、勢いを増しているコンテナ技術の開発という観点から、オープンなエコシステムの重要性を強調しています。 この経験は本当に励みになります。
したがって、 MicrosoftがプラチナメンバーとしてCloud Native Computing(CNC)組織に参加したことをお知らせします 。 CNCFはLinux Foundationの共同プロジェクトです(Microsoftは昨年この組織に参加しました)。そのメンバーはKubernetes、Prometheus、OpenTracing、Fluentd、Linkerd、containted、Helm、gRPCなどのプロジェクトを監督しています。 CNCFコミュニティと密接に協力することを強くお勧めします。 Microsoft AzureのコンテナープロジェクトリーダーであるGabe MonroyがCNCFに参加しました。
新しいサービスを試してみて、フィードバックや提案をお待ちしています。 当社の技術に基づいた開発は、常に非常に刺激的です!
Corey Sandersからの最近の発表に基づきます。