一点建议：1、在容器平台和微服务框架之上提供一个开发管理平台。开发管理包括契约管理、打包管理、部署管理、代码工程管理，应用架构管理和CI工具自动对接等。2、让微服务研发过程可视化、工具化、自动化，让管理者能够实时管控和规范微服务研发过程。 3、微服务实施包括认...

其他银行不清楚，但是我们是采用纯应用日志方式实现的全链路，和网络流量没有任何关系，其他探针方式实现也不是基于网络流量获取的，通过在应用侧部署探针方式获取应用交易情况，之前银行都是通过网络流量旁路方式进行APM，但是这种基于网络旁路实现的平台不适合微服务和云，不破不立，...

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

参考已迁移至容器的业务访问数据库方式。

人是有惰性的，要想让大家进行改造，还是要从高层统一思想，自上而下的推进，以鼓励为主。例如试点项目可以在绩效方面进行些奖励。现在的微服务技术相对来说也比较成熟，无论是Spring Cloud全家桶，还是Dubbo都有比较成熟的一套框架，项目组要上手其实还是比较简单。但到遇到具体问题...

容器云编排是将部署、管理、弹性伸缩、容器网络管理都自动化处理。可以帮助你在不同的环境中部署同样的应用，而无需重新开发。容器可以通过微服务架构设计思想使其更好的编排服务，如：存储、网络、安全等。容器云编排目的：1、资源调配和部署；2、配置和调度；3、资源分配；4、容器可...

微服务改造首要解决的难点就是拆分颗粒度的问题，不是越细越好，一般建议根据业务关联度进行拆分，关联度高的应该尽量划分在一个服务范围。可能也需要经历几个周期的不断优化才能找到较合适的方案。其次，个人认为是云上云下微服务互通的问题，往往上云是个逐步的过程，会存在部分服...

1.企业应该从自己的业务创新需求和业务赋能需求去考虑自己的IT架构设计，同时结合企业目前的IT系统应用现状去考虑哪些系统是需要做微服务化和微服务改造的，并不是所有的IT系统都立刻需要微服务设计，只有想清楚了业务需求的本质才能捋清楚需要规划微服务的部分。2.企业构建自...