公司内部私有云平台，长期依赖虚拟机，基于 OpenStack 搞的；【创建虚拟机 -> Puppet 等自动化运维系统部署应用环境 -> 部署业务代码 -> 负载均衡上线】，这个链路导致很难敏捷的扩容、缩容，仅第 2 个环节，部署应用环境，就有无数的坑；而且，大量使用虚拟机，导致计算密度较低，计算资源浪费（虚拟机里有很多无用的进程、虚拟化层也有损耗）。

随着 kubernetes 的成熟，2017 年，在私有云平台上线了容器服务“Stark”，为公司提供高性能的容器集群管理方案；支持一站式的容器镜像管理方案，用户可以简单快捷地定制镜像、后台自动化 build 镜像、私有镜像仓库管理，大大降低了使用、维护成本；支持弹性伸缩、灰度升级、负载均衡、服务编排、错误恢复及性能监测等功能，让用户能够快速部署服务，轻松运维服务。

企业若想实现DevOps及软件持续交付落地，流程计划和工具选择必不可少。那么如何更好，更快的实现DevOps 落地呢？

本次会议中，我将为大家分享从甲骨文和思科等一些大型企业中获得的DevOps 落地的经验教训。

美团点评的强强联合，从业务到技术全方位的融合，面对新的业务特点，从技术的角度，简单粗暴用三点描述：业务众多、差异较大、场景复杂，对各种基础设施提出了更加严峻的要求。在堡垒机服务中，开源的解决方案从功能、稳定、可扩展、架构、容量等技术和产品角度，均已无法满足我们严苛的业务需求。

在调研了其它同类型开源项目和商业解决方案后，我们最后选择了自研。深入研究操作系统账号查询机制以及系统鉴权体系、虚拟终端、session 同步等问题，从根本上彻底解决了原来的各种问题和业务需求，最终实现了高可用分布式堡垒机，无中心节点，所有组件可水平扩展，在海量的账号数和节点数情况下，依然达到和访问 /etc/passwd 账号同样的速度。

听众受益

1. 了解高可用分布式堡垒机的架构；
2. 了解我们如何攻克业界同类产品绕过的技术难关；
3. 如何将堡垒机打造成一个完善的产品提供服务而非工具。