PagerDuty（ページャーデューティー）は、Rundeck/ Runbook Automation（RBA）6.0が一般提供開始となったと発表した。このバージョンには、自動化プラットフォームを最新のインフラストラクチャーに適合させることを目的とした、ランタイム、可観測性、データベース、およびセキュリティーに関する一連のアップグレードが統合されている。
PagerDutyは、老朽化した自動化ランタイムがしばしば隠れたコストになると警告した。パッチ未適用のCVEが蓄積し、レガシーなメトリクスエンドポイントが最新のオブザーバビリティスタックから乖離し、データベースの互換性がセキュリティー要件に追い付かない場合がある。これらのギャップは個々には対処可能だが、システム稼働を自動化に依存しているチームにとっては累積的に大きな負担になると説明された。
PagerDutyは、Rundeckを基盤とするRunbook Automationを、プレーブック、スクリプト、APIをインシデント対応のための標準化されたワークフローに統合するオーケストレーションレイヤーとして紹介した。RBAは、インシデント発生時にトリガーし、レスポンダーがセルフサービスで起動し、日常的な運用タスクにスケジュールすることができ、ガードレールを維持しながら手作業による負担を軽減することを目指していると説明した。同社はまた、クラウド、データセンター、オンプレミス環境全体で自動化を実行する分散型Runnerアーキテクチャーを強調し、機密性の高いインフラストラクチャーへの直接的なネットワークアクセスを必要とせず、実行状況と承認状況を完全に可視化できる点も指摘した。
Rundeck/RBA 6.0は、Grails 7、Spring Boot 3、Java 17をベースにした主要なプラットフォーム刷新版として紹介された。このリリースでは、Java 17を最小ランタイムとして設定し、Java 25の標準サポートを追加した。また、ガベージコレクション、メモリー管理、起動パフォーマンスの改善も謳われている。Spring Boot Actuatorとのインテグレーションにより、従来のDropwizardエンドポイントはネイティブPrometheusメトリクスに置き換えられ、変換レイヤーなしでGrafana、Datadog、その他のオブザーバビリティーツールに直接メトリクスを流すことが可能になり、トラブルシューティングやキャパシティープランニングのために、レイテンシーの低減とジョブレベルのより詳細なデータを提供できるようになった。
データベースの互換性にも注目が集まり、認証と接続処理の変更に対応するため、MySQL 8.4の完全なサポートとテストが実施されたと報告されている。セキュリティー修正も注目されており、Grails 7への移行により、20を超えるCVEを解決する依存関係のアップグレードが可能になり、設定レベルのセキュリティー制御として、設定可能なパスワードリセットリンクの有効期限（デフォルトでは7日）と、システム設定からアクセスできるパスワードポリシーの適用修正が追加された。
PagerDutyは、これらのプラットフォームレベルのアップデートが既存の自動化ワークフローの技術的負債を削減し、周辺インフラストラクチャーの進化に伴い自動化レイヤーが監視、セキュリティー、または拡張機能のボトルネックになるのを防ぐと主張した。同社は、ランタイム、監視、およびセキュリティー体制をスタックの他の部分と整合させることで、Rundeck/RBA 6.0を自律運用への一歩と位置付け、自動化された修復処理ごとにテレメトリがPagerDutyにフィードバックされ、インシデント管理と予防活動にさらに役立つと指摘している。
出典：PagerDuty
この製品の詳細については、PagerDuty製品ページをご覧ください。
