asp.net – Azure服务架构与Docker一样吗？

我的想法是,人们使用Docker来确保本地环境与生产相同,我可以停止思考他们的应用程序在哪里运行,平衡机制应该在最佳位置分配应用程序.

我是基于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容器.)

（编辑：安卓应用网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!