CI/CDとは何ですか？継続的インテグレーションと継続的デリバリーの説明

CI/CDは継続的インテグレーションと継続的デリバリーを指します。これは、ソフトウェア開発ライフサイクル（SDLC）全体にわたって自動化と継続的監視を導入する実践です。CIはコードの統合、ビルド、およびテストを処理し、CDは本番環境へのデプロイを自動化します。これらは一体となって、品質を犠牲にすることなくソフトウェアの提供を加速する統一されたパイプラインを形成します。

柔軟性、速度、品質は、現代のソフトウェア開発の中核となる柱です。顧客の需要の増加と進化する技術的環境は、ソフトウェア開発をこれまで以上に複雑にし、従来のソフトウェア開発ライフサイクル（SDLC）手法は、急速に変化する開発の性質に対処できなくなっています。

アジャイルとDevOpsのような実践は、全体的な製品の品質を損なうことなく、開発プロセスに柔軟性と速度をもたらすことによって、これらの変化する要件を促進するのに人気があります。CI/CDは、これらのフレームワーク内で迅速で信頼性のあるデリバリーを実現するための重要な実践です。

CI/CDとは何ですか？

CI/CDは継続的インテグレーションと継続的デリバリーを指します。その最も単純な形では、CI/CDは完全なSDLCに自動化と監視を導入します。

• 継続的インテグレーションは、アプリケーションコードが統合、ビルド、およびテストされるソフトウェアデリバリーパイプラインの最初の部分です。
• 継続的デリバリーは、アプリケーションがエンドユーザーによって利用されるために、本番環境にデプロイされる第二のステージです。

継続的インテグレーションとは何ですか？

継続的インテグレーション（CI）は、開発者が共有バージョン管理システムにコードの変更をプッシュする際に、自動的に統合、ビルド、テストを行う実践です。これにより、各サイクルの終わりに検証されたデプロイ可能なアーティファクトが生成されます。

現代のソフトウェア開発は、複数の開発者が異なる領域、機能、またはバグフィックスに取り組むチームの努力です。これらのすべてのコード変更は、単一の最終製品をリリースするために組み合わされる必要があります。すべてのこれらの変更を手動で統合することはほぼ不可能な作業であり、複数のストリームで同時に作業している開発者間で必然的にコード変更が衝突します。

継続的インテグレーションは、開発者がコードをバージョン管理システム（VCS）に継続的にプッシュできる理想的なソリューションを提供します。これらの変更は検証され、新しいコードから新しいビルドが作成され、自動化されたテストを受けます。

このテストには通常、変更がアプリケーションに問題を引き起こさないことを確認するためのユニットテストおよび統合テストが含まれます。継続的インテグレーションは、すべてのコード変更が適切に検証され、テストされ、問題が発生した場合に開発者に即座にフィードバックが提供されることを保証します。これにより、開発者は迅速に問題を修正できるようになります。

これにより、コードの品質が向上するだけでなく、短い自動化されたフィードバックサイクルでコードエラーを迅速に特定するためのプラットフォームも提供されます。継続的インテグレーションのもう一つの利点は、すべての開発者が最新のコードベースで作業できることです。コード変更は迅速にマージされ、マージの競合が軽減されます。

継続的インテグレーションプロセスの最終目標は、デプロイ可能なアーティファクトを作成することです。

継続的デリバリーとは何ですか？

継続的デリバリー（CD）は、CIステージからスタaging、プレプロダクション、本番環境への検証されたアーティファクトのデプロイを自動化します。これには、インフラストラクチャ、構成、および監視の責任が含まれます。

デプロイ可能なアーティファクトが作成されると、継続的デリバリーが引き継ぎ、全体のデリバリープロセスを自動化します。CDは、アプリケーションのデプロイだけでなく、インフラストラクチャおよび構成の変更、監視、アプリケーションの維持も担当します。CDはアプリケーションデリバリーを超えて、インフラストラクチャとデータ操作も含むことができ、ここでControl-MとJenkins CI/CDの統合が価値を加え、すべてのJenkinsデプロイメントの下流で実行される生産データおよびアプリケーションワークフローをオーケストレーションします。

• Terraform
• Ansible
• Chef
• Puppet

継続的デリバリーは、アーティファクトが異なるステージを通過するマルチステージデプロイメントもサポートしており、各ステージで追加のテストと検証が行われ、アプリケーションの信頼性と堅牢性がさらに向上します。

なぜ組織はCI/CDを必要とするのか？

CI/CDは現代のソフトウェア開発の基盤であり、組織が迅速かつ効率的にソフトウェアを開発およびデプロイし、変化する要件に適応しながら、デリバリーを遅らせることなく行えるようにします。

適切に構成されたCI/CDパイプラインは、ソース管理やテストツールからインフラストラクチャの変更、監視ツールまで、SDLCのすべての側面を統合するための統一プラットフォームを提供します。これにより、組織は変化する消費者のニーズや技術革新に簡単に適応できます。従来の開発戦略では、クライアントの変更要求を満たしたり、新しい技術を採用したりするには長いプロセスが必要であり、組織が応答する頃には消費者のニーズが変わってしまう可能性があります。

