个人认为与具体的业务类型无关。 建议在平台厂商的支持下根据实际需要制定适合的迁移方案。 首先要将每一个微服务进行容器化适配，一般建议将服务无状态化，这样才能更好地适应容器云平台的动态调度和故障自愈。其次要选择合适的云上微服务框架，现在很多容器云平台能够支持se...

SOA架构是一种中心化服务提供为主，基于ESB消息总线统一串联的分层架构，以标准化的接口协议（UUID、WSDL、SOAP、REST）对外提供提供接入方式，服务与服务之间采用模块化、组件化、独立化的方式提供服务，统一向ESB消息总线进行注册，利用ESB消息总线的路由、调度策略实现异步调用。微...

容器与微服务可以说是最佳组合，容器有轻量化、标准化的特点，微服务有单一职责、技术独立的特点，两者结合可以形成合力。简单总结有如下两方面助力作用：（1）有利于形成统一的轻量化、标准化交付体系，借助容器云平台的服务自动发现、自动编排调度、故障自愈等机制，降低运维复杂度；（2）可...

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

1.建立容器平台对容器进行统一管理，提高资源使用率和运维管理效率。2.将开发部门现有的DevOps工具链整合到Openshift中，提高迭代速度。3.需求交付周期比上一季度少10%，平均交付周期缩短为原来的50%。根据缺陷管理工具统计：比上一季度一次测试通过率提升10%4.构建传统银行数字...

首先你有没有容器云平台，如果有，当然可以上，而且势必要上。上了云能提高资源利用率、节约网络、硬件等成本，目前大部分应用运行在服务器上很多都是浪费资源的，CPU和内存使用率基本不超过80%。而至于微服务改造就需要看应用具体的情况了，但首先使用容器你要把你的应用改成无状态...

不过一般容器对外提供服务都是通过Service。一句话：pod不能被外网访问，service是访问入口。为了适应快速的业务需求，微服务架构已经逐渐成为主流，微服务架构的应用需要有非常好的服务编排支持，k8s中的核心要素Service便提供了一套简化的服务代理和发现机制，天然适应微服务架构，...

建议从以下几方面去考虑：1、数据安全问题，例如 容器突然崩溃，数据库未正常关闭，可能会损坏数据。另外，容器里共享数据卷组，对物理机硬件损伤也比较大。2、性能问题， 关系型数据库，对IO要求较高。当一台物理机跑多个时，IO就会累加，导致IO瓶颈，大大降低 读写性能。3、网络问题， 要理解 ...