AI時代に開発者がBuildkiteに移行する理由
AIコーディングエージェントの普及により、GitHubはプルリクエストや自動化の急増に対応できず、アーキテクチャ上の問題が露呈しています。Buildkiteは、開発体験と柔軟性に優れた代替手段として、開発者や大企業に支持されています。
長年にわたるGitHubユーザーは、AIコーディングエージェントの採用によって引き起こされるプルリクエスト、自動化、モノレポの指数関数的な増加に対処するのに苦労するGitHubにますます不満を感じています。これにより、サービスの現在の規模に追いついていないアーキテクチャ上の決定が明らかになりました。
元HashiCorp共同創業者のMitchell Hashimoto氏が4月に、オープンソースのGhosttyターミナルプロジェクトをGitHubから移行し、CI/CDにBuildkite（「素晴らしい」と評した）を使用する可能性を発表したとき、DevOpsの分野では異常なほどの熱意が示されました。Airbnb、PagerDuty、Reddit、Shopify、Uberなどの企業がBuildkiteに依存しており、Bazel、Bun、Elastic、Rails、NATSなどのオープンソースプロジェクトも同様です。
Buildkiteは個人プロジェクトとして始まり、創設者はJenkinsよりもHerokuに近い開発者体験を望んでいました。当初の焦点は、CI/CDパイプラインやテストに至るまで、ソフトウェアデリバリーに対する開発者の制御を強化することでした。しかし、ShopifyやPagerDutyのような大規模組織のプラットフォームチームが、個々のチームが選択した複数のCI/CDシステムを置き換えるための内部標準としてBuildkiteを採用することを妨げませんでした。