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不提供的东西:

• Stateful Services
• Actor model

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

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

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

official docs确实列出了一些关于何时在 ASF 上运行容器的场景:

IIS lift and shift: If you have existing ASP.NET MVC apps that you want to continue to use, put them in a container instead of migrating them to ASP.NET Core. These ASP.NET MVC apps depend on Internet Information Services (IIS). You can package these applications into container images from the precreated IIS image and deploy them with Service Fabric. See Container Images on Windows Server for information about Windows containers.

Mix containers and Service Fabric microservices: Use an existing container image for part of your application. For example, you might use the NGINX container for the web front end of your application and stateful services for the more intensive back-end computation.

Reduce impact of "noisy neighbors" services: You can use the resource governance ability of containers to restrict the resources that a service uses on a host. If services might consume many resources and affect the performance of others (such as a long-running, query-like operation), consider putting these services into containers that have resource governance.

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