对于容器云平台的高可用性,完全可以参照银行业常用的方案:两地三中心。 不同中心使用独立部署 容器云 集群,集群间数据进行定时同步。网络、存储、计算资源采用传统方案进行部署就好了。最主要的是如何管理多集群,这个可
人是有惰性的,要想让大家进行改造,还是要从高层统一思想,自上而下的推进,以鼓励为主。例如试点项目可以在绩效方面进行些奖励。现在的微服务技术相对来说也比较成熟,无论是Spring Cloud全家桶,还是Dubbo都有比较成熟的一套
这个问题有点深入,一般使用应该很少用到这块,新版的K8S应该会自动帮我们优化。可以参考下https://zhuanlan.zhihu.com/p/128677316
容器网络和存储无非是那几种协议,无法满足金融行业的要求也要看,只要不是核心交易系统,我觉得一些内部管理系统完全没啥问题,无论选择开源自主建设还是选择厂商产品主要还是看行方自身的能力,如果你整个技术部门就几个人管
个人觉得微服务化的改造还是要结合应用具体的架构情况,建议新应用按最新的微服务架构去处理,而已有的后续慢慢把业务迁移过去。在服务的划分方面可以采用DDD-领域驱动设计来进行相关服务的划分,业务语言的统一。
简单介绍下了解的几家商业银行的建设情况:招商银行2014年开始通过PaaS平台切入云计算,先后引入了Cloud Foudry和Kubernetes容器技术,大量应用系统基于PaaS分布式平台开发,实现微服务架构的标准化,建成云1.0。目前已进一步
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30