Azure Functionsアプリ：Dockerコンテナーを公開する機能は何ですか？

debugcn 投稿 Dev

Krumelur

AzureFunctionsランタイムに基づいてDockerコンテナーを作成できることを知っています。このプロセスの例は、この記事で説明されています。

利点は、Azure Functionsをどこでも使用できることです。必要に応じて、コンテナーをAWSにデプロイできます。

しかし、ここで私にはわかりにくくなっています。Azureポータルで新しいFunctionsアプリを作成すると、「公開」というラベルの付いたスイッチがあり、「コード」または「Dockerコンテナー」のいずれかを選択できます。

「DockerContainer」を選択すると、使用するDockerイメージを設定できます。これは、Microsoftのドキュメントに記載されています。

私の質問は次のとおりです。

単にAzureコンテナーインスタンスにデプロイするのではなく、Functionsランタイムを含むDockerコンテナーをFunctionsアプリにデプロイしたいのはなぜですか？
コンテナアプローチはスケーリングにどのように影響しますか？機能のスケジューリングと実行の責任者は誰ですか？コンテナー内のランタイム、またはAzure上のFunctionsランタイム？

PramodValavala-MSFT

Dockerコンテナを使用することにはいくつかの利点があります
- サンドボックスなし（Windowsプランのみ）、制限なし
- テスト、ステージング、本番環境で同じイメージが使用されるため、動作が保証されます（通常のデプロイでは使用されませんが、たとえば、Node.JSのバージョンが異なるなどがあります）
- Pythonのような言語の場合、外部依存関係を構築する必要がある場合があり（C ++ライブラリなど）、コンテナーを使用すると、コンテナーが既にテストされている（そして一度だけ構築されている）ため、すべてが期待どおりに機能することを保証できます。
- 自動スケール。Azure Container Instancesにデプロイした場合、関数アプリは、関数アプリにデプロイした場合と比較して同じ動的スケールを持ちません。
理解すべき主なものは2つあります。呼び出しとインスタンスです。
- 各インスタンス、つまり関数の実行時、この場合はコンテナは、所有しているCPU / RAMに応じて多くの呼び出しを処理できます。
- インスタンスの数は、HTTPリクエスト、キューメッセージなどのように着信するイベントに基づいてAzureによってスケールアップされます。
- kubernetesで実行する場合、スケールはKEDA / KNative / HPAなどのソリューションによって行われます。また、AKS仮想ノード（制限に注意）を使用すると、AKSクラスターに「実際の」ノードを追加しなくてもスケーリングできます。