《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(1)

本文涉及的产品
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
简介: 《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(1)

4.1.3 业务迁移上云最佳实践


通过云化改造后,开始制定各种上云的切流方案。涉及到切流上云的应用多达几百个,整体的依赖又较为复杂,特别核心系统的切流完全不能中断,还有中间件的切流,数据库的切流等。关键切流方案如下:


4.1.3.1 应用平滑上云-注册中心迁移

阿里云微服务引擎MSE提供注册中心动态迁移方案,该方案基于JavaAgent技术实现。在不需要修改代码的情况下,在应用服务注册和服务发现阶段通过JavaAgent技术无感知地自动调整应用原来的服务注册和服务发现的逻辑,来帮助您通过服务双注册和双订阅实现应用注册中心平滑迁移。


4.1.3.1.1 迁移方案介绍

MSE提供了托管版的Nacos,相比开源Nacos功能更强大和稳定,能帮助您免去运维Nacos集群的烦恼,更加聚焦业务本身的实现。但从使用自建注册中心转向MSE提供的注册中心服务,将涉及对当前应用的注册中心迁移。一般的迁移方法分为停机迁移和非停机迁移。


4.1.3.1.1.1 停机迁移

如果业务可以接受一段时间的停止对外服务,可通过停机修改应用注册中心配置将应用从自建注册中心迁移到MSE上注册中心。该种方式特点简单,但所带来的劣势是工作量大、涉及人员较多、流程繁琐耗时,导致注册中心迁移成本高、难度大、影响面广。


4.1.3.1.1.2 非停机迁移

对于大多数企业客户来说,确保注册中心迁移过程平滑、业务无中断非常重要。阿里云微服务引擎MSE提供的基于JavaAgent技术实现的双注册和双订阅迁移方案可实现应用注册中心的非停机平滑迁移。该方案在不需要修改任何代码的情况下,在应用服务注册和服务发现阶段通过JavaAgent技术无感知地自动调整应用原来的服务注册和服务发现逻辑,来帮助应用在迁移过程中同时接入两个注册中心,让已迁移的应用和未迁移的应用可以互相发现,调用不中断,进而保证业务的连续性。相较于停机迁移,该迁移方案仅需重启一次应用接入MSE即可,迁移过程操作便捷,迁移周期短,成本低。


4.1.3.1.1.3 支持的注册中心迁移类型

目前,MSE已经支持SpringCloud、Dubbo以及非Java应用从开源注册中心向MSE注册中心迁移,具体支持的迁移类型如下:


4.1.3.1.1 注册中心迁移参考文档

表五:MSE支持类型

1684832217575.png


4.1.3.1.2 注册中心迁移参考文档

表六:注册中心迁移参考文档

1684832288137.png



《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(2) https://developer.aliyun.com/article/1224234?groupCode=supportservice


相关实践学习
基于MSE实现微服务的全链路灰度
通过本场景的实验操作,您将了解并实现在线业务的微服务全链路灰度能力。
相关文章
|
12月前
|
消息中间件 JSON 运维
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(3)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(3)
|
12月前
|
SQL Oracle 安全
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(5)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(5)
|
12月前
|
运维 负载均衡 Kubernetes
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(2)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(2)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(2)
|
12月前
|
数据库
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(4)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.3 业务迁移上云最佳实践(4)
|
12月前
|
存储 安全 云计算
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.1 上云背景介绍
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.1 上云背景介绍
|
12月前
|
监控 Kubernetes Cloud Native
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.2 云原生应用架构优势(下)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.2 云原生应用架构优势(下)
122 0
|
12月前
|
消息中间件 运维 Kubernetes
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.2 云原生应用架构优势(上)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.1 核心业务上云最佳实践——4.1.2 云原生应用架构优势(上)
141 0
|
12月前
|
双11 云计算
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.2 大促保障最佳实践——4.2.1 背景介绍
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.2 大促保障最佳实践——4.2.1 背景介绍
|
12月前
|
存储 缓存 JSON
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.2 大促保障最佳实践——4.2.3 大促保障的五大技术要素(上)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.2 大促保障最佳实践——4.2.3 大促保障的五大技术要素(上)
142 0
|
12月前
|
NoSQL 安全 关系型数据库
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.2 大促保障最佳实践——4.2.3 大促保障的五大技术要素(下)
《快递行业云上技术服务白皮书》——4. 快递行业技术服务最佳实践——4.2 大促保障最佳实践——4.2.3 大促保障的五大技术要素(下)