TeamCity ビルドエージェントを Kubernetes クラスターにデプロイし、クラウドやベアメタルで堅牢かつスケーラブルな CI/CD ソリューションを実現します。
Kubernetes ではチームそのものを「抽象化」してベアメタルサーバーの使用や依存をやめることができます。Kubernetes のユーザーは安定した継続的なサービスを利用できます。IT チームはいつでもサーバーの使用を停止してメンテナンス作業を行い、稼動を再開させることが可能です。
Kubernetes では、複数のタスクを同じサーバーで起動することでリソースを最適化できます。
TeamCity と Kubernetes を統合すれば、運用チームはリソースの競合が増加した際にオーバープロビジョニングを行ったり、サーバーの可用性が低下するリスクを冒したりする必要がなくなります。
TeamCity の形式をお選びください。
TeamCity で Kubernetes Support プラグインを使用すると、ビルドエージェントを Kubernetes クラスターで実行できます。このプラグインは TeamCity にバンドルされているため、別途ダウンロードしたりインストールしたりする必要はありません。
TeamCity は Docker をネイティブでサポートしているため、継続的なインテグレーションとデプロイのプロセスを完全にコンテナー化できます。
Docker ビルドランナーで新しいコンテナーイメージを作成してコンテナーレジストリに公開し、Kubernetes で管理された実稼働前環境へのデプロイを準備できます。
テスト環境と本番環境に近いステージング環境を構成し、自動インテグレーションとエンドツーエンドテスト、および手動検証の準備ができた最新のビルドを Kubernetes にロールアウトできます。
TeamCity は自動テストの詳細なレポートを提供します。ログとスタックトレースへのリンクを含むテスト結果がその場でレポートされるため、すぐに障害調査に取り組むことができます。
Helm ビルドランナー(プラグインとして提供)を使用して、実稼働前のデプロイでライブ環境をミラーリングするように Kubernetes ワークロードを構成できます。
完全にスケーラブルで非常に回復性の高い継続的なインテグレーションとデプロイのパイプラインを実現するには、CI ビルドジョブを処理するように Kubernetes を構成し、本番環境を正確に複製した Kubernetes 上のテスト環境とステージング環境にコンテナー化されたアプリケーションをデプロイする必要があります。
Kubernetes クラスターリソースを使用するように TeamCity を構成するには、以下の手順に従ってください。
TeamCity は新しいジョブがビルドキューに追加されるたびに互換性のあるビルドエージェントイメージを特定し、リクエストを Kubernetes に渡します。コンテナーオーケストレーターは正しいビルドエージェントを含む既存の pod を特定するか、要求を満たす新しい pod を起動します。同一の仮想マシンで干渉のリスクを負うことなく、複数のコンテナー化されたビルドジョブを実行することが可能です。
TeamCity は Kubernetes をサポートしているため、非常にスケーラブルで回復性の高いインフラストラクチャをビルドジョブと自動テストの両方で最大限に活用できます。CI/CD ガイドで CI/CD のメリット、CI/CD パイプラインの目的、およびクラウドホスト型 CI/CD パイプラインの構築に関する考慮事項の詳細をご覧ください。
使用する準備はできましたか?TeamCity と Kubernetes クラスターを統合して、Kubernetes の継続的なインテグレーションとデプロイのパイプラインで最初のビルドを実行しましょう。
Kubernetes を使用するチーム向けの強力な CI/CD