Azure сервисы приложений, многопоточные против нескольких экземпляров - PullRequest
0 голосов
/ 17 апреля 2020

У меня вопрос к решению, которое ранее нанятый архитектор принял в нашем плане развертывания.

В настоящее время наше программное обеспечение имеет множество исходящих соединений. Для поддержки нагрузки (что не слишком впечатляет, чтобы быть справедливой) было выбрано иметь 1 план обслуживания приложений с двумя службами приложений, каждая из которых максимально заполнена веб-заданиями одного и того же приложения, которое просто считывает хранилище больших двоичных объектов и размещает контент на одной и той же конечной точке. Каждый веб-задание настроено для публикации в определенной конечной точке, которая может совпадать с другой.

Сейчас у меня нет большого опыта работы с azure, поэтому я не знаю, есть ли какое-то конкретное ограничение в пути Хостинг веб-заданий позволяет решить эту проблему.

Я sh упростил этот план развертывания, просто сократив количество веб-заданий до одного и заставив его работать в многопоточном режиме.

Но я Немного беспокоит то, что таким образом я ограничиваю количество возможных соединений от этой веб-работы до одной и той же конечной точки и всего.

Кто-нибудь имеет опыт работы с этим?

Заранее спасибо

1 Ответ

1 голос
/ 17 апреля 2020

Я думаю (информация в) статьях, подобных этой, возможно, было что-то, связанное с этим выбором: Истощение исходящих соединений на Windows Azure Веб-сайтах . Обратите внимание, что это относительно старая статья.

С тех пор многое изменилось, хотя есть некоторые ограничения: Ограничения службы приложений .

IP-соединения for ...
Free: 600
Shared: 600
Basi c: зависит от размера экземпляра
Standard: зависит от размера экземпляра
Premium (v2): зависит от размера экземпляра
Изолированный: 16 000

Максимальное количество IP-соединений для каждого экземпляра зависит от размера экземпляра:
- 1 920 на экземпляр B1 / S1 / P1V2
- 3 968 на B2 / S2 / Экземпляр P2V2
- 8,064 на экземпляр B3 / S3 / P3V2.

...