CI/CDからDevOpsへ:役割の比較と成功への道筋

タグ: CI/CD DevOps

作成日: 2025年05月28日

音声概要

閲覧データ(過去90日間)

ページビュー数: 3回
ユニークユーザー数: 3人
平均セッション時間: 23.27秒

プロンプト

CI/CDを主体に行なっているチームがDevOpsを目指している。それぞれの役割を比較してDevOpsを行うにあたり必要なものが何になるのかまとめて欲しい。

CI/CDからDevOpsへ:役割の比較と成功への道筋

I. エグゼクティブサマリー

本レポートは、継続的インテグレーション/継続的デリバリー(CI/CD)を主体とするチームが、より包括的なDevOpsモデルへの移行を目指す際に直面する課題と機会を分析する。CI/CDはDevOpsの重要な技術的要素であるが、真のDevOpsトランスフォーメーションは、単なるパイプラインの自動化を超え、文化、プロセス、テクノロジー全般にわたる戦略的進化を必要とする。

本レポートでは、まずCI/CD中心のチームとDevOpsチームの役割、責任範囲、および基本的な考え方の違いを明確に比較する。CI/CDチームが主にビルドとリリースの自動化と効率化に焦点を当てるのに対し、DevOpsチームは開発から運用、さらにはビジネス価値の創出に至るまで、ソフトウェアライフサイクル全体に対するエンドツーエンドの責任を負う。

次に、DevOpsへの移行を成功させるために不可欠な要素として、CALMS(Culture: 文化、Automation: 自動化、Lean: リーン、Measurement: 測定、Sharing: 共有)フレームワークを提示する。これらの柱は、技術的な側面に加え、協調的な文化の醸成、プロセスの最適化、データ駆動型の意思決定、そして組織的な学習と知識共有の重要性を強調する。

CI/CDにおける習熟は、DevOpsへの道のりにおける強力な技術的基盤を提供する。しかし、DevOpsは、その能力をより広範な運用哲学へと昇華させるものであり、チームと組織全体にとって大きな、しかし価値ある変革となる。本レポートは、この変革をナビゲートするための具体的な洞察と指針を提供することを目的とする。

II. はじめに:CI/CDの基盤からDevOpsの展望へ

A. 現状の認識:CI/CDの習熟度

多くの先進的な開発チームは、継続的インテグレーション(CI)と継続的デリバリー(CD)の実践において高い習熟度を示している。CI/CDは、コード変更を頻繁にコードベースへ統合し、その正しさを繰り返し検証すること、そしていつでも安全にリリースできる状態を保ち、ソフトウェアを継続的に改善することを目的としている 1。これらのプラクティスは、ソフトウェア開発の持続可能性を高め、長期にわたる価値提供を実現するための基盤となる 1。CIはCDに含まれる概念であり、CIによる検証は、リリースされるソフトウェアが正しく機能するための実質的な必須条件である 1。

CI/CDの導入は、テストとリリースの自動化を想起させることが多いが、その範囲はより広範なプラクティスの集合体であり、プロジェクトごとに実装内容は異なる 1。CI/CDに習熟したチームは、この自動化されたパイプラインを通じて、開発の効率性とリリースの信頼性を大幅に向上させている。この達成は、DevOpsという次の段階へ進むための重要な出発点となる。

B. 目指すべき姿:DevOpsモデルへの希求

CI/CDの効率性をさらに発展させ、ソフトウェア開発ライフサイクル全体にわたる価値提供の最大化を目指すとき、DevOpsモデルへの移行が視野に入る。DevOpsは、開発(Development)と運用(Operations)が密接に連携・協力し、時にはその境界を越えて、システム開発を推進する手法や文化を指す 2。その目標は、ソフトウェアの開発、品質管理、展開、統合に関わる日常的なタスクを単一の継続的なプロセス群に統合し、開発サイクルを短縮して、チームが高品質のソフトウェアを継続的に提供できるよう支援することである 3。

