> Это разные вещи.

На самом деле, достаточно близкие. Скорее разная культура.

Сложившаяся вокруг докера культура больше заточена на эффективность - минимальные накладные расходы, максимальную простоту и быстроту развертывания. Поэтому там и дедупликация слоев через оверлейные ФС, и отказ от выполнения в контейнере целой системы с кучей лишних сервисов (что, скорее, best practice, чем железное правило), и развитый инструментарий сборки и распространения образов, и развертывание контейнера одной командой.

LXC скорее несет наследие культуры OpenVZ, когда контейнеры были "легкой альтернативой виртуалкам". Это, в свою очередь, порождено эпохой, когда не было Intel-VT и AMD-V, виртуализация несла довольно серьезный оверхед по CPU. (В современных реалиях более-менее ощутимую выгоду контейнеров перед виртуалками можно почувствовать разве что на дисковом IO и, в некоторых ситуациях, на скорости сети.) Отсюда и подход к контейнерам, как к виртуалкам - запускать там полноценную систему и полноценно админить ее. Рационально рассуждая, есть случаи, когда это оправдано - например, оставшиеся с 90-х годов прошлого века shared hosting-и, когда нужно много условно-независимых систем с LAMP+FTP+SSH, и при этом нужно предельно скроить по дисковому пространству. Платой за это будет высокая уязвимость к компрометации системы в целом - абсолютное большинство рутовых дыр ядра в последние годы не просто не сдерживаются "контейнерными" технологиями, а наоборот, активно их используют.