Как определить нагрузочную нагрузку на чат-бота Azure для выбора соответствующего плана обслуживания приложения - PullRequest
0 голосов
/ 20 марта 2020

Требование запроса предложений

Нам нужно представить запрос предложений, в котором нам нужно указать план обслуживания приложения для Azure Бот бот.

  • В настоящее время мы не уверены в бизнес-требованиях, мы просто знаем, что это Service Bot и будут интегрированы с другими корпоративными приложениями, а также ответят на часто задаваемые вопросы.
  • На основании чего можно рассчитать системные требования Azure Chat Bot, который может помочь нам выбрать соответствующий тарифный план приложения?
  • Предположим, чатботу необходимо принять 50 запросов / второй? Кроме того, действительно ли это очень большая надежда для корпоративного чат-бота?

1 Ответ

1 голос
/ 20 марта 2020

Вы не заблокированы на уровне плана обслуживания приложений. Вы можете увеличить (или уменьшить) план в зависимости от использования.

  • Для Развитие Я считаю, что B1 достаточно. Для Linux существуют значительные ценовые преимущества по сравнению с S1. Для Windows, не так много.

  • Для Производство , это будет сильно зависеть от вашей нагрузки в масштабе. Для большинства обычных трафиков c, S1, вероятно, достаточно. Это хорошее соответствие между производительностью и стоимостью. На Linux P1v2 дает неплохую дополнительную производительность за не так много денег (опять же, не так много для Windows). P1v2 , вероятно, будет лучшей ставкой для вас, учитывая, что он поддерживает более высокий масштаб за счет увеличенного количества экземпляров, которое может вам понадобиться, если ваш трафик c такой тяжелый.

    • Для чего бы то ни было, у меня есть лабораторная среда с 17 службами приложений, работающими на одном плане S1 (набор Chatbots, QnA Maker и Function Apps), и, хотя у меня обычно нет большого количества запросов в секунду, ASP справляется просто отлично.

Помимо этого, вы можете продолжать наращивать, но затраты значительно возрастают. Вы можете проверить страницу цен здесь для получения более подробной информации (ссылка для Linux, не забудьте изменить это, если хотите Windows).

РЕДАКТИРОВАТЬ: На основе дополнительных Информация о вашем боте, вы должны учитывать другие вещи, которые будут ограничивать ваши пиковые нагрузки.

  • LUIS S0 план поддерживает только 50 транзакций в секунду, так что это будет верхний предел для вас (при условии, что каждое сообщение для бота проходит через LUIS). F0 план дает вам только 5TPS.
  • QnA Maker поддерживает только 3 TPS при 100 транзакциях в минуту (бесплатно и стандартно).
    • Ограничения QnA Maker для портала / API управления, а не для общих запросов
  • Не удалось найти ставки для Azure Хранилище (состояние) или App Insights (ведение журнала) , но я думаю, что они выше, чем 50 TPS в LUIS.
  • Вы также должны учитывать RBA C и внешние интеграции отдельно.

Все, что сказано, из службы приложений Сам план, я все же предположил бы, что P1v2 будет более чем достаточно для вас. Вы, вероятно, могли бы обойтись и с S1 . Хорошо, что вы можете легко увеличить или уменьшить этот план, если обнаружите, что он недостаточно эффективен.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...