amazon-web-services - aws 服务设计和微服务

Question

我很好奇 AWS 服务是如何设计的。例如，以 S3 及其 REST API 之类的服务为例:https://docs.aws.amazon.com/AmazonS3/latest/API/Welcome.html

该服务有很多端点，包括“S3 服务”的全部功能。然而，在幕后，这肯定是许多微服务的集合，至少我是这么想的。

有人对此有任何见解吗？一种常见的设计模式，您可以指出顶级服务层在哪里封装对多个微服务的单独调用(如果事实上，这就是他们正在做的事情)？

谢谢。

Answer 1

构建此类存储服务的典型模板基于中央请求代理，该代理与其他服务和专用数据库交互:

存储代理处理来自 S3 API 用户的 REST 请求(但不仅来自用户，我们稍后会看到)，

该代理使用其他服务来运行:

例如，容器或计算云服务被代理用来处理服务存储节点或容器，

一些数据库服务(通常是 nosql 灵活数据库)用于维护存储服务数据库，

让代理验证请求的身份服务。

该代理维护一些数据库:

为用户维护长期存储对象的对象存储数据库，

一个帐户数据库，其中包含有关所有者的特定信息以及对存储在对象存储中的对象的访问权限，

根据用户和对象类型维护服务级别、功能和行为的存储策略数据库。

经纪人为用户提供服务，但也为其他一些服务:

计算服务可以使用对象存储服务来维护其配置和状态:计算服务向存储服务发送 REST 请求，

仪表板服务可以使用对象存储服务来维护数据集合，

等

进一步查看一些开源存储服务的实现，例如 OpenStack Swift 模块，可能会帮助您找到用于基于其他微服务实现此类服务的通用设计模式。例如，您可以查看本指南的第 1.2.2 节: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/10/pdf/architecture_guide/Red_Hat_OpenStack_Platform-10-Architecture_Guide-en-US.pdf

S3 与 Swift 非常相似，因为在相应的 API 之间有一些网关。

这是具有这种模式的图表: