容器，解释

到目前为止，容器是IT部门熟悉的概念。 最敏捷的中小型企业（SMB）或企业可能已经在使用它们。 就应用程序开发和IT基础架构而言，Linux容器与这种技术一样流行。

实际上，451 Research预测应用容器市场将从2016年的7.62亿美元增长到2020年的27亿美元。同时，Gartner预测，到2020年，全球超过50％的组织将运行容器化应用程序，而到2016年，该比例还不到20％。 2017。

我们已经解释了微服务的模块化应用程序体系结构如何帮助开发和IT团队更有效地工作，同时降低了添加新功能的成本和复杂性。 从技术角度来看，容器是该DevOps方程式的催化剂。 它们是便捷的软件包，通过它们DevOps和IT团队可以快速，一致地来回传递应用程序的代码，配置和依赖项。

但是，这实际上对您的业务意味着什么？ 我与企业IT解决方案和开源软件公司Red Hat进行了交谈，以找出答案。 这位讲解者不仅会介绍容器是什么以及它们如何工作，而且还会介绍（一旦您了解了该技术）您的组织可以使用数据中心或云基础架构上的容器化部署以更快地交付高质量软件的不同方式。

货柜101

在最基本的层次上，Linux容器通常被称为金属运输容器，因此被恰当地命名。 无论是在货运船，货运火车上还是在大型钻机卡车的背面，集装箱本身都是运输货物的同一艘统一船只。 红帽公司集成解决方案业务部总经理Lars Herrmann负责监督公司的Linux容器技术。 赫尔曼说，企业应该简单地将容器视为一个新的工作单元。

“容器都与敏捷性有关，” Herrmann说。 “在一个复杂的组织中，这是与分配职责以及提供功能的自由有关。容器为您提供了这项技术，可以将所有技术保持在一起，同时仍然负责您对安全性，可用性，法规遵从性等所有重要方面的责任。”

单击图像的完整图表。 图片来源：Twistlock

这样，容器的同质性使其易于使用。 它们是可插拔的小型单元，您可以在其上构建微服务架构，以实现运营效率和版本控制。 同时，他们为DevOps和IT团队提供了对如何部署基础架构资源的精细控制。 Herrmann还指出，容器从根本上说是一种操作系统（OS）技术。

Herrmann解释说：“容器采用操作系统并将其切成两部分。” “一方面，您将获得应用程序的工作单元，其中包含应用程序代码和依赖关系，并且可以通过DevOps团队进行优化，并且他们可以自治和控制以在需要时做出决定。他们不再需要等待其他球队。

“另一部分是操作系统内核。操作系统内核和容器有效负载为您想要的资源和原语提供了支持，例如存储，网络和安全性。由于容器是一种操作系统技术，因此您可以在任何地方运行它们，无论它是虚拟的主机或公共云。这种混合质量使您可以使用相同的技术在任何环境中管理任何应用程序，同时仍然可以增强DevOps团队的能力。”

容器与虚拟化也不一样。 Herrmann解释说，容器和虚拟化是互惠的力量。 虚拟化模拟一个虚拟硬件环境来运行各种软件堆栈。 它提供了所谓的抽象层，以使云计算环境在应用程序和数据的结构和部署方式上具有灵活性。 因此，在单个虚拟OS内核上，您便可以运行多个服务器或实例。 容器就是实例。

Herrmann说：“将容器与虚拟化相结合仍然存在很多困惑。” “虚拟化解决了一个不同的问题，我们认为容器和虚拟化可以很好地互补。虚拟化提供了抽象和仿真，有了容器，您将获得类似的抽象，但是没有仿真。它们在一起，不会给您带来可衡量的开销，并且大量的运营效率，但很难将两者分开。”

容器格局的快速细分

我们谈论的关于容器的DevOps和敏捷原则并不是什么新鲜事物，因为它们可以追溯到面向服务的架构（SOA）的概念，在上面的微服务解释器中对此进行了详细介绍。 现代Linux容器是在Docker改变游戏规则时发明的。 Docker有一些不同之处，但首先，它是由Docker Project在2013年开发的一种广受欢迎的开源技术。它旨在包装，运输和作为轻量级容器运行任何应用程序。 在2017年，Docker增加了使用Hyper-V技术在Windows上运行Linux容器的功能。

Docker是帮助塑造技术和空间的几个开源项目之一。 Kubernetes最初由Google开发，现在由Cloud Native Computing Foundation管理，是一个用于自动化容器部署，扩展和管理的开源系统。 Docker和Kubernetes是在技术开发方面影响最大的两个强大的开源项目。 实际上，Docker在4月发布了其Docker企业版（EE）2.0，该产品使用户可以跨多Linux，多OS或多云环境在Kubernetes中管理和保护其工作负载。 这种灵活性减少了公司被某种技术或基础架构所束缚的机会。 Docker表示，EE 2.0通过从单个控制界面管理应用程序来跟踪映像，存储和网络，从而使公司获得了更高的成本效益。

