微服务项目搭建之技术选型

· 浏览次数 : 0

小编点评

**微服务技术栈** **组件** | **描述** | |---|---| | **Spring Cloud Netflix** | 分布式注册中心和配置中心,提供服务发现、配置管理和负载均衡 | | **Spring Cloud Alibaba** |阿里巴巴生态系统的组件,提供消息队列、分布式事务、RPC框架等 | | **Eureka** | 服务注册和发现组件 | | **Ribbon** | 基于 Netflix 的客户端负载均衡组件 | | **Hystrix** | 容错和延迟容忍的库 | | **Zuul** | 网关组件,提供请求路由、过滤和负载均衡等功能 | | **Nacos** | 服务发现和配置管理平台 | | **Sentinel** | 轻量级流量控制和熔断降级框架 | | **Seata** | 高性能微服务分布式事务解决方案 | | **RocketMQ** |阿里巴巴开源的分布式消息队列 | | **Dubbo** | 高性能 RPC 框架 | | **Alibaba Cloud OSS** | 云存储服务 | | **Alibaba Cloud SMS** | 短息服务 | | **SchedulerX** | 分布式任务调度产品 | | **Zipkin** | 分布式系统跟踪系统 | | **Prometheus** | 系统监控和可视化工具 | | **Grafana** | 系统监控和可视化工具 |

正文

1、什么是微服务

Java微服务是一种架构风格,通过将单个Spring Boot应用程序拆分为一组小型、独立的Spring Boot服务来构建分布式系统。每个微服务都运行在自己的进程中,并使用轻量级通信机制(如HTTP或消息队列)来进行相互之间的通信。微服务的设计目标是提高系统的灵活性、可伸缩性和可维护性。通过将应用程序拆分为多个微服务,可以实现更好的团队协作和并行开发。每个微服务都可以由不同的开发团队负责开发和维护,因此可以快速迭代和部署,而不会对整个系统产生太大的影响。

拆分微服务的特点:

  • 独立部署:每个微服务都可以独立部署,因为它们是独立的进程。这意味着当某个微服务需要进行更改或调整时,只需重新部署该微服务,而不需要重新部署整个系统。
  • 松耦合:由于微服务之间使用轻量级通信机制进行通信,它们可以相对独立地演化和扩展。每个微服务都可以根据需要进行扩展,而不会对其他微服务造成影响。
  • 垂直划分:微服务架构鼓励将应用程序按业务领域划分为多个微服务。这种垂直划分使得每个微服务都可以专注于解决特定的业务问题,提高开发和维护的效率。
  • 弹性和容错:微服务架构使用一些弹性和容错机制来提高系统的稳定性。例如,可以使用负载均衡、熔断器和容错机制来处理异常情况,并保护系统免受单个微服务的故障影响。
  • 中心化治理:微服务架构通常使用一些中心化的工具和组件来处理服务注册和发现、负载均衡、监控和日志等功能。

微服务的弊端:

  • 分布式系统复杂性:拆分成多个微服务后,系统的复杂性得到加剧。需要考虑服务之间的通信、数据一致性、服务调用链的监控等问题。因此,微服务架构需要更高的开发和运维技术水平,同时也需要投入更多的成本和资源进行管理和维护。
  • 服务调用开销:由于微服务之间需要进行网络通信,会带来一定的性能开销。每个服务调用都需要经过网络传输,并可能受到网络延迟和故障的影响。因此,需要在设计和实现中考虑减少服务之间的调用次数,以提高性能和可靠性。
  • 数据管理复杂性:由于数据在不同的微服务中被分散存储,数据一致性和事务处理变得更加困难。需要采用一些分布式数据管理策略,如事件驱动架构或分布式事务,来确保数据的一致性和可靠性。

总体而言,Java微服务架构使得开发人员可以更好地构建、部署和维护分布式系统。通过拆分应用程序为多个小型服务,并使用适当的工具和模式来管理这些服务之间的通信和协调,提高系统的弹性、可伸缩性和可维护性。但是在决定将单体应用程序转换为微服务时,需要仔细评估和权衡成本和利益,确保有足够的资源和技术能力来应对微服务架构所带来的挑战。微服务架构带来的分布式系统的复杂性,包括服务发现、通信、数据一致性等方面的问题还是值得我们去谨慎考虑的。

2、微服务常见组件和功能

