AWS SNS：實時通知的完整指南

教學

AWS

跨應用程式管理即時通知可能是一個巨大的挑戰 – 至少沒有適當的訊息服務。

Amazon Simple Notification Service（SNS）提供了一個完全受管的訊息解決方案，用於解耦和擴展微服務、分散式系統和無伺服器應用程式。SNS允許您通過多種傳輸協議（如HTTP/S、電子郵件、簡訊和行動應用程式通知）向大量訂閱者發送訊息。AWS SNS處理所有訊息傳遞的重要工作，包括可靠的傳遞、重試和退避功能，讓您可以專注於構建核心應用程式功能。

AWS SNS 遵循一個發佈-訂閱模型，易於擴展和理解。一條已發佈的消息可以同時分發到多個端點，使 SNS 成為事件驅動架構的理想選擇。

在本教程中，我將指導您如何設置和使用 AWS SNS 來跨多個渠道發送通知。

什麼是 AWS SNS？

Amazon 簡訊服務（SNS）是 AWS 的托管發佈/訂閱消息服務，可讓您解耦微服務、分佈式系統和無服務應用程式。

SNS採用簡單的發布-訂閱模型，發佈者將消息發送到主題，訂閱者則接收這些消息。將SNS主題視為通訊頻道——您將消息發佈到這個頻道，任何訂閱者都會立即收到通知。這個系統的美妙之處在於，發佈者不需要知道誰在接收他們的消息，而訂閱者也不需要知道誰在發送消息。

您可能會想知道這與其他AWS消息服務如簡單隊列服務 (SQS) 有何不同。簡單來說，SQS使用基於隊列的模型，主要設計用於異步處理任務，而SNS則專注於同時向多個接收者廣播消息。這使得SNS非常適合需要通知多個系統有關剛剛發生事件的場景。您可以在 SQS與SNS的博客文章中了解更多差異。

SNS 支援多種交付協議，從而讓您的訂閱者以不同方式接收通知。

AWS SNS 的主要功能

SNS 具備豐富功能，使其成為您唯一需要的通知服務。以下列出其中一些：

分散式架構： SNS 可以同時將訊息傳遞給數千個端點，因此您可以透過單一的 API 呼叫向整個應用程式生態系統廣播更新。
多種傳輸協議：您不僅限於一種發送消息的方式。SNS 支持 HTTP/HTTPS 端點、電子郵件、簡訊、行動推播通知，甚至 SQS 隊列作為訂閱端點。
消息過濾：不是每個訂閱者都需要每條消息。通過消息過濾，您的訂閱者可以創建過濾政策，只接收他們關心的消息，從而減少噪聲和處理開銷。
消息歸檔：如果您需要保留所有發送通知的記錄，您會高興地知道 SNS 與 Amazon S3 集成以進行消息歸檔，並與 Amazon Redshift 集成以進行分析。
配送狀態追蹤：您可以監控通知的配送狀態，以確保它們能達到目的地。這對於簡訊和行動推播通知特別有用，因為這類配送並不保證。
加密：您的敏感數據在SNS的伺服器端加密支持下得到保護，這確保了您的消息在傳輸過程中保持機密。

不過，SNS 最棒的部分在於可擴展性。SNS 會根據應用程式的需求自動調整規模。每天發送十條還是一千萬條通知都沒問題，服務會自動調整，不需要任何手動干預。

接下來，我將向您展示如何設置 SNS。

設置 AWS SNS

在您可以使用 SNS 發送第一條通知之前，您需要按照一些設置步驟來準備一切。

步驟 1：建立 AWS 帳戶

如果您還沒有 AWS 帳戶，您需要先創建一個才能開始使用 SNS。

前往 AWS 首頁，然後在右上角點擊「創建 AWS 帳戶」按鈕。您需要提供您的電子郵件地址，創建密碼，並輸入一些基本的帳戶資訊。AWS 也會要求您提供信用卡詳細資訊 – 不用擔心，SNS 提供相當慷慨的免費額度，除非您超過這些限制，否則不會收費。

一旦您的帳戶設置完成，您就可以進一步操作。然而，我強烈建議創建一個專用的 IAM 用戶，而不是使用您的根帳戶。這不在今天文章的範疇內，但請參考官方指導以獲取詳細指南。

現在您已擁有 AWS 帳戶，是時候訪問 SNS 服務了。

使用您的憑證登入 AWS 管理控制台並找到 SNS。您可以通過三種方式完成這個操作：

