我是基于100％的网络,我将与数据库一起移动到云端,无法移动的内容将无缝桥接,因此企业内容和云端将成为一个子网络.
所以我想知道,也许服务架构已经做了同样的事情,Docker做它加上它作为地址转换服务(fabric：//这样做有点像织物空间中的进程的DNS)加上(对于一些重要的)鼓励按需工作者分配 – 巨大的可扩展性.
Can Service Fabric可以成功地替代Docker吗？
是否得到观众和接受？因为否则甚至最大的发明可能会失败.
解决方法
> Docker Engine(大多数人称之为“Docker”)是一种集装箱化技术.它可以给你
>过程隔离
>网络隔离
>一致的应用环境
Docker Hub是一个图像注册表.它存储Docker图像,以便您可以在部署过程中下载它们.
Docker Cloud是Docker的编排系统.它可以给你
>上下调整应用程序
>将您的应用程序相互连接
> CI测试,与Docker Hub集成(这不是编排的一部分,只是另一件事情)
服务架构是一个编排系统.它可以协调Docker容器,但如果您专门为Fabric构建,它也可以更紧密地与您的服务集成. (Docker对于容器内运行是完全不可知的)
因此,服务架构大部分与Docker Cloud相当,尽管它并不完全匹配.还有一些其他基于Docker的编排解决方案(Kubernetes可能是最大的),还有其他基于云的微服务解决方案(Heroku可能是最着名的).
服务架构的主要缺点是它是一种Microsoft技术,因此您将会比运行Docker的程度更大程度上与Azure绑定.另一个是Docker有更广泛的选择来构建堆栈：上面列出的所有三个Docker – 至少有一个开源代码(这也是Docker的一大缺点,因为没有人提供一个最佳实践对于你的文件).
如果您喜欢微软,并且如果将cobbling系统集合在一起并不重要,那么Service Fabric应该是Docker生态系统的替代品. (还可以在其下运行Docker容器.)
