lansh

 很好的问题，本人参与过国内大客户的一些云平台的自研，自研的话首先是需要有个专门的团队针对平台进行开发和运维，另外需要有些团队进行平台的推广和项目的迁移工作，以为Kubernetes社区是一个比较活跃，同时涉及的技术面相...

选择自研或商用，我觉的从几个方面考虑：1. 组织意愿，选择自研需要一种魄力，愿意承担未来可能发生的各种问题；而选择商用可能就由服务提供商帮助解决；2. 人才梯队，选择自研就需要有一支专业的云原生技术团队，能够理解技术原理...

自研过程中遇到的问题不一定都是技术型的，也有些可能是规范或者应用上的问题，对此，解决不同问题，采取的方案也不同，但对于容器技术上的问题：建立一支专业的容器云平台技术研发团队是必不可少的，学习业内优秀产品，跟进社区技术...

选择商用路线建设容器云平台：往往其因1，项目时间紧，选用开源的平台进行研发时间赶不上；2相关人员的数目投入较少，人力成本低；3，少踩一下开源平台的坑，遇到紧急的问题，商业能及时提供解决，把运维风险较大转移至商业平台公司，降低...

1）根据行业的要求和特性，结合公司的实际情况（当前的已有的系统架构，相关的平台复用，人员的技术储备，公司的组织架构）来选择适合自身的容器云平台技术方案 2）根据不同的业务系统的服务等级和系统架构，差异化采用不同的灾备方案...

金融行业中系统的可用性和稳定性有比较高的要求，在选用哪个容器云平台时，想必都进过了严格的选型和测试；测试和生产容器云平台上线的优先和在传统的虚拟平台等一致，一般都先上测试环境，相应的应用系统在容器云平台测试成功...

多层vxlan 效率比较低且运维软件默认不认识这包，需要定制。最佳的方案让你的数据中心运行BGP.容器选择BGP能力的calico . kuberouter 等等都可以之所以这么做，理由是BGP是网络通用协议，直接三层直达，无缝对接各种网络，比如...

简单扩展下：容器技术逐渐普及，以K8S为主要编排器技术的容器生态逐渐建立，但每个企业都在实际落地的过程中都会多多少少碰到“痛点”。主要体现在如下两方面：1. 存储，本地存储对一些有共享场景的业务缺乏灵活性；分布式存储，...