赞
踩
作者:十眠
随着 Apache Dubbo、Nacos 以及 Spring Cloud 等服务框架的流行,越来越多的企业开始采用微服务架构来构建其应用程序。微服务架构使企业能够将其应用程序拆分成多个小型服务,这些服务可以独立部署和扩展。这种架构模式也使企业更容易实现敏捷开发和持续交付,从而提高了其业务效率和响应能力。
微服务四大件:注册中心、服务提供者、服务消费者、服务治理
如今,随着服务提供者、服务消费者、服务注册中心以及服务治理等微服务几大件的出现和成熟,使得我们使用微服务开发,不仅可以做到快速开发,更能够追求微服务的高效和稳定。
单体 or 微服务?
从上图我们可以看到,随着业务规模的增大,选择单体架构与微服务架构的选择趋势,他们之间存在一个交点。在交点之后,选择微服务架构,业务规模越大越可以享受到微服务架构带来的效率的提升。我们可以观察到,这个交点在持续地向左移动。数字化进程的快速发展普遍让企业的 IT 系统更复杂,开源以及云计算推进的技术标准化,正在大幅度地降低微服务架构的技术门槛,在云上小公司也可以很好地玩转微服务。随着这个趋势的到来,还在使用单体架构的企业也逐渐考虑向微服务转型。我们发现在云上大部分 Java 应用仍然是基于 SpringBoot 的,Spring Boot 应用由于其架构实现的简单性,客户端只需通过 http 和域名就能实现服务调用。因此,许多中小型公司仍然采用该方式进行应用开发。从技术角度上看,我们如何升级 SpringBoot 应用至微服务架构,享受到微服务治理带来的技术红利,我们需要增加 SpringCloud 的 maven 依赖?需要业务进行代码改造?本文可以回答你,不需要一行代码改动。
本方案可以通过 MSE 无侵入实现 Java 应用的注册、发现与治理能力。
为了验证该场景,我们提供了一个稍微比较复杂的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 之后,我们来逐步演示如何通过服务治理进行服务注册。
我们填写好服务名、分组名之后,可以选择一个服务治理的应用进行注册
开启了健康检查能力后,我们还可以选择健康检查的协议
同时我们修改 Zuul 应用的 Nacos 地址配置,使其通过 SDK 方式注册至 MSE Nacos 中
我们通过服务治理方式注册的服务,我们还可以通过服务治理方式将对应的节点从 MSE Nacos 中下线
到目前为止,我们完成了通过服务治理实现服务注册。
我们 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 即可。
a.通过 MSE Nacos 控制台可以验证,明确订阅关系
b.通过端到端请求验证
➜ ~ curl http://47.97.117.48/A/spring_boot
A[10.0.3.238] -> B[10.0.3.229] -> C[10.0.3.241]%
到目前为止,我们默认就具备了符合如上场景的全链路灰度能力。
➜ ~ 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引擎的整合,可以进一步简化与降低研发在云上需要关注的部分,应用的客户端可以再轻量化,进一步提升研发效率。
点击此处进入微服务引擎 MSE 官网查看
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。