Azure Service Fabric 的工作原理
了解 Azure Service Fabric 的基础知识后,让我们看看其工作原理。 我们将了解创建群集、开发和部署工作负载以及与其他 Azure 服务集成背后的理念。
创建 Service Fabric 群集
如上一单元所述,Azure Service Fabric 中有两种群集模型:标准和托管。 虽然这两种模型之间的主要区别在于它们的管理方式,但创建过程也略有不同。
创建 Service Fabric 群集时,有两个选项可供选择。 即,在 Azure 门户和 Azure 资源管理器模板之间二选一。 在创建过程中,可以配置基本信息,例如:
- Service Fabric 群集名称
- 群集管理员帐户的用户名和密码
- 虚拟机的初始数量
标准模型和托管模型对虚拟机初始数量的处理方式不同。 在标准群集模型中,这称为“初始虚拟机规模集容量”。 对于生产方案,初始虚拟机规模集容量为 5 或更大的值。 进行测试时,可以接受其小于 5。 对于托管群集模型,可以通过群集 SKU 确定虚拟机的初始数量。 有两个选项可供选择:“基本”和“标准”。 “基本”选项提供 3 个初始虚拟机,而“标准”选项提供 5 个。 与标准群集模型类似,“标准”选项推荐用于生产方案,“基本”选项仅推荐用于测试目的。
除非另行指定,否则 Azure 服务创建工作流会使用默认的缩放、身份验证、网络和监视配置来创建 Service Fabric 群集。 创建 Service Fabric 群集通常需要 10-15 分钟。 完成后,即可通过 Azure 门户、Azure CLI 或 Service Fabric Explorer 访问和管理群集。
注意
由于托管群集的抽象性质,一些可以在标准群集模型中修改的属性在托管群集模型中不会向用户公开。
如何在 Service Fabric 中开发和部署工作负载
Service Fabric 支持各种流行的开发工具和环境。
开发工具
Service Fabric 工具包含在 Visual Studio 的 Azure 开发工作负载中。
Microsoft Azure Service Fabric SDK 支持 Windows 和 Linux 开发环境。
Service Fabric 提供各种高效编程模型,包括来宾可执行文件、容器以及 Reliable Services 和 Actors。
你可以使用各种语言进行开发,包括 .NET Core 2.0、C# 和 Java。
部署工具
可以使用 PowerShell、Azure 资源管理器和 ARM 模板、Azure CLI、Azure 门户和 Docker Compose 将工作负载部署到群集。
Azure 服务集成
借助 Service Fabric,可以与许多 Azure 服务产品集成。
例如,可以使用 Azure Pipelines 对节点设置持续集成和部署。 此外,还可以使用 Azure Monitor 监视群集和容器基础结构事件。