【AWS IoT Core】「トピック購読不要」の衝撃！特定のデバイスへ直接叩き込む SendDirectMessage が登場！

AWS IoT Core に、指定したデバイスへ直接メッセージを送信できる「SendDirectMessage API」が追加されました。従来のトピックベースの通信とは異なり、MQTT クライアント ID を指定することで、デバイスが事前に特定のトピックをサブスクライブしていなくてもメッセージを直接届けることが可能になります。また、配信確認 (Delivery Acknowledgement) 機能により、メッセージがデバイスに届いたかどうかを API レスポンスや CloudWatch Logs で容易に確認できるようになりました。

🚀 IoT 開発の「面倒くさい」を解消する神アプデ！

これまで IoT デバイスへの制御コマンド送信といえば、「特定のトピックをサブスクライブさせておく」「デバイスがオフラインならメッセージが消失する（あるいは Shadow を使う）」といった、設計上の考慮事項が山積みでした。今回のアップデートは、その**「管理コストと設計の複雑さ」を劇的に下げてくれます**。

✅ ここがすごい：エンジニアの悩み解決ポイント

• 設計がシンプルに: デバイス側で「どのトピックを聴けばいいか」を管理する必要がなく、クライアント ID 指定だけで通信が可能。トピック設計に頭を悩ませる必要がなくなります。
• 確実なデ達: 「送ったつもり」を防ぐ confirmation=true オプション。QoS 1 の仕組みを使い、デバイス側からの PUBACK を受け取って、API レスポンスや CloudWatch Logs で確実に配信成否を可視視化できます。

⚠️ 【重要】日本国内の利用における注意点

リサーチの結果、東京リージョン (ap-northeast-1) では利用可能ですが、大阪リージョン (ap-northeast-3) では AWS IoT Core 自体の提供がないため、この機能も利用不可です。国内のマルチリージョン構成や、大阪リージョンへの展開を検討している方は要注意です！

🛠 実装・運用アドバイス

• 権限設定を忘れずに: 受信側デバイスには iot:Receive 権限が必要です。これを忘れると「API は成功するのにメッセージが届かない」という地獄を見ます。
• オフライン対策は継続: この機能はオフライン時のメッセージキューイング（保持）は行いません。デバイスが寝ている間に送った指示を後で反映させたい場合は、引き続き AWS IoT Device Shadow を併用するハイブリッド構成がベストです。
• コスト管理: 課金は 5 KB 単位で行われるため、ペイロードサイズに注意しましょう。

🏃‍♂️ まずは何をすべきか？

1. iot:Receive 権限を付与したテストデバイスを準備する。
2. SendDirectMessage API を叩いて、メッセージが CloudWatch Logs (DirectMessageDelivery) にどう記録されるかを確認する。

Reference: AWS IoT Core Developer Guide (Direct Messaging)