Spring Cloud是一个用于构建分布式系统的开发工具集合,基于Spring框架,提供了一系列的解决方案和工具,使得开发者能够更轻松地构建、部署和管理分布式系统中的微服务。一套完整的微服务架构需要以下相关组件:

  • 注册中心:服务的注册与发现,服务可以注册自己的信息到注册中心,并且可以从注册中心获取其他服务的信息,从而实现服务之间的通信和协作。
  • 配置中心:集中式的配置管理解决方案,可以实现对分布式系统中各个微服务的配置进行集中管理,实现配置的动态刷新。
  • 网关: 统一的接口访问路径,实现请求的转发、鉴权、限流、请求转换等功能。
  • 负载均衡: 使得服务能够根据负载情况自动分配流量,并提供了一些策略和配置选项来实现高效的负载均衡。
  • 远程调用:远程调用是微服务架构中的重要部分,它使得服务之间可以相互协作并提供复杂的业务功能。
  • 熔断器:熔断器可以防止分布式系统中的故障蔓延,通过快速失败和回退机制,保护调用方免受故障影响。
  • 链路追踪: 实现分布式系统中的链路追踪和请求跟踪。通过链路追踪,可以跟踪请求在分布式系统中的传递和处理路径,便于故障排查和性能优化。
  • 消息队列: 消息队列可以用于在微服务之间进行消息的传递和通信,实现解耦和异步通信。
  • 任务调度:对定时任务进行管理和调度的过程。任务调度涉及到确定任务的执行时间、执行频率、任务优先级以及任务间的依赖关系等。帮助我们管理和调度任务,提高系统的效率和可靠性。
  • 服务监控:用于监控微服务的性能指标、错误和故障信息。常用监控工具:Prometheus和Grafana 。
  • 容器化和编排:容器化和编排工具用于将微服务部署到容器中,并管理容器化应用程序的生命周期。Docker和Kubernetes是常见的容器化和编排工具。

以上就是微服务常见组件和功能,实际上,微服务技术栈可以根据特定的需求和技术栈进行灵活的组合和扩展。选择正确的微服务栈组件取决于应用程序的要求、团队的技术能力和可用的资源。

总的来说微服务分为服务核心组件和服务治理两个方面,架构图如下:

通过使用五大核心组件,微服务已经搭建成功了,但并不算是一个完整的微服务。如果没有服务治理方面的组件,很难确保系统稳定性、安全性和可扩展性的。

3、微服务技术栈

现在微服务有两套实现分别为Spring Cloud Netflix和Spring Cloud Alibaba两个大版本。Spring Cloud Netflix版一些重要组件如注册中心Euraka、Ribbon、Zuul、Feign已经不再迭代更新了,而Spring Cloud Alibaba已经慢慢的孵化出了一套自己的相关组件。

3.1、Spring Cloud Netflix相关组件说明

主要由:Eureka、Ribbon、Feign、Hystrix、Zuul|Gateway、Config等组件组成。还有一些补充组件Spring Cloud Config(分布式配置管理)、Spring Cloud Bus(消息总线)、Spring Cloud Security(安全管理)等。

  • Eureka:Eureka是一个服务注册和发现组件。服务提供者可以将自己注册到Eureka服务器,而服务消费者可以从Eureka服务器中获取可用的服务列表。Eureka提供了负载均衡和故障转移的能力。
  • Spring Cloud Config:配置中心,集中式的配置管理解决方案。
  • Feign:Feign是一个声明式的HTTP客户端。它简化了对其他微服务的调用,比如使用Feign可以轻松地定义RESTful接口并将其映射到实际的服务调用。Feign集成了Ribbon和Hystrix,提供了负载均衡和容错的能力。目前Feign已经不迭代更新,可以使用OpenFeign。
  • Ribbon:Ribbon是一个客户端负载均衡组件。它可以根据配置的负载均衡策略,从服务注册中心(如Eureka)获取可用服务列表,并将请求分发给这些服务实例。Ribbon支持多种负载均衡算法,并提供了灵活的配置选项。
  • Hystrix:Hystrix是一个容错和延迟容忍的库。它可以防止分布式系统中的故障导致级联故障。Hystrix通过使用断路器模式,可以在服务调用失败时提供回退机制,并提供了实时的监控和度量指标。
  • Zuul:Zuul是一个网关组件,可以实现请求的路由、过滤和负载均衡等功能。它可以作为一个单一入口点,代理客户端请求并将其路由到后端的微服务。同时,Zuul还支持动态路由配置和服务的自动发现。服务网关,多个服务提供唯一的访问接口。目前Zuul不迭代更新,可以使用Gateway。

总之,Spring Cloud Netflix提供了一套完整的、基于Netflix OSS的分布式系统解决方案。通过使用这些组件,可以更轻松地构建和管理微服务架构,并提供负载均衡、容错和服务发现等核心功能。但是由于许多组件已经不再迭代更新了,所以不推荐全部使用基于Netflix的一套微服务解决方案。需要通过别的组件配合使用。

3.2 Spring Cloud Alibaba相关组件说明