従来の開発体制では、開発部門と運用部門がそれぞれの立場から対立し、結果としてビジネス価値の迅速な提供が妨げられるケースが少なくなかった 2。DevOpsは、このような部門間のサイロを解体し、協力体制を築くことで、ソフトウェアの価値向上を加速させることを目指す。このアプローチは、CI/CDによる技術的な自動化を基盤としつつも、それを超えた組織文化やプロセスの変革を伴う。

C. 本レポートの目的と構成

本レポートの目的は、CI/CDを主体とするチームがDevOpsモデルへの移行を検討する際に、両者の役割と責任範囲の違いを明確に理解し、DevOpsを成功裏に導入するために必要な要素を具体的に把握するための一助となることである。

そのために、本レポートは以下の構成で論を進める。
まず、CI/CD中心のチームとDevOpsチームの特性を比較分析し、その哲学、文化、運用範囲における主要な差異を明らかにする。次に、DevOpsトランスフォーメーションを成功に導くための柱となるCALMSフレームワーク(文化、自動化、リーン、測定、共有)を詳述する。さらに、チームがDevOpsへ移行する際に不可欠となる具体的な要素、すなわち役割の進化、スキルの獲得、主要プラクティスの導入、適切なツールチェーンの選定と統合、そしてリーダーシップの役割について論じる。最後に、これらの分析を踏まえ、DevOpsへの道筋と継続的な進化の重要性について結論づける。
CI/CDにおける高い能力は、確かに強力な技術的アドバンテージである。しかし、この技術的習熟度が、DevOpsに必要なより深い文化的・プロセス的な変革の必要性を見えにくくする可能性も考慮すべきである。自動化されたパイプラインを持つことと、真のDevOpsを実践することの間には隔たりがあり、チームが単にツールを導入しただけで「DevOpsを行っている」と誤解するケースも散見される。このレポートは、そのギャップを埋め、CI/CDの技術的側面と、DevOpsというより広範な社会技術的システムとの間の理解を深めることを目指す。

III. CI/CDとDevOpsの解明:比較分析

CI/CDとDevOpsは密接に関連しているが、その焦点、範囲、そして根底にある哲学において明確な違いが存在する。これらの違いを理解することは、CI/CD中心のチームがDevOpsへと効果的に移行するための第一歩となる。

A. CI/CD中心チーム:焦点、範囲、典型的な役割

CI/CD中心チームの主な目的は、ソフトウェアのビルド、統合、テスト、デプロイの各プロセスを自動化することにある。これにより、コードの変更が頻繁にコードベースへ統合され、ソフトウェアが常にリリース可能な状態に保たれることを目指す 1。ここでの重点は、パイプラインの効率性、速度、そして信頼性の確保である。

主な責任範囲には以下が含まれる。

CI/CDチームの運用範囲は、一般的にコードコミットから本番環境へのデプロイメントまで、というパイプラインに関連するステージに限定される傾向がある。上流の計画段階や、デプロイ後の運用監視、インシデント対応といった下流の活動への関与は、デプロイメントの失敗対応を除けば比較的少ない場合がある。この専門特化により、チームは高度な自動化技術を追求し、迅速かつ確実なソフトウェアリリースを実現する。

B. DevOpsチーム:ソフトウェアデリバリーへの包括的アプローチ

DevOpsチームは、CI/CDのプラクティスを包含しつつ、より広範で包括的なアプローチを採る。その核となる目的は、開発、運用、およびその他のステークホルダー間の協調を促進し、フローを改善し、顧客への価値提供を迅速かつ確実に、そして持続可能な形で実現することである 2。DevOpsは単なる技術的実践ではなく、ソフトウェアのライフサイクル全体とビジネス成果に焦点を当てた文化であり、運営モデルである。

DevOpsチームの責任範囲は、CI/CD専門チームのそれを大幅に超える。

