リクエスト内のオブジェクトとして参照可能です。明記することでも可能です。{}以上が具体的な実装例です。おける認証機能の作り方をまとめてみました。しようすることで、簡単に実装が可能なので、ぜひ、試してみてください。通知するという仕組みを作ってみたので、まとめておきたいと思います。構成デプロイの構成は、以下のようになっています。実際にはS3が登場したりするのですが、今回の例は説明しやすくするために省略いたします。取得して、新しいコンテナを作るざっくりこのようなデプロイフローを行っています。発火させて、Slackへ通知を送るという仕組みを構築したいと思っています。デプロイフローのステータスを監視する今回のメイン機能です。設定できるのでそちらを利用しようする形です。移動することで利用できます。デプロイフローを監視するための新しいルールを設定します。画像のように、サービス名を選んで、イベントを選ぶ形で簡単にルールを作成することができます。Changeを選択しています。選択することで細かく監視することができると思います。5つ)今回は、その中から開始と成功と失敗のステータスを監視したいと思っています。限界があるので、実際のルールでは、カスタムイベントパターンを利用して作成します。以下が、今回使用するカスタムイベントパターンの設定例です。}}そして、最後に、ターゲットを選択します。トピックを選択し、候補のから該当のトピックを選択します。作っておく必要があります。以下ができるようになりました。サブスクリプションを作成します。関数を作成しておく必要があります。選択エンドポイントに今回利用する関数を選択すれば完成です。通知することができるようになりました。いうステータスになっているのかがわかるので、そちらを利用して、メッセージを切り替えます。実際の実装には、Go言語を利用しました。SNSEventsの詳細データの構造を定義しておく。今回のステータス変更内容が入っている。受け取れる引数の内容はこちらを見ればよくわかります。github.comおそらく、形は少し違ったとしても、他の言語でも同じようなことができるはずです。あとは、コードをビルドして、バリナリファイルにした後、zip化したものをアップロードすればOKです。以上ですべての設定が完成です。今回は、会社のデザイナーさんに、素敵なキャラクターを作っていただきました。きんすというキャラクターです。いうスタートアップで働いています。このわんきんすがデプロイ状況を逐一知らせてくれるということになりました!!ちなみに、エラーの際は、以下のようにわんきんすが怒ります。きんす(エラー時)実際の通知は、以下のような感じです。語尾は、不可抗力でこうなりました。気にしないでください。通知するという仕組みを簡単に作成できました。組み合わせによっては、非常に色々なことができるな〜といった印象を持つことができました!簡単に設定可能なので、ぜひ試してみてください。通知をするというシステムを作ったので、メモとして残しておきます。外形監視を行う目的としては、私は以下の理由があると考えています。通知が最適ではないかと判断しました。Slackといった構成で実現したいと思います。通知が流れるといった仕組みです。採用しました!)順を追って説明します。