У нас есть служба приложений azure, подкрепленная планом S3, на котором размещено множество веб-заданий (dotnet / nodejs), выполняющих исходящие соединения (azure служебная шина, внешний REST API, телеметрия и т. Д. c).
При пиковом использовании мы начинаем сталкиваться с проблемами превышения времени ожидания вышеперечисленных служб, поскольку мы превышаем максимальное количество исходящих соединений для экземпляра S3: 8064 (после исчерпания SNAT)
У нас уже есть множество механизмов пула и кэша, но сложно настроить, поскольку они распределены по> 15 различным веб-заданиям.
есть способ иметь точное отслеживание исчерпания SNAT на процесс? (в текущем отчете указывается только имя машины). TCP connections сообщает только о отслеживании удаленных адресов. 
есть способ получить эту метрику c в прямом эфире программно (C# / nodejs), чтобы попробовать динамически c регулировка внутреннего пула?
лучше подойдет? пики возникают редко в сценарии служебной шины предприятия, ошибки тайм-аута можно затем возобновить и исправить. покупка большего экземпляра плана приложения или изолирование веб-заданий пока нецелесообразна:)