Amazon SNSとは?一斉放送のしくみ｜SQSとの違いと通知過多

2026年8月25日2026年9月4日

配属先で「アラートはエスエヌエスに投げといて」「サブスクライブしてる?」といった会話が飛び交い、ついていけないと感じていませんか?ここで出てくるSNSは、ツイッターなどの交流サイトのことではありません。AWSの通知サービス「Amazon SNS」のことです。

この記事では、そのAmazon SNSを「登録者全員への一斉放送」というたとえ話を軸に、仕組みから現場での使いどころ、似たサービスとの違い、料金の考え方までまとめて解説します。

結論から言うと、Amazon SNSとは1回メッセージを送るだけで、登録している相手すべてに同じ内容を届けてくれるサービスです。

この記事でわかること

Amazon SNSがどんなサービスか(たとえ話つき)
トピックとサブスクライバーの関係、現場で出会う場面
SQSやCloudWatchとのつながり、Amazon SNSの料金と無料枠

Amazon SNSとは?一言でいうと「登録者全員への一斉放送」

Amazon SNS(エスエヌエス)とは、AWSが提供する通知配信のサービスです。正式には「Amazon Simple Notification Service」といいます。名前のとおり、通知をかんたんに送るための仕組みです。

AWS公式は、SNSを「A2A および A2P メッセージング用のフルマネージド Pub/Sub サービス」だと説明しています。むずかしそうな言葉ですが、中身はとても素直です。

ここで、学校の校内放送を思いうかべてください。放送室のマイクに向かって一度しゃべれば、各教室のスピーカーすべてから同じ声が流れます。話す人は、どの教室に誰がいるかを知る必要がありません。

Amazon SNSがやっているのは、これとまったく同じことです。送る側は1回投げるだけ。あとは登録してある届け先すべてに、SNSが配ってくれます。

なぜこの形が便利なのかというと、送る側と受け取る側を切りはなせるからです。届け先が1つから5つに増えても、送る側のプログラムは1行も変わりません。受け取り側を登録するだけで済みます。

ここが大事な点です。Amazon SNSは何かを計算してくれる道具ではありません。知らせたいことを、必要な相手全員へ配るためだけの道具です。

Amazon SNSの仕組みと使いどころ

トピックとサブスクライバーという2つの言葉

Amazon SNSを理解する近道は、登場人物を2つに分けて覚えることです。

トピック — 放送のチャンネルにあたる入れもの。ここへメッセージを投げる
サブスクライバー — そのチャンネルを登録している届け先。ここへ配られる
パブリッシュ — トピックへメッセージを投げる動作のこと

校内放送でいえば、トピックが放送設備そのもの、サブスクライバーが各教室のスピーカーです。「パブリッシュする」は、マイクに向かってしゃべることにあたります。

この「1回投げると登録者全員に配られる」形を、専門用語ではファンアウトと呼びます。1本の入力が複数の出口へ広がるようすを、扇が開く形にたとえた言葉です。会話でそのまま出てくるので、覚えておくと役に立ちます。

届け先として選べるものは幅広く、公式ページではSQS、Lambda、HTTP/S、メール、SMS、モバイルへのプッシュ通知などが挙げられています。同じトピックに、種類の違う届け先を混ぜて登録することもできます。

アプリ向けと人向け、2つの使い道

公式の説明にあった「A2A」と「A2P」は、届ける相手による使い分けです。

A2Aはアプリケーション同士のやりとりを指します。たとえば注文が入ったことを、在庫の担当プログラムと発送の担当プログラムへ同時に知らせる、といった使い方です。

A2Pは人へ届ける通知を指します。障害が起きたら担当者のメールへ飛ばす、スマホアプリにプッシュ通知を出す、といった場面です。

また、トピックには標準とFIFOの2種類があります。FIFOトピックは、公式の言葉では「厳密に順序付けされた先入先出法でメッセージを配信」します。順番が狂うと困る処理に使うものですが、まずは標準トピックだけ知っていれば十分です。

新社会人がAmazon SNSに出会う場面

入社1〜3年目でありがちなのは、「監視のアラートをチャットにも飛ばしておいて」と頼まれる場面です。

このとき、すでにメール通知だけが動いているケースがほとんどです。やることは、そのトピックにチャット向けの届け先を1つ足すだけ。既存のメール通知には手を触れません。

覚えておくと強いのは、次の順番で確かめることです。

どのトピックにメッセージが投げられているかを確かめる
そのトピックに、いま何が登録されているかを一覧で見る
足したい届け先を登録し、テスト送信して届くかを見る

