AWS 消息队列服务 SQS

引言

应用系统需要处理海量数据，数据发送方和数据消费方是通过什么方式来无缝集成消费数据的，AWS 提供 SQS 消息队列服务来解决这个无缝通讯问题，使得应用之间解耦，异步，可靠，灵活和可维护性。

什么是 SQS

AWS SQS（Amazon Simple Queue Service）是一种由 Amazon Web Services 提供的完全托管的消息队列服务。它允许分布式应用程序的各个组件之间异步传输消息，而无需丢失消息或需要其他服务始终可用。以下是 AWS SQS 的主要特点和功能：

1. 消息队列
   发送和接收消息：SQS 允许应用程序组件之间通过消息队列进行通信。发送方将消息发送到队列中，接收方从队列中读取消息。
   消息持久性：消息在队列中保存直到它们被接收并删除。即使发送方或接收方出现故障，消息仍然存在。
2. 两种队列类型
   标准队列：提供几乎无限的吞吐量，允许每秒处理大量消息。标准队列保证消息至少被处理一次，但可能偶尔会发生消息重复或顺序错乱。
   FIFO 队列（先入先出）：确保消息按照发送的顺序严格处理且每条消息仅处理一次。适用于顺序处理非常重要的场景。
3. 消息延迟
   SQS 支持对消息的发送进行延迟处理，允许消息在指定时间之后才变为可见。
4. 自动扩展
   SQS 是一个完全托管的服务，可以根据流量自动扩展，不需要用户自行管理容量。
5. 与其他 AWS 服务集成
   SQS 可以与许多 AWS 服务无缝集成，比如与 AWS Lambda 配合使用，实现无服务器计算；或与 Amazon S3、EC2 等结合，构建复杂的分布式系统。
   分离系统组件：通过将应用程序组件解耦，你可以在系统的各个部分之间创建一个异步的、可靠的通信机制，这有助于提高系统的灵活性和可维护性
6. 消息处理
   SQS 提供了可调的消息保留时间（1 分钟到 14 天），以及消息可见性超时，用于控制消息在队列中的处理方式。
7. 安全性
   SQS 支持通过 AWS Identity and Access Management (IAM) 控制对队列的访问权限，并支持加密，确保消息的安全传输和存储。
   AWS SQS 非常适用于需要解耦、扩展以及提高系统容错能力的场景，如订单处理系统、任务分配系统等。
8. 成本效益：SQS 按需计费，你只需为你使用的消息量和请求付费，无需预付费用或长期承诺。

SQS 访问策略 Access Policy

在 AWS SQS 中，访问策略（Access Policy）用于控制对 SQS 队列的访问权限。访问策略可以定义谁（即哪些用户或服务）可以访问队列，以及他们能够执行的操作。访问策略是基于 JSON 格式的策略文档，通常通过 AWS Identity and Access Management (IAM) 实现。以下是有关 SQS 访问策略的主要概念和示例。

1. 策略结构
   SQS 访问策略通常包括以下几个部分：

• Version：指定策略语言的版本。
• Id（可选）：策略的唯一标识符。
• Statement：一个或多个权限声明，定义允许或拒绝的操作。
  每个 Statement 通常包含以下元素：
• Effect：指定是允许（Allow）还是拒绝（Deny）访问。
• Action：指定允许或拒绝的具体操作（例如：sqs:SendMessage、sqs:ReceiveMessage）。
• Resource：指定策略应用的资源，即具体的 SQS 队列 ARN。
• Principal：指定可以执行操作的用户、角色或服务。
• Condition（可选）：指定进一步限制访问权限的条件。

2. 常见操作
   sqs:SendMessage：允许用户发送消息到队列。
   sqs:ReceiveMessage：允许用户从队列接收消息。
   sqs:DeleteMessage：允许用户从队列中删除消息。
   sqs:GetQueueAttributes：允许用户获取队列属性。
3. 示例策略
   以下是一个示例策略，允许某个特定的 AWS 账户 ID（111122223333）向特定的 SQS 队列发送消息。

{
   
  "Version": "2012-10-17",
  "Id": "ExamplePolicy"