在软件开发中，可以使用容器将软件打包成标准单元，并将其与运行时环境隔离开来。这种方法确保应用程序总是运行相同的，无论在哪个基础设施中。

开源开发平台Docker中使用的软件容器包括应用程序及其运行时所需的所有资源。例如，消防物联网，软件企业有哪些，这包括库、工具和配置文件。然而，Docker容器并不包含完整的操作系统，因此，它们比虚拟机更轻量级和更灵活。

在Docker Hub（最重要的Docker注册表）上，您可以找到大量所谓的Docker映像，这些映像在运行时会变成容器。

为什么要在DevOps中使用容器？

在DevOps的文化中，两个不同任务领域的同事紧密合作：构建应用程序的开发人员和运行应用程序的IT运营商。然而，每当多方在软件开发和部署方面进行协作时，由于它们之间的细微差异而导致环境冲突的风险就会增加：应用程序在开发人员的特定机器上运行良好并不一定意味着它在it运营商的机器上运行，同样，这也可能会带来很多麻烦。

这就是集装箱化发挥作用的地方：通过集装箱，软件与其运行时环境隔离，因此可以部署到任何地方–这促进了DevOps的相互作用。

按照现实世界货运集装箱的类比，开发人员负责其内部的内容，而IT运营商则负责其处理和传输。这意味着，为了有效地完成他们的工作，IT运营商不需要详细了解他们工作的容器中有什么。相反，他们得到了正在运行的应用程序的图像，因此可以专注于他们的实际任务领域，如监视、基础设施和可伸缩性。

为什么容器是CI/CD的关键？

在持续集成（CI）和持续交付（CD）中，集装箱化构成了巨大的优势，同时：集装箱显著地促进了集成测试，并通过Docker映像标准化了CI/CD。

虽然CI构建只能对代码更改的语义正确性进行反馈，集成测试将各种软件组件组合起来，以检查它们的协作和通信。通常，此类集成测试所需的测试环境是非常独立的和特定于产品的，淘客公众号，这使得它们的设置相当昂贵。此外，这类测试相当冗长。通过使用Docker映像，您可以理想地解决这些问题：由于容器已经包含应用程序的运行时环境，您可以保持CI/CD服务器干净，甚至可以并行运行多个测试以节省时间（如果需要）。

在CI/CD中使用容器时，您的管道仅具有描述性：在其流中，Docker映像被定义为步骤，而实际任务的执行则交给映像本身。因此，内部优惠券，Docker映像独立于管道引擎，这意味着您可以轻松地使您的映像适应您想要使用的工具。

要轻松地将Docker映像集成到SAP开发项目的连续交付管道中，请务必查看我们收集的Docker文件，为与我们的开放源代码CD产品"Piper"项目合作而优化，大数据营销，它可以用作自动化服务器Jenkins的共享库。