Я использую маршрутизацию запросов приложений уже несколько месяцев, хотя на данный момент больше для обратного прокси, чем для балансировки нагрузки или управления фермой.
Это, конечно, удобно, когда вы на 100% состоите из стека Microsoft.
Я пока не могу говорить о производительности, по крайней мере, в широком смысле. Использование его в качестве прокси-сервера не приводит к заметному снижению производительности пользователем, но оно приводит к очень редким 502-м, очевидно, когда контент-серверу требуется больше времени для ответа, чем для контроллера ARR, настроенного на тайм-аут.
ARR представляется достаточно расширяемым для интеграции с настраиваемыми поставщиками сходства, интеграции со сторонним оборудованием, таким как Citrix или F5, но я не до конца изучил это.
Я не видел ни «определенных», ни «обычных» проблем со стабильностью, но были некоторые ошибки IIS, которые могут быть связаны с ARR. Необъяснимые ошибки, которые исчезают при перезагрузке пула приложений или перезапуске сервера.
Ни одна из незначительных проблем не помешала перейти к производству. Ни одна из обнаруженных незначительных проблем не вызывала у клиентов проблем.