これらの責任は、DevOpsチームが単なる機能開発やパイプライン管理に留まらず、提供するサービスの品質、信頼性、そしてビジネスへの貢献に対して深くコミットすることを示す 3。

C. 主要な差別化要因:哲学、文化、運用範囲

CI/CDとDevOpsの最も顕著な違いは、その根底にある哲学、求められる文化、そして対象とする運用範囲にある。

これらの違いを具体的に理解するために、以下の比較表を参照されたい。

表1: CI/CDチームとDevOpsチームの比較概要

観点 CI/CD中心チーム DevOpsチーム
主要目標 ビルド、テスト、デプロイの自動化による効率化、リリースの信頼性向上 1 開発と運用の連携による価値提供の迅速化、ビジネス成果への貢献 2
責任範囲 CI/CDパイプラインの構築・保守、テスト自動化、リリース管理 4 アプリケーション/サービスのライフサイクル全体(企画~運用・改善)、インフラ管理、監視、インシデント対応、セキュリティ 3
主要プラクティス 継続的インテグレーション、継続的デリバリー/デプロイメント、自動テスト CALMS原則(文化、自動化、リーン、測定、共有)、IaC、継続的監視、DevSecOps、アジャイル手法の拡張 2
マインドセット/文化 効率重視、自動化志向、パイプラインツールの技術的習熟 顧客中心、価値駆動、協調的、共有責任、継続的学習、非難のないポストモーテム 3
協調モデル 主に開発チーム内、または開発とQA間の連携。運用チームへのハンドオフが残る場合がある。 開発、運用、QA、セキュリティなど、部門横断的な緊密な連携、サイロの排除 2
ツール焦点 CI/CDサーバー、ビルドツール、テストフレームワーク、デプロイツール ライフサイクル全体をカバーする統合ツールチェーン(計画、SCM、CI/CD、IaC、監視、セキュリティ、コラボレーション) 12
代表的なメトリクス ビルド成功率、デプロイ頻度(限定的)、テストカバレッジ DORAメトリクス(変更リードタイム、デプロイ頻度、平均復旧時間、変更失敗率)、ビジネスKPI、システム可用性 14
主要なアウトプット 自動化されたビルドとデプロイパイプライン、リリース可能なソフトウェアパッケージ 継続的に改善される高品質なサービス、迅速な価値提供、安定した運用、学習する組織

CI/CDに高度に習熟したチームがDevOpsへの移行を目指す際、既存の専門性が逆に障壁となる場合があることを認識しておく必要がある。パイプライン自動化のエキスパートである彼らが、インシデント対応やインフラ管理といった、従来「運用チームの仕事」と見なされてきた広範な責任を負うことに、当初は抵抗を感じるかもしれない 5。DevOpsが推進する「機能横断的な自律チーム」や「エンドツーエンドの責任」という概念は、従来の役割分担意識の変革を求めるためである 6。この変革は、単に新しいスキルを学ぶだけでなく、古い役割の境界線を乗り越え、より広い視野でオーナーシップを受け入れるという文化的なシフトを伴う。したがって、リーダーシップは、この変革の「なぜ」(より迅速な価値提供、品質向上など)を明確に伝え、チームメンバーがこれらの新しい、部門横断的な役割を受け入れられるよう、トレーニング機会の提供や期待値の明確化といった支援を積極的に行う必要がある。

IV. DevOpsトランスフォーメーション成功の柱(CALMS/CAMS活用)

DevOpsへの移行を成功させるためには、単にツールを導入したり、プロセスを一部変更したりするだけでは不十分である。CALMS(またはCAMS)として知られるフレームワークは、この変革に必要な基礎的要素を包括的に示している。CALMSは、Culture(文化)、Automation(自動化)、Lean(リーン)、Measurement(測定)、Sharing(共有)の頭文字を取ったものであり、これらは抽象的な概念ではなく、具体的な行動指針となる。

A. 文化:協調と共有責任を育む礎石