还有其他数十家公司，以及Red Hat的Project Atomic（适用于Docker / Kubernetes组合堆栈）和Linux Foundation的Open Container Initiative，旨在围绕容器创建开放式行业标准。 对于Docker而言，正是Docker映像引发了开发界的热议。 容器存储代码，库和配置文件以在任何位置运行映像。 “在Docker引入基于映像的部署概念之前，所有容器都一直在将服务放在同一节点上，” Herrmann说。

单击图像的完整图表。 图片：2016年Docker调查

Docker还是一家初创公司（成立于2010年，名为dotCloud），已筹集了超过2.42亿美元的资金。 该公司提供了一套企业级容器即服务（CaaS）工具，用于数据中心和私有云中的Docker部署。 当然，在企业容器管理方面，Docker并不孤单。 红帽在其红帽企业Linux（RHEL），OpenShift和JBoss产品中提供了自己的企业级CaaS开发工具套件。

越来越多的知名科技公司也开始采取行动。 Amazon Web Services（AWS），Microsoft Azure和Google Cloud Platform（GCP）都将内置的容器编排和管理工具都集成到了各自的云基础设施即服务（IaaS）平台中。 5月8日，Microsoft宣布与Red Hat合作，以允许开发人员在Azure中运行基于容器的软件。 当天，IBM报告称将扩大与Red Hat的合作，以使开发人员能够在集成容器平台上构建应用程序。 在短短的几年内，集装箱空间变得非常拥挤。

集装箱可以解决哪些业务问题？

在企业内部实施现代应用程序体系结构和DevOps原理时，容器是解决许多问题的良方。 尤其是当组织对传统技术和传统开发政策根深蒂固时，容器是其下方易于集成的平台，可以平滑过渡并使其在IT部门上变得容易。

“目前，我们认为容器化是将云，DevOps和微服务引入您的环境的最实用方法。容器自然地与您已经拥有的技术集成，” Herrmann说。

红帽中间件产品管理高级总监Rich Sharples说，这一切都是为了以更快的速度提供高质量的软件。 所有公司都希望更快地发布软件以在自己的市场中竞争，而这种压力通常会给工作过度的IT部门带来压力。 Sharples表示，容器是一种生产应用程序和服务的方法，可以在保持质量的同时更快地对其进行更改（无论是添加新功能还是关键安全修复程序）。 他还谈到了容器化基础架构，作为使企业为微服务做好准备的桥梁。

夏普莱斯说：“我们有这样的设计原则：我们不能抛弃任何应用程序。” “我们正处在DevOps和敏捷软件开发的美好新世界中。但是，企业不能为了加入聚会而重写所有应用程序。我们如何使他们朝着这些新想法发展？

“投资于诸如容器之类的平台是确保组织已准备好开始构建诸如微服务之类的一种方法。将微服务和容器结合在一起才是真正的优势。单个微服务没有什么有趣的；您只能看到多个微服务由离散的功能块组成的合作网络。”

图片来源：Docs.Docker.com

评估是否投资和采用容器不仅与技术有关。 Sharples解释说，要成功过渡到包含容器和微服务的DevOps，您将需要适当的架构，底层平台和敏捷流程。

夏普尔斯说：“这不仅仅是一项技术决定。” “您需要考虑您的组织是否准备就绪，是否需要解决特定的软件交付问题，并了解自动化和DevOps方面的业务驱动因素。了解您的关键要求，查看不同项目的需求，以及然后确定将云，应用程序体系结构和容器技术结合起来可以实现的目标。”

在查看容器如何适合其组织时，Herrmann向企业IT部门提供了三点建议：

1.开始

根据Herrmann的说法，DevOps，敏捷，容器，微服务的结合不仅仅是隔离技术的变化。 他说：“这是一条导致您的业务运作方式发生重大转变的旅程。” “我的第一条建议是开始，因为您的竞争对手在。让早期采用者放在一起，这是错误的策略，因为您可能无法跟上。”

2.综合视野

Herrmann建议您从更全面的角度来看待容器。 他说：“选择最重要的目标。” “更快地交付软件的能力是一个很好的起点。基于这一目标，请考虑如何将您的组织纳入流程，并在没有风险和搅乱现有运营的情况下组织这项工作。”

3.生态系统

Herrmann指出，许多企业已经到了受遗留架构，流程和平台约束的地步。 他说：“如果不考虑要依赖的平台，就无法更改架构。” “那么，问题是，我要与谁一起工作？我要和谁交谈？我们的建议是寻找不仅可以帮助解决技术问题，而且可以在所有这些方面（技术，过程，一路处理）进行转型的公司到一起处理云，DevOps，容器和微服务时，您希望依靠可以帮助您在短时间内取得成功并避免死胡同的生态系统。”