在控制台頂部的搜索框中輸入”SNS”
點擊頂部導航欄中的”服務”，在”應用集成”類別下找到 SNS
直接進入 SNS 控制台

無論哪種方式，您應該看到以下畫面：

圖片1 – AWS SNS 服務頁面

一旦進入SNS儀表板，您會在左側看到一個菜單，其中包含“主題”、“訂閱”和“手機”等選項。該儀表板為您提供了SNS資源和最近活動的概覽。

對於新帳戶來說，這裡將會相當空 — 這是預期的。現在，讓我們創建第一個SNS主題。

SNS主題基本上是發布者發送消息並訂閱者收聽的通訊頻道。

把它想像成收音機電台 – 電台在特定頻率（主題）上廣播，任何調至該頻率的人都會收到廣播。在SNS術語中，您的應用程序向主題發布消息，所有訂閱該主題的端點都會收到這些消息。

這裡是創建您的第一個 SNS 主題的方法：

在您在圖片 1 中看到的畫面上，輸入主題名稱。
點擊”下一步”按鈕。
選擇”標準”作為類型（FIFO 主題有不同的用例，我們稍後會介紹）。
（可選）輸入顯示名稱。這將包含在發送給 SMS 或電子郵件訂閱者的消息中。
暫時保留其他設置為默認值。
點擊“創建主題”。

如果您更喜歡圖像而不是文本，您的屏幕應該如下所示：

圖片2 – SNS 主題創建

當您滿意數值時，向下滾動直到看到“創建主題”按鈕：

圖片3 – SNS 主題創建（2）

這就是全部！你的SNS主題現在可以使用了。你會看到主題 ARN（Amazon資源名稱）等詳細信息，這個 ARN 是用來唯一標識你的主題的：

圖片4 – 創建主題詳情

你的新主題已準備就緒可以訂閱，但目前還沒有任何訂閱者，這意味著你發布的任何消息都不會被傳送到任何地方。別擔心，在下一節中當你添加訂閱者時就會解決這個問題。

就像我之前所說的，你的SNS主題就像一個廣播電台。它目前沒有聽眾，但一旦你添加訂閱者來接收你的消息，情況就會改變。

訂閱者是從你的SNS主題接收通知的任何終端點，當發布消息時會收到通知。

考慮一下電子報的類比。每次您發布新版本（消息），它都會被發送給郵件列表中的每個人。社交網絡使這一過程自動化並可擴展，並為您處理所有交付物流。

AWS支持各種不同類型的訂閱者，這為您的消息處理提供了靈活性。我將列出主要類型如下：

電子郵件地址：直接向電子郵件收件箱發送純文本通知。
SMS號碼：將短信通知發送到移動電話。
SQS 隊列:將訊息路由到其他 AWS 服務進行進一步處理。
Lambda 函數: 觸發無伺服器程式碼執行以回應通知。
HTTP/HTTPS 端點:將訊息發送到網頁應用程式或 API。
手機推送:將通知直接推送至手機應用程式。

每種訂閱類型都有其自身的優勢和用途。例如，電子郵件和短訊非常適合人類接收者，而SQS隊列和Lambda函數則更適合系統間通信。

步驟1：新增訂閱者

現在您了解了什麼是訂閱者，讓我們將一個訂閱者加入到您的主題中。在本教程中，我將使用電子郵件，因為這是設置最簡單的方式。

以下是如何將電子郵件訂閱者添加到您的SNS主題中：

從您主題的詳細頁面（如圖片4所示）點擊”建立訂閱”按鈕。
在”協議”下拉選單中，選擇”電子郵件”。
在”端點”欄位中，輸入應該接收通知的電子郵件地址。
保留所有其他設置為它們的默認值。
點擊”建立訂閱”。

您的屏幕應該看起來像這樣：

圖片5 – 創建電子郵件訂閱

點擊“創建訂閱”後，AWS將將訂閱添加到您的主題中，但它將處於“待確認”狀態：

圖片6 – 待確認狀態

這是一個重要的安全功能，因為AWS希望確保電子郵件地址的所有者確實希望接收這些通知。

第2步：確認訂閱

添加訂閱者後，他們必須確認他們希望從您的SNS主題接收通知。

AWS會自動發送確認郵件到您指定的地址。郵件中包含一個連結，收件人必須點擊該連結來啟用訂閱。在這之前，發佈到該主題的任何消息都不會傳送到該端點。

這是一封典型的確認郵件示例:

圖片7 – SNS確認郵件

收件人只需點擊郵件中的“確認訂閱”鏈接。他們將被帶到一個頁面，確認他們的訂閱現在已生效:

