現在、環境ごと/地域ごとに1つの機能アプリケーションをAzureに導入しています。これらの機能アプリは、それらの中に多くの機能を含んでいます。サービスプランが消費されダイナミックに設定されているため、ARMテンプレートの操作上の複雑さが軽減されるため、これにはかなり満足しています。機能の少ない複数の機能アプリまたは機能の多い機能アプリはほとんどありませんか？
環境ごとに「機能アプリ」を増やし、その機能を各自に広めるのが最善の方法だと思いますか？
私たちがインプレッションのパフォーマンスを下回っているため、実際のメリットはダイナミックサービスプランによって調整されますか？
ヨルダン、
質問への答えは本当にあなたがあなたの機能を取り扱いしているワークロードのタイプに依存します。
スケールコントローラは需要を満たすためにスケーリング処理するが、機能アプリ内の機能は、各インスタンスに共有リソースの操作を行い、集中リソース（メモリやCPUのいずれか）は、同じアプリケーション内の他の機能に影響を与えるかもしれません。
同じ機能App内の機能間にプロセス分離はありません。それらはすべて同じプロセス（Pythonやバッチなどのスクリプト言語を除いて）と同じApp Domainで実行されます。アイソレーションが要因である場合（ECTセキュリティ、依存関係の管理、共有状態、などの理由のために。）だから、あなたは別のアプリケーションに分割する機能を検討する必要があります。あなたのワークロードとリソース消費の問題に実行していない場合はそれと
展開の単位は、機能のApp（およびない個々の関数）であるとしてバージョニングと展開は、検討に値するもう一つの要因である
は言いました、そして、上記の問題は心配ありません、あなたが指摘したように、単一機能のアプリで複数の機能を実行すると、大幅に管理を簡素化し、そう、そうする必要はありません場合、私はそのアプローチを変更しないでしょう。
こちらがお役に立てば幸いです。