你要知道的Docker应用设计四大关键

IT熊

现在Docker成为非常流行的应用和容器，但是在设计应用时应该注意考虑便携性能够帮助企业利用容器技术能提供的所有优势。
　　
　　Docker为容器内的应用提供环境，该环境在平台间可移动。Docker是很流行的选择，因为其简化了应用程序部署和管理。基于其开源设计，开发人员能够为其业务特定的独特需求贡献特性。Docker的一大优势是它是广泛使用的容器管理系统；因此，有大量可用的支持资源。
　　要为Docker和容器优化应用设计，下面一起来了解下需要遵守的四点：
　　考虑业务和应用目标
　　容器介于独占服务器和虚拟机之间。它提供高于操作系统（OS）的隔离性，但是不及虚拟机。确定使用容器的目标，以及期望得到什么结果。这个问题的答案决定了Docker应用如何设计。
　　使用容器的最佳理由是构建和公有云服务混合的私有云。容器在运维实践方面帮助统一了混合云；当有统一OS平台时，混合容器表现最好。因为所有容器都在相同内核上运行，确保OS是一致的，从而避免不兼容。为容器应序使用匹配OS版本的中间件服务。如果在不同OS上运行Docker应用，最好将它们当做独立的Docker社区。
　　采用集合的观念
　　当应用及其相关组件是在同一台服务器上构建，移动和扩展时，Docker能够发挥最大的效用。通过将应用和组件打包进一个应用程序特定的容器，用户可以受益于Docker这方面的优势。
　　打包应用以及所需组件的关键是理解组件工作流。通过研究组件间的工作找到最为自然的组件组的划分，并且确定哪里的交互最频繁。
　　知道容器的名字
　　Docker给每个容器分配了自己的命名空间和文件系统。确保其他流程能够访问这一功能以及共享数据。网络连接性是其中一方面，但是其他方面控制所有应用目录，包括域名系统（DNS）。
　　思考这些处于独立子网里的组件和微服务，就像一系列运行着Docker容器的服务器。用户需要管理代表这些服务器的URL，也需要管理Docker容器。如果使用Docker和SOA/SOAP，要确保在部署或者移动单个或多个容器时更新了服务目录。
　　创建连接
　　云容器互相集成，通常都包含非容器化的应用组件。Docker花了很多力气去管理容器部署，但是还不太擅长管理工作流集成。当选择使用容器时，找出容器能够提供了什么，并且确保能够满足自己的需求。Docker新用户会遇到的最常见的问题是Docker应用访问不了Internet或者企业网络。Docker能够辅助远距离的链接，但是用户得自己建立链接。
　　Docker在确保容器兼容性方面真的很有用。不幸的是，当集成跨云容器的工作流时无法保证兼容性。大部分工作流是通过目录功能，比如DNS集成的。当部署或者移动容器时要确保去更新这些目录。

开源将军

恩恩，Docker功能其实很强大，但大多数人了解到的都是其片面功能与快捷部署