Comments 10
https://habr.com/ru/search/?q=lxd&target_type=posts&order=relevance
А так не проще ли?
Ссылка почему-то не кликается. Но если говорить о LXD, то тоже его пробовали. И был когнитивный диссонанс. Потому что два очень похожих продукта, и самое путающиее, у LXC команды начинаются на ``lxc-...`` у второго (LXD) команды начинаются тоже на ``lxc команда``
LXD позиционируется как гипервизор построенный над LXC, и он более сложен, порог вхождения там есть.
В LXD есть еще дополнительный демон для управления контейнерами с REST API. Идея в том чтобы управлять контейнерами на многих машинах.
Зря вы так, там порог вхождения не особо выше чем у LXC, просто обертка над ним и не более. LXC использую в продакшене с 2016-го, LXD с 2019-го.
LXD это аналог libvirt, но попроще. LXD умеет управлять не только LXC контейнерами, но и виртуальными машинами qemu, и делает это очень неплохо. И образы для виртуальных машин очень хорошего качества, с cloud-init.
Так же есть lxd провайдеры для terraform и vagrаnt.
По личному опыту
Если ваш workflow укладывается в стандартные сценарии или вы готовы посношаться и написать свой шаблон - lxd не то чтобы проще, а быстрее и легче автоматизируется. В чистом lxc проще с инкрементальной донастройкой и проще собрать все с нуля, если готовых заведомо не существует. В т.ч. и потому, что lxd не подразумевает прямого доступа к файлам конфигураций, все параметры правятся только через консольные команды.
Если вам надо IaC, то можно использовать terraform или vagrant с провайдером lxc, и не заниматься написанием shell-скриптов.
Terraform можно использовать для автоматизации.
Для упрощения развертки нового окружения и достижения воспроизводимости можно воспользоваться пакетным менеджером Nix из NixOS (Его порты есть почти для любого Linux дистрибутива)
Достаточно описать конфигурацию системы с пакетами и настройками для системы и раскатывать/откатывать окружение одной командой.
Так же, с nix файлами можно будет покрыть это системой контроля версий и отслеживать изменения в том же гите
Будет всяко удобнее чем на bash мучаться
Canonical занимается разработкой LXD, а не LXC.
Контейнер LXC для веб-разработки как альтернатива Docker