Spring Boot 单体应用一键升级成 Spring Cloud Alibaba_springboot单服务项目 如何迭代成为springcloud

背景

随着 Apache Dubbo、Nacos 以及 Spring Cloud 等服务框架的流行，越来越多的企业开始采用微服务架构来构建其应用程序。微服务架构使企业能够将其应用程序拆分成多个小型服务，这些服务可以独立部署和扩展。这种架构模式也使企业更容易实现敏捷开发和持续交付，从而提高了其业务效率和响应能力。

微服务四大件：注册中心、服务提供者、服务消费者、服务治理

如今，随着服务提供者、服务消费者、服务注册中心以及服务治理等微服务几大件的出现和成熟，使得我们使用微服务开发，不仅可以做到快速开发，更能够追求微服务的高效和稳定。

单体 or 微服务？

从上图我们可以看到，随着业务规模的增大，选择单体架构与微服务架构的选择趋势，他们之间存在一个交点。在交点之后，选择微服务架构，业务规模越大越可以享受到微服务架构带来的效率的提升。我们可以观察到，这个交点在持续地向左移动。数字化进程的快速发展普遍让企业的 IT 系统更复杂，开源以及云计算推进的技术标准化，正在大幅度地降低微服务架构的技术门槛，在云上小公司也可以很好地玩转微服务。随着这个趋势的到来，还在使用单体架构的企业也逐渐考虑向微服务转型。我们发现在云上大部分 Java 应用仍然是基于 SpringBoot 的，Spring Boot 应用由于其架构实现的简单性，客户端只需通过 http 和域名就能实现服务调用。因此，许多中小型公司仍然采用该方式进行应用开发。从技术角度上看，我们如何升级 SpringBoot 应用至微服务架构，享受到微服务治理带来的技术红利，我们需要增加 SpringCloud 的 maven 依赖？需要业务进行代码改造？本文可以回答你，不需要一行代码改动。

本方案可以通过 MSE 无侵入实现 Java 应用的注册、发现与治理能力。

1. 当前 MSE 提供的注册中心产品能力主要集中在非持久化服务发现，即服务的状态维护在 client，需要业务方依赖 SDK 主动注册服务，并维持心跳；本方案提供了一种的持久化服务发现能力。
2. 解决跨平台服务发现问题，如跨 K8s 服务发现、非 K8s 服务和 K8s 服务互相发现等。
3. 无侵入实现基于 Spring Boot 应用的服务治理能力，如全链路灰度、限流降级、安全可信等。

方案实践与探索

为了验证该场景，我们提供了一个稍微比较复杂的Demo，通过该 Demo 来分别演示如何通过 MSE 无侵入实现 Spring Boot 应用的服务注册与服务治理。Demo 是根据 K8s Service 进行服务发现并且通过简单的 HttpClient 进行请求调用，详细请求如下：

➜  ~ curl http://47.97.117.48/A/spring_boot                                   
A[10.0.3.238] -> B[10.0.3.227] -> C[10.0.3.230]%

架构如下所示：

介绍完 Demo 之后，我们来逐步演示如何通过服务治理进行服务注册。

通过服务治理完成服务注册

1. 进入到对应的 MSE Nacos 实例页面，选择创建服务

2. 我们填写好服务名、分组名之后，可以选择一个服务治理的应用进行注册

3. 开启了健康检查能力后，我们还可以选择健康检查的协议

4. 点击确定后，我们就实现了通过服务治理方式注册应用与实例至 MSE Nacos 中

5. 根据下图配置，我们分别将 A 应用注册成 sc-A、B 应用注册成 sc-b、C 应用注册成 sc-c

6. 同时我们修改 Zuul 应用的 Nacos 地址配置，使其通过 SDK 方式注册至 MSE Nacos 中

7. 我们通过服务治理方式注册的服务，我们还可以通过服务治理方式将对应的节点从 MSE Nacos 中下线

8.点击 MSE 服务治理中节点详情页面的服务下线，在不用重启应用 pod 的条件下，实现服务从注册中心中下线

到目前为止，我们完成了通过服务治理实现服务注册。

通过服务治理完成服务订阅

1. 我们在需要订阅 Nacos 服务的应用中增加如下 Env

2. 如何订阅对应的服务？

我们 Http 请求域名直接调用对应的服务即可，比如：

restTemplate.getForObject("http://sc-b:20002/spring_boot", String.class);

其中 sc-b 为服务名，默认的分组名可以通过 mse_nacos_group 指定，如果需要指定分组名可以调用 http://sc-b:20002/spring_boot?mse_nacos_group=xxx 即可。

3. 验证

a.通过 MSE Nacos 控制台可以验证，明确订阅关系

b.通过端到端请求验证

➜  ~ curl http://47.97.117.48/A/spring_bootA[10.0.3.238] -> B[10.0.3.229] -> C[10.0.3.241]%

无侵入实现基于 SpringBoot 应用的全链路灰度

到目前为止，我们默认就具备了符合如上场景的全链路灰度能力。

➜  ~ curl http://47.97.117.48/A/spring_boot -H "x-mse-tag: gray"               
Agray[10.0.3.240] -> B[10.0.3.229] -> Cgray[10.0.3.241]%

总结

使用 Spring Boot 应用一样可以快速享受到全链路灰度能力带来的发布体验。我们通过MSE 服务治理能力与Nacos引擎的整合，可以进一步简化与降低研发在云上需要关注的部分，应用的客户端可以再轻量化，进一步提升研发效率。

作者：十眠

原文链接

本文为阿里云原创内容，未经允许不得转载。