LoginSignup
14
6

More than 3 years have passed since last update.

SlackワークフロービルダーでAWS Chatbotのコマンドをテンプレ化する

Last updated at Posted at 2019-12-10

この記事はSpeee Advent Calendar 2019 2日目の記事です。

あらすじ

2019/11/25にAWS ChatbotでSlack上からAWSコマンドを実行できる機能がbeta版としてリリースされました。

Slack上でAWSコマンドが簡単に実行できて結果が共有できるというのは魅力的ですが、AWSコマンドは一つ実行するにしても沢山のオプションを埋めて実行する必要があるので、適切に実行するのはなかなか難しいです。

そこで、Slackワークフロービルダーと組み合わせたら、Slackの優れたインターフェースからよく使うコマンドの実行をテンプレ化できて便利なのではと閃き、色々試してみましたので結果を共有します。

なおAWS Chatbotのセットアップやワークフロービルダーそのものの説明は本筋ではないので割愛します。

使用例その1:describe-instancesを実行する

まずは簡単な例としてec2のdescribe-instancesを特定リージョン、特定のタグのインスタンスに対して実行したいケースを考えてみます。

例えば us-east-2Role:app のタグが付いているインスタンスの状態を見たいとします。
その場合必要なコマンドは以下のようになります。

aws ec2 describe-instances --filters Name=tag:Role,Values=app --region us-east-2

比較的記述量が少ないコマンドではありますが、それでもパッとこのコマンド記憶して実行するのは難しいです。

ワークフローの作成

ではワークフロービルダー化していきます。
ワークフロービルダーの画面からアクションメニューとしてワークフローを作ります。

まずはフォームのステップを作成します。どのregionで実行するかの質問を一覧から選択で作ります。

同様にどのTagのインスタンスをフィルタするかの質問を一覧から選択で作ります。

フォームの全体としてはこんな感じです。保存するを選択します。

次にメッセージを送信するステップを作成します。

変数を挿入する を使うとフォームの入力項目を変数として組み込めるのでそれを元にAWSコマンドを組み立てます。

これでワークフローは完成です!

ワークフローの実行

実際に動かしてみます。ワークフローを作ったチャネルの右上にボタンがあるので作ったワークフローを選択します。

フォームが出てくるので値を埋めて実行します。

無事ワークフロー経由でAWSコマンドが実行できました :tada: :tada:

このように、複雑なコマンドでもワークフローを介することで使いやすいフォームのインターフェースから実行することができます。

使用例その2:Lamndaを実行する

ChatBotはAWS Lambdaを起動するinvoke lamndaコマンドも実行できます。
次の例としてLambdaをワークフロービルダーを介して実行するケースを紹介します。

まずは適当なLambda関数をデプロイします。適当に入力をechoするLambda関数です。

import os
import json

def lambda_handler(event, context):
    print(json.dumps(event))

    return json.dumps(event)

例えばechoするテキストを何らか変えたいとします。なので実行するコマンドは以下のようします。

aws lambda invoke --function-name testChatOps --log-type Tail --region us-east-2 --payload '{"text": "何か任意の文字列"}'

Payloadのtextカラムの値をパラメータ化したワークフローを作成します。

ここでハマりどころが一つあって、macOSではスマートクォートの機能を切っておかないと勝手にダブルクォートが“”みたいな左右の向き付きのダブルクォートに変換されてJSONのPayloadがうまくパースされなくなる問題が発生します。macOSの場合はシステム環境設定のキーボードからスマートクォートを無効化できるので切ってSlackを再起動しましょう。

ではワークフローを実行してみます。

Lambda invokeの場合は実際に実行するコマンドを表示して実行するか訪ねてきます。
Yesを押すと先に進んで結果が表示されます :tada:

ここで一つ残念なポイントとしてlambda invokeは結果をbase64でencodingして返してくるのでSlack上で結果だけをぱっと見てもよくわかりません。

一応LogResultをデコードしてみると以下のような結果となり正しく実行できていることがわかります。

START RequestId: fd9e85af-4ee5-435f-ba08-4682dfe7926a Version: $LATEST
{"text": "Hello from workflow!!"}
END RequestId: fd9e85af-4ee5-435f-ba08-4682dfe7926a
REPORT RequestId: fd9e85af-4ee5-435f-ba08-4682dfe7926a  Duration: 18.80 ms  Billed Duration: 100 ms Memory Size: 128 MB Max Memory Used: 57 MB

この辺はChatbotがGAするまでに何らか見やすい手段を提供して欲しいですが、さしあたって欲しい情報はwebhookで通知するなどすれば回避できます。

終わりに

以上SlackのワークフローとAWS Chatbotの組み合わせの紹介でした。

Slackの使いやすいフォームからAWSコマンドを発行できるようになるので、例えば運用上たまに手動実行したいジョブをワークフローとして実行するなどの利用方法が考えられます。ワークフローはパラメータを選択式にできるのが良いですね!とても使いやすく入力の手間も省けるしパラメータをタイポしてうまく動かない...みたいな問題も回避できます。

また、現在は参照系以外のコマンドとしてlambda invokeコマンドしかサポートされていないのですが、codebuildのstart-buildとかssmのsend-commandなんかもサポートされたら夢が広がります。(一応、今でもLambda経由で実行はできはします)

もちろんガチで使う場合は権限設計をちゃんとしたいので、GAまでにその辺もう少し制御しやすい仕組みが導入されるといいなぁと思ってます。

14
6
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
14
6