Azure Service Fabric是否与Docker做相同的事情？

Question

我的想法是，人们使用Docker来确保本地环境与生产环境相同，并且我可以停止考虑他们的应用程序在物理上运行的位置，并且平衡机制应该暂时将应用程序分配在最佳位置。

我是100％基于Web的人，我将与我们的数据库一起迁移到云中，并且无法移动的内容将无缝地桥接在一起，因此企业内容和云将成为一个子网。

所以我想知道，也许Service
Fabric已经完成了与Docker相同的工作，并且它提供了地址转换服务（fabric：//，它在结构空间中的进程有点像DNS）加上（对某些情况很重要）鼓励按需分配工作人员-
巨大的可扩展性特权。

1. Service Fabric可以成功取代Docker吗？
2. 它正在赢得观众和接受吗？因为否则，即使是最伟大的发明也可能失败。

Answer 1

由于Docker（该公司）试图在所有云中声明所有权，这令人困惑。

• Docker Engine（大多数人称为“ Docker”） 是一种容器化技术。它可以给你
  • 流程隔离
  • 网络隔离
  • 一致的应用环境
• Docker Hub 是一个映像注册表。它存储Docker映像，因此您可以在部署中下载它们。
• Docker Cloud 是 Docker 的编排系统。它可以给你
  • 上下扩展您的应用程序
  • 将您的应用程序彼此连接
  • CI测试，与Docker Hub集成（这不是业务流程的一部分，只是它的另一件事）

Service
Fabric是一个编排系统。它可以编排Docker容器，但是如果您专门为Fabric进行构建，它还可以与您的服务更紧密地集成。（Docker完全不了解容器中运行的容器。）

因此，Service Fabric 几乎 可以与Docker
Cloud相提并论，尽管并不完全匹配。还有其他一些基于Docker的业务流程解决方案（Kubernetes可能是最大的），还有其他基于云的微服务解决方案（Heroku可能是最著名的）。

Service
Fabric的主要缺点是它是一项Microsoft技术，因此与运行Docker相比，您将在更大程度上与Azure绑定。另一个是Docker在构建堆栈方面有更广泛的选择：我在上面列出的所有三个Docker事物都有至少一个开源替代方案（这也是Docker的一大
缺点 ，因为没有人制定一个最佳实践为您提供文件）。

如果您喜欢Microsoft，并且将系统整合在一起对您而言并不重要，那么Service
Fabric应该是Docker生态系统的理想选择。（并且您仍然可以在其下运行Docker容器。）