CI/CDパイプラインの活用【後編】
継続的な改善の基盤となるCI/CDパイプライン活用術
CI/CDパイプラインをいかに使うか。チェックインやリリースのタイミングはいつにするか。CI/CDパイプラインにどのような機能を持たせるか。識者の意見を聞いた。
前編（ Computer Weekly日本語版 1月22日号 掲載）では、CI/CDの全体像とCI/CDパイプラインを紹介した。
後編では、CI/CDパイプラインの活用法を掘り下げる。
ロールバックの実施
本誌が話を聞いた専門家は、コードの増加を可能な限り最小限に抑えてCI/CDパイプラインを始めることをアプリケーションチームに推奨する。GitLabで製品管理とCI/CD担当のディレクターを務めるジェイソン・レニー氏は次のように語る。「変更が小さいほど、問題発生時のコードレビュー、テスト、ロールバックが容易になる。その結果、運用環境でのバグや不具合が少なくなる。だがコードレビューを実施しない、十分なテストを行わない、ロールバックする時機を判断するための監視を行わないという状態ではこのようなメリットは得られない」
変更の厳密な管理
CI/CDパイプラインへの取り込みは、新しいコードがソースコードリポジトリにチェックインされるたびに行われることもあれば、特定のアプリケーションに合わせて毎時間や毎日行われることもある。ベンモシェ氏は次のように話す。「ただし、毎回のイテレーションに行われる変更の数を厳しく管理するには開発者の統制が必要になる。ささいな変更でも重要な機能に影響を与える恐れがある。統合の問題が発生する恐れを減らすには、複数の層で厳密なテストを実施しなければならない。また、単体テスト、静的コードテスト、機能テスト、負荷テスト、耐久テストを高い割合でカバーする必要がある」
GitLabのレニー氏は次のように述べる。「CI/CDパイプラインの完了にかかる時間が大きな制限因子になる。リリースの頻度をCI/CDパイプラインの時間よりも短くすると、マスター（ソースブランチ）が破損するリスクがある。CI/CDパイプラインで以前の変更が実装されている間に新たな変更が結合されると競合の恐れが生じる。速度を上げると、ステージングでは全てが成功してもマスターでは失敗することになる。Google、Facebook、Uberなどの洗練されたエンジニアリング企業は、これを緩和するために変更をキューに入れて並べる複雑なカスタム機能を構築して、CI/CDパイプライン開始後は変更より前の部分に別のコードを結合できないようにしている」
セキュリティ
QualysでEMEA担当の最高技術セキュリティ責任者を務めるマルコ・ロッティーニ氏は、迅速にリリースを提供するためCI/CDパイプラインでは自動化を利用すると指摘し、次のように話す。「セキュリティチームはこのプロセスをサポートするためにデータをCI/CDパイプラインに提供して、必要な強化点と潜在的な問題が検出された場所について開発チームに指針を示せる。新しい脆弱（ぜいじゃく）性の検出プロセスを自動化するのも一つの方法だが、セキュリティアラートが大量発生する事態につながる恐れがある」
変更の数が非常に多いため、プロセス末端のゲートキーパーはITセキュリティだけでは不十分だ。代わりにセキュリティをソフトウェア開発アプローチ全体に埋め込む必要があるとロッティーニ氏は話す。
「セキュリティを開発に組み込むには、脆弱性追跡ツールをCI/CDパイプラインで使いやすくする必要がある。これらのツールを別個に提供するのではなく、必要なアップデートや推奨事項を開発環境に直接提供すべきだ。これにより、開発者はこの情報を他のバグや機能リクエストと同じように使って修正に取り掛かることができる」
同様に、ログ管理はCI/CDパイプラインにおけるアプリケーション機能の継続的な改善に重要な役割を果たす。Sumo Logicでテクニカルサービス担当バイスプレジデントを務めるマーク・ピジョン氏は次のように話す。「開発プロセスの各段階でデータを作成する。これを開発、導入、ビジネスチーム用のさらに正確なフィードバックループをサポートするために利用できる」。同氏によると、リリース前のアプリケーションコンポーネントのデータセットを運用環境とつなげることにより、強力な「前後の」データセットが生成される。これは運用環境への移行の一環として、変更がもたらす影響を調べるのに便利だという。「どのような開発でもデータは継続的に生み出される。そしてこのデータは、ソフトウェアプロセス全体でより良い決断を下すために長期的に使用できる」と同氏は話す。
全ての企業がソフトウェア企業というわけではない。だが、CI/CDはコードの構築とリリースを以前よりも格段に素早く行えるようにする。ITの意思決定者は、小さなコード変更を段階的に行うCI/CDを実行し、顧客からのフィードバックを次のコードリリースに速やかに組み込めるようにしなければならない。CI/CDを使って構築されたアプリケーションが継続的に改良されるよう、CI/CDパイプラインはコーディングツール、テストの全ての側面、導入の分析、導入後の分析に強いつながりが必要だ。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[日本オラクル株式会社] ピンチをチャンスに変えたEPR製品は？ 先行企業の導入事例3選 -
技術文書・技術解説
[日本オラクル株式会社] 無自覚なリスク 秘伝Excelファイルが監査の壁、不正・ミスの温床となる理由 -
製品資料
[日本オラクル株式会社] 戦略的経理の第一歩 失敗のない「脱Excel」を実現する秘訣とは？ -
技術文書・技術解説
[日本オラクル株式会社] いまさら聞けないオンプレERPとクラウドERPの違い 最適な製品をどう見極める？ -
事例
[株式会社ビザスク] 連結売上高が約2倍に成長、富士フイルムが実践した新規事業創出の戦略とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
2
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
3
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
4
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
5
クラウド資格コレクターは評価されない？ 年収1000万を分ける“OSの理解度”
-
6
脱VMwareか、継続か？ 仮想化ソフト主要6製品の機能とスペックを徹底比較
-
7
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
-
8
「0.3秒のスピード顔認証」の入退室管理が社員に好評 事例に学ぶオフィス改革
-
9
「ノートPC派」は損をしている？ Dellと考える“自作PC”のメリット
-
10
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー