1.传统核心应用的拆分。目前看需要用绞杀模式慢慢做。新的应用不存在这个问题。2.私有云为主,少量的应用用公有云。金融行业安全最重要,毋庸置疑。银行怎么可能把核心数据放公有云上?
等保2.0有具体的要求,需要将其细化成容器云的配置。对于企业容器云方案如OpenShift,本身就有一些安装时候的最佳实践,按照这个方式安装本身就符合要求。
我认为主要是开发和运维的边界划分问题。例如运维部分负责到容器云K8S层还是负责容器云的宿主机OS?如果只负责到OS,那和传统运维区别不大。如果负责到容器云平台层(不负责上面的应用),那就需要重点考虑容器云的可视化监控
通常是将镜像拷贝的操作通过jenkins pipeline实现。
商业方案可以参考农行、招行。工行的容器云是自研的。
首先要打通开发和运维之间的隔阂。此外,团队每个技术人员重点发展一两方面的技能,做到技能互补。
建议中小银行采用商业开源的容器云上生产。
通过很多开源组件拼接处一个容器云,难度并不是非常高。难点在于运维、升级、故障诊断。K8S每年出三个版本,K8S升级不?升级的话,其他组件升级不?只要有几个组件升级,就可能带来适配性的bug。此外,生产上出现问题,靠网上搜索解
通常是容器云先建设,当集群数量多了,构建容器云管平台。主要是因为:只有用了一段时间容器云,企业才会了解自身对容器云管的特色需求。
取决于自身IT团队人员数量和技能。大型国有银行通常部分自研,部分商用。即使宣称自研,也购买了厂商的咨询服务。完全借助于自身力量,100%自研出来,成本太高,意义不大。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30