CI/CDを使用したDevOpsは、この問題を解決します。なぜなら、CI/CDパイプラインははるかに柔軟であるからです。現在対処されていない消費者の要件は、比較的短時間で迅速に特定、分析、開発、デプロイでき、アプリケーションの通常の開発フローを妨げることなく実行できます。

CI/CDは、小さな変更を迅速にデプロイすることも可能にし、エンドユーザーに開発プロセスへの直接的な可視性を提供します。エンドユーザーは、バグ修正や新機能に関連する頻繁なデプロイメントを通じて製品の成長を見ることができます。これは、全体の開発サイクルが完了した後にユーザーが最終製品を見るだけのウォーターフォールモデルとは大きな対比を成しています。

CI/CDはどのように進化してきたのか？

CI/CDはアプリケーションデリバリーを超えて、データベースの変更、インフラストラクチャーとしてのコード、そしてフルソフトウェアパイプライン全体での統合セキュリティテストを含むように進化しています。

CI/CDは、当初はアプリケーションデリバリーをサポートするプラットフォームに過ぎませんでしたが、次第に次のように拡張されてきました：

• データベースDevOps：データベースの変更がアプリケーションの変更とともに継続的にデリバリーされる。
• GitOps：インフラストラクチャが宣言的でバージョン管理された方法で定義され、CI/CDパイプラインを介して管理される。

ユーザーは、ソフトウェアデリバリーのほぼすべての側面を継続的インテグレーションと継続的デリバリーに統合できるようになりました。CI/CDはDevSecOpsにも拡張でき、セキュリティテスト（脆弱性スキャン、構成ポリシーの強制、ネットワーク監視など）が、開発後の別の懸念として扱われるのではなく、CI/CDパイプラインに直接統合されます。

CI/CDパイプラインはどのように機能するのか？

CI/CDパイプラインは、コードコミットから本番デプロイメントへの道を自動化するソフトウェアデリバリープロセスです。CI/CDパイプラインの複雑さとステージは、開発要件に応じて異なります。あるパイプラインは、ソフトウェアをコンテナとしてマルチクラウドKubernetesクラスターにデリバリーするかもしれませんが、別のパイプラインは単純にアプリケーションをサーバーレス機能としてビルド、テスト、デプロイするかもしれません。

継続的インテグレーションと継続的デリバリーは、ほとんどのソフトウェア開発ライフサイクルの不可欠な部分になっています。継続的な開発、テスト、デプロイメントにより、CI/CDは開発、品質保証、運用チームの負荷を増やすことなく、より迅速で柔軟な開発を可能にしています。

典型的なCI/CDパイプラインは4つのステージに分解されます：

• 開発：コードがバージョン管理リポジトリにマージされ、検証されます。
• ビルド：アプリケーションが検証されたコードを使用してビルドされ、テスト用のアーティファクトが生成されます。
• テスト：ビルドされたアーティファクトがテスト環境にデプロイされ、アプリケーション機能を確保するために広範なテストが実施されます。
• デプロイ：テストされたアプリケーションが本番環境にデプロイされます。

すべてのステージはエラーを継続的に監視され、問題が発生した場合は関連する関係者に迅速に通知されます。

CI/CDの利点は何ですか？

CI/CDは、ソフトウェア開発プロセスのスピードと効率を向上させ、すべてのデリバリータスクのトップダウンビューを提供します。主な利点は次のとおりです：

• 自動検証、ビルド、およびテストを通じて開発者とQAの生産性を向上
• 単調で繰り返しの作業を自動化することによる時間とリソースの節約
• 全体的なコード品質の向上
• 各ステージの迅速なフィードバックサイクル、パイプライン内のプロセスが継続的に監視される
• 本番システムにおけるバグや欠陥の削減
• データベースおよびインフラストラクチャの変更を含む、パイプラインを介した広範なデリバリーサポート
• 従来のサーバーベースのデプロイメントからコンテナおよびサーバーレスアーキテクチャまで、アーキテクチャの柔軟性
• 本番環境での継続的な監視を通じたアプリケーションの信頼性

最も人気のあるCI/CDツールとプラットフォームは何ですか？

CI/CDツールは、一般的なプラットフォームからアーキテクチャ固有のツールまでさまざまな範囲があり、主要なソース管理システムを通じてネイティブに利用可能なオプションがあります。

継続的インテグレーションツール

• Jenkins
• TeamCity
• Travis CI
• Bamboo
• CircleCI

継続的デリバリーツール

• ArgoCD
• JenkinsX
• FluxCD
• GoCD
• Spinnaker
• Octopus Deploy

クラウドベースのCI/CDプラットフォーム

• Azure DevOps
• Google Cloud Build
• AWS CodeBuild / CodeCommit / CodeDeploy
• GitHub Actions
• GitLab Pipelines
• Bitbucket Pipelines

CI/CDの要約

現在、CI/CDはデリバリーパイプラインのすべての側面をサポートするように進化し、GitOps、データベースDevOps、DevSecOpsなどの新しいパラダイムを促進しています。今後さらに多くの進展が期待されます。