ここで一度つまずきやすいのが、登録しただけでは届かないという点です。メールの届け先を足すと、まず「本当に受け取りますか」という確認のメールが飛びます。受け取る側がそのリンクを押すまで、通知は届きません。「設定したのに来ない」の原因は、たいていこれです。

もうひとつのコツは、通知の中身をしぼることです。SNSにはメッセージフィルタリングという機能があり、届け先ごとに「この条件に合うものだけ受け取る」と決められます。全部を全員に流すと、やがて誰も読まなくなります。届いたら必ず誰かが動く通知だけを流す、と考えてください。

Amazon SNSと関連サービスの違い・つながり

いちばん混同されやすいのがSQSとの違いです。名前も並びも似ていますが、役割は正反対に近いものです。

SNSは、投げたその場で登録者全員へ配ります。受け取る側が止まっていたら、そのぶんは届きません。いっぽうSQSは、メッセージをいったん貯めておき、受け取る側が取りに来るのを待ちます。

放送でたとえるなら、SNSが校内放送、SQSが職員室の伝言メモです。放送は聞き逃したら終わりですが、メモは机に残っていて、戻ってきたときに読めます。

そして現場では、この2つを組み合わせるのが定番です。SNSのトピックにSQSのキューを登録しておくと、一斉に配りつつ、受け取る側の都合で処理できます。「聞き逃しの無い一斉放送」が作れる、というわけです。

通知を出す側の代表がCloudWatchです。CloudWatchのアラームは、それ自体ではメールもチャットも送れません。鳴ったらSNSへ渡し、そこから先の配達をSNSに任せます。監視とSNSがセットで語られるのはこのためです。

受け取る側としてよく出てくるのがLambdaです。通知が来たら小さなプログラムを動かし、内容を整えてからチャットへ流す、という形がよく使われます。S3にファイルが置かれたことをきっかけにSNSへ知らせる、という組み合わせも定番です。

誰がトピックへ投げられるか、誰が登録できるかの制御はIAMが担当します。通知の中身には、システムの内部の情報が入りがちです。投げられる相手と受け取れる相手は、必要な範囲にしぼるのが基本です。

Amazon SNSの料金と無料枠

Amazon SNSの課金は、大きく「投げた回数」と「配った回数」で決まります。以下は執筆時点(2026年8月)の東京リージョンの公式料金の内容です。

まず知っておきたいのは、AWSの中どうしへの配達は無料だという点です。SQSへの配信とLambdaへの配信には、配達分の料金がかかりません。

APIリクエスト — 毎月100万件まで無料、以降は100万件あたり0.50 USD
SQS・Lambdaへの配信 — 無料
HTTP/HTTPSへの配信 — 毎月10万通まで無料、以降は10万通あたり0.06 USD
メールへの配信 — 毎月1,000通まで無料、以降は10万通あたり2.00 USD
モバイルプッシュ通知 — 毎月100万通まで無料、以降は100万通あたり0.50 USD

個人の練習用なら、まず超えない量です。1つのメッセージは64KBごとに1件と数えられるため、ふつうの通知なら1回投げて1リクエストと考えて差し支えありません。

注意したいのは、メールの無料枠だけが月1,000通と小さい点です。監視のアラートを細かく設定しすぎると、ここは意外と早く埋まります。とはいえ超えても10万通で2.00 USD程度なので、金額よりも「読まれない通知が増えること」のほうが問題になります。

FIFOトピックは標準トピックと料金体系が別で、投げたデータ量と配ったデータ量にも課金されます。順番の保証が本当に要るときだけ選ぶ、と考えておけば十分です。

もうひとつ、SMSの送信料はSNSの料金表には含まれません。2024年11月から「AWS End User Messaging」という別の項目で請求されるようになりました。SMSを使う予定があるなら、そちらを確認してください。

なお料金はリージョンによって違い、見直されることもあります。実際に使う前には、かならず公式の料金ページで最新の内容を確認してください。

現場ノート:SNSは「監視通知の背骨」。ただし通知過多に注意

インフラ運用でSNSに触れる最初の場面は、ほぼ間違いなくCloudWatchアラームの通知先としてです。筆者のチームでも、アラーム→SNSトピック→メール/チャット連携という形が監視通知の背骨になっています。ここで新人に伝えたい教訓は「通知は増やすより減らすほうが難しい」ということ。何でもかんでも通知すると、大事なアラートが日常の通知に埋もれて、いざという時に誰も見ていない状態になります。トピックを「緊急(即対応)」と「情報(業務時間に確認)」で分ける——この設計の工夫だけで、監視の実効性は大きく変わります。