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

Spring Cloud Function是一个使基于Lambda，Azure以及其他“serverless”平台简单的构建无服务器应用程序的工具。它为所有主流JVM语言提供了一个模型，并且可以对不同平台进行部署。下面是创建一个Spring Cloud Function Serverless项目的步骤：选择适当的IDE，在IDE中打开Sprin...

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

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

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

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

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

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

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

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