awsTweetはじめに弊社でもプロジェクトごとにSlackを使っていて、GitHubの通知やテスト結果の通知などの開発関係の通知をSlackのチャンネルに流すということをやっています。転送するためのものです。常時サーバーを動かす必要があるでその分のコストが掛かるという問題がありました。Lambdaを使うことで、サーバーを立てる必要がなくなったのと、Lambdaはリクエスト回数と処理時間に対して課金なのでコストが抑えられるようになりました。URLをKMSで暗号化するので。KMSの設定もする必要が出ます。関数の作成処理をスクリプト化しました。関数を作成する処理で、引数で渡したロールがまだ作成できなくてエラーになっていたからです。成功したレスポンスで返って来てても、内部的には即時反映されていなくてタイムラグが出てるんじゃないかと思います。V2には処理が終わるまで待って、処理が終わってから次の処理が実行できるwaitersという仕組みがあります。今回の場合は該当するものがなくて使えなかったです。:user_exists]アラート表示の修正Blueprintのcloudwatch-to-slackのままだと通知がシンプルなのでamazon-cloudwatch-to-slackの通知の仕方を参考に、通知を見やすくなるようにBlueprintのcloudwatch-to-slackのコードを修正しました。});};セットアップスクリプトを実行するIAMユーザに権限を付けるIAMでAPIを実行できるユーザーを作成して、そのユーザーのアクセスキーを作成します。今回のスクリプトで使ってる、LambdaとKMSとIAMの実行できる権限を付けます。]}実行するIAMでAPIを実行できるユーザーのアクセスキーを設定します。configreawsコマンドはインストールする必要があります。'#alert'セットアップが終わったら、先ほど追加したポリシーとアクセスキーを削除します。SNSの設定を追加まずtopicを作成します。関数をサブスクリプションに追加します。通知の送信先を先ほど作成したtopicを指定します。これでCloudWatchからSlackに通知されるようになります。リポジトリhttps://github.com/f96q/cloudwatch-to-slack最後にLambdaを使うことで、今までサーバーを立ててやっていたことが、サーバーを立てなくても済むようになることが便利でした。宣伝DocBaseとは情報共有を活発にし、チームを育てるをコンセプトにした情報共有サービスです。柔軟な権限設定と使いやすさ、社内の人も社外の人も全員を招待できるから、さまざまな人やツールに散らばっていた情報を一元化できます。積極的な情報共有と業務の効率化を実現し、チームの成長を促します。ロールに移行した話DocBaseのAPIクライアントのGemを作りました前の記事コア技術とスキルアップ次の記事楽ちんカスタム!RailsでSVGスプライトを使おう「いいね!」で応援よろしくお願いします!このエントリーに対するコメントコメントはまだありません。date*日本語が含まれない投稿は無視されますのでご注意ください。fax.0422-26-9781お問い合わせはこちらからどうぞ。