DevOpsの根幹を成すのは文化である。この文化は、開発、運用、QA、そして近年ではセキュリティといった伝統的な部門間の壁を取り払うことから始まる 2。

これらの文化的要素は、DevOpsに関わる人々とプロセスに影響を与え、メンバーが効果的に対話し協業できるよう支援する 11。

B. 自動化:CI/CDパイプラインを超えて

CI/CDに習熟したチームは既に自動化の恩恵を理解しているが、DevOpsではその範囲をさらに拡大する。自動化は、反復的な手作業を排除し、再現可能なプロセスを生み出し、信頼性の高いシステムを作る 7。

DevOpsでは、リリース管理、構成管理、監視ツールといった技術が開発フローを高度化し、自動化が鍵を握る 5。

C. リーン原則:フローの最適化と無駄の排除

リーン生産方式の考え方をソフトウェア開発に適用し、顧客価値を最大化しながら無駄を最小限に抑えることを目指す 11。

リーン原則は、DevOpsにおける継続的改善の取り組みと失敗を受け入れる実験的なマインドセットの基礎となる 7。

D. 測定:データに基づいた意思決定

「計測できなければ管理できない、改善できない」という格言の通り、DevOpsの実装効果を把握し、改善サイクルを回すためには、適切な指標を用いた測定が不可欠である 11。

データなしで継続的な改善の取り組みが実際に効果を発揮しているかを証明することは困難であり、重要なKPIを特定し、うまくいっている点、いっていない点を明らかにすることが求められる 7。

E. 共有:知識と成功の増幅

知識、経験、ツール、ベストプラクティスをチーム間および組織全体で共有することは、学習を促進し、DevOpsの導入を加速させるために極めて重要である 5。

責任を共有し成功を分かち合うことが、部門間の分断を埋めるのに大きく役立つ 7。効果的なコミュニケーションは、DevOpsチームの基本的な役割の一つである 5。

これらのCALMSの柱は、単なるチェックリストではなく、相互に深く関連し合うシステムとして機能する。例えば、心理的安全性が確保された文化 15 は、チームが新しい自動化技術の実験 7 や、失敗事例のオープンな共有を気兼ねなく行うための基盤となる。そして、その共有された失敗からリーンな改善策 6 が導き出され、その効果は測定 14 によって検証される。このように、一つの領域での進展が他の領域の進展を可能にしたり加速させたりするため、DevOpsへの移行は、これらの側面をバランス良く、同時に育成していく包括的な戦略が求められる。自動化ツールへの偏重といった部分的なアプローチでは、限定的な成果しか得られない可能性が高い。

CI/CDに習熟したチームは、CALMSの「自動化」の一側面においては既に強力な基盤を持っている。彼らのDevOpsへの道のりは、この自動化の専門知識をIaCやセキュリティ自動化といったより広範な領域に拡大すると同時に、これまで未開拓であったかもしれない「文化」「リーン」「測定」「共有」といった他の柱に深く関与していくことを意味する。既存の自動化スキルは貴重な資産であるが、それらを活かしつつ、他のCALMS要素に関連するソフトスキルやより広い視野を意識的に育成していく必要がある。この点において、リーダーシップによる指導と的を絞ったトレーニングが極めて重要となる。

V. チームのDevOps移行に不可欠な要素

CALMSの原則とDevOpsの哲学を具体的な行動に移すためには、チームの役割、スキル、実践方法、ツール、そしてリーダーシップのあり方を見直す必要がある。CI/CDの基盤の上に、これらの要素を積み重ねていくことが、DevOpsへのスムーズな移行を可能にする。

A. 役割の進化と新スキルの獲得

DevOps環境では、従来の専門特化した役割分担から、より広範なスキルセットを持つ部門横断的な貢献者へと役割が進化する。

B. 主要なDevOpsプラクティスの導入

