コンテナがリモートのLinuxデスクトップであるかのように、Guacamoleや他のツールを使ってDockerコンテナをGUIにリモートアクセスできるように設定している人がいます。私の友人は教授と会話していました。彼は教授に、ubuntu/rdpドッカーコンテナを介して学生にUbuntuのデスクトップアクセスを設定していると話しました。仮想デスクトップクローンとしてのDockerコンテナ
ゲストOSのコピーは50枚必要ないので、効率的にクローン作成されたデスクトップの魅力的なコンセプトですが、VDIソリューションやKVMセットアップのようなハイパーバイザコンソールのような接続ブローカーなしで、 ？単純に標準のドッカー（または群）管理ツールを使用してコンテナを管理し、実際のリモートコントロール接続のための別のリモートクライアントを使用しますか？
私は現在、Dockerで読んでいますが、それぞれのデスクトップが同じであれば、Firefox、LibreOfficeなどと言います。これらのリソースを共有して効率を上げる方法はありますか？たとえば、他のすべてが接続しているリソースを持つコンテナが存在する可能性がありますか？それとも、OSのような低レベルで共有されていますか？効率を上げる方法を探して、サーバー上のすべての複合マシンの全体的なCPU、RAMなどを下げます。実際には、各コンテナで同じものの別々のコピー以外のものを探しています。
Hatchwayのようなコンテナに共有永続ストレージのソリューションがあることがわかります。これに対処しないコンテナの無国籍によって引き起こされる他の問題はありますか？
また、ドッカーのコンテナ（コンテナあたりのIPなど）のインターネット接続を人々が一緒に結んでいるのを見ていますが、古い投稿のほとんどはプロセスに不満を抱いています。このようなことをするための標準的な方法や好みの方法がありますか？
または、最も効率的なLinuxリモートデスクトップクローンを設定するためにドッキング/コンテナが絶対に間違っている場合は、どの部分がうまく動作していないか正確に理解して、正しい方法を見つけることができます。