虽然过程多了一步，但效果也是立竿见影的，业务层的制作时间从原来1个小时缩短为12分钟，大小也变为100M左右。
三、业务容器分类
在Docker最佳实践的建议里面，建议一个容器最好只跑一种程序，或者一类程序。像原来那样，一个容器跑几十个进程一定是不合适的。分类清晰的容器也便于管理和进行各种操作。同时，在微服务的最佳实践里面，建议将项目的代码分割成一个个的微服务。每个微服务的代码由不同的团队维护，各自独立。我们先暂时不讨论这种方式的优缺点。原先的项目是一个几十万行、几十个程序的大项目，有几十个人开发人员，有无数的公共模块，每个模块间相互引用也很普遍，每个程序由数量不等的模块来组成。如果按上面的建议来进行Docker的业务分类，无疑会给项目带来巨变，并且涉及组织架构的大调整，几乎是一个不可能的任务。那么如何做既可以对容器进行分类，又保持原有的开发模式不变。有时候察觉不到改变才是推进一项新技术的最佳方式。
方法其实也很简单，容器里面有一个叫docker-entrypoint.sh的角本，管理容器启动后要启动哪些进程。上面我们已经制作了一个项目统一的镜像，在分类的时候，我们只要根据不同类型容器，修改不同的docker-entrypoint.sh来启动不同类型的进程就可以了。要配合设置不同的环境变量，不同的配置文件等等。当然，这一切都很容易！
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对软件开发网的支持。如果你想了解更多相关内容请查看下面相关链接
您可能感兴趣的文章:Docker数据存储之tmpfs mounts详解Docker数据存储之Bind mounts详解Docker数据存储之Volumes详解Docker容器间通讯直接路由方式实现网络通讯Docker创建MySQL的讲解CentOS版本问题安装Docker报错的解决方案使用docker创建静态网站应用(多种方式)Spring Boot和Docker实现微服务部署的方法树莓派安装Docker的方法步骤Docker数据存储总结
