DefectDojo Proのセルフホスティング (Pro)

DefectDojo Proは、お客様自身の環境に完全にセルフホストでき、インフラ、データ、セキュリティ体制を自社で管理できます。ホスト型デプロイを除外するコンプライアンス、データレジデンシー、社内セキュリティ要件を持つ組織に適しており、クラウドホスト版の製品と同じ機能を提供します。

このページでは、利用可能なデプロイモデル、開始前に必要なもの、このセクションの他のページとの関係について説明します。

二つのデプロイモデル#

単一ホスト上のDocker Composeは、二つのうちよりシンプルな方法です。アプリケーション、非同期ワーカー、キャッシュはすべて一台のマシン上で動作し、弊社が提供するコマンドラインツールで管理します。この構成はスケールアウトしないため、ホストは平均値ではなくピーク値に合わせてサイズを決める必要があり、多くのデプロイではそのピークはUIで作業しているユーザーがいる最中に大規模なスキャンインポートが到着する場合です。

Helmチャートを使用したKubernetesは、同じコンポーネントを個別のワークロードとして実行します。これにより定常状態に合わせてプロビジョニングし、負荷が来たときにレプリカを追加でき、マシン全体ではなく実際にビジーな部分だけをスケールできます。

どちらのモデルもPostgreSQLを使用します。本番環境では、Helmチャートがデフォルトで想定している外部の管理型データベースを推奨します。Composeツールはアプリケーションと並んでコンテナ内でPostgreSQLを実行することもでき、これは評価用には便利ですが、本番データには適していません。

すでにKubernetesを運用しているなら、それを使ってください。単一ホストでも問題なく動作し、多くのデプロイがその方式で運用されていますが、再配分できない余剰キャパシティを購入することになります。Kubernetesを運用しておらず、導入したくもない場合、Composeは妥協案ではなく正当な選択肢です。

開始前に#

まずデプロイのサイズを決めてください。どちらのモデルも、保持を見込む検出事項の件数と、同時に製品を利用する人数のおおよその見当が必要で、この二つの数値がデプロイの異なる部分を左右します。このセクションのハードウェアサイジングのガイダンスでは、両方について説明しています。

選択したモデル用のライセンスファイルとデプロイツールが必要です。DefectDojoはサブスクリプション開始時に両方を提供します。お持ちでない場合、または再発行が必要な場合は、アカウント担当者またはまでご連絡ください。

また、実行する場所、到達可能なPostgreSQLデータベース、デプロイ先を解決するホスト名も必要です。個々のインストールページで、各モデルの詳細を説明しています。

このセクションのその他の内容#

このページに関連するページでは、ライフサイクルの残りの部分を扱っています。ハードウェア選定のためのサイジングガイダンス、既存のオープンソースインスタンスをセルフホスト型Proデプロイに移行する手順、対象ホストがインターネットに接続できない環境でのインストール手順があります。

すでに稼働しているデプロイについては、アップグレード、バックアップ、大規模スキャンアップロードを拒否する上限の引き上げ、ホストの容量が不足した際のアップロードファイル用ストレージの拡張に関するページがあります。セクションナビゲーションを使って参照してください。

ご質問#

お客様の環境に合わせてどちらのモデルにするか検討している場合、またはお客様の状況がここでの前提と異なる場合は、プロビジョニングした後ではなく、その前にご相談いただくことをお勧めします。

既存のお客様は、アカウント担当者またはまでご連絡ください。DefectDojo Proの評価中でセルフホストについて相談したい場合は、までご連絡ください。