容器集群规划和后续业务中台的建设的关系？

      首先，容器平台是微服务落地的一个最佳承载的实例，因为分别是面向云原生业务系统的技术框架和计算资源，但是微服务框架早就出现，更多的微服务组件还是运行在传统虚拟机之上，只不过随着新的微服务治理框架出现，如istio等，才会越来越多的运行在容器之上，甚至springcloud等传统微服务治理框架的组件也更多的开始容器化部署。
        那么面向大规模来说，以金融行业为例，首先要根据环境类型进行分集群，如生产环境和开发测试环境，在管理规范化、安全差异化、运维特异化的同时，也可以减少单集群的过大规模。 在单一集群内部，可以分不同区域，以链接不同的业务接入交换机，如传统的DMZ/APP/WEB/DB架构，在每一个计算域内部，分布式的业务系统实例可以分node部署，前边用负载均衡（ingress到service）实现node级别高可靠。这样可以合规的同时，减少单集群过大的风险。
        本质上，k8s是支持超大规模集群部署的，无非就是功能节点（如网关节点、日志、监控、甚至ETCD等）单独部署于物理机或者虚拟机之上，单集群在互联网行业已经超过数千台node。但是在金融行业，需要借用上述的原则进行分域分集群，这样单集群规模理论上就自然而然不会过大了。
       性能上，中大规模建议直接采用裸金属部署k8s，以减少虚拟化层带来的性能损耗和运维复杂度。