Потому что оно решает другие задачи.Давайте еще раз. Есть такая вещь, которую мне часто приходится объяснять на OpenNET, потому что тут много "начинающих" админов. Доставка приложений (Application delivery) - это такая задача, которую не все анонимы тут видели.
Представьте что у организации ООО "Рога и Копыта" есть перечень приложений с которыми должны работать её сотрудники. Часть сотрудников располагаются в офисе в Москве, часть во Владивостоке, а часть раскидана по всей стране и работает из хоумоффисов. Для того чтобы все работники работали, нужно установить им нужные программы на все компьютеры и поддерживать работоспособность. Централизированная доставка приложений предполагает что у нас есть перечень приложений, который мы можем доставлять, аутентификация и авторизация (конкретный пользователь имеет доступ к определенным приложениям, но не ко всем). Есть выстроенная топология сети, которая учитывает особенности приложений, например, необходимость передачи потокового мультимедиа. И есть демилитаризованная зона через которую доставляются некоторые приложения некоторым пользователям. Задача в том, чтобы построить DMZ и правильно опубликовать приложения во внешние (или периметрические VPN) сети. Продумать топологию передачи медиапотоков этих приложений. Учесть региональное местоположение клиентского рабочего места.
Обычно для решения такой задачи применяется решение которое чаще всего называют словосочетанием "терминальная ферма".
Усложним задачу. А что если часть приложений, которые используются организацией требуют работу с 3D или прочей PCI-аппаратурой. В таком случае говорят, что нужно делать VDI инфраструктуру удалённого рабочего места.
Если в первом случае вы ставили геораспределенную ферму сессионных терминалов, то в случае с VDI у вас доставляются не сессии, а клиентские виртуальные машины. Внутрь них может быть проброшено оборудование как физическое так и виртуальное. В случае с VDI вам нужны еще и гипервизоры, которые всё это умеют.
Усложним задачу. А что если часть физических компьютеров в офисе являются тонкими клиентами, часть из которых работают с обычным ПО, а часть с железозависимым ПО. В этом случае вам нужно построить внутреннюю сеть на втором уровне так, чтобы клиенты загружали ОС по сети. Это может быть как сетевая загрузка ОС из соответствующей машины VDI или какая-та другая вспомогательная ОС, просто запускающая терминальную сессию.
И вот вам нужен инструмент доставки сессий и виртуалок до физического оборудования через всевозможные вариации PXE.
Вишенка на торте: применить SSO.
> А зачем оно в 2020, если в тренде всякие докеры ну или можно LXC юзать из коробки?
Ах какая наивность... Ну и как докеры и тем более LXC помогают решать вышеуказанные задачи? И тренды мне покажите пожалуйста, я посмотрю на них. LXC - ну это же хостеру VDS-ки крутить, это вообще мимо тех задач, которые я описывал выше.
На "докерах" и прочих кубернетисах можно сесть и переписать ряд приложений под микросервисную архитектуру и подать их через веб браузер или доставить до клиента через платформу электрон. Собственно электрон почему популярен-то... но это теоретически. В реальности: переписывать то что работает дорого и бессмысленно, а вебня имеет свои проблемы доставки, особенно докерная, где слово безопасность никто не слышал.
