通过业务建模或者说功能架构的重新梳理， 解耦并重构系统中的业务模块，形成不同的微服务系统。对整个应用的系统接入层、控制层、服务流程层、业务服务/组件层、数据访问层等进行定义划分； 对划分的微服务进行流程编排，使其满足不同的业务场景需要。服务编排结合流程执行引擎...

主流开源软件的特点就是更新快，在选择使用前，应根据自身需要选择一个合适的版本，比如当前的次新版。进入使用后，需要结合自身需求、安全漏洞等因素综合考虑，自身需求一般在长时间内不会有太多变化，都是一些基本需求，为保持稳定，当自身有新的需求当前版本无法满足时才建议考虑采用...

1，大规模app使用硬件负载+软件负载结合，硬件负载作为入口保障安全稳定，软件负载可容器化部署，通过横向扩展满足性能要求。2，不建议将数据直接落地到容器云平台上，应平台与数据分离，采用传统的存储方案或者分布式存储方案；3，kubernetes已是当前的主流和事实标准，大多数的选择。...

应该说容器云平台的适用面还是很广的，比如AI、BI、中间件服务，尤其适用于无状态型的管理系统应用，秒杀类业务量弹性大的应用

SpringCloud与K8S的考量，其实就是SpringCloud要不要跨多个K8S集群的事情。 比较理想的情况是：SpringCloud和K8S完全对齐,也就是一套Spring Cloud运行在一套K8S集群。在这种情况下，微服务、配置中心、注册中心都在相同的K8S集群中。这样，微服务在指向配置中心的时候，写配置中心...

使用开源技术，适应技术更替的趋势。对一些闭门造车的技术保持警惕，即使当下它可以很好的工作，但是伴随人员的更替，能cover住的人流失后，必然变得不可控。人员的构成需要至少具备三类：一，具有领域经验，能够把控趋势，为团队指明方向，规避风险；二，具有自研实力，能够针对实际环境，通过自研...

建议是从软件交付的过程着手，在每个过程中思考是否需要规范、指引来保障，比如CI的时候会想到如果研发人员不按照规范些dockerfile会发生什么，有没必要对此做限制，有的话那就可以设计相应的规范指引，其他过程可以参考这个思路。...

为了提升数据库容器化时的网络性能，一般可以采用网络性能和宿主机一致的 HostNetwork 方式来实现，如果在某些公司或者公有云环境下，出于安全考虑不允许该模式的话，建议采用 calico 的 BGP 模式，但这个也受限于单个子网段，BGP如果要跨网段通信，由于不是采用传统的 overlay...

现在用CSI的比较多