Routing ：网关接收所有 API 请求并将它们转发到目标服务。

Logging ：你将能够在一处记录所有请求。

Authorization: 检查你作为用户是否有资格访问该服务，如果没有，可以拒绝该请求

Performance profiling：你可以估计每个请求的执行时间并检查你的应用程序瓶颈。

Caching：通过在网关级别处理缓存，你将消除服务上的大量流量。

事实上，它是作为一个反向代理工作的，客户端只需要知道你的网关，应用服务就可以隐藏起来，不直接向其他系统暴露。

我为什么要使用它： 如果没有 API 网关，你可能需要在每个服务中做一些横切关注点，例如，如果你想记录服务的请求和响应。此外，如果你的应用程序由多个服务组成，你的客户端需要知道每个服务地址，并且在更改服务地址的情况下，应该更新多个地方。

哪些工具比较好： Kong，Ocelot

负载均衡

它是什么： 我们选择微服务架构最重要的原因是可扩展性，这意味着我们将能够通过运行更多服务实例来处理更多请求，但问题是，哪个实例应该接收请求，或客户端如何知道哪个服务实例应该处理请求？

这些问题的答案是负载均衡。负载均衡是高可用网络基础架构的关键组件,通常用于将工作负载分布到多个服务器来提高网站、应用、数据库或其他服务的性能和可靠性。

我为什么要使用它： 为了扩展你的独立服务，你需要运行多个服务实例。使用负载均衡器，客户端不需要知道服务的正确实例。

哪些工具比较好： Traefik , nginx,Seesaw

服务发现

它是什么： 随着你的应用服务的数量越来越多，服务需要知道彼此的服务实例地址，但是在有很多服务的大型应用中，这是无法处理的。因此我们需要服务发现，它负责提供应用程序中所有组件的地址，它们可以轻松地向服务发现系统发送请求并获取可用的服务实例地址。

我为什么要使用它： 当你的应用程序中可以有多个服务时，服务发现对于你的应用程序来说是必不可少的。你的应用服务不需要知道每个服务实例地址，这意味着服务发现为你铺平了道路。

哪些工具比较好： Consul，Zookeeper，Eureka，etcd和Keepalived

事件总线

它是什么： 在微服务架构模式中，你将使用两种不同类型的通信，同步通信以及异步通信。同步通信是指服务之间通过 HTTP 调用或 GRPC 调用相互调用。异步通信意味着服务通过消息总线或事件总线相互交互，这意味着服务之间没有直接连接。

你的架构可以同时使用两种通信方式，例如在在线商店示例中，你可以在订单注册时发送消息，并且订阅了特定频道的服务将收到该消息。但有时你可能需要一些实时的查询，例如，你需要知道一个物品的数量，你可能会在服务之间使用 GRPC 或 HTTP 调用来获取响应。

我为什么要使用它： 如果你想要一个包含多个服务的可扩展应用程序，你将遵循的原则之一是创建松散耦合的服务，这些服务通过事件总线相互交互。此外，如果你需要创建一个能够插入新服务以接收一系列特定消息的应用程序，则需要使用事件总线

哪些工具比较好： RabbitMQ，Kafka

日志记录

它是什么： 使用微服务架构模式时，最好将服务日志集中起来。这些日志将用于调试问题或根据其类型聚合日志以供分析使用。

我为什么要使用它： 系统调试时，如果没有提前集中在一个地方收集服务日志，你可能会遇到困难。你还可以将与特定请求相关的日志与唯一的相关 ID 关联。这意味着与请求相关的不同服务中的所有日志都可以通过此关联 ID 访问。

哪些工具比较好： Elastic Logstash

监控和警报

它是什么： 在微服务架构中，如果你想要一个可靠的应用程序或服务，你必须监控应用程序的功能、性能、通信和任何其他方面，以实现一个负责任的应用程序。

我为什么要使用它： 你需要监控整体功能和服务健康状况，还需要监控性能瓶颈，并准备解决故障的计划。通过在关键点定义服务的早期警报来减少服务的停机时间，从而优化用户体验。当负载较重时等，监控服务的整体资源消耗。

哪些工具比较好： Prometheus , Kibana,Graphana

分布式追踪

