某金融券商正在规划容器云平台建设，请教落地的经验、规模大小、及成本？

1，得看看本企业内容的成员技术实力，若是没有技术储备，那就瞄准大厂的服务即可，若有技术储备，那么要确信容器云平台建设是一个循序渐进的探索和适应过程；
2，试试某业务系统下，双形态运行（传统架构+Docker架构）运行探索。有了一定的运行经验后，技术储备就可以展开。这个过程，可能就是不去改造业务系统，仅仅是Docker架构运行，可以验证技术储备和团队的驾驭能力；
3，容器云其实更多的技术储备是关注基础，经验是首先解决团队的网络技术储备人员，如果这个技术储备解决了，基本上大的问题就解决了至少70%。如果没有网络技术储备的话，不建议为了容器云而容器云平台建设；
4，有了网络技术储备，存储储备相对来说不是特别困难，也需要相应的技术投入；
5，最后的各种平台就自行探索，学习和试错成本理论上都不会太巨大。
6，如果涉及的业务应用改造，建议先易后难、先外围后核心、先不重要再重要的探索；
7，涉及应用就一定会涉及 CI/CD 及相关的工具链平台，学习、试错和技术储备先从开发、测试开始进行探索，不建议直接上上生产环境。建议先独立掌握各个工具链后再做企业化改造和集成统一，否则会吃大亏；
8，各个开源及工具链，要成为企业平台，期间有很多路和坑是需要不停的升级提升技术、实践经验等；
9，入场思路有两个思路：
9.1，找个大厂，小项目学习，提升技术和经验，当然看看组织内的助力和阻力在什么地方？成本不宜过大。抱着失败的状态来交付，但一定要有技术学习、技术经验积累等收货，不能什么都没有，那就真的失败了；之后，owner就会明白该怎么落实。
9.2，组阁团队，先自行从开源工具链、业务应用开发、容器本身运营和运维想结合试错学习和积累，之后再痛各大厂商交流、同业交流，一定要到参考案例的客户那里去探到真实的情况，别信国内厂商的夸夸其谈，否则人家卖了自己都还不知道怎么回事。
10，多说一句，一定要有领导的支持，别因为这个给自己留下不好的印象，这就不值当～～～本来是一股激情冲劲想做弄潮儿，结果变成了被炒对象，那就不值当。