CALMSフレームワークを具体的な行動計画に落とし込むことが重要である。以下の表は、CI/CDチームがDevOpsへ移行する際に、各CALMS要素に対してどのようなアクションを取るべきかの指針を示す。

表2: DevOps導入のためのCALMSフレームワーク実践

CALMS要素 説明(要約) CI/CDチームがDevOpsへ移行する際の主要アクション
C文化 (Culture) 協調、共有責任、心理的安全性、学習する環境の醸成 6 - 定期的な部門横断会議(開発、運用、QA、セキュリティ)の設置<br>- 全インシデントに対する非難のないポストモーテムの実施<br>- 開発と運用の共通目標とメトリクスの定義<br>- 開発チームのオンコールローテーション参加など「作った人が運用する」文化の推進 7<br>- 顧客中心の思考をチーム全体で共有 3
A自動化 (Automation) CI/CDパイプラインを超えた、インフラ、テスト、監視、セキュリティなどの自動化推進 7 - 環境プロビジョニングなど、手動の運用タスクを特定しIaCで自動化<br>- セキュリティスキャンツールをCI/CDパイプラインに統合<br>- デプロイメントのロールバック手順の自動化<br>- 監視設定やアラート通知の自動化 8
Lリーン (Lean) 価値提供の最適化、無駄の排除、継続的改善 7 - バリューストリームマッピングを実施し、ボトルネックと無駄を特定 11<br>- 作業を小さなバッチで処理し、WIP(仕掛中作業)を制限<br>- 定期的なふりかえり(レトロスペクティブ)を通じてプロセス改善の機会を特定し実行<br>- 顧客からのフィードバックを迅速に製品改善に繋げる仕組みの構築 3
M測定 (Measurement) データに基づいた意思決定、パフォーマンスの可視化、改善効果の検証 7 - DORAメトリクス(変更リードタイム、デプロイ頻度、平均復旧時間、変更失敗率)の計測と可視化 14<br>- アプリケーションとインフラの主要パフォーマンス指標(KPI)の監視<br>- 顧客満足度やシステム可用性など、ビジネス関連メトリクスの追跡<br>- CI/CDパイプライン全体の可視性向上とボトルネック特定 5
S共有 (Sharing) 知識、経験、ツール、成功・失敗事例の組織的な共有と学習の促進 7 - プロセス、ツール、インシデント解決策に関するドキュメント作成と共有の習慣化<br>- 特定のDevOpsトピック(IaC、監視など)に関するCoP(Community of Practice)の設立<br>- チーム間でのツールやプラクティスの標準化と共有<br>- 成功事例だけでなく、失敗から得た教訓も積極的に共有する文化の醸成<br>- 効果的なコミュニケーションチャネルの確立と活用 5

C. 適切なDevOpsツールチェーンの選定と統合

DevOpsはツールが全てではないが、自動化、コラボレーション、フィードバックを効果的に実現するためには、適切に統合されたツールチェーンが不可欠である。

包括的なツールチェーンの導入は重要であるが 12、それらのツールがどのように統合され、活用されるかは、チームの文化やプロセス(CALMSの原則)によって大きく左右される。CI/CDチームは多くのツールを保有しているかもしれないが、それらがサイロ化された形で使用されている場合、DevOpsへの移行においては、ツールが部門間のコラボレーションとエンドツーエンドの可視性を強化するように再構成される必要がある。ツール選定は、技術的特徴だけでなく、DevOpsの核となる協調、フィードバック、共有オーナーシップといった原則をどれだけ支援できるかという観点からも評価されるべきである。目指すべきは、情報サイロを解体する統合されたツールチェーンの構築である。

D. DevOpsジャーニーを推進するリーダーシップの役割

DevOpsへの変革を成功させるためには、強力なリーダーシップによるコミットメントと支援が不可欠である 11。

