Azure Service Fabric 与 Docker 数据中心

Question

我浏览了Azure SF vs Docker这个博客，但它并没有完全回答我的疑虑。 我有本地 Docker 数据中心，我想将 Azure SF 推入其中。 但我觉得 DDC 正在做与 Service Fabric 完全相同的事情。 我脑子里的东西很少。

• DDC 负责扩展、所有类型的容器编排、健康监控等。

它不提供的几个项目：

• 服务之间的服务远程处理，服务之间的发布订阅模型，有状态层（我听说过 portworx volume rep）

有人能告诉我更多关于我什么时候应该使用 DDC 不提供的 SF 的问题。

Answer 1

如果您的应用程序环境由容器组成并且无意改变它，那么您可能应该坚持使用 DDC。

Service Fabric (ASF) 提供的不仅仅是对容器的支持。 事实上，在早期它甚至不支持容器。

AFS 的重点是提供一个平台，用于使用无状态服务、有状态服务和参与者构建基于微服务的应用程序。

DDC 不提供的东西：

• 有状态服务
• 演员模型

有状态服务：有状态服务的好处是数据位于代码所在的位置，因此不再需要像 NoSQL 或关系数据库那样单独存储数据。 一个很大的好处是减少了延迟。 因此，换句话说，如果您有一个在容器中运行的前端，该容器连接到一个包含 MySQL 服务器的容器，例如，您可以使用无状态和有状态服务的组合来替换它。

参与者模型：参与者模式是并发或分布式系统的计算模型，其中大量这些参与者可以同时且彼此独立地执行。

在某些情况下，在 ASF 中使用容器是暂时的，以提升和转移现有软件并将其与 ASF 自己的服务模型相结合。 在后期阶段，容器可以被 ASF 服务替换。

官方文档确实列出了一些场景，即何时在 ASF 上运行容器：

IIS 提升和转移：如果您有想要继续使用的现有 ASP.NET MVC 应用程序，请将它们放在容器中，而不是将它们迁移到 ASP.NET Core。 这些 ASP.NET MVC 应用程序依赖于 Internet 信息服务 (IIS)。 您可以将这些应用程序从预先创建的 IIS 映像打包到容器映像中，并使用 Service Fabric 进行部署。 有关 Windows 容器的信息，请参阅 Windows Server 上的容器映像。

混合容器和 Service Fabric 微服务：将现有容器映像用于应用程序的一部分。 例如，您可以将 NGINX 容器用于应用程序的 Web 前端，并将有状态服务用于更密集的后端计算。

减少“嘈杂邻居”服务的影响：您可以使用容器的资源治理能力来限制服务在主机上使用的资源。 如果服务可能消耗大量资源并影响其他服务的性能（例如长时间运行的类似查询的操作），请考虑将这些服务放入具有资源治理的容器中。

顺便说一句，在您引用的问答中，微软产品这一事实被认为是一个可能的缺点。 对某些人来说可能仍然如此，但微软已经宣布将开源ASF。