docker常见面试题_Docker容器部署十大误区，你都有了解吗，早看避坑【程序员必备】...

最新推荐文章于 2024-08-22 08:00:00 发布

weixin_39855568

最新推荐文章于 2024-08-22 08:00:00 发布

阅读量283

点赞数

文章标签： docker常见面试题

随着Docker在云计算市场中领先地位的日益稳固，容器技术也成为了一种主流技术，甚至微服务时代的必备技能。大家已经认同并接受容器技术，并意识到它能够解决多种现实问题并具备一系列无可比拟的优势。

为此今天我们一起看下容器技术的优势和误区，帮助大家更好地理解和使用Docker。

欢迎关注笔者，优质文章都在这里等你。

Docker容器的三大优势：

第一：具备恒定特性–操作系统、库版本、配置、文件夹以及应用程序全部涵盖在内。大家可以将质量检查流程中使用的测试镜像原封不动地引入生产环境当中。
第二：具备轻量化特性 – 容器的体积非常小巧。相较于动辄成百上千MB的操作系统，它只需要配备主进程所必需的内存外加数十MB额外容量。
第三：速度惊人–大家可以享受等同于单一进程的容器启动速度。相较于长达数分钟的传统负载启动时长，现在我们完全能够在几秒钟内启动一套新容器。

不过很多用户仍然在以对待典型虚拟机的方式审视容器，在这种情况下他们往往没办法发挥容器技术所蕴含的各类优势。因此我们需要再次强调一项基本原则：容器具备一次性特征。

容器座右铭： “容器属于临时性(一次性)系统。”

这一特性的存在要求用户转变既有思路，选择更为合适的方针处理并管理容器。接下来，我会通过十种常见误区帮助大家了解发挥容器优势的合理途径：

1) 不要将数据存放在容器内

容器系统可随时进行停止、销毁或者替换。运行在容器环境下的应用程序1.0版本应该可以轻松更换为1.1版本，且不会影响或者破坏相关数据。考虑到这一点，如果大家需要保存数据，请将其存储在存储卷当中；不过需要注意的是，如果有两套容器同时指向同一存储卷，则可能引发故障。大家必须确保自己的应用程序使用面向共享式数据存储机制的写入设计方案。

2) 不要以拆分方式进行应用程序发布

有些朋友仍然带着虚拟机思路审视容器。他们大多认为自己应该将应用程序部署至当前正在运行的容器当中。然而，这种作法只适用于开发阶段，从而实现应用开发所必需的持续部署与调试；一旦转移至质量检查与生产环境下的持续部署流程，应用程序则必须作为镜像本身的组成部分。请记住：容器具有恒定特性。

3) 不要创建大型镜像

体积过大的镜像会加大其发布难度。大家需要确保在镜像中只保留运行应用程序/进程所必需的文件与库。不要安装任何非必要软件包或者在构建过程中运行“更新”(yum update)。

4) 不要使用单层镜像

为了更为合理地使用分层文件系统，请大家务必为操作系统、安装软件、配置以及应用程序分别创建独立层。这不仅能够简化镜像的创建与管理工作，亦能降低分发难度。

5) 不要利用运行中的容器创建镜像

换言之，不要使用“docker commit”创建镜像。以这种方式创建的镜像不具备再生产能力且无法实现版本控制性，因此绝对不值得提倡。相反，使用Dockerfile或者任何S2I(即源到镜像)方法能够有效确保整体再生产能力。

6) 不要只使用“最新”标签

最新标签类似于Maven用户所熟悉的“SNAPSHOT”。各标签只适合在分层文件系统当中使用。如果大家在镜像构建完成的两个月之后，意外发现自己的应用程序由于顶层版本替换而造成向下兼容性缺失或者build缓存“最新”版本无法运行，那么无疑会造成巨大的麻烦。总体来讲，在向生产环境中部署容器时，必须避免使用最新标签。