会社でSlackを使っていてやっぱり誰かがチャンネルが作成したことが分からないので作成。
同じことを思ってインターネット上で既に色々な人が作成しているので、技術的には目新しくなく、アウトプットの管理として。

※次のようなページ等を参考にさせて貰いました。
http://coxcox.hatenablog.com/entry/2017/08/16/163719

概要

パブリックチャンネルに関するイベントを指定したチャンネルに通知。
下記は、チャンネル作成を #general に通知している例

他に、次のようなイベントに対応

チャンネル削除
チャンネル名の変更
チャンネルのアーカイブ
チャンネルのアーカイブからの復元

SlackのEvents API
https://api.slack.com/events-api

構成

上のページと同じ次の構成。ステートレス。
Slack <---> API Gateway <---> Lambda

AWS側

Node.js は 8.10。
Lambdaはコール元がどこであるかに依存せず汎用的に作成して、APIの利用側とのインタフェースは API Gateway で吸収するのが良いかなと思っていたので、API Gateway では Lambdaプロキシ統合を使用していないが、VTLでの定義そのものや、エラーレスポンスのマッピングが綺麗ではないことを考えると、プロキシ統合してしまった方がいいのだろうか。

制限的なこと

削除は、通知されたチャンネルIDでチャンネル情報が既に取得できないので、チャンネル名等が取得できない。
Bot側でチャンネル情報を保持しておく必要がありそう。ステートレスと相性が悪い。
プライベートチャンネルは、Bot Userが含まれていないと通知されない。
作成イベントは通知を確認できなかった。

Slack Web API

チャンネル名やユーザ名を取得するのに、Web APIを使っている。
（Eventsでは、基本的にSlack内部で管理されるチャンネルIDやユーザIDが通知されるため ※Eventによる）
https://api.slack.com/web

使用したAPI
channels.info＊
users.profile.get＊
chat.postMessage

気づいたこと

Slack APIのTokenには、OAuth Access Token、Bot User OAuth Access Token の2つがある。

OAuth Access Token：管理画面にログインしているユーザのToken
Bot User OAuth Access Token：Bot UserのToken

管理画面の Scopes から、スコープを設定しても、＊のAPIは、Bot User OAuth Access Token だと、パーミッションエラーとなった。
Bot Userで OAuth を行えば良いのだろうけど、どう行えば良いのかわからなかった。
ログインユーザでOAuth Access Tokenを生成してそれを使用した。
逆に自分以外のユーザ情報も取れるのかな？と思ったけど、取得できていた。

ソースコード

Slack、API Gateway、Lambdaのセットアップ

Lambda コードは、一部を node_modules で別リポジトリにしてみた
なので、git clone 後、npm install を行って zip アップロードする必要がある。

やりたいこと

盛り上がっているチャンネルを通知させたい
メッセージ全てをイベント通知すると費用もかかりそうなので、どうかなと思った。
今のステートレス構成でそれ以外の Events API だけだと難しそう。
Cloud Watch でスケジュールイベントと連動して、とかならできそう。（でも、全チャンネル分の情報を取得する必要がある。ので、イベントトリガにできた方がシンプル）