コンテナーで実行されているJenkinsスレーブのDocker（dind）でのDockerの代替方法は何ですか？

コンテナーで実行されているJenkinsスレーブを使用する場合、DockerのDockerの代替または「安全な」（セキュリティの観点から）実装とは何ですか。

アーキテクチャの例：

1. Dockerコンテナーとして実行されているJenkinsマスター
2. Dockerコンテナーとして実行されているJenkinsスレーブ
3. Dockerコンテナで実行されるテストタスク

いくつかの既知の選択肢：

• DOOD（Docker-Outside-Of-Docker）
• Docker APIを使用したJenkinsプラグイン

制約の明確化：アイデアは、Jenkinsをオーケストレーターとして使用し、Dockerをクリーンな環境で使用することです。残りのアーキテクチャは変更される可能性があります。

dind（大丈夫なはずのdockerfileから新しいイメージを構築するのではなく）依存しないようにするために、Jenkinsのkubernetesプラグインを見回します。

明らかにkubernetesクラスターを有効にする必要がありますが、クリーンな隔離された環境でテストを実行するために一度だけJenkinsエージェントを使用できるようにし、それを切り離します。kubernetesクラスターのメンテナンスコストは、Jenkinsスレーブのメンテナンスよりも高くないはずです。

ボーナスポイントは、特定の環境でスレーブをバージョン管理でき、ruby / java / pythonの複数のバージョンをいじる必要がなく、使用するエージェントイメージを指定して適切な「環境」をタスクに選択させ、事前の微調整なしで環境をテストする準備ができています。

構成と保守が比較的軽いので、コンテナースケジューラとしてkurbenetesに向かいます。