微服务教程

微服务架构 是一种面向服务的架构。在微服务架构中，存在大量微服务。通过组合所有微服务，它构建了一个大型服务。在微服务架构中，所有服务相互通信。

在微服务教程中，我们将了解如何使用 Spring Cloud 实现微服务。我们将学习如何在微服务之间建立通信，启用 负载均衡，扩展和缩减微服务。我们还将学习使用 Spring Cloud Config Server 集中管理微服务的配置。我们将实现 Eureka 命名服务器 并使用 Spring Cloud Sleuth 和 Zipkin 进行分布式跟踪。我们将使用 Zipkin 创建容错微服务。

我们的微服务教程讨论了微服务架构的基本功能以及相关的例子，以便于理解。

什么是微服务

定义：根据 Sam Newman 的说法，“微服务是协同工作的小型服务。”

根据 James Lewis 和 Martin Fowler 的说法，“微服务架构风格是一种将单个应用程序开发为一系列小型服务的方法。每个微服务运行其进程并与轻量级机制通信。这些服务围绕业务能力构建，并由完全自动化的部署机制独立开发。”

对这些服务的集中管理最少，这些服务可以用不同的编程语言编写，并使用不同的数据存储技术。

注意事项

• 这些是由 REST 暴露的服务。
• 这些是小的、精心选择的可部署单元。
• 这些服务必须支持云。

微服务定义了一种架构方法，将应用程序划分为一组松散耦合的服务，这些服务实现了业务需求。它紧随面向服务的架构 (SOA) 之后。基于微服务架构最重要的特征是，它可以对大型复杂的应用程序进行持续交付。

微服务有助于分解应用程序并构建逻辑上独立的较小应用程序。例如，我们可以借助 Amazon AWS 以最少的努力构建云应用程序。

在上图中，每个微服务都有自己的业务层和数据库。如果我们在一个微服务中进行更改，它不会影响其他服务。这些服务使用轻量级协议（例如 HTTP 或 REST 或消息传递协议）相互通信。

微服务原则

以下是微服务的原则

• 单一责任原则
• 围绕业务领域建模
• 隔离故障
• 基础设施自动化
• 独立部署

单一职责原则

单一责任原则规定，程序中的一个类或一个模块应该只有一个责任。任何微服务在同一时间不能服务多个责任。

围绕业务领域建模

微服务从不限制自己接受合适的技术栈或数据库。技术栈或数据库最适合解决业务目的。

隔离故障

大型应用程序可以基本上不受单个模块故障的影响。服务随时都可能发生故障。因此，快速检测故障，如果可能，自动恢复故障非常重要。

基础设施自动化

基础设施自动化是编写环境脚本的过程。借助脚本环境，我们可以将相同的配置应用于单个节点或数千个节点。它也被称为配置管理、脚本化的基础设施和系统配置管理。

独立部署

微服务是平台无关的。这意味着我们可以独立设计和部署它们，而不会影响其他服务。

目标受众

我们的微服务教程是为希望以简单步骤学习微服务架构的软件专业人士和初学者设计的。本教程将为您提供微服务架构及其组件的深入知识，例如 RabbitMQ 服务器、Eureka 命名服务器、Zuul API 网关、Ribbon、Hystrix 和 Zipkin 服务器。完成本教程后，您可以使用 Spring Cloud 开发 微服务。

前提条件

在继续本教程之前，您应该对 Java、Spring 和 Spring Cloud 框架有基本的了解。因为我们将使用 Spring Cloud 开发微服务。

问题

我们向您保证，您不会在微服务教程中发现任何问题。如果有任何错误，请在联系表单中发布问题。