Spring Cloud Alibaba是Spring Cloud的一套拓展框架,它提供了一系列与阿里巴巴生态系统集成的组件,用于构建微服务架构。主要由:Nacos、Sentinel、Seata、RocketMQ、Dubbo等组件组成。目前RocketMQ、Dubbo和Seata这三个项目都已经捐赠给了Apache软件基金会(Apache Software Foundation)。

  • Nacos:Nacos是一个服务发现和配置管理的平台,可以实现服务注册、发现、配置和管理。Nacos可以作为一个类似于Eureka和Spring Cloud Config的解决方案,同时还提供了更丰富的配置管理能力。有图形化界面,简化了微服务架构的复杂度。
  • Sentinel:Sentinel是一个轻量级的流量控制和熔断降级框架。它可以实时监控应用的流量和系统状态,并提供实时的流量控制、熔断降级和系统负载保护等功能。多个维度保护服务的稳定性。
  • Seata:高性能微服务分布式事务解决方案。
  • RocketMQ:RocketMQ是阿里巴巴开源的分布式消息队列系统。它提供了低延时、高可靠性、高吞吐量的消息传递服务,适用于大规模分布式系统的消息通信。
  • Dubbo:高性能 RPC 框架。类似于OpenFeign。
  • Alibaba Cloud OSS(Object Storage Service):是阿里云提供的海量、安全、低成本、高可靠的云存储服务。Spring Cloud Alibaba支持将OSS作为文件存储和对象存储的解决方案,并提供了便利的API和工具,用于在微服务中使用OSS进行文件上传、下载和存储操作。
  • Alibaba Cloud SMS(Short Message Service):是阿里云提供的短信服务。Spring Cloud Alibaba提供了集成SMS的组件,可以轻松地发送短信通知和验证码等消息。覆盖全球的短信服务,友好、高效、智能的互联化通讯能力,帮助企业迅速搭建客户触达通道。
  • Alibaba Cloud SchedulerX:阿里中间件团队开发的一款分布式任务调度产品,提供秒级、精准、高可靠、高可用的定时(基于 Cron 表达式)任务调度服务。

OSS、SMS、SchedulerX等主要是阿里云的商业化产品,需要付费才能够使用。总之阿里巴巴生态系统的组件集成,为我们提供了更多的选择和功能。可以轻松地构建阿里巴巴风格的微服务应用,并利用阿里巴巴生态系统的资源进行扩展和集成。也是目前最流行的一套微服务架构解决方案。

4、微服务技术选择

通过上面我们了解到微服务使用的相关技术栈,我们可以通过结合Spring Cloud Netflix和Spring Cloud Alibaba相关组件。选择出一套基于自己想要搭建的微服务技术栈:

  • 注册中心和配置中心:使用Spring Cloud Alibaba Nacos
  • 负载均衡:使用LoadBalancer。Spring Cloud LoadBalancer是Spring Cloud官方推荐的负载均衡器,这是一个全新的负载均衡解决方案。它提供了多种负载均衡算法(如轮询、随机等),并支持与服务注册中心集成,以获取服务实例列表。
  • 服务调用:使用OpenFeign或者Dubbo,OpenFeign是声明式的HTTP客户端,Dubbo是RPC框架。
  • 熔断降级:使用Spring Cloud Alibaba Sentinel
  • 消息队列:使用RocketMQ
  • 分布式事务:使用Spring Cloud Alibaba Seata
  • API网关:使用Gateway。Spring Cloud Gateway是一个高性能、可扩展的API网关,用于路由、转发和过滤进入的HTTP请求。
  • 任务调度:使用xxl-job, xxl-job是一个功能丰富、易用的分布式任务调度平台,可以实现定时任务的调度和执行。它可以作为一个独立的服务集群,对任务进行统一的管理和调度,并支持任务的动态添加、修改和删除, 适用于各种定时任务的场景.
  • 链路追踪 : 使用Zipkin ,Zipkin是一个开源的分布式系统跟踪系统,用于收集、检索和展示微服务架构中的请求链路信息。它可以追踪和分析请求路径,识别性能问题和排查故障。
  • 服务监控:使用Prometheus和Grafana ,Prometheus和Grafana是两个常用的监控和可视化工具,常用于对系统和应用程序进行监控和数据可视化。

以上就是搭建微服务项目技术栈所需要的组件。另外也可以把注册中心替换为Eureka,配置中心使用携程开源的分布式配置中心Apollo,它们都是不错的选择,具体实现可以根据特定的需求进行灵活的组合和扩展。具体使用组件取决于应用程序的要求、团队的技术能力和可用的资源。通过这些以选择正确的微服务技术栈。

5、总结