BMCはエンタープライズDevOpsをサポートします

レガシーシステムからクラウドソフトウェアまで、BMCは企業全体でDevOpsをサポートします。エンタープライズDevOpsについてもっと学ぶ。

FAQ: CI/CDの説明

継続的インテグレーションと継続的デリバリーの違いは何ですか？

継続的インテグレーションは、デプロイ可能なアーティファクトを生成するために、コード変更を統合、ビルド、およびテストするプロセスを自動化します。継続的デリバリーは、そのアーティファクトを取得し、ステージング環境を介して本番環境へのデプロイを自動化します。CIは「ビルドおよびテスト」フェーズであり、CDは「デプロイおよびリリース」フェーズです。

継続的デリバリーと継続的デプロイメントの違いは何ですか？

継続的デリバリーは本番環境へのデプロイを自動化しますが、通常はエンドユーザーへのリリースの前に手動承認ステップが必要です。継続的デプロイメントは一歩進んで、すべての変更が自動的に本番環境にデプロイされ、手動ゲートは必要ありません。

CI/CDパイプラインには何が含まれていますか？

CI/CDパイプラインには通常、開発（コードコミットと検証）、ビルド（アーティファクト作成）、テスト（自動ユニット、統合、およびその他のテスト）、デプロイ（本番へのリリース）の4つのステージが含まれます。すべてのステージはエラーの監視が継続的に行われます。

CI/CDはセキュリティおよびコンプライアンステストをサポートできますか？

はい。CI/CDパイプラインは、セキュリティテスト（脆弱性スキャン、構成ポリシーの強制、ネットワーク監視など）を直接パイプラインに統合することでDevSecOpsをサポートするために拡張できます。

CI/CDとDevOpsの関係は何ですか？

CI/CDはDevOpsの中核的な技術的実践です。DevOpsは、開発と運用を統合するための文化的および組織的アプローチを説明し、CI/CDは迅速かつ信頼性のあるデリバリーを実現するための自動化ツールとパイプラインインフラストラクチャを提供します。

関連する読み物

• BMC DevOpsブログ
• DevOpsのブランチ戦略の説明
• CD4MLとは何ですか？機械学習を用いた継続的デリバリーの説明
• DevOpsの職務タイトル、役割、および責任
• 2021-2022年の完全なDevOps認定ガイド
• Control-M Pythonクライアントと統合

この投稿で表現された見解や意見は著者のものであり、BMCの公式な立場を必ずしも反映するものではありません。

DevOpsガイド

1. DevOpsとは？包括的な紹介
2. DevOpsの簡単な歴史
3. DevOpsアーキテクチャの紹介
4. DevOpsにおける自動化：なぜ、どのようにDevOpsの実践を自動化するのか
5. CI/CDとは？継続的インテグレーションと継続的デリバリーの説明
6. Jenkinsを使用してCI/CDパイプラインを構築する方法
7. CI/CDパイプラインを最適化するためのDevOpsメトリクス
8. 継続的デリバリーメトリクス
9. 継続的インテグレーションから継続的デプロイメントへの進行は進展か？
10. 継続的インテグレーション（CI）、デリバリー（CD）、デプロイメントの違い
11. DevOpsにおけるソースおよびバージョン管理
12. 継続的テストとは？
13. テスト自動化フレームワーク：究極のガイド
14. DevOpsにおけるリリース管理
15. 説明：DevOpsにおける監視とテレメトリー
16. DevOpsにおけるアプリケーションパフォーマンス管理
17. SDLCにおけるDevOpsオーケストレーション
18. データベースDevOpsの紹介
19. DevOpsにおけるマイクロサービスの役割
20. DevOpsにおける仮想化の役割
21. コンテナとDevOps：コンテナがDevOpsのデリバリーパイプラインにどのようにフィットするか
22. コンテナパイプラインとは？
23. DevOpsツールチェーンとは？
24. DevOpsのためのコンテナとコードの管理
25. DevOpsにおけるアジャイルの役割
26. DevOpsにおけるクラウドの役割
27. FinDevOpsとは？
28. 2022年のDevOpsのトップトレンド
29. DevOpsの価値と原則
30. DevOpsメトリクスとKPI
31. 小規模、中規模、大規模組織向けのDevOpsアドバイス
32. DevOpsチーム構造
33. 今日読むべきDevOpsのトップ書籍
34. 『The Phoenix Project: DevOps For Everyone』の書評
35. DevOpsインフルエンサー：Twitterでフォローすべき11人のDevOpsエキスパート
36. GitHub、GitLab、Bitbucket、Azure DevOps：違いは何ですか？
37. ベストプラクティス：Kubernetes用にアプリケーションを設計する方法
38. DevOpsにおける構成管理
39. DevOpsのブランチ戦略の説明
40. DevOpsの職務タイトル、役割、責任
41. DevOpsにおけるテスト：概念、ベストプラクティス、その他
42. 2022年の完全なDevOps認定ガイド
43. Kubernetesオペレーターパターンとは？

これらの投稿は私自身の意見であり、BMCの立場、戦略、または意見を必ずしも代表するものではありません。