FortiGate 運用 × GitLab ユースケース詳細

FortiGate の設定変更をマージリクエストとパイプラインで管理する 14 のユースケース (GitLab Premium 6 本 + Ultimate 8 本)です。各ユースケースについて、現状の課題、To-Be プロセス、期待効果と KPI、使う機能とプラン、導入ステップ、留意点を 1 枚にまとめています。機能とプランは 2026 年 11月時点の GitLab 公式ドキュメントで確認しています

Transcript

1. FortiGate 運用 × GitLab ユースケース ユースケース一覧 Premium で「変更管理」を、Ultimate で「セキュリティとコンプライアンス」を。 FortiGate の設定をコードで管理し、GitLab の MR とパイプラインで変更・反映する運用を前提に、 お客様と導入 業者の双方にうれしい 14 のユースケースをまとめました。各ユースケースの詳細は、番号ごとのビラをご覧くださ い。 GitLab Premium 変更管理をチームで安全に回す No. ユースケース P5 同時に出た変更が衝突しないように並べる 使う GitLab の機能 MR 承認ルール / Code Owners / 保護ブラ ンチ 保護された環境 / デプロイ承認 / デプロイ履 歴 / デプロイフリーズ Epic / Roadmap / 複数の Issue Board / ス コープ付きラベル グループ / サブグループ / グループのプロジェ クトテンプレート / グループ単位の権限管理 マージトレイン / マージ結果パイプライン P6 変更と申請番号をつなげて、作業記録を残す プッシュルール / 監査イベント / Issue と MR のリンク P1 ファイアウォールポリシー変更の承認フロー 「その FW ルール、誰が承認しましたか？」に、すぐ答えられます。 P2 本番反映は「承認済み」と「決めた時間帯」だけ 検証機には気軽に、本番機には慎重に。反映先によってルールを変えられます。 P3 全拠点の FortiGate をまとめて移行・変更 全国の拠点への展開も、どこまで進んだかがひと目でわかります。 P4 お客様ごとにグループを分けて、標準構成で保守 標準構成をテンプレートにして、どのお客様にも同じ品質で届けます。 変更が同時にいくつ出ても、壊れた設定は本番に入りません。 「この変更はどの申請ですか？」に、すぐ答えられます。 GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する No. ユースケース U1 危険なファイアウォールルールを MR の時点で止める 「any → any 許可」は、マージされる前に止めます。 U2 すべてのプロジェクトに、同じ検査を強制する 拠点やグループ会社のリポジトリがいくつ増えても、検査の抜け漏れをなくせま す。 U3 API キーや VPN の事前共有鍵の漏えいを防ぐ 認証情報は、Git に入る前に止めます。 U4 自動化スクリプトの脆弱性とライセンスを管理する FortiGate を動かす Terraform / Ansible / Python の安全性も、一覧で管理し ます。 U5 規制・監査への対応の証跡を出す 監査人に「承認のない変更は 0 件です」と、根拠付きで示せます。 U6 委託先には「必要な操作だけ」を許可する 最小権限の考え方を、GitLab の権限設計でそのまま実現します。 U7 変更にかかる日数を見える化して改善する 「FW の申請から反映まで何日？」に、数字で答えられます。 U8 設計書の要件と実機の設定をつなげて管理する セキュリティ要件 → ポリシー → テスト結果を、1 本の線でたどれます。 使う GitLab の機能 MR 承認ポリシー / 脆弱性レポート / セキュ リティレポート連携 スキャン実行ポリシー / パイプライン実行ポ リシー / セキュリティポリシープロジェクト シークレットプッシュ保護 / パイプラインシ ークレット検出 / CI/CD 変数 (マスク・保護) IaC スキャン / 依存関係スキャン / 依存関係 リスト / SBOM / ライセンス承認ポリシー コンプライアンスフレームワーク / コンプラ イアンスセンター / 監査イベントのストリー ミング カスタムロール / 保護された環境 / 監査イベ ント バリューストリーム分析 / Value Streams Dashboard / DORA 指標 要件管理 / テストケース / Issue と MR のリ ンク 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 一覧
2. GitLab Premium 変更管理をチームで安全に回す FortiGate 運用 × GitLab ユースケース ファイアウォールポリシー変更の承認フロー P1 「その FW ルール、誰が承認しましたか？」に、すぐ答えられます。 こんなお悩みはありませんか？ ！ 申請は Excel、承認はメール、投入は手作業で、記録がばらばらです ！ 承認が終わる前に、実機へ投入されてしまうことがあります ！ 誰が何を承認したのか、後から追えません GitLab でこう変わります 1 MR で提案 担当者がポリシー変更をマ ージリクエスト (MR) で 提案します 2 担当を自動指名 Code Owners で、対象 ファイルの担当部門がレビ ュアーになります BEFORE 3 2 部門で承認 ネットワーク担当とセキュ リティ担当の承認がそろう までマージできません 4 自動で反映 マージ後、パイプラインが FortiGate へ設定を反映し ます AFTER Excel の申請書 → メールで承認 → 手作業で CLI 投入 1 つで、提案・差分・承認・反映の記録がつ ▶ MR ながります 客 お客様のうれしさ ✓ 「2 部門の承認が必須」という社内ルールを、仕 組みで守れます ✓ 変更内容を差分 (diff) でひと目で確認できます ✓ 承認の履歴が MR に残るので、監査でそのまま 使えます 業 導入業者のうれしさ ✓ お客様の承認が記録に残り、「言った・言わな い」がなくなります ✓ 申請書の作成や転記の手間が減ります ✓ レビューの指摘と修正のやり取りが MR 上で完 結します 使う GitLab の機能 MR 承認ルール Code Owners 保護ブランチ 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 P1
3. GitLab Premium 変更管理をチームで安全に回す FortiGate 運用 × GitLab ユースケース 本番反映は「承認済み」と「決めた時間帯」だけ P2 検証機には気軽に、本番機には慎重に。反映先によってルールを変えられます。 こんなお悩みはありませんか？ ！ 検証機と本番機で手順が同じなので、誤って本番に投入しないか心配です ！ 夜間作業の立ち会いや、承認の調整に手間がかかります ！ 誰でも本番機に設定を流せる状態になっています GitLab でこう変わります 1 検証へ自動反映 MR のパイプラインで、検 証用 FortiGate に反映し て確認します 2 本番を保護 本番環境は保護された環境 にして、実行できる人を限 定します BEFORE 3 デプロイを承認 決められた承認者が、画面 から本番反映を承認します 4 時間帯で実行 承認済みのジョブを、メン テナンス時間帯に実行しま す AFTER 本番と検証の手順が同じで、作業者の注意力に頼 っています ▶ 本番は承認がないと動かず、反映の履歴が環境ご とに残ります 客 お客様のうれしさ ✓ 承認のない本番変更を、仕組みで防げます ✓ いつ・誰が・どの版を本番に反映したかが一覧で わかります ✓ デプロイ禁止期間 (年末年始など) を設定できま す 業 導入業者のうれしさ ✓ 夜間作業は、承認済みのジョブを実行するだけで 済みます ✓ 誤投入の危険と、作業者の心理的な負担が減り ます ✓ 作業報告に、環境ごとのデプロイ履歴をそのま ま使えます 使う GitLab の機能 保護された環境 デプロイ承認 デプロイ履歴 デプロイフリーズ 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 P2
4. GitLab Premium 変更管理をチームで安全に回す FortiGate 運用 × GitLab ユースケース 全拠点の FortiGate をまとめて移行・変更 P3 全国の拠点への展開も、どこまで進んだかがひと目でわかります。 こんなお悩みはありませんか？ ！ 拠点ごとの進み具合を Excel の WBS で管理していて、更新が追いつきません ！ どの拠点が終わったのか、担当者に聞かないとわかりません ！ センター側を先に、など拠点間の順序の管理が難しいです GitLab でこう変わります 1 Epic で全体定義 「SSL-VPN から ZTNA へ移行」などの案件全体を Epic にします 2 拠点ごとに Issue 拠点ごとに Issue を作 り、地域や工程をラベルで 付けます BEFORE 3 ボードで見える化 工程別の Issue Board で、拠点の状態を並べて見 られます 4 Roadmap で共有 期間と進み具合を、 Roadmap でお客様と共 有します AFTER Excel の WBS とメールで進捗を集め、週次で手 作業で更新しています で全体 ▶ 作業と同時に状態が更新され、Roadmap を常に見られます 客 お客様のうれしさ ✓ 大規模な移行案件の進み具合を、いつでも自分 で確認できます ✓ 遅れている拠点がすぐわかり、早めに手を打てま す ✓ 拠点ごとの作業記録が Issue に残ります 業 導入業者のうれしさ ✓ 工程管理を GitLab で完結でき、Excel の WBS が要らなくなります ✓ 進捗報告のための資料作りが減ります ✓ 次の案件でも同じ Epic 構成を使い回せます 使う GitLab の機能 Epic Roadmap 複数の Issue Board スコープ付きラベル 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 P3
5. GitLab Premium 変更管理をチームで安全に回す FortiGate 運用 × GitLab ユースケース お客様ごとにグループを分けて、標準構成で保守 P4 標準構成をテンプレートにして、どのお客様にも同じ品質で届けます。 こんなお悩みはありませんか？ ！ お客様ごとに構成ファイルやスクリプトがばらばらです ！ 担当者が変わるたびに、引き継ぎに時間がかかります ！ ほかのお客様の情報が見えてしまわないか心配です GitLab でこう変わります 1 お客様ごとに分ける 導入業者のグループの下 に、お客様ごとのサブグル ープを作ります 2 権限をグループで お客様の担当者には、自社 のグループだけを見せます BEFORE 3 標準をテンプレートに Terraform / Ansible と CI の標準構成をテンプレ ートにします 4 テンプレートから開始 新しい案件は、テンプレー トからプロジェクトを作り ます AFTER 案件ごとにファイルをコピーして、少しずつ違う構 成が増えていきます ▶ 標準構成から始め、お客様ごとの違いだけを管理 します 客 お客様のうれしさ ✓ 自社の情報だけが見えるので安心です ✓ 業者内で担当者が変わっても、同じ品質の運用が 続きます ✓ 自社の FortiGate の構成と変更履歴を、いつで も確認できます 業 導入業者のうれしさ ✓ 構築の品質がそろい、立ち上げの工数が減ります ✓ 標準構成の改善を、すべてのお客様に展開しやす くなります ✓ 引き継ぎは、プロジェクトを見てもらうだけで済 みます 使う GitLab の機能 グループ / サブグループ グループのプロジェクトテンプレート グループ単位の権限管理 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 P4
6. P5 GitLab Premium 変更管理をチームで安全に回す FortiGate 運用 × GitLab ユースケース 同時に出た変更が衝突しないように並べる 変更が同時にいくつ出ても、壊れた設定は本番に入りません。 こんなお悩みはありませんか？ ！ 同じアドレスグループを、2 人が同時に変更してしまいます ！ 1 つずつならテストに通っても、組み合わせると衝突します ！ 反映する順番を、口頭で調整しています GitLab でこう変わります 1 各自が MR 担当者がそれぞれ変更の MR を作ります 2 トレインに並べる マージできる MR を、マ ージトレインに順番に並べ ます BEFORE 3 組み合わせで検証 先に並んだ MR も含めた 結果で、検証 (plan) を実 行します 4 成功分だけ反映 検証に成功した MR だけ が、順番にマージされます AFTER 「先に入れていいですか？」と声をかけ合って順 番を決めています が順番を管理し、組み合わせた結果を検 ▶ GitLab 証してから取り込みます 客 お客様のうれしさ ✓ 変更どうしの衝突による設定崩れを防げます ✓ 変更が多い時期でも、安心して並行作業を任せら れます ✓ どの変更がどの順番で入ったかが記録に残ります 業 導入業者のうれしさ ✓ 複数の担当者で並行作業をしやすくなります ✓ 順番の調整や、手作業でのやり直しが減ります ✓ 繁忙期の変更対応の量を増やせます 使う GitLab の機能 マージトレイン マージ結果パイプライン 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 P5
7. GitLab Premium 変更管理をチームで安全に回す FortiGate 運用 × GitLab ユースケース 変更と申請番号をつなげて、作業記録を残す P6 「この変更はどの申請ですか？」に、すぐ答えられます。 こんなお悩みはありませんか？ ！ 設定変更と申請番号の対応を、手作業で管理しています ！ 保守報告書を、毎月手作業で作っています ！ 誰がいつ設定を変えたのか、実機のログを探さないとわかりません GitLab でこう変わります 1 申請番号を必須に プッシュルールで、コミッ トに申請番号 (例: REQ1234) を必須にします 2 Issue とつなぐ 申請を Issue にして、MR とコミットを自動でつなぎ ます BEFORE 3 操作を記録 監査イベントで、権限変更 などの操作の履歴を残しま す 4 報告に活用 Issue と MR の一覧を、 保守報告書の元データに使 います AFTER 申請台帳・作業ログ・実機ログを突き合わせて報 告書を作っています → 変更 → 反映が 1 本の線でつながった状 ▶ 申請 態で残ります 客 お客様のうれしさ ✓ 監査のときに、変更履歴と申請番号の対応をすぐ に出せます ✓ 申請のない変更が入りにくくなります ✓ 過去の変更理由を、後からでも調べられます 業 導入業者のうれしさ ✓ 保守報告書の作成が楽になります ✓ 作業の根拠 (申請) を、いつでも示せます ✓ 記録漏れによる手戻りが減ります 使う GitLab の機能 プッシュルール 監査イベント Issue と MR のリンク 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 P6
8. U1 GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース 危険なファイアウォールルールを MR の時点で止める 「any → any 許可」は、マージされる前に止めます。 こんなお悩みはありませんか？ ！ レビューで、危険なルールを見落としてしまいます ！ ルールが数千行あり、人の目で確認するのは限界です ！ 本番に入ってから気づき、緊急対応になります GitLab でこう変わります 1 設定をチェック MR のパイプラインで、 FortiOS の設定チェッカ ーを実行します 2 3 レポート形式で出力 MR に表示 結果を GitLab のセキュリ ティレポート形式で出力し ます BEFORE 検出結果が MR の画面に 表示され、脆弱性レポート に残ります 4 承認を必須に 重大度が高いものがあれ ば、セキュリティ担当の承 認を必須にします AFTER レビュー担当者の経験と注意力だけで、危険なル ールを探しています ▶ 危険な設定は自動で検出され、承認なしでは本番 に入りません 客 お客様のうれしさ ✓ 送信元 all の許可、ログ無効、WAN 側の HTTP / Telnet 管理などを自動で見つけられます ✓ セキュリティ部門が、確認すべき MR だけに集 中できます ✓ 検出と対応の履歴が、脆弱性レポートに残りま す 業 導入業者のうれしさ ✓ 「やってはいけない設定」をチェックルールとし て納品できます ✓ 他社との差別化になる付加価値サービスにでき ます ✓ お客様ごとのポリシーに合わせてルールを調整で きます 使う GitLab の機能 MR 承認ポリシー 脆弱性レポート セキュリティレポート連携 ※ FortiOS の設定チェッカーは別途作成します (カスタムスキャナ)。GitLab の標準機能には含まれません。 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U1
9. GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース すべてのプロジェクトに、同じ検査を強制する U2 拠点やグループ会社のリポジトリがいくつ増えても、検査の抜け漏れをなくせます。 こんなお悩みはありませんか？ ！ プロジェクトごとに CI の設定が違い、検査が抜けることがあります ！ 現場の判断で、CI から検査を外せてしまいます ！ 新しいプロジェクトを作ったときに、設定を忘れがちです GitLab でこう変わります 1 ポリシーを一元定義 セキュリティ部門が、ポリ シー用のプロジェクトで検 査を定義します 2 グループに適用 グループにスキャン実行ポ リシー / パイプライン実 行ポリシーを適用します BEFORE 3 全プロジェクトで実行 配下のすべてのプロジェク トで、検査が自動で実行さ れます 4 現場では外せない 各プロジェクトの CI 設定 からは、検査を外せません AFTER 各プロジェクトの CI に検査を入れてもらうよう、 お願いして回っています 1 回設定すれば、新しいプロジェクト ▶ グループに にも自動で適用されます 客 お客様のうれしさ ✓ 全社で同じセキュリティ基準を守れます ✓ 新しいプロジェクトでも、設定漏れの心配があり ません ✓ ポリシーの変更も MR でレビューし、記録に残 せます 業 導入業者のうれしさ ✓ お客様ごとの CI 設定に頼らずに、統一した品質 を保証できます ✓ 検査の追加や変更を、1 か所の修正で全体に反 映できます ✓ U1 の設定チェッカーと組み合わせて提供できま す 使う GitLab の機能 スキャン実行ポリシー パイプライン実行ポリシー セキュリティポリシープロジェクト 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U2
10. GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース API キーや VPN の事前共有鍵の漏えいを防ぐ U3 認証情報は、Git に入る前に止めます。 こんなお悩みはありませんか？ ！ 設定のバックアップに、パスワードや事前共有鍵が含まれることがあります ！ スクリプトに FortiGate の API トークンを直接書いてしまいます ！ 漏れた後の鍵の交換と影響調査が大変です GitLab でこう変わります 1 プッシュ時に検出 プッシュの時点で、シーク レットが含まれていないか 検査します 2 3 プッシュを拒否 見つかった場合は、プッシ ュを拒否して作業者に知ら せます BEFORE パイプラインでも検査 パイプラインでも検査し、 すり抜けたものを見つけま す 4 安全に保管 認証情報は、マスク・保護 した CI/CD 変数などに置 きます AFTER うっかり書いた認証情報が、そのまま履歴に残っ てしまいます ▶ 認証情報はリポジトリに入らず、決められた場所 だけで管理されます 客 お客様のうれしさ ✓ FortiGate の管理権限が漏れる危険を減らせま す ✓ 漏えいが疑われるときの調査範囲を狭められます ✓ 検出の履歴が、脆弱性レポートに残ります 業 導入業者のうれしさ ✓ 作業者のうっかりミスによる事故を防げます ✓ お客様の認証情報の扱いを、仕組みとして説明で きます ✓ 鍵の交換などの緊急対応が減ります 使う GitLab の機能 シークレットプッシュ保護 パイプラインシークレット検出 CI/CD 変数 (マスク・保護) ※ FortiGate 固有の形式 (API トークンなど) を検出するには、カスタムルールの追加が必要な場合があります。 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U3
11. U4 GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース 自動化スクリプトの脆弱性とライセンスを管理する FortiGate を動かす Terraform / Ansible / Python の安全性も、一覧で管理します。 こんなお悩みはありませんか？ ！ 自動化スクリプトが使うライブラリの脆弱性を把握できていません ！ 納品物のソフトウェア部品表 (SBOM) を求められます ！ OSS のライセンス確認を、手作業でしています GitLab でこう変わります 1 IaC をスキャン Terraform などの IaC の 設定ミスを検出します 2 依存関係をスキャン Ansible コレクションや Python ライブラリの脆弱 性を検出します BEFORE 3 SBOM を生成 CycloneDX 形式の SBOM を自動で作ります 4 一元管理 脆弱性レポートと依存関係 リストで管理し、ライセン スはポリシーで確認します AFTER 使っているライブラリとそのバージョンを、誰も 把握していません ▶ 依存関係・脆弱性・ライセンスを、いつでも一覧 で確認できます 客 お客様のうれしさ ✓ 自動化の仕組みそのものが、攻撃の入り口にな るのを防げます ✓ どのプロジェクトがどのライブラリを使っている かがわかります ✓ 使えないライセンスのライブラリが入るのを防げ ます 業 導入業者のうれしさ ✓ 納品物の SBOM を出せるので、セキュリティ要 件の厳しい案件に対応できます ✓ 脆弱性が出たとき、影響するお客様をすぐに特定 できます ✓ ライセンス確認の工数が減ります 使う GitLab の機能 IaC スキャン 依存関係スキャン 依存関係リスト / SBOM ライセンス承認ポリシー 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U4
12. U5 GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース 規制・監査への対応の証跡を出す 監査人に「承認のない変更は 0 件です」と、根拠付きで示せます。 こんなお悩みはありませんか？ ！ 監査のたびに、証跡を集めるのに何週間もかかります ！ 規程どおりに運用していることを証明するのが難しいです ！ ログがあちこちに散らばっています GitLab でこう変わります 1 フレームワークを設定 プロジェクトにコンプライ アンスフレームワーク (例: PCI DSS) を付けます 2 準拠状況を確認 コンプライアンスセンター で、承認ルールや設定の準 拠状況を確認します BEFORE 3 SIEM へ送る 監査イベントを、SIEM (FortiSIEM など) へスト リーミングします 4 監査で提示 違反の有無と履歴を、監査 のときにそのまま示します AFTER 監査の前に、各担当者から証跡を集めて資料を作 っています ▶ 準拠状況が常に見えており、監査には画面と記録 で答えられます 客 お客様のうれしさ ✓ ISMS、PCI DSS、FISC 安全対策基準などへの 対応が楽になります ✓ 規程違反の設定に、監査の前に気づけます ✓ FortiGate のログと GitLab の操作ログを、 SIEM でまとめて見られます 業 導入業者のうれしさ ✓ 監査対応の支援を、追加のサービスとして提案で きます ✓ お客様ごとに、求められる基準に合わせた設定 を用意できます ✓ 証跡集めの依頼に、すぐ応えられます 使う GitLab の機能 コンプライアンスフレームワーク コンプライアンスセンター 監査イベントのストリーミング 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U5
13. U6 GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース 委託先には「必要な操作だけ」を許可する 最小権限の考え方を、GitLab の権限設計でそのまま実現します。 こんなお悩みはありませんか？ ！ 標準のロールでは、委託先に渡す権限が広すぎます ！ 委託先に、本番反映の権限まで渡してしまっています ！ お客様と委託先の責任分界があいまいです GitLab でこう変わります 1 ロールを定義 例: 「FW 変更作成者」は MR の作成と検証環境への 反映だけにします 2 委託先に割り当て 委託先のメンバーに、その カスタムロールを割り当て ます BEFORE 3 本番はお客様に限定 本番反映と承認は、お客様 のロールだけに許可します 4 変更を記録 権限の変更も、監査イベン トに記録されます AFTER 「とりあえず Maintainer」で、必要以上の権限を 渡しています ▶ 役割ごとに必要な操作だけを許可し、その設定も 記録に残ります 客 お客様のうれしさ ✓ 委託先による誤操作や不正の危険を減らせます ✓ 誰に何を許しているかを、説明できる状態にでき ます ✓ ゼロトラストの方針と、運用をそろえられます 業 導入業者のうれしさ ✓ 委託範囲がはっきりし、責任分界の説明が楽にな ります ✓ 必要以上の権限を持たないので、事故のときの責 任リスクが減ります ✓ お客様のセキュリティ審査を通りやすくなります 使う GitLab の機能 カスタムロール 保護された環境 監査イベント 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U6
14. U7 GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース 変更にかかる日数を見える化して改善する 「FW の申請から反映まで何日？」に、数字で答えられます。 こんなお悩みはありませんか？ ！ 変更にかかる日数を、感覚でしか語れません ！ どの工程で待ちが発生しているのかわかりません ！ 改善しても、その効果を報告できません GitLab でこう変わります 1 自動で記録 申請 (Issue) → MR → 承 認 → 反映の各時点が自動 で記録されます 2 3 工程ごとに分析 バリューストリーム分析 で、工程ごとの所要時間を 見ます BEFORE 4 DORA 指標 デプロイ頻度や変更のリー ドタイムなどの指標を追い ます 定例で報告 ダッシュボードを、定例の 運用報告に使います AFTER 「最近、申請が遅い」と感じても、原因がわかり ません 承認待ちが長い、といった滞留が数字でわか ▶ 例:り、手を打てます 客 お客様のうれしさ ✓ 変更のスピードを数字で把握し、事業部門に説明 できます ✓ 待ちが多い工程を見つけて、手順を見直せます ✓ 改善の前後を比べられます 業 導入業者のうれしさ ✓ 運用改善の効果を、数字で報告できます ✓ 契約更新や追加提案の材料になります ✓ 自社の作業のボトルネックも見つけられます 使う GitLab の機能 バリューストリーム分析 Value Streams Dashboard DORA 指標 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U7
15. GitLab Ultimate セキュリティとコンプライアンスを強制し、証明する FortiGate 運用 × GitLab ユースケース 設計書の要件と実機の設定をつなげて管理する U8 セキュリティ要件 → ポリシー → テスト結果を、1 本の線でたどれます。 こんなお悩みはありませんか？ ！ 設計書と実機の設定が、いつの間にか食い違っています ！ 要件ごとのテスト結果が、あちこちに散らばっています ！ 監査で、要件ごとの実装の根拠を求められます GitLab でこう変わります 1 要件を登録 「管理画面は社内からの み」などのセキュリティ要 件を登録します 2 3 実装とつなぐ 要件を、対応する Issue や MR とつなぎます BEFORE 要件ごとに、実装とテスト の状況をたどれます GitLab の中でつなが ▶ 要件・変更・テスト結果が っています 客 お客様のうれしさ ✓ 設計どおりに設定されているかを、いつでも確認 できます ✓ 監査で、要件ごとの根拠をすぐに示せます ✓ 要件を変えたときの影響範囲がわかります テストケース CI のテスト結果で、要件 を満たしているかを自動で 更新します 要件ごとに追跡 AFTER 設計書は Word、設定は実機、テスト結果は Excel と分かれています 使う GitLab の機能 要件管理 テストで確認 4 業 導入業者のうれしさ ✓ 設計書と実機の食い違いによる手戻りがなくなり ます ✓ 納品時の試験成績書づくりが楽になります ✓ 要件の追加や変更にも、根拠を持って対応できま す Issue と MR のリンク 機能の提供プランはバージョンによって変わることがあります。最新の情報は about.gitlab.com/pricing でご確認ください。 U8