DevOpsへの移行は、新しいスキルやプラクティスを学ぶだけでなく、古い習慣、固定化された役割定義、サイロ化された働き方といった「アンラーニング(学習棄却)」を伴う 16。このアンラーニングのプロセスは、特に既存の専門性に慣れ親しんだチームにとっては大きな挑戦となり得る。従来のIT組織では、専門分化された役割と部門間のハンドオフが一般的であった 2。CI/CDチームは自動化においては先進的でも、依然としてこれらの境界の中で活動している可能性がある。DevOpsが要求する部門横断型チーム 6 やエンドツーエンドの共有責任 5 は、個々人が従来のコンフォートゾーンから踏み出すことを意味する。したがって、リーダーシップは、このアンラーニングのプロセスを認識し、支援する必要がある。これには、変化する役割について率直に議論する場を設け、新しい試みに対する心理的安全性を確保し、新たな協調的行動を称賛することなどが含まれる。これは、スキルシフトに伴うマインドセットの変革である。

VI. 結論:DevOpsエクセレンスへの道筋を描く

CI/CDからDevOpsへの移行は、単なる技術的アップグレードではなく、組織の文化、プロセス、そして人々の働き方そのものを変革する戦略的な取り組みである。本レポートで詳述してきたように、この移行は多岐にわたる要素を包含する。

A. 主要要件の再確認

DevOpsへの移行を成功させるための鍵は、CI/CDの強力な基盤の上に、CALMSフレームワーク(文化、自動化の拡大、リーンなプロセス、データ駆動型の測定、オープンな共有)の各要素を統合的に構築していくことにある。これは、技術的な卓越性だけでなく、人間中心の協調的なアプローチを重視することを意味する。役割はより流動的かつ部門横断的になり、スキルセットは深さと幅の両方が求められるようになる。ツールは、サイロを破壊し、エンドツーエンドの可視性とコラボレーションを促進する統合されたエコシステムとして機能する必要がある。そして何よりも、この変革を推進し、持続させるためには、リーダーシップの確固たるコミットメントと、学習し続ける文化の醸成が不可欠である。

B. CI/CDチームへの実践的提言

CI/CDに習熟したチームがDevOpsへの第一歩を踏み出すにあたり、以下の具体的なアクションを推奨する。

C. DevOps進化の継続性

最後に、DevOpsは一度達成すれば完了するプロジェクトではなく、継続的な学習、改善、そして適応の旅であることを強調したい 3。市場の要求、技術の進歩、そしてチーム自身の成長に合わせて、DevOpsの実践も常に進化し続ける必要がある。「常に新しいことを学ぶ」 5、「プロセスを継続的に改善する」 3 という姿勢が、DevOpsの精神そのものである。この旅路自体が、組織のレジリエンス(回復力)とイノベーション能力を育む源泉となる。

CI/CDからDevOpsへの移行は、確かに時間と労力を要する「マラソン」であるが、その過程で得られるスピード、品質、信頼性、そしてチームの士気向上といった恩恵は、その努力を補って余りあるものとなるであろう。

