目前来看，几家历史包袱较重的公司都选择不让上层应用感知到底层是 VM 还是容器，所以都改了 docker 内核，如360、点评、汽车之家。最后附上我们的容器私有云技术栈以及系统截图。

　　组件之间的交互使用了 NATS，通过消息的『发布-订阅』模型，将各个Kaiyun官方网站组件之间的耦合最小化对于Web类型的应用，通过和 Nginx 暴露的 Restful 接口交互，完成实例在集群内的注册以及注销。对于服务类型的应用，通过在 ZooKeeper 上注册和注销服务IP和端口，便于服务客户端发现和更新该服务

　　由于不愿意让技术人员感知到从 KVM 到 Docker 的转换，所以做了不少工作(注：主要还是不愿意影响原有业务和发布流程)更改了 Docker 底层代码，让其从推荐的微服务架构演变到目前的『虚拟机』架构。开发和运维可以通过 IP 直接访问到 Docker『虚拟机』，基于IP的应用基础架构也不需要开发和运维做剧烈的改变

　　通过收集 CGroups 和容器实例的实时信息，将内存、CPU、网络等源源不断地上报到 CAT，再由 CAT 提供查询，检索和展示。也可以做报警

　　能够设置 btrfs 磁盘限额，网络限速，IO 限制容器独立IP容器内多进程

　　docker日志：日志打印耗费性能，最好关闭 logdriver，将日志打印在后台

　　NAT模式下会启用 nf_conntrack 造成性能下降，可以调节内核参数

　　制作镜像时，commit 的信息要简单明了编写 dockerfile 规范，减少镜像层数，基础部分放前面分地域部署镜像 registry

　　蚂蚁线上已经有上千应用，几千开发人员，很难一下推动他们都学习 docker，切换到新的研发模式下如果需要开发人员写 dockerfile，会影响推广效率

　　基于 docker 的运维发布系统与原有系统对接比较麻烦以往运维都是先申请一批机器，测试网络正常后备用，上线前再决定跑什么应用发布应用不重启 vm，所以也不希望重启 container;

　　开发辅助工具帮助研发同学编译应用/自动生成 dockerfile/制作镜像并搭建测试环境

　　窝窝持续集成管理平台在这些技术的基础上，实现了我们的集群管理、容器管理、应用管理等业务流程。

　　版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们 处理，核实后本网站将在24小时内删除侵权内容。

　　本站部分文章、图片属于网络上可搜索到的公开信息，均用于学习和交流用途，不能代表速石科技的观点、立场或意见。我们接受网民的监督，如发现任何违法内容或侵犯了您的权益，请第一时间联系小编邮箱 处理。