圖片8 – 訂閱確認消息

對於SMS訂閱者，過程類似 – AWS會發送一條包含確認鏈接的短信，收件人必須跟隨該鏈接。HTTP/HTTPS端點需要對AWS的確認請求做出回應，而AWS資源如Lambda函數和SQS佇列可以配置為自動確認。

您可以通過點擊SNS控制台左側邊欄中的「訂閱」部分來檢查您的訂閱狀態。已確認的訂閱將顯示為「已確認」狀態，而等待確認的訂閱將顯示為「待確認」。

圖片9 – 訂閱狀態

一旦您的訂閱被確認，您就可以開始發送消息了！任何發佈到主題的消息將使用其指定的協議發送給所有已確認的訂閱者。

這就是設置SNS訂閱的全部內容。在下一節中，您將學習如何將消息發佈到您的主題並測試訂閱者是否正確收到。

現在您已經設置了SNS主題並添加了訂閱者，現在是發送您的第一條通知的時候了。

步驟1：發佈消息

開始的好方法是通過AWS控制台發佈消息。

要发送您的第一条消息，请转到您主题的详细页面，然后单击右上角的“发布消息”按钮（请参见图像4）。这将打开消息发布表单，在那里您可以撰写通知。您将看到消息主题和正文的字段。主题是可选的，但对于电子邮件通知很有帮助，因为它会成为电子邮件的主题行。

对于简单的测试消息，您可以输入类似以下内容：

图像10 – 第一条消息内容

当您对消息满意时，请向下滚动并单击表单底部的“发布消息”按钮：

圖片11 – 通過控制台發布消息

點擊後，SNS立即將您的消息分發給所有已確認的訂閱者。如果您設置了電子郵件訂閱，您應該在幾秒鐘內在收件箱中收到測試消息：

圖片12 – 電子郵件中收到的消息

簡單，對吧？現在讓我們看看如何進一步自定義它。

步驟2：發送短信和電子郵件通知

SNS允許您自定義不同類型訂閱者看到消息的方式。

發佈消息時，您會注意到「消息結構」選項。默認情況下，它設置為「所有傳遞協議的相同有效載荷」，這意味著所有訂閱者都會收到完全相同的消息。但是，您也可以選擇「每個傳遞協議的自定義有效載荷」，這使您可以為每種訂閱者類型定製消息格式。

對於電子郵件通知，您有兩種格式選項：

電子郵件-JSON：將原始的 JSON 載荷發送到電子郵件端點。
電子郵件：發送一封包含主題和消息正文的格式化電子郵件。

圖像 13 – 負載自定義

對於 SMS 通知，請記住有 160 字符的限制。SNS 將傳送更長的消息，但這些消息將被視為多條消息。您還可以將 SMS 消息類型設置為「促銷」或「交易」，這會影響傳送優化：

圖像 14 – SMS 選項

您現在知道如何通過 AWS 控制台發送和自定義電子郵件通知。接下來，您將學習如何通過 CLI 和 Python 做同樣的事情。

步驟 3：使用 AWS CLI 或 SDK 發佈消息

控制台非常適合進行手動測試，但在現實世界中，您會希望以程式化方式發佈消息。

AWS命令行界面（CLI）使從您的終端機或自動化腳本發送SNS消息變得輕鬆。

假設您已經安裝並配置了AWS CLI，運行這個命令來通過CLI發佈消息：圖片15 – 通過AWS CLI發佈消息

aws sns publish --topic-arn "sns-arn" --subject "CLI Notification" --message "Hello from the AWS CLI!"

一瞬間，您將在收件箱中看到類似的消息：

圖片16 – 通過AWS CLI發布消息（2）

對於更高級的應用程序，AWS SDK提供了在許多編程語言中對SNS的編程訪問。

這裡有一個使用Python和boto3庫發布消息的簡單示例：

import boto3

# 初始化SNS客戶端
sns_client = boto3.client("sns", region_name="eu-central-1")

# 主題ARN（Amazon資源名稱）
topic_arn = "sns-arn"

# 發布一條簡單消息
response = sns_client.publish(
    TopicArn=topic_arn, Message="Hello from Python!", Subject="Python Notification"
)

# 檢查消息是否成功發送
if "MessageId" in response:
    print(f"Message published successfully! Message ID: {response['MessageId']}")

圖片17 – 通過Python SDK發布消息

再次，消息立即傳送到我的收件箱：

圖片18 – 通過Python SDK發佈消息(2)

