个人认为与具体的业务类型无关。 建议在平台厂商的支持下根据实际需要制定适合的迁移方案。 首先要将每一个微服务进行容器化适配，一般建议将服务无状态化，这样才能更好地适应容器云平台的动态调度和故障自愈。其次要选择合适的云上微服务框架，现在很多容器云平台能够支持se...
系统部署方面，容器平台较传统虚拟化更加快速，可以实现一键自动化大规模部署，扩容时也十分便捷，由于是池化资源管理，基础资源本身已就绪，在资源池充足的情况下，容器平台在进行应用系统规模扩容时，一般是需要修改副本数，便可实现分钟级扩容效率。传统虚拟化在系统部署过程中，基础资源...
容器云目前在城商行落地的场景主要有几类1.互联网&移动创新业务2.分布式核心系统容器化3.开发&生产&测试 Devops工具链一体整合
一、应用架构：1、建议先对此交易并发系统做好应用架构的规划设计。譬如需识别出此系统哪些模块是部署到容器云平台？ 评估数据库的技术选型和部署架构，在高并发下，账户读热点、账户写热点性能的影响？ 2、此系统有大规模 的约20亿 账户 ，数据库设计时需要进行切片分库处理： 每...
1、建议重点考察产品的高可用性、稳定性和扩展性的特性，譬如对基础设施接口、平台管理（多租户、RBAC权限控制、健康检查、多集群、组件高可用等）、备份灾备、恢复即时性、变更维护、安全策略控制等特性。2、产品在基于K8S的二次开发部分，大部分是应用管理、DEVOPS能力和监控...
建议从技术、流程和人员这三个维度进行问题细化。1、技术平台选型需要遵循“产品成熟、质量稳定、技术主流、生态活跃”的原则，做到科学和专家决策。2、容器云的建设，要规划先行，配套跟上，同时要注重人员技能的成长、流程建设。3、 如果确定关键应用上容器云的项目目标，作为一...
（1）高可用性，一定开启pod的多副本，至少2个以上；（2）安全性，必须有权限隔离，网络隔离，这是容器云原生缺乏的；（3）还是安全性，配置中心或配置文件（密码），必须隔离，妥善保管...
传统应用要迁移到容器云需要考虑以下几点：（1） 应用是否适合于容器化，进而适合于微服务化，比如有些weblogic的应用，非常庞大就不适合，但是今年来也有所改变，比如sap正在把它的应用变小，进而适合于容器化；（2）应用是否无状态，容器上的应用都是无状态的单一应用；（3）迁移到虚机，还是实体机, ...
从监控组件考虑，可以使用skywalking进行链路上api调用中端口信息的跟踪，如果用商业化apm组件，cisco、听云都有不错的产品。在微服务架构中，每个pod就是一个服务，在每个应用pod中加入kong组件，每个kong组件都可以输入流量监控数据到prometheus，这样，也能不方便取代链路监控软件的...
