整体架构

• 如果我们在单个项目中开发所有功能，那么它被称为基于整体架构的应用程序。

• 我们将应用程序打包为 jar/war 以部署到服务器中。

• 由于整体应用程序包含了所有功能，它将成为 fat jar/war。

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

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

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

微服务架构

• 微服务不是一种编程语言、框架或 API。微服务是一种架构设计模式。

• 微服务建议开发具有松散耦合的应用程序功能。

• 在微服务架构中，我们不会在单个项目中开发所有功能。我们将项目功能划分为多个 REST API。

• 微服务不仅仅与java相关。任何特定于编程语言的项目都可以使用微服务架构。

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

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

优点

• 技术独立（我们可以使用Python、Go等多种技术开发后端API）

• 数据库独立性。

• 每个服务都是相互独立的（松散耦合），因此我们可以独立部署每个服务。

• 如果在任何服务中执行任何更改，则无需部署所有服务，只需部署一个服务即可。

• 开发一项服务不需要了解整个应用程序。

• 单个微服务的故障不会影响整个应用程序，增强整体弹性。

• 更小的代码库和关注点分离使维护和调试更易于管理。

• 由于其较小且独立的性质，各个微服务可以根据需求独立扩展，而无需扩展整个应用程序。

• 每个服务可以进行不同的测试。

缺点

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

company.name=tier3Hub

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

• 由于服务之间的相互依赖和交互，测试基于微服务的应用程序可能会更加复杂。

• 每个服务都会处理一定数量的请求，之后如果我们发送的请求多于服务就会关闭，因此我们需要该服务的多个实例，并在我们需要的服务的不同实例中路由请求负载均衡器平衡来自客户端的请求和不同实例中的路由。但是用 Java 编写负载均衡器很困难。

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

Java提供了名为Spring-Boot的框架来开发Rest API，Spring-Boot提供了很多功能，例如自动配置、嵌入式服务器，如果我们正在开发服务，那么需要在服务器上部署sech服务而spring-Boot提供了tomcat服务器，因此每个服务都运行在tomcat的不同端口上。例如，员工服务在端口 8080 上运行，课程服务在端口 8081 上运行，并且每个服务都有自己的服务器。

在 spring-Boot 的帮助下，提供了快速开发、更少配置、生产就绪应用程序和 stater 项目的功能

Spring框架下有一个项目叫Spring Cloud，它提供了现成的微服务支持，Spring Cloud提供了一些通用的工具和技术来快速开发通用的微服务模式。

Spring Cloud 专注于为典型用例提供良好的开箱即用体验，并提供可扩展性机制以覆盖其他用例

• 分布式/版本化配置
• 服务注册和发现
• 路由
• 服务到服务调用
• 负载均衡
• 断路器
• 分布式消息传递
• 短暂的微服务（任务）
• 消费者驱动和生产者驱动的合同测试。

微服务架构

我们没有固定的微服务架构，开发人员根据项目需求定制微服务架构，大多数项目将使用微服务架构中的以下组件。

1) 服务注册中心（Eureka Server）

2) 服务（REST API）

3) 服务间通信（FeginClient）

4) API网关

5) 管理服务器

6) 拉链

结论

Java 中的微服务改变了我们软件开发的方式，将灵活性、可扩展性和弹性提升到了一个新的水平。 Java 丰富的生态系统与 Spring Boot、Micronaut 等框架相结合，使其成为构建能够满足现代应用程序需求的微服务的绝佳选择。

当我们探索这种架构时，很明显为什么微服务比传统的整体应用程序更受欢迎。它们提供模块化和独立性，允许团队单独开发、部署和扩展服务。在云原生功能日益成为标准的世界中，这一点尤其有价值。然而，这一过程也暴露了一些挑战，例如确保数据一致性、管理服务间通信以及维护跨服务的强大安全性。

及时了解工具和实践的最新进展对于使用微服务的 Java 开发人员至关重要。环境在不断发展，那些适应的人将最有能力充分利用这种架构的潜力。 Java 微服务的未来看起来充满希望，框架和工具不断改进，并得到越来越多渴望分享知识和经验的开发人员社区的支持。

在 Java 中采用微服务意味着为创建更具弹性、可扩展性和可维护性的应用程序打开了大门。通过遵循最佳实践并致力于持续学习，开发人员可以释放软件开发的新可能性，从而带来更具创新性和更高效的解决方案。