這就是使用SNS發佈消息的全部內容！您現在有多種方式來發送通知，從簡單的控制台界面到使用AWS CLI或SDK的程序化發佈。

> 對AWS Boto在Python中不熟悉？報名參加我們的課程，讓您迅速掌握。

在下一部分中，我們將探討一些SNS的高級功能，讓您的通知提升到一個新的水平。

到目前為止，您已經學會了SNS的基本知識。在這一部分中，您將看到幾個使SNS真正強大的高級功能。

將相同通知發送給所有訂閱者通常會導致端點收到他們不關心的訊息。

訊息篩選通過允許訂閱者根據訊息屬性篩選他們接收的訊息來解決這個問題。想像一下設置電子郵件過濾器 – 您創建規則來確定哪些訊息透過。對於 SNS 來說，這些規則被稱為篩選策略。

首先，您可以在訂閱上設置篩選策略，以便它們只接收相關的訊息：

圖片 19 – 通知篩選策略

在這個例子中，訂閱者將僅接收屬性 order_value 的數值為1500及以上的消息通知。

現在，要發送這樣的通知，您可以使用以下Python代碼：

import boto3

# 初始化SNS客戶端
sns_client = boto3.client("sns", region_name="eu-central-1")

# 主題ARN（亞馬遜資源名稱）
topic_arn = "arn:aws:sns:eu-central-1:105036517833:TestTopic"

response = sns_client.publish(
    TopicArn=topic_arn,
    Message="A new high-value order has been placed",
    Subject="New Order Notification",
    MessageAttributes={
        "order_value": {"DataType": "Number", "StringValue": "2000"},
        "region": {"DataType": "String", "StringValue": "EU"},
        "category": {"DataType": "String", "StringValue": "Electronics"},
    },
)

print(response)

這是運行Python腳本後您將看到的內容：

圖片20 – 通過Python發送通知

只有當order_value 的值為1500或以上時，您將收到通知：

圖片21 – 通知內容

簡而言之，過濾策略允許您發送針對性通知，而無需更改發佈代碼。最好的部分是過濾發生在AWS端，而不是在您的應用程序中，這提高了效率並減少不必要的流量。

即使是最可靠的系統，有時消息傳遞也可能失敗。

死信隊列（Dead Letter Queue，DLQ）是一個特殊的Amazon SQS隊列，SNS可以將無法傳遞給其訂閱者的消息發送到該隊列。這通常發生在訂閱者不可用或返回錯誤時。與其永遠丟失這些失敗的消息，SNS將其重定向到DLQ，以便稍後分析或重試傳遞。

設置DLQ涉及兩個步驟。首先，創建一個作為DLQ的SQS隊列：

圖片22 – 創建SQS隊列

然後，配置您的SNS訂閱以使用此隊列來處理無法傳遞的消息：

圖片23 – 將重試策略添加到SQS隊列

此配置需要正確的權限，因為 SNS 需要能夠將消息發送到 SQS 隊列。在 AWS 控制台中，您可以通過一個簡單的复選框來設置這一點，但如果您使用 CloudFormation 或其他基礎設施即代碼工具，則需要添加相應的 IAM 權限。

設置了 DLQ 後，您可以監控交付失敗並在需要時採取行動。例如，您可以設置一個警報，當消息開始出現在 DLQ 中時觸發，向您提醒有關訂閱者可能存在問題，但這超出了本節的範圍。

使用 AWS Lambda 與 SNS

Lambda 函數為處理 SNS 消息開啟了無限可能性。

當您將Lambda函數訂閱到SNS主題時，每次發布消息時函數都會自動觸發。Lambda的無伺服器方法意味著您無需管理任何基礎架構進行消息處理，因為它會根據消息量自動進行擴展。

首先，創建一個Lambda函數：

圖片24 – 創建Lambda函數

然後，使用類似於以下代碼填充它：

def lambda_handler(event, context):
    # SNS 訊息進入 'Records' 陣列
    for record in event["Records"]:
        # 擷取訊息
        message = record["Sns"]["Message"]
        subject = record["Sns"]["Subject"]
        timestamp = record["Sns"]["Timestamp"]

        # 處理訊息
        print(f"Received message: {message}")
        print(f"Subject: {subject}")
        print(f"Timestamp: {timestamp}")

        # 您的業務邏輯在這裡
        # 例如，將訊息存儲在資料庫中
        # 或觸發另一個 AWS 服務
        print("ALL DONE!")

    # 返回成功
    return {"statusCode": 200, "body": "Message processed successfully"}

