Azure Service Fabric是否与Docker做同样的事情？
我的想法是，人们使用Docker来确保本地环境与生产环境相同，并且我可以停止思考他们的应用程序在哪里运行，平衡机制应该在当前最好的地方分配应用程序。
我是基于networking的100％，而且我将与我们的数据库一起移动到云中，无法移动的内容将无缝衔接，因此企业内容和云将成为一个子网。
所以我想知道，也许服务架构已经做了同样的事情，docker工具，加上它作为地址翻译服务（结构：/ /有点像DNS的织物空间进程）加上（重要的一些）鼓励随需应变的工作人员分配 – 巨大的可扩展性。
- Service Fabric可以成功replaceDocker吗？
- 它获得了观众和接受度吗？ 否则，即使是最伟大的发明也可能会失败
由于Docker（公司）试图在云计算中占据主导地位，这是令人困惑的。
- Docker引擎（大多数人称之为“Docker”）是一种集装箱化技术。 它可以给你
- 过程隔离
- networking隔离
- 一致的应用程序环境
- Docker Hub是一个图像registry。 它存储Docker镜像，以便您可以将其作为部署的一部分下载。
- Docker Cloud是Docker的编排系统。 它可以给你
- 向上和向下扩展应用程序
- 将您的应用程序连接到彼此
- CItesting，与Docker Hub集成（这不是编排的一部分，只是另一回事）
服务结构是一种编排系统。 它可以编排Docker容器，但如果专门为Fabric构build，它也可以与服务更紧密地集成。 （Docker完全不知道在容器中运行的是什么）。
所以服务结构与Docker Cloud大体相当，尽pipe它并不完全匹配。 还有一些基于Docker的编排解决scheme（Kubernetes可能是最大的），还有其他基于云的微服务解决scheme（Heroku可能是最有名的）。
Service Fabric的主要缺点是它是微软的技术，因此与运行Docker相比，您将被绑定到Azure上的程度更高。 另一个是Docker在构build堆栈方面有更广泛的select：上面列出的所有三个Docker事物至less有一个开源替代scheme（这也是Docker的一个很大的缺点 ，因为没有人布置一个最佳实践为你的文件）。
如果你喜欢微软，如果把系统组装在一起对你来说不是什么重要的东西，那么Service Fabric应该是Docker生态系统的一个很好的select。 （你仍然可以在它下面运行Docker容器。）