実際の動作を見る
CI/CDパイプライン図の例
同じツールに4つの依頼。以下の図はすべて実際に生成されたものです。
入力する内容
CI/CDパイプラインを作成してください。コードのコミット後にアプリケーションの成果物をビルドし、自動テストとセキュリティスキャンを実行してステージングにデプロイします。スモークテストを実行し、リリース承認を得て本番環境にデプロイしたら、本番環境の健全性を確認します。テスト失敗時はコード修正と再コミットへ、セキュリティチェック失敗時は修正対応へ、承認却下時はリリース保留へ、本番環境の健全性チェック失敗時はロールバックへ分岐させてください。
次に試すセキュリティスキャンの後に成果物の署名ステップを追加してください。ステージングの前にデータベースのマイグレーション確認を追加してください。
フローチャート · Sugiyama layered DAG + orthogonal routing · schematex-flowchart
生成された図
CI/CDパイプライン図とは
CI/CDパイプライン図は、変更をソースコードからデプロイ済みのリリースへ進める、自動および手動の各工程を示します。一般的な工程には、ビルド、テスト、セキュリティチェック、ステージング、承認、本番デプロイ、ロールバックがあります。
この図を使うと、リリースゲートと障害時の経路が明確になります。テスト失敗時の対応、デプロイの承認者、リリースを中止または取り消せる箇所をチームで把握できます。
- Standard
- Sugiyama layered DAG + orthogonal routing
- Engine
- schematex-flowchart
- Editable
- Double-click text, drag nodes
- Export
- SVG · PNG · PDF
利用者
CI/CDパイプライン図はどんな人が使う？
デプロイ自動化を文書化またはレビューする際のリリース工程とゲートの整理。
監視を組み込んだ段階的な機能リリースと、リリースを無効化する明確な手順の整理。
リリースプロセスの共有やオンボーディングに使う、ビルド、テスト、承認、デプロイの流れ。
使い方
CI/CDパイプライン図を3ステップで作成する方法
01
説明する
まずは1段落で十分です。
“CI/CDパイプラインを作成してください。コードのコミット後にアプリケーションの成果物をビルドし、自動テストとセキュリティスキャンを実行してステージングにデプロイします。スモークテストを実行し、リリース承認を得て本番環境にデプロイしたら、本番環境の健全性を確認します。テスト失敗時はコード修正と再コミットへ、セキュリティチェック失敗時は修正対応へ、承認却下時はリリース保留へ、本番環境の健全性チェック失敗時はロールバックへ分岐させてください。”
02
図を確認
最適なエンジンで描画します。
03
変更点を伝える
編集のたびにバージョンを保存します。
セキュリティスキャンの後に成果物の署名ステップを追加してください。
V2 · DRAWN FROM V1, NOTHING RETYPEDよくある質問
よくある質問
CI/CDとは何ですか？
継続的インテグレーションでは、コード変更を頻繁に統合し、自動ビルドとテストで検証します。継続的デリバリーまたは継続的デプロイでは、検証済みの変更を再現可能なパイプラインを通じて本番環境へ進めます。
CI/CDパイプライン図には何を含めるべきですか？
トリガー、ビルド、テスト工程、品質またはセキュリティのゲート、デプロイ環境、承認、監視、各工程で失敗した場合の対応を含めます。
パイプライン図に障害時の経路を示すのはなぜですか？
障害時の経路を示すことで、リリースプロセスを実運用に役立てられます。修正して再試行するのか、リリースを保留するのか、機能を無効にするのか、ロールバックするのかが分かります。
ブルーグリーンデプロイとは何ですか？
ブルーグリーンデプロイでは、現行バージョンと並行して新しいバージョンを稼働させ、チェックに合格した後でトラフィックを切り替えます。新しいバージョンに問題があれば、トラフィックを元に戻せます。
関連ツール
