绕不开＂容器化＂

ntainers

现在谈到云原生， 绕不开“容器”。

在《Cloud Native Patterns》一书中，作者Cornelia Davis指出：“容器是云原生应用的基石”;

云原生基金会将微服务容器化作为云原生旅行的第一步。

很容易就想到将微服务容器化， 过程也很简单。

将代码、依赖项和运行时打包到一个称为容器镜像的二进制文件中。镜像存储在镜像仓库，Docker官方维护了Docker Hub镜像仓库。

需要时，可以将镜像转换为可运行的容器实例，该实例可在装有容器运行时引擎的任何计算机上运行，你可以按需部署任意数量的容器实例。

下图显示了三个微服务在单主机以容器化运行。个容器维护自己的依赖关系和运行时，这可能会有所不同,上图我们看到在同一主机上运行的Product微服务的不同版本。每个容器共享基础主机操作系统，内存和处理器的一部分，但彼此隔离。

容器模型遵守“十二要素应用”的Dependencies原则。

要素2指定“每个微服务隔离并打包其自己的依赖项、更改项(不影响整个系统)”

容器同时支持Linux和Windows工作负载。

虽然存在多个容器供应商，但Docker已经成为打包、部署和运行云原生应用程序的事实标准，Docker占据了最大的市场份额，该公司一直在推动软件容器的发展。

Why containers

• 容器提供了移植性，并保证在跨环境时，能输出一致。通过将所有内容封装进单个程序包，可以将微服务+依赖项与基础设施隔离。
• 你可以在安装Docker运行时引擎的 任何环境部署同一容器，容器化消除了预先配置环境的时间开销 (for框架、程序库文件、和运行时)。
• 通过共享底层操作系统和主机资源，容器的占用空间比完整的虚拟机小很多，小体积，高密度，在一台主机上可以运行多个微服务。

容器编排

Docker Api/工具创建镜像和容器，你还需要工具管理容器。

管理容器的软件称为"容器编排器"，大规模使用容器时，容器编排器至关重要。

（编辑：东莞站长网）

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