2流高手速成记(之六):从SpringBoot到SpringCloudAlibaba
- 2022 年 10 月 31 日
- 筆記
- Java/Spring, spring, Spring Boot, SpringCloud, springcloudalibaba
咱们接上回 2流高手速成记(之五):Springboot整合Shiro实现安全管理 – 14号程序员 – 博客园 (cnblogs.com)
身边常有朋友说:小项目用PHP、大项目用Java(这里绝无贬低PHP技术栈之意),曾经有兴趣对比过两种语言的技术栈
PHP有TP、Laravel这样成熟的企业级框架,Laravel更是秉持匠人精神,利用PHP诸多全新的特性,打造出了现代化的PHP全栈框架
Java则凭借SpringBoot诸多的便捷特性,以及idea这种超智能化ide的加持,相比于传统的JavaEE开发直接拔高了几个位次
二者在Web企业级应用开发领域各自占据了一席之地,设计思想层面也存在诸多的相似之处,如果非要找寻二者决定性的差异,我认为答案就在于——SpringCloud的存在!
从SpringBoot到SpringCloud/SpringCloudAlibaba,从单节点到多节点/微服务,完成这样一次蜕变,是我所期待已久的!
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子,它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来,通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理,最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。——来自百度百科
有人问SpringCloud到底是什么?我们从百科对于SpringCloud的解读不难看出几个关键信息:
1. SpringCloud是一系列框架的有序集合
2. SpringCloud与SpringBoot无缝集成,使用流程大幅简化,可基于SpringBoot实现一键部署
3. SpringCloud主要用于微服务及分布式开发,包含服务发现、配置中心、负载均衡等诸多内容
OK,现在SpringCloud是什么清楚了,那我在标题中提到的SpringCloudAlibaba又是什么?
一句话概括——SpringCloudAlibaba是SpringCloud原基础上的扩展
SpringCloudAlibaba来自国内大名鼎鼎的阿里巴巴技术团队,他们重新提取微服务框架设计理念的精髓,在原SpringCloud基础之上派生出了新的技术栈
SpringCloudAlibaba既基于SpringCloud的设计理念,二者又在工具链层面彼此独立,我们来看他们的区别
名称 | SpringCloud | SpirngCloudAlibaba |
---|---|---|
注册中心 | Eureka、Consul | Nacos |
配置中心 | SpringCloud Config | Nacos |
网关 | SpringCloud Zull | SpringCloud Gateway |
负载均衡 | Ribbon | Loadbalabcer |
熔断降级 | Hystrix | Sentinel |
服务调用 | Feign | OpenFeign |
服务总线 | Bus | Nacos |
消息中间件 | 无(第三方替代方案:rabbitmq) | RecketMQ |
分布式解决方案 | 无(第三方替代方案:2pc) | Seata |
从本节开始,我们会基于SpringCloudAlibaba做一系列讲解,原生SpringCloud相关技术栈放在之后讲解
1. Nacos
SpringCloudAlibaba体系中第一个重要角色来了!:
从上表SpringCloudAlibaba工具链构成中,我们不难发现Nacos被多次提及
Nacos在整个SpringCloudAlibaba体系中担当了多个重要角色,它既是注册中心,又是配置中心,还是服务总线
这些概念不理解?没关系,大家会在后续实际使用过程中逐渐加深认知——这是我个人很喜欢的一种风格,概念听别人讲再多,不如自己实际上手体验一次,每个人自然形成自己独有的认知
我们先移步至Nacos官网://nacos.io/zh-cn/index.html
前往Github下载最新的Release版本解压即可,我们到bin目录下执行命令
startup.cmd -m standalone -f naming
以单机模式启动Nacos,而后访问 //127.0.0.1:8848/nacos/ 将进入登录界面:
初始默认账号nacos,密码nacos,登录后看到主界面
大家可以看到,最开始这里是没有内容的
2. Nacos作为注册中心
新建一个SpringCloudAlibaba工程
我们依然延续第一节(2流高手速成记(之一):初识SpringBoot及基础项目构建 – 14号程序员 – 博客园 (cnblogs.com))中这种构建工程的方式
区别在于这次我们要重点勾选SpringCloud及SpringCloudAlibaba相关依赖项
之后我们将获得一个与之前SpringBoot模板略有不同的工程目录结构
我们看到工程的resources目录下额外多出了一个bootstrap.properties文件,两个Nacos相关的Configuration配置文件暂时用不到
pom.xml中也多出了相应的版本声明及依赖项:
<properties> ...... <spring-cloud-alibaba.version>2.2.2.RELEASE</spring-cloud-alibaba.version> <spring-cloud.version>Hoxton.SR9</spring-cloud.version> </properties> ...... <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId> </dependency> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-dubbo</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter</artifactId> </dependency>
我们先修改下bootstrap.properties和application.properties中指向的nacos服务地址:(注意:两个配置文件下的配置都要修改)
# 设置配置中心服务端地址
spring.cloud.nacos.config.server-addr=127.0.0.1:8848
而后直接启动工程,待工程启动完毕后,刷新nacos主界面
我们将看到我们的应用已经成功【注册】到Nacos服务中心
到这里你是否有种恍然大悟的感觉?这就是Nacos所担当的“注册中心”的角色!
那么我们将应用作为一个服务注册到Nacos又有什么作用呢?答案你或许已经猜到了——供其他应用调用!
这其中的机制我们留个悬念,下一节再讲
3. Nacos作为配置中心
那么nacos又是如何充当配置中心的作用?
还记得刚才多出来的那个bootstrap.properties吗?现在我们可以来聊聊它的作用了
bootstrap.properties的加载时机要优先于application.properties,一般用于指定系统级的相关配置,其配置内容一般固定不变
借助于bootstrap.properties,我们可以实现application.properties配置内容的“云端化”
我们先来看bootstrap.properties的内容:
# Nacos认证信息 spring.cloud.nacos.config.username=nacos spring.cloud.nacos.config.password=nacos spring.cloud.nacos.config.contextPath=/nacos # 设置配置中心服务端地址 spring.cloud.nacos.config.server-addr=127.0.0.1:8848 spring.cloud.nacos.config.namespace= # 应用名称 spring.application.name=hellospringcloudalibaba
可以看到它主要包含了Nacos相关的配置信息
最后应用名称这部分是我后续补充的
之后我们便可以移除本地的application.properties,并将其内容迁移至Nacos
打开Nacos配置管理页面,新增配置
我们重新启动工程,发现在本地不存在application.properties配置的情况下,工程依然可以重新启动,并正确加载迁移到Nacos的工程配置
这就是Nacos作为“配置中心”的作用!而这种云端化配置的方式显然要比application.properties本土化配置的方式更加灵活便捷
这就是Nacos在SpringCloudAlibaba体系之下所起到的核心作用,这里其实也仅是点到为止,但相信你已经对这些概念有了一个大概的了解
以上
本节先是引出了微服务的概念,继而阐述了SpringCloud以及SpringCloudAlibaba的区别,最后具体讲解了Nacos作为SpringCloudAlibaba体系的核心组件所起到的作用
微服务领域的学问博大精深,本节仅是引出了概念而并未做深入讨论;下一节我们将继续挖掘SpringCloudAlibaba微服务更多的机制和用法
Dubbo框架将走进我们的视野!敬请期待~