ワークフロー自動化入門

ワークフロー自動化は、コードなしでインシデント対応とインフラストラクチャ管理を自動化します。アラートに応答し、AWS や Slack などのツールと統合し、運用タスクを自動的に実行するワークフローを構築します。

要件

ワークフローを使用するには、次のものが必要です。

ワークフローの自動化と秘密管理は、高度な計算 (aCCU) に含まれています。 CCU があるかどうかわからない場合は、アカウント設定を確認するか、アカウント担当者にお問い合わせください。

より高速なインシデント対応: アラートの起動時に、EC2 インスタンスのサイズ変更、デプロイメントのロールバック、またはサービスの再起動が自動的に行われます。手動介入は必要ありません。
ツールを接続: New Relic AWS 、Slack、Jira、ServiceNow、および任意の HTTP APIと統合して、チームが作業している場所に強化された集計データを送信します。
承認ゲートの追加: 重要なワークフローに人間による監視を含めます。運用インフラストラクチャを拡張したり、ロールバックを実行したりする前に、チームの確認を要求します。
複雑さへの対応: 条件付きロジック、ループ、データ変換を使用して、独自の運用プロセスを自動化します。

構築したいものに応じてパスを選択します。

デプロイは、Slack へのレポートの送信、デプロイメントのロールバック、EC2 インスタンスのサイズ変更など、一般的なシナリオ向けにワークフローを事前構成しました。

ドラッグアンドドロップインターフェースを使用して、ワークフローを最初から構築します。アクションをチェーンし、条件付きロジックを追加し、ツールと統合します。

ワークフローが外部サービスと対話できるように、資格情報と通知チャネルを構成します。

AWS ワークフロー: AWS 認証情報 (IAM ロール、ユーザー、またはセッショントークン) を設定します。

ワークフローは次の 3 つの方法で開始できます。

個別トリガーのワークフローについては、「ワークフローから通知を送信する」を参照してください。

カテゴリー	例
インシデント対応	CPU 使用率が高い場合は EC2 インスタンスのサイズを自動的に変更し、失敗したデプロイメントを数分以内にロールバックし、エラー率が急増した場合にはサービスを再起動します。
インフラストラクチャ管理	スケジュールに従ってサービスをスケーリングし、AWS リソースを作成および削除し、条件が満たされたときに自動的に Runbook を実行します。
通知	コンテキストとグラフを含む充実したアラートを Slack に送信し、スケジュールされたレポートを CSV として生成し、ダッシュボード用にデータをフォーマットします。
インテグレーション	アラートが発生したときに Jira チケットを更新し、New Relic データを外部ダッシュボードに同期し、条件に基づいてサードパーティ API をトリガーします。

詳細なシナリオとすぐに使用できるテンプレートについては、ワークフロー例のページを参照してください。

一般的なシナリオ向けに事前構成されたワークフローをデプロイ

条件付きロジックと統合を使用してカスタムワークフローを構築する

アラート、手動、またはスケジュールに基づいてワークフローをトリガーします

AWS、New Relic、Slack などで利用可能なすべてのアクションを参照します