引用文献

  1. 「GitHub CI/CD実践ガイド」イベント基調講演ダイジェスト+FAQ …, 5月 28, 2025にアクセス、 https://zenn.dev/tmknom/articles/github-cicd-book
  2. DevOpsとは?目的や重要性、導入メリットを解説, 5月 28, 2025にアクセス、 https://products.sint.co.jp/obpm/blog/devops
  3. DevOps エンジニアの役割と責任範囲 Lucidchart, 5月 28, 2025にアクセス、 https://www.lucidchart.com/blog/ja/devops-engineer-roles-and-responsibilities
  4. DevOpsエンジニアはもう不要?需要と将来性を徹底解説 - KOTORA JOURNAL, 5月 28, 2025にアクセス、 https://www.kotora.jp/c/55886/
  5. DevOpsの一般的な役割と責任 - Splunk, 5月 28, 2025にアクセス、 https://www.splunk.com/ja_jp/blog/devops/devops-roles-responsibilities.html
  6. DevOps 6つの原則とデロイト トーマツ ウェブサービスのカルチャー醸成への取り組み, 5月 28, 2025にアクセス、 https://blog.mmmcorp.co.jp/2022/02/08/6_principles_of_devops/
  7. CALMS フレームワーク - DevOps - Atlassian, 5月 28, 2025にアクセス、 https://www.atlassian.com/ja/devops/frameworks/calms-framework
  8. DevOpsとは?意味やアジャイル開発との違い、メリットをわかりやすく解説!, 5月 28, 2025にアクセス、 https://www.intra-mart.jp/im-press/useful/devops
  9. DevSecOpsとは?その重要性から実践方法まで徹底解説 - GitLab, 5月 28, 2025にアクセス、 https://about.gitlab.com/ja-jp/topics/devsecops/
  10. DX推進のカギとなるDevSecOpsとは?実現させるためのポイントを詳しく解説, 5月 28, 2025にアクセス、 https://www.hitachi-solutions.co.jp/digital_acceleration/column/column05/
  11. DevOpsの原則は「3つの道」と「CALMS」によって説明される …, 5月 28, 2025にアクセス、 https://ctoforgood.com/2018/12/devops-principles/
  12. DevOpsツールチェーンとは?基本からツール選定のプロセス・注意点を解説 - アイスリーデザイン, 5月 28, 2025にアクセス、 https://www.i3design.jp/in-pocket/11334
  13. DevOpsツールチェーンとは? 仕組みはどうなっているのか - Wallarm, 5月 28, 2025にアクセス、 https://www.wallarm.com/jp/what/devops-toolchain-and-how-does-it-work
  14. DevOps フレームワーク: 完全ガイド Atlassian, 5月 28, 2025にアクセス、 https://www.atlassian.com/ja/devops/frameworks
  15. 『アジャイルリーダーシップ』の内容を解説!アジャイルリーダーシップの定着に必要なものとは?, 5月 28, 2025にアクセス、 https://products.sint.co.jp/obpm/blog/agile-leadership
  16. DevOps Leader (DOL) DevOpsトレーニング IT/DX人材の育成/研修 - Top Out Human Capital, 5月 28, 2025にアクセス、 https://www.topout.co.jp/training/DO-DOL
  17. 開発と運用のコラボレーション!~DevOpsの構成要素「CLAMS …, 5月 28, 2025にアクセス、 https://www.knowledgewing.com/kw/blog/2023/01/agile08.html
  18. IaCとは?インフラをコード化するメリット・デメリット、導入方法 エンベーダー, 5月 28, 2025にアクセス、 https://envader.plus/article/136
  19. IaCとは?インフラをコード化するメリットと注意点・導入例を紹介! - さくらのクラウド, 5月 28, 2025にアクセス、 https://cloud.sakura.ad.jp/column/iac/
  20. 「DevOps」とは?〜超基本から実践のポイントを解説〜 インシデント管理プラットフォーム PagerDuty, 5月 28, 2025にアクセス、 https://www.pagerduty.co.jp/blog/what-is-devops
  21. DevOps ツールチェーン: 重要な考慮事項 アトラシアン - Atlassian, 5月 28, 2025にアクセス、 https://www.atlassian.com/ja/devops/devops-tools/choose-devops-tools
  22. CI / CD パイプラインで API デリバリーを自動化するための 6 つの …, 5月 28, 2025にアクセス、 https://cloud.google.com/blog/ja/products/api-management/automating-api-delivery-with-cicd-pipelines
  23. CI/CDパイプライン構築に重要なデプロイパイプラインとは …, 5月 28, 2025にアクセス、 https://www.pagerduty.co.jp/blog/what-is-a-deployment-pipeline/
  24. JenkinsからGitLabへのスムーズな移行, 5月 28, 2025にアクセス、 https://about.gitlab.com/ja-jp/blog/2024/02/01/jenkins-to-gitlab-migration-made-easy/
タグ: CI/CD DevOps