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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー