在非Azure云上运行服务结构

我刚刚开始探索Azure服务结构&我发现其中涉及的概念有点难以理解

考虑这两种说法-

• “”
• “。可以使用 在其自己的数据中心或 其他云提供商，并运行生产工作负载“

据我了解,

1） 在Azure中，应用程序可以部署到“Azure服务结构”PaaS平台

2） 在本地开发计算机上，可以将其部署到支持Azure Service Fabric SDK的物理或虚拟机上

3） 在“其他云提供商”上，在部署应用程序之前，必须在虚拟机上安装“Azure Service Fabric for Windows Server”（？）

因此，当应用程序在Azure上运行时，它是“Azure Service Fabric”PaaS平台，但如果它部署到任何其他云提供商，则它处于IaaS模式，SF基础设施和支持功能的维护必须由应用程序的部署者完成

我的理解正确吗

是否有关于在非Azure云（如AWS）上运行Service Fabric的文档

---

有人能详细介绍一下“&Azure Service Fabric SDK”的用途吗？

当使用Azure作为云平台托管您的Service Fabric群集时，您可以直接在Azure门户中设置和管理群集（某些方面），从而获得一些好处，以及将其连接到其他Azure资源，例如用于安全存储群集证书的Azure密钥库和用于分析群集日志数据的OMS/Azure日志分析。您仍然可以获得为您创建的一组IaaS资源，但在Azure中设置Service Fabric群集时，至少会为您创建以下IaaS资源：

• 虚拟机规模集
• 公共IP地址
• 虚拟网络
• 负载平衡器
• 存储帐户

根据节点和节点类型的数量，可能有多个实例。每个节点依次是运行（默认情况下）Windows Server 2012 R2数据中心的VM（您也可以在模板中更改）。 在Azure上运行Azure Service Fabric并不是一个真正的PaaS解决方案，要实现这一点，您需要与支持基础架构进行大量接触。我想说，这是IaaS和PaaS的混合

在本地开发计算机上，可以运行本地开发群集，模拟在本地计算机上运行1或5节点群集。它仅用于开发，并且本地集群的某些功能将表现出不同的行为（例如，您不能在那里运行反向代理）

如果您希望在Azure以外的任何其他平台上运行Service Fabric，例如premice数据中心或其他云平台（例如AWS），那么您应该查看。然后，当您直接在Azure中创建Azure服务结构资源时，您将需要创建一个类似于Azure创建的基础结构的基础结构。您需要使用Windows Server 2012 R2（或更高版本）创建多个连接在同一网络（虚拟或物理）上的虚拟机（或物理机），并且可能需要某种形式的负载平衡器。当您以这种方式运行Azure Service Fabric时，您自己就要负责维护您的基础设施，包括监控和维护它们（修补VM上的操作系统、监控网络漏洞等）

还有一个在Linux机器上运行Service Fabric的预览，但它还不支持独立安装

当您的服务架构集群在Azure、本地开发集群或独立集群上运行时，您可以在某种程度上将该安装视为PaaS平台添加新的微服务。