«Виртуализация рабочего пространства» против контейнера Docker - PullRequest
0 голосов
/ 21 января 2019

В есть статья в Википедии о так называемой «виртуализации рабочего пространства» .Статья не идеальна и не имеет хороших ссылок, но есть и другие:

Я пытаюсь понять, чем эта «виртуализация рабочего пространства» отличается от контейнеров Docker в том случае, если у нас несколько приложений внутри одного контейнера.

1 Ответ

0 голосов
/ 21 января 2019

Я бы ожидал, что этот термин будет включать установки, в которых у вас есть полная настольная среда с несколькими интерактивными связанными приложениями, которые вы либо можете выполнить удаленно, либо можете распространять как автономную виртуальную машину.

Это может включать в себя:

  • Несколько приложений, объединенных в одну среду
  • Понятие "пользователь"
  • Данные сохранялись во время сеансов входа в систему
  • Возможность прозрачной миграции сеанса между хостами
  • Запуск приложений с интерактивным графическим интерфейсом, а не приложений серверного типа

Все вышеперечисленное является серьезной проблемой в Docker,В Docker у вас обычно есть:

  • Только одна вещь, запущенная в контейнере
  • Запуск от имени пользователя Unix root или единой неконфигурируемой системной учетной записи
  • Контент теряется при выходе из контейнера, если только хранилище не было явно настроено во время запуска
  • Миграция обычно выполняется путем перемещения данных (если есть) и воссоздания среды, а не живой миграции
  • Сервертипа программ, таких как службы на основе HTTP

Я мог бы реализовать тот тип «виртуализации рабочего пространства», о котором вы спрашиваете, используя полную среду виртуальной машины, которая имеет больше правильных свойств.Было бы невозможно само по себе реализовать его в Docker, но вам пришлось бы заново изобретать множество элементов, которые не были включены в типичную настройку Docker, чтобы сделать его более легким, и вы 'все еще будут отсутствовать такие вещи, как живые миграции, которые очень зрелы в настройках виртуальных машин.

...