デプロイ方法の選択
デプロイの章ではプラットフォーム構成の内容は省略します。必要に応じて、クイックスタート の章と appsettings.json 構成 の章を参照してください。
GZCTF は、次のように推奨順にランク付けされたさまざまな実行可能なデプロイ方法を提供します。
K8s クラスターデプロイ
このデプロイ方法は、大規模な大会や長期間の大会、継続的なデプロイに適しています。
GZCTF、データベース、チャレンジコンテナはすべて同じ k8s クラスター内にあり、名前空間を使用して分離されています。 k8sの利点を最大限に活かし、grafanaやprometheusなどの監視ツールを利用して監視することもでき、より完全な統計データも収集できますが、導入プロセスが複雑で学習コストが高くなります。 ただし、継続的なデプロイには第一の選択肢です。 詳細を表示
Docker + K8s の分離デプロイ
このデプロイ方法は、小規模な大会や学校の大会に適しており、展開プロセスはよりユーザーフレンドリーです。
GZCTF とデータベースは Docker インスタンス内にあり、リモート k8s がチャレンジコンテナ プラットフォームとして使用されます。 このような導入方法では、コストを抑えながら k8s のセキュリティと導入の利点を最大限に活用でき、導入プロセスがよりユーザーフレンドリーになります。 k3s を k8s ディストリビューションとして使用すると、デプロイがやりやすいため、一般的な CTF 大会や学校大会に適しています。 詳細を表示
Docker + K8s 分離デプロイを使用する場合、プラットフォームのトラフィックプロキシとトラフィックキャプチャ機能は使用できません。
1 台のマシンしか持っていない場合、1 台のマシンで k3s と Docker を同時に実行し、Docker で GZCTF を実行することは強くお勧めしません。
Docker 単一デプロイ
このデプロイ方法は、テストと最小限のデプロイにのみ推奨され、本番環境には適していません。
GZCTF、データベース、チャレンジコンテナはすべて同じ Docker インスタンス内にあります。このデプロイ方法は、リソースが少ない 1 台のマシンにデプロイできます。ただし、安全性が低く、リソース制限関連の機能が十分ではありません。単一マシンのテストと最小限のデプロイにのみ推奨されます。 クイックスタートを参照