使用 Java Spring Boot 构建可扩展的微服务：最佳实践和技术第 -1 部分

php中文网 2024-10-15 11:47:41

整体架构

如果我们在单个项目中开发所有功能，那么它被称为基于单体架构的应用程序。
我们将应用程序打包为jar/war以部署到服务器中。
由于整体应用程序包含了所有功能，它将成为 fat jar/war。

优点
1) 易于开发和管理。
2）一切都在一处。
3）只需配置一次。

缺点
1）维护困难
2）单点故障
3) 如果我们执行任何更改，则整个项目将重新部署和测试。
4) 开发者可能不了解整个模块，因此更难开始修复问题。
5) 如果某个模块负载过大，我们需要创建完整应用程序的多个实例，这样会占用大量空间，因为每个模块彼此紧密耦合。

为了克服单体式的问题，微服务架构应运而生

立即学习“Java免费学习笔记（深入）”；

微服务架构

微服务不是一种编程语言、框架或 api。微服务是一种架构设计模式。
微服务建议以松散耦合的方式开发应用程序功能。
在微服务架构中，我们不会在单个项目中开发所有功能。我们将项目功能划分为多个rest api。
微服务不仅仅与java有关。任何特定于编程语言的项目都可以使用微服务架构。

微服务是我们开发小型服务的一种方法，每个服务都在自己的容器/进程/服务器上运行，服务应该是轻量级的并且可独立部署。这可以实现更快的开发、部署和可扩展性。

正如你所看到的，单体应用程序的员工模块、客户模块、地址模块和课程模块现在都转换成了小型服务，所以这里它们就像员工服务、客户服务、地址服务和课程服务。在单体应用程序中，使用单个数据库，但在微服务应用程序中，每个服务都有自己的数据库。他们现在相互依赖。每个服务都在相互通信，其余的调用。

优点

技术独立（我们可以使用python、go等多种技术开发后端api）
数据库独立性。
每个服务彼此独立（松散耦合），因此我们可以独立部署每个服务。
如果在任何服务中执行任何更改，则无需部署所有服务，只需部署一个服务即可。
开发一项服务不需要了解整个应用程序。
单个微服务的故障不会影响整个应用，增强整体弹性。
更小的代码库和关注点分离使维护和调试更易于管理。
由于其较小且独立的性质，各个微服务可以根据需求独立扩展，而无需扩展整个应用程序。
每个服务可以进行不同的测试。

缺点

如果我们想要在一个服务配置中执行更改，那么我们需要对每个服务配置执行更改，例如，我所有项目中的每个 application.properties 文件中都存在一个公共属性。

company.name=tier3Hub

所以如果我们想更改公司名称，那么所有的服务都需要更改名称。

由于服务之间的相互依赖和交互，测试基于微服务的应用程序可能会更加复杂。
每个服务都会处理一定数量的请求，之后如果我们发送的请求多于服务就会关闭，因此我们需要该服务的多个实例，并将请求路由到我们的服务的不同实例中需要一个负载均衡器来平衡来自客户端的请求和不同实例中的路由。但是用 java 编写负载均衡器很困难。

为什么选择 java 来实现微服务

java提供了spring-boot的框架来开发rest api，spring-boot提供了很多功能，比如自动配置，嵌入式服务器，如果我们要开发服务，那么需要在服务上部署sech服务server和spring-boot提供了tomcat服务器，因此每个服务都运行在tomcat的不同端口上。例如员工服务在端口 8080 上运行，课程服务在端口 8081 上运行，并且每个服务都有自己的服务器。