メインコンテンツへスキップ

Terraform PR agent

Infrastructure-as-code（IaC）チームは、FinOps の推奨事項を Terraform の変更に落とし込み、それをレビューし、既存の変更管理ワークフローを通じてマージする必要がよくあります。Terraform PR agent は、GitHub リポジトリを Cloud Intelligence に接続し、適切な CloudFlow アクションノードを使用する任意のカスタム CloudFlow フローを通じて、提案された Terraform リメディエーションを含む pull request を作成します。

このエージェントは、クラウド環境に対して直接変更を適用しません。その代わりに、GitHub の pull request を通じて最小限の Terraform 変更を提案し、どの変更をデプロイするかは常にお客様のチームがコントロールできるようにします。

早期アクセス

  • Terraform PR agent は早期アクセス機能として提供されています。アクセスをリクエストするには、DoiT のアカウントチームにお問い合わせください。

  • 早期アクセス期間中、DoiT は実行可能な Insights を選択してエージェントを起動する CloudFlow を提供します。この CloudFlow パスが現在の早期アクセスにおけるワークフローであり、リメディエーションを実行する唯一の長期的な方法というわけではありません。

    現在、Insights から直接 PR リメディエーションを作成できる短期的なファーストクラスサポートの提供、追加コンテキストの付与や新たなガードレールの設定を行うために GitHub 上のエージェントとの対話を PR から離れずに実現すること、そしてお客様独自のエージェントワークフローとシームレスに統合するために、DoiT remote MCP server 経由で PR agent リメディエーションをトリガーできるようにする取り組みを進めています。

利点​

  • リメディエーションまでの時間短縮: コストや設定上の問題を特定してから、レビュー可能なコード変更を届けるまでの引き継ぎ時間を短縮します。

  • IaC ネイティブなワークフロー: リメディエーションは既存の Terraform リポジトリへの pull request として届き、CloudOps チームがインフラ変更を管理している現在の方法と整合します。

  • Human in the loop: すべての変更は標準的な GitHub のレビューおよびマージプロセスを通過します。エージェントが terraform apply を実行したり、クラウドリソースを直接変更したりすることはありません。

  • シグナル駆動のオートメーション: エージェントは、Insights を含む、すでに監視している実行可能な DoiT シグナルに応答します。早期アクセス期間中、これらのシグナルは DoiT 提供の CloudFlow を通じてエージェントに届きます。

  • プライバシーファーストな設計: 機密性の高い Terraform state データへのアクセスは不要です。

主な特徴​

  • GitHub 連携: DoiT GitHub App を通じて Terraform リポジトリを接続し、エージェントがコードベースを読み取り、リメディエーションの pull request を作成できるようにします。

  • Terraform state へのアクセス不要: エージェントは、クラウドリソースが HCL コードベースのどこで定義されているかを推論します。機密性の高い Terraform state データを共有する必要はありません。

  • コンテキスト対応の pull request: リメディエーションの pull request には、発端となったシグナルのコンテキスト、提案された変更内容、そのトレードオフ、および利用可能な場合はコストのコンテキストが含まれるため、レビュアーは PR から離れる必要がありません。

  • ローカル検証: エージェントは、pull request を作成する前に、提案された変更に対してフォーマットやリンティングなどのローカルチェックを実行します。

  • 主要なハイパースケーラー（AWS、Google Cloud、Azure）向けに公開されているすべての Terraform provider バージョンについて、最大過去 4 年分まで公式サポートを提供し、既知のバグや落とし穴に対するワークアラウンドも含みます。

GitHub アクセスの設定方法については Connect and disconnect、エンドツーエンドのワークフローについては Work with remediations を参照してください。

に最終更新