阿里云微服务示例项目指南

宁彦腾

于 2024-08-07 09:02:08 发布

阅读量373

点赞数 5

本文链接：https://blog.csdn.net/gitblog_00199/article/details/140972232

版权

阿里云微服务示例项目指南

alibabacloud-microservice-demoAn Alibaba Cloud native microservice demo powered by Apache Dubbo and Spring Cloud Alibaba项目地址:https://gitcode.com/gh_mirrors/al/alibabacloud-microservice-demo

一、项目介绍

阿里的阿里巴巴云原生微服务示范工程是基于Apache Dubbo和Spring Cloud Alibaba构建的一个微服务架构范例。它展示了如何在阿里云上使用这些技术栈来搭建和管理微服务系统。

该项目旨在提供一个全面而实用的例子，帮助开发者理解和实施微服务的最佳实践，特别是在中国云环境下的部署和运维策略。通过这个项目，你可以学习到：

微服务设计模式。
服务间通信机制（如Dubbo）。
服务注册和发现方案（如Nacos）。
自动容错和负载均衡策略（如Sentinel）。
应用性能监控和调试工具（如Alibaba Cloud ARMS）。
弹性伸缩和分布式事务处理方法。

此项目不仅包含了各种微服务组件的实际示例，还集成了阿里巴巴云的多个产品和服务，例如企业级分布式应用服务（EDAS）、容器服务Kubernetes版等，以展示其在真实世界中的集成能力和优化效果。

此外，该演示项目还包括了使用GraalVM进行本地编译以及JDK开发的对比分析，以及基于ARM的虚拟机实例的评估测试，这为性能敏感型的应用提供了宝贵的参考依据。

二、项目快速启动

为了便于初学者迅速上手并理解整个微服务框架的工作流程，下面将详细介绍如何从零开始运行本项目的核心功能——电商购物车场景。

环境准备

首先确保你的机器已安装以下软件：

JDK 8 或更高版本
Maven 3.5 或更高版本
Docker for Mac/Linux（可选）
Git
Alibaba Cloud CLI（用于EDAS的部署）

克隆项目仓库

打开命令行窗口或终端，输入以下命令克隆GitHub上的项目仓库：

git clone https://github.com/aliyun/alibabacloud-microservice-demo.git
cd alibabacloud-microservice-demo

构建项目

接下来使用Maven对项目执行打包操作。这里我们假设你已经在$HOME/.m2/settings.xml文件中配置好了阿里云镜像源。

执行命令如下：

mvn clean package -DskipTests

启动单个微服务实例

我们以“商品服务”为例说明如何独立启动其中一个微服务组件。找到mse-simple-demo目录下的src/main/java/com/aliyun/example/service/ProductServiceApplication.java主类文件，然后在IDEA中右键选择Run As > Java Application即可运行服务。

或者，在控制台中进入对应子项目路径并执行以下命令：

java -jar target/microservice-product-service-1.0-SNAPSHOT.jar

此时你应该能看到类似这样的日志输出表示服务已经成功启动：

INFO [main] (SpringBootWebApplicationStarter.java:277) - The following application is running on http://localhost:8080

至此，第一个微服务实例便成功在本地环境中完成了初始化工作！

三、应用案例和最佳实践

实战应用：电商购物流程

基础架构图解

architecture

我们的目标是在这样一个复杂的业务场景下实现高可用性和低延迟响应时间。为达成这一目的，我们将采用以下关键技术点作为支持：

注册中心：通过Nacos进行服务的自动注册和发现；
服务网关：利用Zuul作为统一入口点和出口点，起到路由转发及安全防护的作用；
熔断限流降级机制：借助Hystrix+Resilience4j提升整体系统的稳定性和容错能力；
数据持久层解决方案：MyBatis Plus+Druid连接池+Redis缓存中间件保证数据库访问效率和存储安全性；
消息队列优化同步异步交互过程：RabbitMQ+SimpMessagingTemplate简化事件驱动逻辑；
可视化监控仪表盘：Prometheus+Grafana组合实时监控资源状态变化情况；

