一。运维角度：

（一）镜像：

1. 避免依赖过深。不要在基础镜像上加太多产生其他的镜像，我觉得这块最多是三四层。

一层是base景像再往上是工具、中间件这样的，再往上一层就是你自己的程序，再多就比较乱了。

Base image是CentOS 7

2. 镜像越小越好，消耗的资源越少越好

3. 根据应用的差异化，建多个基础镜像

4. 镜像构建这块，一定要从Dockerfile生成，这样做最大的好处是可以通过Dockerfile“阅读”镜像。

在后续的协作、升级维护等方面会带来巨大的便利。如果不从Dockerfile生成，以后更新、回滚是很麻烦的。

我用Dockerfile生成的时候，其他的人可以通过Dockerfile或者镜像就可以阅读这个镜像是怎么来的。

哪个镜像是base镜像，中间加了哪些软件，运行什么东西

5.镜像管理这块，虽然我们应用的是原生的，但是这几项只要跟数据有关系的都要考虑。

单点问题，暂时我们用的是一台机器，不是很安全，对应的解决方案可以考虑DRBD、分布式存储以及云存储。

性能问题，主要是下载加速，目前可用的解决方案是通过HTTP反向代理缓存来加速Layer的下载。

权限问题，可以用Nginx LUA提供一个简单快速的实现方案

（二）日志管理：

日志管理的话，如果把日志放在容器里面，由于容器是无状态的，所以存储在容器内的日志会随着容器的销毁而消失。

你要把日志实时保存下来，或者把日志放在宿主机，但是放在宿主机的话，有点违反Docker化不依赖宿主机的任何环境的要求。

建议放一些日志收集工具如Logstash或者Flume等。

（三）RC配置

1. 多实例运行，我们的机器可够跑多个实例的，启动的时候每个实例的占的内存和CPU都要考虑一下

（四）内核参数的调整：

1. ulimit

2. dns

3. ....

二。开发角度：

（一）

1. 程序放在容器里的话，这个程序至少应该是无状态的，不能依赖于宿主机的一切环境，如目录、IP

2. 以前如果用正常开发的话，root是不让用的，用Docker就可以