Мы публикуем автономный Owin WebAPI, размещенный на всех узлах кластера рабочей среды (число экземпляров -1) на Azure. WebAPI предназначен для общественного потребления и должен быть доступен даже в условиях модернизации внутренних служб и самого WebAPI. Перед кластером мы имеем лазерный loadbalancer (LB), который исследует кластер на порту 80 с помощью TCP-зонда каждые 5 секунд, чтобы определить, какие узлы могут получать трафик http.
Мы испытываем проблемы при обновлении WebAPI, а именно, что LB направляет на node, который обновляется, но еще не зарегистрирован в автономном режиме с помощью зонда. Сервисная ткань не координирует процесс обновления с LB, поэтому нет шансов (и никакого API на Azure LB), чтобы вывести node из-за поворота при обновлении.
Нам интересно, как люди получают высокодоступные сервисы http на сервисе Fabric на Azure. Я надеюсь, что кто-то прокомментирует их общий подход.