圖像 25 – Lambda 函數代碼

一旦您的代碼準備好，點擊 “添加觸發器” 按鈕以將 Lambda 函數連接到 SNS：

圖像 26 – 將 SNS 連接到 Lambda

該函數現在已連接到佇列，這意味著您可以發送測試通知：

圖片 27 – 測試通知

Lambda 函數允許您監控日誌，這意味著您可以查看最近的函數調用 – 發送通知的結果：

圖片 28 – Lambda 函數日誌

Lambda 函數幾乎可以對這些消息做任何事情 – 將其存儲在數據庫中、觸發其他 AWS 服務、發送電子郵件，甚至調用外部 API。這使得 SNS 和 Lambda 成為構建事件驅動架構的強大組合。您可以在 AWS Lambda 入門教程中了解更多有關 Lambda 函數的資訊。

接下來，您將學習 SNS 監控和日誌記錄的基本知識。

追踪您的社交网络活动对于维护可靠的通知系统至关重要。

使用 Amazon CloudWatch 与 SNS

Amazon CloudWatch 为您的所有 AWS 服务提供全面监控，其中包括 SNS。当您将 CloudWatch 与 SNS 配置起来时，您将获得对重要运营指标的可见性，如消息传递率、故障和 API 使用模式。

要开始使用 CloudWatch 监控 SNS，请导航到您的 AWS 帐户中的 CloudWatch 控制台。从那里，您可以访问 AWS 自动为您收集的预配置 SNS 指标。

监控的最有价值的 SNS 指标包括：

發佈的訊息數: 追蹤發佈到您主題的訊息數量。
傳遞的通知數: 顯示成功傳送給訂閱者的訊息數量。
傳遞失敗的通知數: 強調傳送失敗的嘗試，這可能指示配置問題。
發佈大小: 測量已發佈消息的大小，幫助您保持在服務限制內。

圖片 29 – SNS 的預設 Cloudwatch 儀表板

設定 CloudWatch 警報使您能夠快速回應潛在問題，以免影響到您的用戶。例如，您可能希望創建一個在消息傳遞失敗超過某個閾值時觸發的警報：

在 CloudWatch 控制台中，導航至「警報」部分。
點擊「創建警報」，選擇要監控的 SNS 指標。
定義您的閾值（例如，5 分鐘內超過 5 次投遞失敗）。
配置通知操作，例如向運營團隊發送警報。

如果您更喜歡圖片而不是說明，請從創建一個感興趣的指標警報開始，例如 NumberOfNotificationsFailed。設置將激活警報的閾值：

圖片 30 – 創建警報

就是這樣 – 警報現在已經創建並處於活動狀態：

圖像 31 – 警報創建 (2)

這些警報可以是主動解決問題與從不滿意的用戶那裡得知問題之間的區別。

AWS CloudTrail 捕獲您 AWS 帳戶中的所有 API 活動，包括在 SNS 服務中執行的操作。

對您的 SNS 主題執行的每一個操作—無論是通過控制台、CLI 還是 SDK—都會在 CloudTrail 日誌中生成一個條目。這些日誌為安全分析、資源變更跟踪和合規審核提供了寶貴的信息。

要訪問 CloudTrail 中的 SNS 日誌：

在您的AWS帳戶中打開CloudTrail控制台（您可能需要創建新的跟踪）。
前往“事件歷史”以查看最近的SNS活動。
通過選擇“事件來源”並輸入“sns.amazonaws.com”來篩選事件。

如果文字指示不夠清晰，請參考下面的圖片。首先創建一個新的跟踪：

圖片32 – 創建新的跟踪

然後在“事件歷史”下，篩選事件以僅包括SNS的事件。

圖片33 – 過濾日誌

日誌會自動存儲在S3存儲桶中，這意味著這種方法為您的日誌提供了永久存儲，並支持更高級的查詢功能。

> AWS上的存儲工作原理是什麼？閱讀我們的S3和EFS指南。

總的來說，通過結合CloudWatch指標和CloudTrail日誌，您可以創建一個全面的監控系統，有助於確保您的SNS基礎設施運行可靠。

AWS SNS使用最佳實踐

您現在已了解AWS SNS的基本和高級功能。還有一些最佳實踐需要討論，包括創建主題和發送消息。

在設置您的SNS基礎設施時，安全性應該是首要任務。如果沒有適當的控制，您的主題可能會面臨未經授權的訪問，這是一個巨大的安全風險。