以上就是关于本次实战化改造所需要掌握的核心技能点了。

操作步骤详解

注册中心与服务治理

在前面章节中我们已经介绍了如何单独运行各个微服务实例，现在我们需要将其接入到集群环境下以便于后续的操作管理。

由于Nacos本身也具备类似Consul的功能，所以我们只需要在各自应用程序中添加如下依赖配置就可以完成服务注册和发现过程了：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

紧接着修改application.properties文件加入相关参数设置（以ProductServiceApplication为例），具体格式如下所示：

spring.application.name=microservice-product-service
spring.cloud.nacos.discovery.server-addr=127.0.0.1:8848 # Nacos地址
logging.level.org.springframework.web.reactive.function.client.ExchangeFunctions=DEBUG # 开启详细请求日志打印

这样做的好处在于当某个节点出现问题时可以快速切换至其他健康单元继续提供服务，从而避免出现雪崩效应造成不可挽回损失。

API Gateway 设计思路

考虑到前端页面可能会调用多个不同微服务接口才能获取全部所需信息，这就导致网络传输次数增多且增加总体耗时。因此引入API Gateway作中间层转发请求成为解决上述问题的有效途径之一。

实现方式主要有两种：一种是基于Filter链路动态拼接URL后发起新HTTP请求，另一种则直接由Zuul自身充当HTTP服务器接收客户端发来的原始GET/POST包再内部路由转交至相应目的地处理后再返回结果。后者相比于前者的优势在于能够避免因连续调用而带来的额外开销，同时还能防止因为频繁跨域请求引起的Cookie泄露风险等问题发生。

以第二种方案为例说明具体做法如下：

将所有公共API按照一定规则定义成一组PathPattern对象并保存至全局变量中去；
根据传入URI判断是否属于预设范围之内，若是则直接返回对应实体类型而非JSON字符串形式的ResponseEntity实例对象；
否则遍历Filter列表查找匹配项，并执行相应的预处理/后置函数体方法后重新封装RequestEntity对象发送给下一个过滤器链环节直至到达最后一个元素为止；
最终触发TargetHandlerInterceptor拦截器钩子函数，在那里我们可以检查Session状态，如果未登录则跳转至Login页面提示先进行账号验证操作；否则允许正常流转继续向下走；
接下来将会根据ConfigurableApplicationContext上下文信息加载各类Bean对象注入到各个Controller控制器里面去，进而绑定RESTful风格的方法签名供外界调用；
至于如何实现路由转发功能？其实也很简单，只需要在每个Controller类头上面加上@RestControler注解标明这是一个RESTful service即可。之后再在映射地址后面加上相应的Method属性指定该接口仅支持GET/PUT/DELETE之类的特定请求类型便可啦；
最后一步则是要配置好Eureka Server端监听端口以及IP地址，这样每一个初次启动时的微服务都会向中央注册表上报自己的位置信息，方便别人定位过来。当然如果你嫌麻烦也可以直接将它们写死进代码里去，但这样做显然不利于维护管理和扩展升级哦。

经过上述一系列复杂而又繁琐的过程后终于使得整个系统具备了初步交互能力啦！

但是还有一个问题值得我们深入探讨一下：那就是既然都已经有了统一的入口点，那么是不是意味着只要做好权限校验就能彻底杜绝非法入侵呢？

答案肯定不是这样的。因为在实际生产环境中往往还需要应对更多不确定因素干扰，比如攻击者可能会利用某种手段绕过防火墙防护措施进入到内网中试图窃取重要数据资料等情况发生。这时候就需要结合WAF、IPS等多种安全设备共同协作防御了。

除了抵御外部恶意行为之外，还要时刻关注内网中服务器主机健康状况变化趋势以及时做出应急响应决策。常用的监测指标包括但不限于CPU占用率、内存剩余量大小、磁盘空间容量等等。

最后想要提醒大家一点的是，请务必保持良好的编码习惯和技术文档更新频率，这样才能让团队成员之间更加默契高效地合作沟通起来并且降低后期运维成本支出比例哟！