我的想法是，人们使用Docker来确保本地环境与生产环境相同，并且我可以停止考虑他们的应用程序在物理上运行的位置，并且平衡机制应该暂时将应用程序分配在最佳位置。
我是100％基于Web的人，我将与我们的数据库一起迁移到云中，并且无法移动的内容将无缝地桥接在一起，因此企业内容和云将成为一个子网。
所以我想知道，也许Service Fabric已经完成了与Docker相同的工作，并且它提供了地址转换服务（fabric：//，它在结构空间中的进程有点像DNS）加上（对某些情况很重要）鼓励按需分配工作人员- 巨大的可扩展性特权。
由于Docker（该公司）试图在所有云中声明所有权，这令人困惑。
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容器。）