AWS身份和訪問管理（IAM）提供了您需要的工具來保護您的SNS主題。首先創建遵循最小權限原則的政策——僅授予每個用戶或服務所需的特定權限。例如，您可能希望某些應用程序僅發佈消息，而其他應用程序僅需要訂閱主題。

以下是一個示範的IAM政策，限制對特定主題的發佈：

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "sns:Publish",
            "Resource": "sns-arn"
        }
    ]
}

您還可以使用主題政策來控制哪些AWS帳戶可以訂閱您的主題。如果您在組織邊界之間共享數據，這尤其重要。

不要忘記定期使用 AWS CloudTrail 審核權限，並移除不再需要的訪問權限。

管理訊息量

如果處理不當，高訊息量可能會使訂閱者不堪重負。這就是將 SNS 與其他 AWS 服務結合的重要性所在。

一個受歡迎的模式是「扇出」架構，您可以將訊息發佈到一個有多個 SQS 隊列訂閱的 SNS 主題上。每個隊列可以以自己的速度進入不同的處理系統。這樣可以將發佈者與消費者解耦，並在流量激增時提供緩衝。

對於實時處理需求，考慮將 Lambda 函數訂閱到您的主題上。Lambda 會根據您的訊息量自動擴展，消除了配置和管理伺服器的需要。

降低成本

雖然SNS具有成本效益，但隨著訊息量的增加，費用可能迅速累積。一些策略性的選擇可以幫助控制您的成本。

首先，對訂閱協議要有選擇性。HTTP/HTTPS端點通常是最具成本效益的選項。雖然電子郵件通知很方便，但應該謹慎使用，因為其每則訊息的成本較高。

訊息過濾是另一個強大的節省成本工具。通過在訂閱上實施過濾政策，您可以確保訊息僅傳遞給感興趣的訂閱者。例如，如果您有一個所有系統警報的主題，您可能希望您的值班工程師在輪班期間僅接收關鍵警報，而不是每一條通知：

# 使用過濾政策進行訂閱
response = sns.subscribe(
    TopicArn="sns-arn",
    Protocol="email",
    Endpoint="[email protected]",
    Attributes={"FilterPolicy": '{"severity": ["critical"]}'},
)

最後，定期在AWS成本探索器中檢視您的SNS使用情況，尋找整合主題或移除未使用訂閱的機會。未使用或重複的資源不僅增加不必要的成本，還會使您的架構變得複雜。

遵循這些最佳實踐，您將建立一個安全、可擴展和具成本效益的SNS實施方案 – 所有這些都是您需要擁有可靠的通知服務而無需意外費用或安全顧慮。

總結AWS SNS

如果您需要跨分佈式應用程式的即時通知，AWS SNS是您的不二之選。它易於使用，與其他AWS服務整合良好，並且可以無限擴展以滿足您的需求。

在SNS中的发布-订阅模型使得实现能够同时到达多个渠道的通知系统变得简单。从创建主题和管理订阅者到实现诸如消息过滤和死信队列等高级功能，您现在具备了构建健壮通知基础设施的知识。

您还了解了监控、安全和成本管理等关键方面，确保您的SNS实现在生产环境中保持可靠和高效。

随着应用程序继续采用事件驱动架构，诸如SNS之类的服务变得越来越有价值。无论您是构建简单的警报系统还是复杂的微服务，本教程中的模式为您的系统组件之间的有效通信提供了基础。

要了解更多关于AWS的信息，请参考DataCamp提供的这些课程：

你甚至可以使用 DataCamp 来准备 AWS 认证考试 – AWS 云从业者 (CLF-C02)。

Source:
https://www.datacamp.com/tutorial/aws-sns

什麼是 AWS SNS？

AWS SNS 的主要功能

設置 AWS SNS

步驟 1：建立 AWS 帳戶

步驟 2：在 AWS 管理控制台中設置 SNS

步驟3：創建SNS主題

SNS 訂閱者和訂閱

什麼是SNS訂閱者？

步驟1：新增訂閱者

第2步：確認訂閱

發佈消息到SNS主題

步驟1：發佈消息

步驟2：發送短信和電子郵件通知

步驟 3：使用 AWS CLI 或 SDK 發佈消息

高級SNS功能

SNS 訊息篩選

SNS死信隊列（DLQ）

使用 AWS Lambda 與 SNS

監控和記錄 SNS 活動

使用 Amazon CloudWatch 与 SNS

審查SNS日誌

AWS SNS使用最佳實踐

確保SNS主題的安全性

管理訊息量

降低成本

總結AWS SNS