runner opsとは？self-hostingの隠れた作業

runner opsは、self-hostedのCI runnerを運用する継続的な運用作業のすべてです - パッチ適用、スケーリング、クリーンアップ、セキュリティ、そしてfleetをオンラインに保つこと。

runnerのインストールは数分で済みます。runnerを永続的に運用することが本当のコストです。runner opsは最初のデモには現れないが、その後は毎週エンジニアリング時間を消費する作業です。

runner opsに含まれるもの

OSにパッチを当て、runnerエージェントのバージョンをローテーションする。
runnerイメージをビルドし保守する。
容量が需要に追随するようautoscalingを書き調整する。
不安定さを防ぐためjob間でディスクと状態をクリーンアップする。
特にパブリックリポジトリのためにrunnerを保護する。
オフライン、stale、動かなくなったrunnerを監視しon-callを呼び出す。

なぜ過小評価されるか

チームは金を節約するためにself-hostedのrunnerを採用しますが、その節約が運用に費やされるエンジニアの工数に食われることに気づきます。ホスティングの請求は下がりますが、人のコストが上がり、プラットフォームチームのバックログに隠れます。

信頼性の税金

省略されたopsは不安定なビルドとして現れます: ディスクが埋まり、エージェントがstaleになり、runnerが午後5時にオフラインになる。各インシデントはチームを中断させCIへの信頼を損なう火消し作業です。

runner opsを排除する

マネージドrunnerはrunner opsを完全に取り除きます - パッチ適用、スケーリング、イメージ、クリーンアップ、監視はプロバイダの仕事です。Latchkeyはゼロopsでself-hostedの経済性を提供し、加えて一時的な障害をあなたの代わりに処理する自己修復を備えています。

本当のコスト比較

self-hostedとマネージドを比較するときは、クラウドの請求だけでなくrunner opsのエンジニア工数を数えましょう。安く見えるself-hostedのfleetは、それを保守するplatform engineerと不安定なrunnerで失われる開発者時間を織り込むと、しばしばより高くつきます。

重要なポイント

runner opsはself-hostedのrunnerを運用する継続的な作業です。
パッチ適用、スケーリング、クリーンアップ、セキュリティ、監視にまたがります。
そのコストはプラットフォームのバックログに隠れるエンジニアの工数です。
マネージドrunnerはrunner opsを完全に排除します。