Concourse CI

Identity

• Concourseは元々Pivotal(現在はVMware/Broadcom傘下のTanzu部門)がクラウドネイティブなCIツールとして開発を主導したオープンソースプロジェクトである。検証待ち Concourseの起源

Capability

• ConcourseはResource(監視対象の外部アーティファクト)・Task(コンテナ内で実行される作業単位)・Job(ResourceとTaskの流れを定義するビルドプラン)という3つの概念で構成され、Jobのpassed制約によって依存関係グラフを構築できる。設定はすべてコードとしてバージョン管理される。検証待ち Resource・Task・Jobの3概念
• Concourseはfly interceptコマンドでコンテナへ直接アクセスしてトラブルシューティングでき、fly executeコマンドでコミット前にローカル環境でパイプラインを再現・テストできる。検証待ち fly CLIによるデバッグ機能

Credibility

• ConcourseはGoで書かれたコンテナベースの自動化システムであり、GitHub上でオープンソースとして開発が継続されている。検証待ち GitHub上での継続的な開発
• Broadcomによる買収後、Concourseの基本的な保守はTanzu Application Service(旧Pivotal Cloud Foundry)関連事業の収益と結びついており、現メンテナーのTaylor SilvaがGitHub Sponsorsによる財政支援を受け付けている。検証待ち Broadcom買収後の保守体制

Use Case

• Concourseは2025年もマイナーリリースを継続しており、月次のConcourse Working Groupミーティングを通じてv8に向けた破壊的変更などのロードマップをコミュニティで協議している。検証待ち 2025年の開発活動とWorking Group

Constraints / Current Status

• Concourseはツールごとの複雑なプラグイン機構を持たず、カスタムResource Typeという単一の強力な抽象化によって外部連携を実現する。各Taskは独自のコンテナイメージを指定するため、ワーカー上のパッケージ管理に依存せず依存関係を完全に制御できる。検証待ち プラグインレス設計とコンテナネイティブ性

Key References

• なぜConcourse CIが特定のチームに推薦されることがあるのですか？
• コンテナベースのCIシステムとしてConcourse CIを検討する際、まず何を知っておくべきですか？
• Concourse CIとJenkinsなどプラグイン方式のCIツールはどう違いますか？