Blog

CI（継続的インテグレーション）とは？

• コードがpush/PRされたら自動でビルド・テストする
• 品質を機械で担保し、人のレビュー負担を軽くする
• 壊れたら早く気づける（手戻りが小さくなる）

CD（継続的デリバリー/デプロイ）とは？

• 本番/ステージングへ安全に届ける仕組み
• 段階リリースやロールバックで事故を小さくする
• 承認フローや権限でガバナンスを担保する

CI/CDは、「速さ」と「安全」を同時に実現するための“運用設計”です。

よくある失敗パターン

• 「とりあえずCIを回した」→ ❌（遅い・落ちる・誰も見ない）
• 「テストを増やせば安全」→ △（速いテスト/遅いテストの設計が必要）
• 「本番は手動のまま」→ ❌（属人化・ミスが残る）
• 「ロールバック手順がない」→ ❌（事故時に被害が増える）

CI/CDは、“回す”より“回り続ける設計”が重要です。

① パイプライン設計（速く・落ちない）

• ジョブ分割（ビルド/テスト/scan/デプロイ）
• 並列化・キャッシュ・差分実行
• 失敗原因の可視化（ログ設計）

② 品質ゲート（壊れる前に止める）

• Lint/Format/静的解析
• 単体/結合/E2Eの階層設計
• テストデータ・モックの整備

③ セキュリティ＆ガバナンス（危険を混ぜない）

• SCA（依存関係）/SAST（コード）/Secretsスキャン
• 権限（最小権限・監査ログ）
• 承認フロー（本番デプロイの制御）

④ デプロイ戦略（事故を小さくする）

• Canary / Blue-Green / Rolling
• Feature Flag（段階公開）
• 自動ロールバック（監視連動）

例：複数サービスのパイプラインを標準化する場合

• 9:30：CI失敗ジョブの確認（原因/再発防止）
• 11:00：ビルド高速化（キャッシュ/並列/差分）
• 13:30：セキュリティゲート強化（SCA/SAST/Secrets）
• 16:00：デプロイ戦略改善（Canary/ロールバック）
• 18:00：テンプレ化（パイプライン共通化/ドキュメント）

特徴：成果は「リリースが速くなった」より、「事故が減った」「待ち時間が減った」で出やすいです。

• CIが“落ちる理由”が見える（ログが分かりやすい）
• lint/formatが統一されている
• 脆弱性/依存関係/Secretsスキャンが入っている
• 本番に段階リリースとロールバックがある
• 本番デプロイに承認や権限がある

3つ以上弱い場合は、AI導入より先に“CI/CDの安全ゲート”を整えるのがおすすめです。

必須になりやすい領域

• Git運用（PR/ブランチ戦略）
• CI/CDツール（GitHub Actions/GitLab CI/Jenkins等）
• テスト戦略（階層化・実行順序）
• ビルド最適化（キャッシュ/並列/差分）
• セキュリティ（SCA/SAST/Secrets/IAM）
• デプロイ戦略（Canary/Blue-Green/ロールバック）

評価されやすいカテゴリ

• クラウド認定（AWS/Azure/GCP）
• セキュリティ基礎（権限・監査・鍵管理）
• Kubernetes/コンテナ（必要に応じて）

CI/CDは「環境差」を扱うので、クラウド/IAMの理解があると強いです。

おすすめの順番（現実的ルート）

• 手作業を減らして仕組みにしたい
• 「速さ」と「安全」のバランスを考えるのが好き
• 障害や失敗を“再発しない形”に直したい
• チーム横断で標準化するのが得意

• CI/CDエンジニア → DevOpsエンジニア
• CI/CDエンジニア → Platform Engineer（社内基盤）
• CI/CDエンジニア → SRE（信頼性）
• CI/CDエンジニア → MLOps/LLMOps（AI基盤）