Службы на основе фабричной службы Azure. Обязательным условием является всегда подготовленный кластер?
Если я правильно понял документы, приложения / микросервисы Azure Service Fabric не могут быть установлены вместе с их рабочей средой Service Service за один шаг "пакетной установки". Например, если я хочу развернуть набор микросервисов на предприятии в компании, которая работает на типичном windows server 2012 или VMWare IT center, то мне не повезло? Я должен был бы потребовать, чтобы компания сначала зафиксировала (и выполнила) установку Azure Service Service Fabric на нескольких машинах.
Если это так, то Azure Service Fabric - это вариант только для операций в чистом облаке, когда кластер Service Fabric может быть создан по требованию провайдером или для компаний, которые уже взяли на себя обязательство Azure Service Fabric. Это означает, что поставщик классического программного обеспечения, основанного на установщике, не может использовать преимущества Azure Service Fabric, поскольку политики потенциальных клиентов в центре обработки данных неизвестны.
Что я пропустил?
1 ответ
Да, у вас всегда должен быть кластер для запуска приложений и микросервисов Service Fabric. Однако он больше не ограничивается чисто облачной средой, поскольку по состоянию на сентябрь прошлого года локальная версия Azure Service Fabric для Windows Server получила сертификат GA ( https://azure.microsoft.com/en-us/blog/azure-service-fabric-for-windows-server-now-ga/) и позволяет запускать собственный кластер на своих компьютерах (физических или виртуальных, не имеет значения) или в другом центре обработки данных (или даже в другом облаке). провайдер).
Конечно, как вы говорите, это требует, чтобы ваша компания-клиент имела либо свой собственный кластер, либо чтобы вы его создали для них ( https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cluster-creation-for-windows-server). Они также должны обладать компетенцией для управления этим кластером с течением времени. Однако можно утверждать, что это не должно быть намного сложнее, чем управление фермой VMWare или настройка и управление, скажем, хостом (ами) контейнера Docker.
Для традиционного поставщика программного обеспечения типа "термоусадочная пленка-DVD" это может быть не так просто, как просто предоставить.exe и некоторые системные требования, я согласен с вами в этом. Если клиент не может или не хочет запускать свой собственный кластер, а облако - не вариант, это определенно увеличивает сложность продажи и доставки вашего решения.
Тот факт, что вы можете запустить свой собственный кластер в любой среде Windows Server, означает, что нет реальной блокировки Azure в качестве облачной платформы, я думаю, что это большой плюс для SF как платформы. Если у вас есть кластер для приема ваших приложений, вы можете сосредоточиться на его разработке, чего нельзя сказать о большинстве других облачных сред / сервисов PaaS.