1

RFP 要件

Azure チャット ボットの App Service プランについて言及する必要がある RFP を提出する必要があります。

  • 現在、ビジネス要件については不明です。これがサービス ボットであり、他のエンタープライズ アプリケーションと統合され、FAQ にも回答されることだけはわかっています。
  • 関連するアプリ サービス プランを選択するのに役立つ、Azure チャット ボットのシステム要件をどのような基準で計算できますか?
  • チャットボットが 1 秒あたり 50 リクエストの負荷を処理する必要があるとします。また、これはエンタープライズ チャット ボットに対する非常に高い期待ですか?
4

1 に答える 1

2

App Service プラン レベルに縛られていません。使用量に基づいてプランをスケールアップ (またはスケールダウン) できます。

  • 開発の場合、B1 で十分であることがわかりました。Linux の場合、S1 よりも価格面で大きなメリットがあります。Windows の場合、それほど多くはありません。

  • Productionの場合、これは大規模な負荷に大きく依存します。ほとんどの通常のトラフィックでは、おそらく S1 で十分です。性能とコストのバランスが良いです。Linux では、P1v2 を使用すると、それほど多くの費用をかけずに優れた追加のパフォーマンスが得られます (これも、Windows ではそれほどではありません)。P1v2は、トラフィックが非常に多い場合に必要になる可能性がある、インスタンス数の増加によってより高いスケールをサポートすることを考えると、おそらくあなたにとってより良い賭けになるでしょう.

    • 価値があるのは、1 つの S1 プラン (チャットボット、QnA Maker、Function Apps の組み合わせ) で実行されている 17 のアプリ サービスを備えたラボ環境があり、通常、1 秒あたりの要求数は多くありませんが、ASPうまく対処しています。

それを超えると、スケールアップを続けることができますが、コストは大幅に増加します。詳細については、こちらの価格ページをご覧ください (リンクは Linux 用です。Windows が必要な場合は、必ずこれを変更してください)。

編集: ボットに関する追加情報に基づいて、ピーク時の負荷を制限する考慮事項が他にもあります。

  • LUIS S0プランは 1 秒あたり 50 トランザクションのみをサポートするため、これが上限になります (ボットへのすべてのメッセージが LUIS を通過すると仮定します)。F0プランでは 5TPS しか提供されません。
  • QnA Makerは、1 分あたり 100 トランザクションで 3 TPS のみをサポートします (無料および標準)。
    • QnA Maker の制限は、ポータル/管理 API に対するものであり、一般的なクエリではありません
  • Azure Storage (状態) または App Insights (ログ) の料金は見つかりませんでしたが、LUIS の 50 TPS より高いと思います。
  • また、RBAC と外部統合を別々に検討する必要があります。

とはいえ、App Service プラン自体からすると、P1v2で十分だと思います。おそらくS1でも間に合うでしょう。良い点は、十分な容量が得られないことがわかった場合に、このプランを簡単にスケールアップまたはスケールダウンできることです。

于 2020-03-20T20:15:17.563 に答える