它是什么： 调试始终是开发人员最关心的问题之一，因为你都有跟踪或调试单体引用程序的经验。那是非常直接和容易，但是在微服务架构上，因为一个请求可能会通过不同的服务，这使得调试和跟踪变得困难，因为服务不在一个地方，所以分布式跟工具将会有所帮助。

我为什么要使用它： 如果没有分布式跟踪哪些工具比较好，通过不同的服务跟踪你的请求会令人沮丧或不可能。你可以借助用于演示请求流的丰富 UI 轻松跟踪请求和事件。

哪些工具比较好： OpenTelemetry , Jeager,Zipkin

数据持久化

它是什么： 在大多数系统中，我们需要持久化数据，将应用程序的数据写入具有不同结构的物理文件中，以便数据用于进一步的处理或报告。

我为什么要使用它： 在单体应用程序中，我们曾经有一种或两种不同的持久性类型，大多数单体应用程序使用关系数据库，如 SQL Server、Oracle、mysql。但是在微服务架构中，我们应该遵循“DataBase Per Service”模式，这意味着保持每个微服务的持久数据对该服务是私有的，并且只能通过其 API 访问。

对于不同的用途和场景，你将拥有不同的数据库。例如，数据展示服务可能会使用像 ElasticSearch 或 MongoDB 这样的 NoSQL 数据库，因为它们使用文档基础结构，这意味着这些数据库中持久化数据的结构与关系数据库不同，后者适用于具有读多写少的服务。

另一方面，在某些微服务中，你可能需要 Oracle 或 SQL SERVER 等关系数据库，或者你可能还需要一些支持图结构或键值结构的数据库。

所以，在微服务架构中，根据服务的使命，你会需要不同类型的数据库。

哪些工具比较好： 关系数据库或 RDBMS : PostgreSQL, MySQL, SQL SERVRE, Oracle NoSQL 数据库 : MongoDB, Cassandra,Elasticsearch

缓存

它是什么： 缓存减少了微服务架构的服务到服务通信的延迟。缓存是高速数据存储层。当从缓存中请求数据时，它的速度比访问硬盘中的数据要快。

我为什么要使用它：

在微服务架构中，有许多策略可以通过这些方式实现缓存。考虑以下：

1：嵌入式缓存（分布式和非分布式） 2：客户端-服务器缓存（分布式） 3：反向代理缓存（Sidecar）

为了减少延迟，可以在不同的层中实现缓存。此外，你还可以实现分布式缓存，它可以被多个微服务访问。它们还有不同的用途，比如限流，限流的目的是通过对并发访问/请求进行限速或者一个时间窗口内的的请求进行限速来保护系统，一旦达到限制速率则可以拒绝服务。。

哪些工具比较好 Redis (Remote Dictionary Server), Apache Ignite,Hazelcast IMDG

云供应商

它是什么： 云服务提供商是一个第三方公司，提供基于云的平台，基础设施，应用程序或存储服务。就像房主为电力或天然气等公用事业付费一样，公司通常只需根据业务需求为他们使用的云服务数量付费。

云提供商最重要的类别：

软件即服务 (SaaS)。

平台即服务 (PaaS)。

基础设施即服务 (IaaS)。

我为什么要使用它 使用云计算服务的一个好处是，公司可以避免搭建和维护自己的 IT 基础设施的前期成本和复杂性，而只需在使用时为所用的东西付费。今天，公司可以租用从应用程序到存储的任何东西，而不是拥有自己的计算基础设施或数据中心。 哪些工具比较好 Amazon Web Services (AWS), Microsoft Azure, Google Cloud,Alibaba Cloud

结论

在本文中，我试图展示一个与微服务架构模式相关的路线图。如果你想从头开始实现微服务架构或将单体架构迁移到微服务架构，你将需要了解这些概念。

除了这些概念之外，我们还有其他概念，如服务网格、缓存、持久性，它们可能是本路线图的一部分，但为了简单起见，我故意没有提及它们。

译文链接： Making a Microservice Architecture Roadmap - DZone Microservices

以上是关于一张图看懂微服务架构路线的主要内容，如果未能解决你的问题，请参考以下文章

一张图看懂微服务架构路线

一张图看懂MapReduce 架构是如何工作的？

F3简介一张图看懂FPGA-F3实例

一张图看懂腾讯云智能语音给企业带来怎样的黑科技？

3张图看懂分布式架构与微服务架构的关系