关于我们企业容器云建设的咨询，主要是技术选型和方案设计？
1． 技术路线：ubuntu16.04 server+harbor1.4+rancher server+docker 17
2． 目前选用的产品是社区版产品，没有外部支持。
3． 实施关键点：一是基础平台建设，前期在开发测试云环节有了一定的技术和运行经验积累，运行容器800余个，当前还处于生产云平台搭建阶段，生产云不同于开发测试云，要求具备稳定性、安全性、可靠性、可监可控，具备弹性伸缩的能力。二是平台是为应用服务的，除对应用推广技术方面的支持外，对于传统运维模式的突破，管理方式的变革是巨大的，如何能够平稳的过渡或创新，如何践行devops的敏捷思想，将直接决定平台的推广和使用，甚至将决定PaaS平台在我司应用的未来。
4． 存在的困难：一是基础平台建设方面，前期数据中心对PaaS平台的技术掌控力较弱，在一些技术选型上缺少储备，但生产云以至其他落地与生产相关的paas平台建设，我们需要有深度掌控。但目前市面上能提供基于相关开源产品及服务的供应商有限，对于其在生产及相关环境的运行需要有其他保障。二是管理方式的实践支持，应用在PaaS平台的上线、运行，涉及到安全、流程、资源评估等具体事宜，同业或其他行业的实践经验如能介绍将更利于我们的建设。
5． 希望交流的主题活动：一是平台建设，包括技术选型，解决方案等。二是平台运行，包括持续集成、持续交付、持续部署、安全、版本管理、流程等方面。三是开源产品支持，包括平台所使用到的开源软件，在企业应用后，各家公司是如何确保其稳定、安全、高效运行的，尤其是在问题出现后如何处置。四是在平台创新应用方面，有何高见，对外提供的PaaS服务的能力如何构建，如已有相关实践，效益以及投入产出比如何？
3同行回答
容器不等于容器云
容器云不等于PaaS
容器云建设选型和方案设计虽然重要，但没有实施重要
除非有足够的技术实力和投入，否则最好选择厂商合作，他山之石，可以攻玉
基于不同的文化、不同的技术背景、人员情况等，DevOps每家可能都会有差别，实践出真知
平台监控、告警、响应、定位、异常迁移、容错、限流、熔断、高可用等处理能力是确保业务应用不受影响的关键能力。
从建设容器云平台的目的考虑，大部分企业建设容器云平台的最终目的应该是为了提高交付能力、实践DevOps、提高自动化水平。
而目前现实情况是很多企业将大量的时间与资源花在了组建团队自己建设平台上。投入了时间与资源去熟悉各种用到的开源组件，最终却由于工具太多复杂度太高没有办法很好的在团队推广。
我们认为企业在选型时应主要考虑如果降低容器技术工具链使用的复杂度以便快速推广，以业务上线为驱动找到合适的开箱即用的产品快速上线。在应用的过程中去积累使用经验、尝试践行DevOps、去熟悉产品用到的开源组件。
目前我们的落地经验可以看到，同样的容器平台产品，很多技术能力强却没有业务上线压力的团队反而没有哪些技术能力弱依赖外包但是业务上线压力大的团队推广落地的效果好。而现在我们认为技术能力较弱的团队已经能够很熟练的应用整套工具链上线业务需求了。实现了新技术应用的弯道超车。
最关键的是，容器技术使用带来的思想和管理模式的转变是需要实践中花时间与持续反馈来适应的。越快开始启动才能越早开始实践并获得持续反馈。我们有观察到有的企业技术选型花了一两年但是还是没有选到认为合适的平台产品开始实践工作。因为根本没有能满足所有要求的产品。
1、openshit和rancher都在forrester容器云调查报告中的领导象限。 两者都可以选择。
2、目前我们选择的openshift，自带很多开箱即用的组件，自动将代码打包成镜像的S2I功能，同时
可以继承jenkins，EFK架构日志，prometheus监控等。上手比较快。建议目前直接测试openshift4,2到4的版本变动比较大，不能平滑升级。
3、rancher目前针对中国大陆推出了企业定制版个，更符合大家的使用习惯。