业务服务运行环境是保障服务质量的基础，在持续交付过程当中运行环境的统一、稳定、操作快捷、资源开销等都作为衡量基础设施能力的指标。为了达成快速发布的目标，有时必须在运行环境一致和操作复杂度上做取舍，直到容器化能力完整实现 Docker 的出现该问题得到改善。

生产实施的过程中除了需要满足业务的基本需求，还需要对长期稳定运行做好相应的配置，例如日志、镜像仓库等相关的环境配置。合理的配置可以避免线上问题和减少日常运维工作量。

Docker 的配置文件一般存储路径 /etc/docker/daemon.json，如果未找到需要手动创建。

为了保证日志文件的可操作性，避免产生过大的文件使用困难，因此需要限制单个日志文件的大小。同时还需要限制文件产生的个数，让日志文件在固定存储容量内滚动生成。需要在daemon.json中加入以下配置：

"log-opts": {    "max-size": "100m",    "max-file": "3"    }

其中 max-size 限制单个文件的大小，max-file 限制产生文件的个数。默认日志驱动为 json-file ,可以根据实际日志使用或收集方式选择合适的日志驱动，最新可支持的驱动列表如下：

需要集中收集日志可以是 fluentd 驱动进行统一收集，同时发送给 Elasticsearch 服务供日后分析。

使用中央库获取或推送镜像时间较长，会成为持续交付过程中不可控因素，可以部署企业私有镜像仓库来解决这一问题。可以使用 Nexus 或 Harbor 来搭建私有仓库。

• 配置私有镜像仓库需要在 daemon.json 中添加如下内容：

 "registry-mirrors": ["https://registry.xxx com"]

• 默认需要仓库支持 HTTPS ，如果不支持需要添加如下配置：

 "insecure-registries": ["registry.xxx com"]

后期运维需要管理好镜像的生命周期，同时需要定期检查仓库中镜像数量，是否留有足够的存储空间供新镜像存储等。

Linux内核在4.0以前及4.x较低版本中会出现cgroup泄漏问题，建议使用最新版本的内核。发现宿主机有资源，但启动容器时依然会出现资源不足的错误时应当考虑是否已经出现cgroup泄漏问题。

经常下载更新镜像可能会产生一些过时的镜像，占用大量存储。因此需要定期清理悬挂镜像和旧版本镜像。

可以使用以下命令清理镜像：

docker image prune -a -f --filter "until=24h"

filter 部分为过滤条件，可以设置删除24小时内为使用的镜像。

可使用crontab定时触发。

自动化运维的过程中可能需要由外部控制 Docker 做一些特定动作，这时需要使用  API 和 docker daemon 通信。默认情况下 Docker 在启动后会创建 Unix 域套接字，在/var/run目录下生成名为 docker.sock 的文件。本地服务可以通过该套接字直接和 docker daemon 通信。

远程访问需要启动TCP端口,需要在 daemon.json 中加入以下配置：

"hosts": ["unix:///var/run/docker.sock", "tcp://0.0.0.0:2375"]

Api 权限很好，建议在安全环境下进行使用。

容器化服务可以简化环境管理难度，提高发布速度。在生产环境需要更多关注稳定性和安全性。结合kubernetes 可以管理大规模的容器集群，简化服务管理工作量。

在实践过程中逐步轻量化部署方案，更安全的环境都是服务质量的保障。

文 / Joseph

编辑 / Crystal

欢迎CIO交流