LINEとAWSとTwilioとkintoneでBOTを作ってみるハンズオン (1)LambdaからSlackへ通知する1
2017/08/18
目次
作る部分
SlackのWebURLを確認する
Slackでチームを作成してbotから投稿出来るようにするで作成したSlackのチームセッティングページへアクセスします。
Slack team settingsにアクセスします。
ログインしていない場合は作成したチームにログインします。
[Menu] – [Configre Apps]をクリックします。
[Custom Integrations] – [Incoming WebHooks]をクリックします。
※まだIncoming WebHooksを作成していない方はSlackでチームを作成してbotから投稿出来るようにするを参照してチームを作成してください。
鉛筆のアイコン(Edit Configuration)をクリックします。
少し下にスクロールして、Webhook URLの[Copy URL]をクリックして、テキストエディタなどに貼り付けておきます。
プログラムのダウンロード
Github-yamamugi_handson_to_slack_secondにあります。
こちらのダウンロードリンクからダウンロードしてください。
プログラム解説
Incoming WebHooksのURLにrequestsモジュールを使って、投稿するテキストとチャンネルをPOSTしています。
Lambda関数の作成
AWSマネジメントコンソールでLambdaを開いて、[関数の作成]をクリックします。
何も選択せず、[一から作成]をクリックします。
何も選択せず、[次へ]をクリックします。
名前 : 3_to_slack_second
説明 : ヤマムギハンズオン Slackへメッセージ投稿
ランタイム : Python 3.6
コードエントリタイプは「.zipファイルをアップロード」でyamamugi_handson_to_slack_secondからダウンロードしたZIPファイルをアップロードします。
環境変数
* SLACK_URL : SlackのIncoming WebHooksのURLを設定します
* LOG_LEVEL : DEBUG(ログを減らしたい場合は ERRORかINFOを設定します)
* CHANNEL : #general(他のチャンネルに変えたい場合は指定します)
※LOG_LEVELとCHANNELは設定しなくても動きます。その場合、LOG_LEVELはINFO,CHANNELは#generalになります。
lambda_basic_executionロールがある場合は既存のロールからlambda_basic_executionを選択します。
lambda_basic_executionロールがない場合は、[カスタムロールの作成]をクリックします。
カスタムロールの内容です。
必要ないとは思いますが、念のためタイムアウトを5分にしておきます。
[次へ]をクリックします。
[関数の作成]をクリックします。
右上の[テスト]をクリックします。
テストイベントに以下を設定して[保存してテスト]をクリックします。
※URLはなんでもいいです。
Slackにメッセージが投稿されれば成功です。
メッセージが届かない場合、実行が失敗していないか実行結果の[詳細]を展開して確認しましょう。
もしくはSLACK_URLが間違えていないか見直しましょう。
[モニタリング] – [CloudWatchのログを表示]からもログを確認出来ます。
目次
(1)LambdaからSlackへ通知する1 ←今ここ
(4)Step Functionsで複数のLambdaを実行制御する
最後までお読みいただきましてありがとうございました!
「AWS認定資格試験テキスト&問題集 AWS認定ソリューションアーキテクト - プロフェッショナル 改訂第2版」という本を書きました。
「AWS認定資格試験テキスト AWS認定クラウドプラクティショナー 改訂第2版」という本を書きました。
「ポケットスタディ AWS認定 デベロッパーアソシエイト [DVA-C02対応] 」という本を書きました。
「要点整理から攻略するAWS認定ソリューションアーキテクト-アソシエイト」という本を書きました。
「AWSではじめるLinux入門ガイド」という本を書きました。
開発ベンダー5年、ユーザ企業システム部門通算9年、ITインストラクター5年目でプロトタイプビルダーもやりだしたSoftware Engineerです。
質問はコメントかSNSなどからお気軽にどうぞ。
出来る限りなるべく答えます。
このブログの内容/発言の一切は個人の見解であり、所属する組織とは関係ありません。
このブログは経験したことなどの共有を目的としており、手順や結果などを保証するものではありません。
ご参考にされる際は、読者様自身のご判断にてご対応をお願いいたします。
また、勉強会やイベントのレポートは自分が気になったことをメモしたり、聞いて思ったことを書いていますので、登壇者の意見や発表内容ではありません。
ad
ad
関連記事
-
AWS Summit Tokyo 2017 聴講したセッションのメモ
2017年6月に参加しましたAWS Summitで聴講したセッションのメモを記し …
-
「IoTの法律勉強会 第1回」に行ってきました
「IoTの法律勉強会 第1回」に行ってきました。 「関西のIoTを盛り上げよう」 …
-
「大阪 Figma Meeting #01」に参加しました
大阪 Figma Meeting #01に参加しました。 Figma触ったことな …
-
VUI and IoT device(Alexa Day 2019でのブログ)
以下は、気になったことのメモとか感想を書いています。 登壇者、発表者、主催企業な …
-
ヤマムギvol.19 EC2のLinuxでファイル操作(S3, EFS)のデモをしました
ゴールデンウィーク10日連続朝30分のデモチャレンジ7日目でした。 ご参加いただ …
-
Developers Summit 2018 「事例2本立て!Redmineユーザ達が語る現場定着化への取組みと導入アンチパターン」を聞きました
以下は、思ったことや気になったことをメモしていますので、必ずしも登壇者の発表内容 …
-
走った!しゃべった!呑んだ!JAWS DAYS 2016 re:cap 〜JAWS-UG大阪&関西女子会 特別合同企画〜
先日のJAWS DAYS 2016 re:cap 〜JAWS-UG大阪&関西女子 …
-
JINS MEME DEVELOPER HANDS-ON #5に行ってきました
世界初、自分を見るアイウェアの「JINS MEME」のSDK勉強会に行ってきまし …
-
「Meguro.dev #1 」でモブプログラミングを体験してみました
「AWSの各サービスを道具としてアプリケーション開発を行うデベロッパーのための新 …
-
「JP_Stripes in Osaka Vol.2」でハンズオンをやりました
JP_Stripes大阪、早くも2回目の開催です。 自分が使ってみたいという目的 …