[发明专利]基于服务网格的应用迁移方法、系统和介质

说明书

本公开涉及一种基于服务网格的应用迁移方法、系统和介质。其中所述服务网格基于SpringCloud框架集成，所述方法包括：步骤S1、在Kubernetes集群中部署所述服务网格和微服务平台组件；步骤S2、通过配置DockerFile构建经打包的java程序的镜像，将所述镜像发送至镜像仓库；以及步骤S3、在容器云平台中的服务网格中注入代理以实现所述应用的迁移。该方法将使用SpringCloud开发的微服务系统迁移到服务网格平台时，无需手动去除已引入的原生SpringCloud框架中组件依赖，同时减少系统稳定性风险。

技术领域

本公开涉及数据迁移领域，更具体地，涉及一种基于服务网格的应用迁移方法、系统和介质。

背景技术

微服务架构将单体系统按照业务划分为一组小服务，每个服务独立开发、部署、运维，并运行在不同的进程中，通过轻量级的通讯方式相互调用，各服务互相配合，为用户提供最终价值。近些年，无数的架构师和开发者针对不同场景的各种问题提供了多种解决方案和开源框架，其中SpringCloud是一个解决微服务架构实施问题的综合性框架，它整合了很多第三方组件并创建了一些非常优秀的边缘组件，稳定性高，它为微服务架构中设计的配置管理、服务治理、断路器、智能路由等提供了简单的开发方式。

在云计算的快速发展下，云原生的概念也应运而生。云原生是将应用程序运行在云上的一套技术体系，即采用开源技术栈将应用程序进行容器化部署，基于微服务架构提高应用的灵活性和可维护性，并借助敏捷开发、DevOps持续迭代和自动化运维等方法，充分利用云平台的弹性伸缩和分布式等优势，从而实现动态调度资源、服务解耦、横向扩容、持续交付。在云原生技术体系中，容器编排技术Kubernetes是基石，它是一个基于容器技术的分布式系统支撑平台，其中的Service机制具有服务注册、服务发现和负载均衡功能，Kubernetes具有强大的集群管理能力和故障发现以及自我修复能力，可进行服务的滚动升级和在线扩容，自动调动可扩展资源，极大的简化了用户的运维，提升了资源的弹性，真正的做到了按需使用，降低了用户的成本。

从微服务的工具集来看，Kubernetes本身支持微服务架构，将微服务部署到Pod中，可实现微服务之间的相互访问，但是服务间访问的管理如熔断、限流、动态路由、链路追踪等都不在Kubernetes的能力范围内，服务网格技术Istio可以很好地解决这一问题。

服务网格是一种处理服务间通讯的基础设施层，负责服务之间的网络调用、限流、熔断和监控，服务网格尤其适用于在云原生场景下，帮助应用程序在复杂的服务拓扑间可靠地传递请求。在传统SpringCloud框架中，将服务治理的公共逻辑抽象出成一个公共库，通过SDK的形式在各微服务中引用，业务代码与治理逻辑在同一个进程中，由于这些服务治理大部分都是基于Java开发，则业务代码必须与SDK使用同一种语言。而Istio使用一种Sidecar模式，将治理逻辑彻底从用户的业务代码中剥离出来，用户的业务代码与治理逻辑处于独立的进程中，二者的代码和运行无耦合，且适配各种开发语言。

目前，将使用SpringCloud开发的微服务系统迁移到服务网格平台,并使用Kubernetes自身提供的服务注册发现及负载均衡能力和服务网格的流量治理能力时，目前的解决方案就是手动去除已引入的原生SpringCloud框架中Eureka、Ribbon组件依赖，并重写业务代码，调用Kubernetes提供的接口。这大大增加企业成本，降低开发效率，增加系统稳定性风险；企业需要维护新老两套系统，增加系统维护成本。

发明内容

提供了本公开以解决现有技术中存在的上述问题。

公开了一种基于服务网格的应用迁移方案，其仅需简单引入依赖，即可将基于SpringCloud开发的微服务系统快速迁移到服务网格平台中，无缝对接，侵入性小，无需重构代码，效率高。企业只需维护一套系统，当需要将系统从服务网格平台中回退至微服务系统，只需删除依赖即可，维护成本大大降低。