4同行回答
- 首先是人才：云原生相关技术作为前沿技术，有经验的专业人才不易寻找；
其次是技术：对于云计算相关技术的深入理解，如何作出满足实际需要的解决方案，比如：
- 集群方面：面对不同的业务类型及规模和特点，可能提供的集群方式也不尽相同，比如共享集群、专有集群，甚至共享分区或私有分区；
- 计算方面：节点类型（物理机、虚拟机）、宿主机系统（centos、ubuntu）、容器运行时（docker、kata）、k8s等及其相关版本的选型，以及特定应用场景相关调度策略的二次开发；另外对于特定场景，比如ai，还需要有gpu等相关的支持；
- 网络方面：针对不同的应用场景，可能建立容器网络的方式也不尽相同（比如：overlay、underlay、隧道），甚至还需要实现特定能力的定制开发，比如IP固定；
- 存储方面：在容器云平台提供存储方面，不同数据中心，底层存储类型或iaas平台不尽相同，也需要自定义开发k8s csi扩展组件，实现存储资源的自动供给；
- 部署架构：以金融核心应用为例，需要满足多活跨AZ的要求，这就需要在原生k8s部署方式的基础上进行扩展，实现应用跨AZ跨k8s集群部署，保障业务多活高可用。
- 再次，在一个已有完善运维管理体系的机构之中，上线一个新的容器云平台，势必会有一些管理流程、运维工具、监控系统的对接，以及相关的沟通交流；
- 最后，新的云原生技术的普及，对于习惯传统技术研发及运维的人员来说，新的技术的引入，适当的宣传和技术支持也是必不可少的，当然也是一个不小的挑战。
dg容器云平台的建设模式选择自研与否，是需要先规划清楚此平台上要承载哪些业务应用。
如果是关键业务应用，则为保持业务连续性，自研容器云平台的高可用性、稳定性会是最大的挑战。
如果是承载些边缘应用，则自研容器云平台用户体验、工具打通、应用上云等工作会遇到困难。
1、可持续性技术输出
金融企业主业在金融交易上，而容器云作为IT的一种底层技术选择，自研的动力并不充足。因此，能否有长时间稳定的开发团队来支撑，这是需要注意的问题。
2、内部推广困难
在内部推广过程中，往往会遇到应用开发团队不愿意使用的问题。有应用团队对容器不了解，排查使用新技术的情况；也有平台不好用的问题。
根据我的经验，
a、领导要对容器化应用有足够重视，推动各个团队使用；
b、反复给应用团队培训容器，让其了解容器能够给其带来的价值；
c、对于已经熟悉开源K8s的开发人员，更喜欢用yaml发布；运维人员对k8s了解有限，需要界面化操作。这两种类型，平台都需要兼顾。
3、人员需要持续学习
既然干上IT这行，就要活到老学到老。需要对K8s及周边技术的持续学习，包括对开源社区的动向也要及时了解。
自研容器云
需要有专业的人长时间持续投入。如果跟本职业务方向不一致，且应用规模短期内不够大，不建议自研容器云。前期投入大，见效慢。
自研路线：
a、实现容器上生产的基本要求（应用发布、高可用、对接存储、监控告警、日志采集、多租户等）
b、进行初步优化（支持灰度、蓝绿等多种发布模式、多集群应用发布、实现界面化和自动化操作等）
c、打通周边系统（DevOps、微服务、云管等）
技术领域：
k8s、docker、存储、网络、helm、operator、harbor、Prometheus、EFK、
收起通过很多开源组件拼接处一个容器云，难度并不是非常高。难点在于运维、升级、故障诊断。K8S每年出三个版本，K8S升级不？升级的话，其他组件升级不?只要有几个组件升级，就可能带来适配性的bug。此外，生产上出现问题，靠网上搜索解决方案，压力还是很大的。
收起