テンプレートは、Slack へのレポートの送信、デプロイメントのロールバック、EC2 インスタンスのサイズ変更など、一般的なシナリオ向けに事前構成されたワークフローを提供します。 数分でデプロイし、チームのプロセスに合わせてカスタマイズします。
テンプレートを使用する理由は何ですか?
- より迅速に開始: 作業自動化を数分でデプロイ
- ベストプラクティスに従う: 実証済みのパターンとエラー処理を使用する
- 例で学ぶ: アクションがどのように接続され、データがどのように流れるかを確認します
- エラーを減らす: テスト済みの設定から始める
あなたが始める前に
ほとんどのテンプレートには認証情報と統合が必要です。
- AWS テンプレート: 権限のあるAWS 認証情報(EC2、API Gateway、Systems Manager、または SQS)。
- Slack 通知: ボット トークンとチャンネル アクセスを備えた Slack アプリ。
- すべてのテンプレート: New Relicアカウントおよびエンティティ GUID (監視リソースの一意の識別子)。
ヒント
まだ資格情報をお持ちではありませんか?まずテンプレートを参照してください。デプロイする前に資格情報を設定します。
テンプレートをデプロイする
適切なテンプレートを見つける
以下のテンプレート ライブラリを参照してください。それぞれ、機能、使用時期、要件、および動作方法を示します。
デプロイして構成する
one.newrelic.com > All Capabilities > Workflow Automationにアクセスしてください。
Use a Template [テンプレートの使用を]選択
テンプレートを選択してください
入力内容を入力します（資格情報、エンティティ GUID、クエリ、チャネル）
セレクトDeploy [デプロイ]
ワークフローがアクティブになりました。
テストと検証
実稼働前にテストする:
手動でトリガーする（オンデマンドでワークフローを開始するを参照）
実行履歴での実行の監視
出力を確認する（Slack メッセージ、AWS の変更、ログ）
エラーを確認し、設定を調整する
重要
まず非本番環境でテストします。一部のテンプレートではインフラストラクチャが変更されます。実稼働で使用する前に検証します。
テンプレートをカスタマイズする
デプロイメント後にワークフローを変更する:
- 条件付きロジックを追加: 条件に基づいてステップをスキップする
- チェーンテンプレート: 出力を他のワークフローの入力として使用する
- 通知の調整：形式、受信者、チャネルを変更する
- カスタムアクションの追加: HTTP requestsまたはデータ変換を含める
詳細については、 「独自のワークフローを作成する」を参照してください。
トラブルシューティングテンプレート
ワークフローが失敗したり、期待どおりに動作しない場合は、次の手順に従ってください。
実行履歴を確認します。Workflow Automation > [あなたのワークフロー] > Run History、実行ログとエラーメッセージを確認します。
一般的な問題を確認する: 次の問題の解決策については、 「ワークフロー自動化のトラブルシューティング」を参照してください。
- AWS 認証情報と権限のエラー
- Slack 統合の問題
- エンティティ GUID の問題
- NRQL失敗
- ワークフローのタイムアウト
- テンプレート固有のトラブルシューティング
重要
テンプレートを安全にテストする: 必ず最初に本番環境以外の環境でテストしてください。 インフラストラクチャを変更するテンプレート (EC2、API ゲートウェイ) は、誤って構成された場合、可用性に影響を与える可能性があります。
ワークフロー自動化テンプレート
次のステップ
実行と管理
- ワークフローの開始とスケジュール: 手動でトリガーするか、自動的にスケジュールする
- ワークフローの管理: ワークフローの編集、複製、削除
カスタムビルド
- 独自のワークフローを作成する:カスタムロジックでゼロから構築
- ベストプラクティス: 信頼性が高く、本番環境に対応した自動化のパターン
規模
- ワークフロー オートメーション API : CI/CDまたはインフラストラクチャ-as-code と統合
- ワークフローの制限: タイムアウト、レート制限、制約