はじめに
題名通りでやったことをここに残したのみです！
ちなみに自分的な感じで題名を言いなおすと
『lambdaを定期的に実行。エラーが起きたらメールでお知らせするをやりました！ヽ(´▽｀)/』
です！
ちなみに参考は以下です!
https://docs.aws.amazon.com/lambda/latest/dg/services-cloudwatchevents-tutorial.html
あとざっくり言うと、
●Lambdaで定期実行するテンプレート使って関数作成(この時点でLambda以外のサービスと繋げてくれる)
●送信するようの何か用意しておいて
●cloudwatchでアラート作成して(Lambdaのエラーでアラート発火)その送信をさっき作った何かに紐付けて
●定期実行処理でエラー発生したらアラーム発火、用意していた何か(今回メール)に送信
みたいな流れです。(うまく言えませんでした
)
これよりもっとチョード級の優しいチュートリアルの記事もあるのでもしハードル高そうって方は以下みて、
そんなことないかも？？と思っていただけたらと(✿´ ꒳ ` )
https://qiita.com/sachiko-kame/items/fd62421533323340789f
あ！ログインしているていでお話します。
ではさっそくヽ(´▽｀)/
いそいで焦っても迷いすぎて何も出来ない私は本当に少しずつ少しずつ気長にをモットーに(´ω｀)
Step1 アクセス
-
以下にアクセス (訳: 以下のLambdaのページにアクセス)
https://console.aws.amazon.com/lambda/home#/functions
チュートリアルと違うURLですが気にしないでください
ちなみに下赤枠の『関数』選択されて、上の『東京』の箇所もできるだけ同じの方が良さそうです。(というかここはなるべくサービスを提供する地域に近いところに設定するのがお約束なのかと思っています！)
Step2 関数を作成する
- 以下の『関数の作成』タップ! (右上部分)
- 以下の順序で選択と記述。
=== 画像は多いので分けて載せてます。===
・『設計図の使用』をタップ
・「設計図名」で「Schedule a periodic check of any URL python3.7」を選択 ※「Sc」とか先に打って検索すると早く見つけられそうです。
・「関数名」に「lambda-canary」と記載。※ここは指定なのですね!(｡･ω･｡)
・「実行ロール」は「AWS ポリシーテンプレートから新しいロールを作成」 ※ここタップで新たに入力欄でてきます。
・出てきた「ロール名」に「lambda-eventbridge-role」と記載。※ここも指定か!(｡･ω･｡)
・「ポリシーテンプレート - オプション」は「シンプルなマイクロサービスのアクセス権限」を選択で画像のように表示されます。
・少し下に行くと「ルール」があるので『新規ルールを作成』をタップ ※ここでまた新たに記入欄でてきます！
・「ルール名」に「CheckWebsiteScheduledEvent」と記載。
・「ルールの説明」に「CheckWebsiteScheduledEvent trigger」と記載。ここは何でも良さそう、
・「ルールタイプ」は『スケジュール式』を選択。
・「スケジュール式」に「rate(1 minute)」と記載。※ここ間違うと赤文字みたいの図にはないですが出るみたいです(◍•ᴗ•◍)
・「環境変数」の「キー」と「バリュー」は以下のように記載。
キー: site
バリュー: https://docs.aws.amazon.com/lambda/latest/dg/welcome.html
キー: expected
バリュー: What is AWS Lambda?
・『関数の作成』をタップ。
- ここでボ〜〜と待つと以下のような画面になります。
お〜clowdwatchとlambdaが紐付いている！
step3 関数をテストする。
- 以下の順序で選択やタップ
※イベント名は記載しなくてもいいし、保存もしなくていいのにびっくり(◍•ᴗ•◍)
・タブの箇所『テスト』を選択
・『新しいイベントの作成』タップ
・「イベントの共有の設定」の箇所は『プライベート』をタップ ※ここは気にしなくても良さそう？
・「テンプレートオプション」の箇所「cloudwatch-scheduled-event」を選択。
・『テスト』タップ
成功すると少し上に以下のように緑で表示されます。(これはそれを展開したもの)
ちなみにこの時点でcloudwatchを見ると以下のような『/aws/lambda/lambda-canary』なもの出来ていて、
中身見ると、1分ごとに実行されているようだったのでこの時点でもうちゃんと関数が定期実行されているようでした！
全然関係ないのですが環境変数で入れたサイトURL以下の表示でした！(｡･ω･｡)
pythonあんまわからないですがコード見た感じ、サイト表示してその中に指定文字があるかのチェックぽそうなのでちゃんとここで確認して問題ないことも確認できそうです！(◍•ᴗ•◍)
こんな感じでサイトチェックとかでも使えるんですね(｡･ω･｡)へ〜〜〜。
ここで関数削除すぐしたい方はstep5の中の関数を削除へお進みください
ちなみにlambdaの料金はそこまでかからない認識なのでそんなに焦って消さなくても良いの認識です！(✿´ ꒳ ` )
きっと1分に1回のリクエストあと200万回ぐらいでも11円ぐらいの認識のはず、、、1時間60分 1日24時間なので
2000000 / (60 × 24 ) = 1339日ぐらい(44ヶ月) 本当に、、？一回試さないとなんともいえませんが、、違ってたらすみません、、twitterとかで検索するとcloudwtachの料金とか見ようねと書かれているのでここら辺の料金考慮が必要そうです、、これはまたいつか(いつかがきたら)
色々話したのですが、自分はこわいので一旦、間隔以下手順で変えられそうだったので自分は1分から55分に一旦変えます！
・「設定」のタブ選択
・「トリガー」選択
・変えたいもののリンクタップ ※他ページになります。
・下の方にスケジュールでいい感じにタップ保存とかしていくと変更できました！
step4 エラー時、メールが来るように設定する。
※ちなみに以降でお話しする内容に入っている『トピック』ですが、私は『グループ』的に考えるとわかりやすいなと思いました。そのほかに『サブスクリプション』も『グループに入れる〇〇』みたいにとらえるとわかりやすくなったイメージです！
- 以下AWSのsnsサービスのリンクにアクセス
-
リージョンを「東京(lambda関数作成したものと一緒に)」にして『トピック』を選択
※最初『トピック』見えない時は上左にマークあるのでそれタップで展開して表示させてください。
- 『トピックの作成』タップ。 ※右上にある。
- 以下のように選択または記載
・「タイプ」は『スタンダード』をタップ。
・「名前」に「lambda-canary-notifications」と記載。
・「表示名」に「Canary」と記載。
・下右の方にある『トピック作成』をタップ。
以下のように表示されていれば無事に作成されたかと！
-
『サブスクリプションの作成』をタップ
※複数トピックある場合とかはちゃんと作ったものであっているかな？と確認した方が良さそうです！(✿´ ꒳ ` )
- 以下のように記載または選択する。
・「プロトコル」は「Eメール」を選択。※HTTPとかもあったのどこかにリクエストできるとかもあるかもですね。
・「エンドポイント」に『XXXXXXXXXXX@gmail.com』の箇所送りたいメールアドレス記載お願いします。 <===注意
・『サブスクリプションの作成』をタップ。
この時点でメールが届きました！ヽ(´▽｀)/
-
メールの方で『確認』のリンクタップ ※
しなくても良さそうですが念のため。そしてここでキャンセルもできるよう。
※「サブスクリプション」の箇所リロードで「ステータス」に「確認済み」となっていたのできっとこれでOKのはず。
※ちなみにこの時点で55分から1分間隔にしたらメールめっちゃ来るかと思ったのですがそうではなかったです。まだまだ必要そうです(｡･ω･.｡)チェっ
- 以下にアクセス(cloudwatchの管理画面)
- 「リージョン」を「東京(lambda関数作成したものと一緒に)」に変更。
- 以下のように選択
・「すべてのアラーム」の箇所タップ。
・「アラームの作成」をタップ。
- 以下のように選択や記載
・『メトリクスの選択』タップ
・検索に「lambda-canary Errors」と入れエンター。※これで必要なもの絞り込めます。
・『Lambda関数別名』をタップ
・『lambda-canary Errors』にチェックをつける。
・『メトリクスの選択』タップ
・「統計」の箇所『合計』選択。
・「しきい値の種類」で『より大きい』をタップ。
・「..よりも」のところに「1」を記入。
・『次へ』をタップ。
- 以下のように選択
・「アラーム状態トリガー」は『アラーム状態』をタップ
・「通知の送信先」は「lambda-canary-notifications」を選択。 ※この選択時登録したメールアドレス下黒い箇所に表示されます。
・『次へ』をタップ
- 「アラーム名」と「アラームの説明」の箇所に「lambda-canary-alarm」記載し『次へ』をタップ。※正直ここはなんでもよさそうですな。
- 最後下右の方に出てくる『アラームの作成』をタップ
やった〜〜ここでアラームが正常に作成された下の表示が出ればOKです！お疲れ様です！(✿´ ꒳ ` )
あ！！！あとはlambda関数でエラーを起こせば出来るはず！！＼＼\└('ω')┘//／／
- (必要であれば)あ！その前にイベントスケジュール時間55分とかに変更してたら1分とか戻しておいた方が良さそうです！
・lambdaにアクセス。 ※https://console.aws.amazon.com/lambda/home#/functions
・『関数』タップ。
・作成関数タップ。
・「設定」のタブ選択
・「トリガー」選択
・変えたいもののリンクタップ ※他ページになります。
・下の方にスケジュールでいい感じにタップとか保存とかしていくと変更できました！
- 以下のようにタップや記載
・lambdaにアクセス。 ※https://console.aws.amazon.com/lambda/home#/functions
・『関数』タップ。
・作成関数タップ。
・『環境変数』タップ。
・『編集』タップ
・「expexted」の「値」の箇所に絶対ないようなもの入れて『保存』タップ。
・5分ほど待ちます。※メールが来るので。
-
メールが来たのを確認してバンザ〜〜〜いいヽ(´▽｀)/
ちなみに最初の1回だけメールでした。設定とかいじれば変えられますかね?(◍•ᴗ•◍)エラー何回もはきついからこれが良さそうですかね？
ちなみにcloudwatchの方もエラー出されてること確認できました！
エラー出た時どんなエラーかわかるようにログはもう少し工夫した方がいいかもとか思ったりしました！
step5 使ったものを削除します！(◍•ᴗ•◍)
関数を削除
-
『関数』 => 『必要な関数選択(今回のものは「lambda-canary」)』 => 右上の方にある『アクション』からの『関数の削除』
※関数削除したらclowdwatchで動いていないことも確認するとより安心かと思います！
リンク: https://console.aws.amazon.com/lambda/home#/functions
アラームを削除
- 『全てのアラーム』 => 『必要なアラーム選択(今回のものは「lambda-canary-alarm」)』=> 右上の方にある『アクション』からの『関数の削除』
リンク:https://console.aws.amazon.com/cloudwatch/home#alarmsV2:
Amazon SNSサブスクリプションを削除
- 『サブスクリプション』 => 『必要なサブスクリプション選択(エンドポイントのメールアドレスで確認してください)』=> 右上の方にある『削除』から削除できます。
リンク: https://console.aws.amazon.com/sns/home#subscriptions:
Amazon SNSトピックを削除
-
『トピック』 => 『必要なトピック選択(今回のものは「lambda-canary-notifications」)』=> 右上の方にある『削除』タップの入力欄に『これを削除』記載で削除
※『これを削除』の箇所同じか英語か色々あると思うので説明のとこ見てもらった方が良さそうです。
リンク: https://console.aws.amazon.com/sns/home#topics:
さいごに
お疲れ様でした！
終わりです！ヽ(´▽｀)/
やってて思ったのですが、メールでなくHTTPでも送れるみたいなのでなんか色々もっと出来そう？となりました。
あと工程は色々あったように感じましたが案外迷わなくてびっくりしました！
おまけ1
AWSの『SES』と『SNS』こんがらがっちゃいますね。
ちなみに今回エラー通知で使ったのが『SNS』、
自分のサービスとかのメール送信に使っているのは『SES(私の場合)』です！
とりあえず自分へは『SNS』、その他大勢には『SES』ぐらいに認識しておこうかと、、(きっと違う？？)
おまけ2
以前slackのメールに送ったらslack通知できる的なことを聞いたので以下リンクのメールに送れば通知がslackに来るだろうの認識です。ですがこれslack有料版なので試せてません。
https://slack.com/intl/ja-jp/help/articles/206819278-Slack-%E3%81%AB%E3%83%A1%E3%83%BC%E3%83%AB%E3%82%92%E9%80%81%E4%BF%A1%E3%81%99%E3%82%8B#h_01F4WDZG8RTCTNAMR4KJ7D419V