总之,希望我们在搭建微服务的过程中,不要盲目的去使用任何一个组件,更不要因为那个组件比较流行就使用那个组件。每个微服务组件都有它们的使用场景,也有它们的利与弊。在使用之前一定要考虑它的使用成本以及是否有足够的资源支撑和团队的技术能力是否达标。如果满足所有条件,在考虑使用它。最后希望不管是企业使用也好还是个人自己使用,都可以正确的选择一套适用于自己或者企业的微服务技术实践方案。

与微服务项目搭建之技术选型相似的内容:

微服务项目搭建之技术选型

1、什么是微服务 Java微服务是一种架构风格,通过将单个Spring Boot应用程序拆分为一组小型、独立的Spring Boot服务来构建分布式系统。每个微服务都运行在自己的进程中,并使用轻量级通信机制(如HTTP或消息队列)来进行相互之间的通信。微服务的设计目标是提高系统的灵活性、可伸缩性和可

虚拟化技术浅析第二弹之初识Kubernetes

作者:京东物流 杨建民 一、微服务架构起源 单体架构:可以理解为主要业务逻辑模块(我们编写的代码模块,不包括独立的中间件)运行在一个进程中的应用,最典型的是运行在一个Tomcat容器中,位于一个进程里。单体架构好处是技术门槛低、编程工作量少、开发简单快捷、调试方便、环境容易搭建、容易发布部署及升级,

[转帖]微服务基础设施搭建必做的 4 件事

https://www.jianshu.com/p/9d61aa5c16c1 建议阅读方式 可前往语雀阅读,体验更好:微服务基础设施搭建必做的 4 件事 背景介绍 随着流量与业务复杂度的日益增加,包括敏捷研发理论的普及,大型网站往往采用分治的方式,将整个系统划分为若干个内部相对自治的子模块 比如电商

SpringCloud-ZipKin搭建保姆级教程

服务链路追踪 一、服务追踪说明 微服务架构是通过业务来划分服务的,使⽤REST调⽤。对外暴露的⼀个接⼝,可能需要 很多个服务协同才能完成这个接⼝功能,如果链路上任何⼀个服务出现问题或者⽹络超 时,都会形成导致接⼝调⽤失败。 随着业务的不断扩张,服务之间互相调⽤会越来越复杂,它们之间的调⽤关系也许如下

SpringCloud-Config配置中心搭建保姆级教程

一、分布式配置中⼼ 在使⽤微服务架构开发的项⽬中,每个服务都有⾃⼰的配置⽂件(application.yml),如果将每个服务的配置⽂件直接写在对应的服务中,存在以下问题: 1. 服务开发完成之后,需要打包部署,配置⽂件也会打包在jar⽂件中,不便于项⽬部署之后的配置修改(在源码中修改——重新打包—

buildkit ctr 与 k3s的简单学习

摘要 前面一部分学习了 buildkit的简单搭建 也学习会了如果build images的简单处理 但是搭建镜像只是万里长征第一步. 如何进行微服务部署,才是关键的第二步. 公司最近使用基于K3S的K8S发行版 基于此 准备进行下一步的学习 简单结论 Buildkit 能够极大的减少镜像的大小 并

Ribbon默认负载均衡规则替换为NacosRule

> 近期博主在参与一个 Spring Cloud 搭建,版本为 Hoxton.SR12,服务注册发现组件为 Nacos 的老项目时,发现项目负载均衡组件 Ribbon 的负载均衡规则在某些场景下不够完美,比如新版本上线,需要重启服务。因此写了这边文章与大家分享。 在微服务架构中,负载均衡是实现高可用

微服务项目Git仓库自动化脚本

说明 基于微服务项目,产生的的多项目仓库管理脚本。可直接保存 shell 脚本后酌情修改后试用 目录结构 xxxx Xxx1Api/ Xxx2Api/ git_clone_api.sh git_branch_dev.sh git_pull_all.sh git_status.sh api-build

Go-Zero从0到1实现微服务项目开发(二)

继续更新GoZero微服务实战系列文章:上一篇被GoZero作者万总点赞了,本文将继续使用 Go-zero 提供的工具和组件,从零开始逐步构建一个基本的微服务项目。手把手带你完成:项目初始化+需求分析+表结构设计+api+rpc+goctl+apifox调试+细节处理。带你实现一个完整微服务的开发。

这些负载均衡都解决哪些问题?服务、网关、NGINX

这篇文章解答一下群友的一系列提问: 在微服务项目中,有服务的负载均衡、网关的负载均衡、Nginx的负载均衡,这几个负载均衡分别用来解决什么问题呢? 在微服务项目中,服务的负载均衡、网关的负载均衡和Nginx的负载均衡都用于解决不同的问题: 1. 服务的负载均衡: 先抛出一个问题: 当一个微服务被多个