Запуск Service Fabric на не Azure облака

Question

Я только начал изучать Azure Service Fabric & Я нахожу понятия вовлечены немного подавляющим

Рассмотрим эти 2 заявления -

• «Service Fabric is agnostic to the underlying hosting provider. You can run it in Azure, you can run it on AWS, you can run it on 5 laptops - it doesn't matter.»
• "Azure Service Fabric for Windows Server .. можно использовать to..provision Service Тканевые кластеры в своих центрах обработки данных или другие поставщики облачных вычислений, а также производственные рабочие нагрузки" ... any Windows Server environment...there is no real lock-in to Azure as a cloud platform

Согласно моему пониманию,

1) в лазури, приложение может быть развернут на платформе "Azure Service Fabric" PaaS.

2) На локальном компьютере разработчика, он может быть развернут в физической или виртуальной машины (S), которые поддерживают Azure Service Fabric SDK

3) На "других провайдеров облачных", «Azure Service Fabric для Windows Server »должен быть установлен (?) на виртуальных машинах, прежде чем приложение может быть развернуто.

Так что, когда приложение работает на Azure, это «Azure Service Fabric» PaaS платформу, но если он будет развернут на любой другой поставщик облачных, он находится в режиме IaaS и поддержание инфраструктуры SF & вспомогательных функций необходимо выполнить установщиком приложения

Правильно ли я это понимаю?

Есть ли какая-либо документация по запуску Сервисная ткань на не-лазурном облаке, таком как AWS?

Может ли кто-нибудь уточнить цель «Azure Service Fabric for Windows Server» & Azure Service Fabric SDK?

Answer 1

При использовании Azure в качестве облачной платформы для размещения кластера Service Fabric, вы получаете некоторые преимущества от установки и управления (некоторых аспектов) вашего кластера непосредственно на портале Azure, а также для подключения к другому Azure таких ресурсов, как Azure Key Vault для безопасного хранения вашего кластерного сертификата и OMS/Azure Log Analytics для анализа ваших данных журнала из кластера. Вы все еще получаете набор IaaS ресурсов, созданных для вас, хотя при настройке кластера Service Fabric в Azure, как минимум следующих IaaS ресурсов, по крайней мере созданы для вас:

• Виртуальная машина Scaleset
• Общественный IP-адрес
• Virtual Network
• Load Balancer
• хранения счетов

в зависимости от количества нет des и nodetypes может быть несколько экземпляров этих. Каждый из узлов, в свою очередь, запускает VM (по умолчанию) Windows Server 2012 R2 Datacenter (вы также можете изменить это в своем шаблоне). Запуск Azure Service Fabric на Azure на самом деле не является решением PaaS, вам далеко не все в контакте с поддерживающей инфраструктурой, чтобы это было правдой. Это сочетание IaaS и PaaS, которые я бы сказал.

На вашей локальной машине разработки вы можете запустить локальный кластер разработки, который эмулирует запуск 1 или 5 узлов на вашем локальном компьютере. Он предназначен только для разработки, и есть некоторые особенности этого локального кластера, которые будут вести себя по-разному (например, вы не можете запустить обратный прокси-сервер там). https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-get-started

Если вы хотите запустить Service Fabric на любой другой платформе, чем Azure, например, в центре обработки данных или в другой облачной платформе (например, AWS), вы должны посмотреть на Create and manage a cluster running on Windows Server. Затем вам понадобится создать инфраструктуру, подобную инфраструктуре, созданной Azure при создании ресурса Azure Service Fabric непосредственно в Azure. Вам нужно будет создать несколько виртуальных машин (или физических машин) с Windows Server 2012 R2 (или более поздними версиями), которые подключены к одной и той же сети (виртуальной или физической), и вам, вероятно, потребуется какая-то форма балансировки нагрузки. Когда вы запускаете Azure Service Fabric таким образом, вы сами несете ответственность за поддержание своей инфраструктуры с точки зрения мониторинга и их поддержания (исправление ОС на ваших виртуальных машинах, мониторинг сети для уязвимостей и т. Д.).

Существует также предварительный просмотр для запуска Service Fabric на машинах Linux, но он пока не поддерживает автономные установки. https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-linux-overview.

Если у вас есть кластер Service Fabric, работающий как на Azure, так и на локальном кластере развития или в автономном кластере, вы можете в какой-то мере рассмотреть возможность установки в качестве платформы PaaS для добавления новых микросервисов.