【.com速译】作为技术小编，经常和工作中的人讨论他们的容器化策略。人们在刚接触容器的时候，总是希望得到容器技术带来的好处，却没想到破坏性的容器。他们可能有一两个基于容器的系统，或者使用云技术，但没有明确的战略。在你兴奋地跑遍容器之前，最好弄清楚什么是破坏性容器。我建议人们建立短期和长期目标，在容器化的道路上适应新的需求和文化内涵。DevOps团队想要开始使用容器的原因是：第一，加速应用开发和部署：容器简单、轻量、快速，你可以很容易地使用现成的模板镜像和基于流行开源的开发容器项目。准备就绪后，您可以将作业打包为容器映像并在生产环境中运行，就像在开发环境中一样。如果在流程中加入自动化，比如CI/CD工具，那么流程会变得更快。其次，将应用程序移动到云端：容器的另一个非常有用的特性是它们的可移植性。容器化来自主机操作系统和物理基础设施的应用程序，同一个容器可以在本地或公共或私有云中运行，而无需转换部署格式或更改代码。最后，转向微服务架构：每个容器通常是单点、单进程和适当校准的微服务架构。组织正在寻找更好的方法来开发和维护应用程序，并且摆脱难以使用微服务架构维护的大型应用程序可以帮助开发和升级。容器是微服务架构的首选平台，生态系统的出现使得大规模的微服务战略得以落地。将您的应用程序容器化有很多好处，但问题是从哪里开始呢？您应该将过去的应用程序重构为现代微服务架构容器，还是应该使用容器来制作新的东西？有时候我们也尝试换一种方式，将已有的应用容器化，而不是重构成微服务？当我们对一个应用进行容器化的时候，整个应用可能与容器不兼容，你可能会失去一些微服务应用的好处，尤其是方便维护和更新的选项，但是还是有很多地方可以保留的。容器化应用程序允许您将容器带入环境，帮助您构建团队和建立流程，并优化它们之间的转换，直到您完成基于微服务架构的应用程序。在容器化结束时，您将希望拥有可用于新微服务和管理旧应用程序打包的管道和工具链。通过这种方式，您可以标准化所有围绕容器的流程，甚至可以在容器中运行遗留的单体应用程序。使用这种方式的好处是你可以将微服务绑定到现有的应用程序上，然后所有的新功能都可以基于微服务架构。最近比较流行的一种混合方式是利用Devops的已知案例进行推广和迁移。“提升和转移”是指容器化过程中的先决条件。使用单个应用程序将其退役（通常从旧数据中心）并将其移动到其他地方（通常是现代公共或私有云）。然而，提醒一下，扬升和转移不应该只是一种传输机制。它为过渡到微服务架构模式和以可管理的方式将容器引入环境提供了基础。这就是为什么它可以迅速成为容器化DevOps团队的流行方法的原因。但是，当用于提供更有效的一系列好处时，对于那些希望在其容器战略中取得实质性进展的人来说，这可能是一个快速的胜利。如果您的目标是使用容器重建遗留应用程序，则完全重写微服务架构是重要的一步。中间有很多步骤，比如将应用程序重构为几个大块。它还将提供一些好处，让您逐渐深入到真正的微服务架构中。当Devops团队决定如何使用容器技术时，他们可能会考虑建立外部连接，因为外部投资可以支持更长期的创新。正如我在博客中将其命名为“DevSecOps”，我将安全组放在首位，我认为它将成为DevOps的有用伙伴，非常具有战略意义。不管安全和DevOps之间可能存在的障碍，DevOps的协作精神对安全专业人员具有吸引力。安全团队不仅可以成为强大的盟友，而且他们可能对安全和IT风险有更长远的看法，这可以加强特定应用程序容器化的DevOps驱动业务。最后，在重建或容器化现有应用程序时的困境是没有一种解决方案适合所有人，这就是为什么速赢如此重要。因此，无论您决定做什么，都要制定一个切实可行的成功衡量标准！技术术语解释：容器：容器技术虚拟化技术已经成为一种被广泛认可的容器技术服务器资源共享方式，容器技术可以为系统管理员在按需灵活构建容器技术操作系统实例的过程中提供巨大的好处。Devops：英文是Development和Operations的结合，是一组流程、方法和系统的统称，用于促进开发（应用/软件工程）、技术运营和质量保证（QA）部门之间的沟通、协作和整合.微服务架构：微服务是一种用于在云中部署应用程序和服务的新技术。大多数关于微服务的争论都集中在容器或其他技术是否是实施微服务的好方法上。作者：InfoWorld编辑AmirJerbi原文链接：http://www.infoworld.com/article/3200174/devops/how-to-get-started-with-containerization.html刘妮娜译译者及出处为.com]
