不要将数据储存在容器中
容器随时都可以停止、销毁或迁移，比如，一个容器里运行的应用版本是1.0，我们分分钟就可以把这个应用升级到1.1，同时还不会对数据造成任何影响。所以，如果用户想要存数据的话，最好是用数据卷来存储。
不过在用卷存数据的时候还是要注意，如果有两个容器共用一个数据卷，都往里面写数据的话，是有可能造成程序崩溃的。我们在设计应用程序的时候应该考虑到这一点，为保万无一失，应用程序应该具备特定的机制，以确保在往共享数据存储区写入数据的时候不会出错。
不要把认证口令存在镜像中
用环境变量比较好。如果我们把用户名/密码值对存在镜像里的话，就只有采用硬编码的方式来挨个处理，估计这种麻烦事没人愿意去干。所以，我们最好是用环境变量的方从容器外部获取此类信息。
不要把应用程序分块交付
在部分用户看来，容器服务跟虚拟机没什么两样，所以有些人往往会把应用程序部署到当前运行的若干个容器中。这种做法在开发阶段没有太大问题，因为做开发的时候会很频繁地进行部署和调试。
但是到了持续交付阶段，下一步就是QA测试和正式投产，这种做法就不太适合了。在这一阶段，我们应该充分考虑到容器的不可变特性，最好是将应用程序打包到一个镜像中交付。
不要把本地运行容器转成镜像
换句话说，就是创建镜像的时候不要用“docker commit”命令来创建。用这种办法建镜像是完全不可取的，因为这种办法是不能重复的。
我们在建镜像的时候应该从Dockerfile创建，或者用其他S2I（从源文件构建镜像）的方式来创建，这样镜像才具有可再生性，而且如果我们把镜像存在git之类提供版本控制能的系统里的话，还可以对Dockerfile的改动进行跟踪。
西部数码的容器云产品是通过docker技术，在集群服务器上部署容器服务实现，功能强大、简单易用，拥有上万linux镜像，秒级开通，高性价比的容器云产品链接 https://www.west.cn/paas/container/
