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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

优点

  • 技术独立(我们可以使用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 上运行,并且每个服务都有自己的服务器。

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

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

spring框架下有一个名为spring cloud的项目提供了现成的微服务支持,spring cloud提供了一些通用的工具和技术来快速开发微服务的通用模式。

spring cloud 专注于为典型用例提供良好的开箱即用体验,并提供可扩展性机制以覆盖其他用例
  • 分布式/版本化配置
  • 服务注册与发现
  • 路由
  • 服务到服务的调用
  • 负载均衡
  • 断路器
  • 分布式消息传递
  • 短暂的微服务(任务)
  • 消费者驱动和生产者驱动的合约测试。
微服务架构

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

1) 服务注册中心(eureka 服务器)

2) 服务(rest api)

3)服务间通信(feginclient)

4) api网关

5) 管理服务器

6) 拉链

结论

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

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

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

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

以上就是使用 Java Spring Boot 构建可扩展的微服务:最佳实践和技术第 -1 部分的详细内容,更多请关注知识资源分享宝库其它相关文章!

发表评论

访客

◎欢迎参与讨论,请在这里发表您的看法和观点。