Ќе зборувам за пристап кон организирање локални изолирани развојни средини на мојата работна станица. Пристапот беше развиен под влијание на следниве фактори:

• Различни јазици бараат различни IDE и синџири со алатки;
• Различни проекти може да користат различни верзии на синџири со алатки и библиотеки.

Пристапот е да се развие внатре LXD контејнери кои работат локално на лаптоп или работна станица со графички излез пренасочен кон домаќинот.

Пример за конфигурација Убунту 20.04.

Размислувања за опциите и причините се дадени на крајот од статијата.

1. LXD инсталација

В Убунту 20.04 LXD повеќе не е достапен за инсталација како деб пакет, само преку snap:

$ snap install lxd

По инсталацијата треба да извршите иницијализација:

$ lxd init

Единствениот параметар што го менувам е storage bakend - Јас користам dir како наједноставен. Бидејќи не користам слики и копии, предупредувањата се вклучени документација Не ме плашат:

Слично на тоа, заднината на директориумот треба да се смета како последна опција.
Ги поддржува сите главни карактеристики на LXD, но е ужасно бавен и неефикасен бидејќи не може да работи
инстант копии или снимки и така треба да го копирате целото складирање на примерокот секој пат.

2. Поставување на профилот LXD

Профили во LXD — ова се множества на параметри кои се применуваат на неколку контејнери. За мои потреби, доволен ми е единствениот стандард создаден профил default со следните промени:

• $ lxc profile device add default X0 disk source=/tmp/.X11-unix/X0 path=/tmp/.X11-unix/X0 — така што апликациите во контејнерите можат да комуницираат со домаќинот X11 сервер;
• $ lxc profile set default environment.DISPLAY :0 - така што променливата на животната средина DISPLAY беше правилно инсталиран во контејнери;
• $ lxc profile set default raw.idmap "both 1000 1000" - за правилно мапирање идентификатор.

3. Креирање и поставување на контејнер

Создавање контејнер врз основа на слика images:ubuntu/20.04:

$ lxc launch images:ubuntu/20.04 dev1

Претпочитам слики од складиштето https://images.linuxcontainers.org, бидејќи имаат помалку претходно инсталиран софтвер. Поради оваа причина го додадов префиксот images: до името на сликата. Создавањето контејнер врз основа на слика од складиштето на Ubuntu може да се направи на следниов начин: $ lxc launch ubuntu/20.04 dev1.

Пристап до основната обвивка на контејнерот:

$ lxc exec dev1 -- bash

Ќе ги инсталирам Firefox и VS Code (од складиштето според упатствата):

$ apt update
$ apt install curl gpg firefox

$ curl https://packages.microsoft.com/keys/microsoft.asc | gpg --dearmor > packages.microsoft.gpg
$ install -o root -g root -m 644 packages.microsoft.gpg /usr/share/keyrings/
$ echo "deb [arch=amd64 signed-by=/usr/share/keyrings/packages.microsoft.gpg] https://packages.microsoft.com/repos/vscode stable main" > /etc/apt/sources.list.d/vscode.list

$ apt update
$ apt install code

Ќе вклучам контејнер за јасност.

poweroff

Бонус! Сосема е лесно да се фрли графичкиот процесор во контејнер за апликациите што работат во него да можат да ја користат графичката картичка. За да го направите ова ви треба:

• додадете уред $ lxc config device add dev1 mygpu gpu;
• инсталирајте драјвери за видео картички во контејнерот - истите што се инсталирани на домаќинот.

4. Користење на контејнер

Ако контејнерот сè уште не работи, треба да го стартувате:

lxc start dev1

Вклучување на VS Code како корисник без корен Ubuntu:

lxc exec dev1 -- sudo --login --user ubuntu code

Стартувајте го Firefox:

lxc exec dev1 -- sudo --login --user ubuntu firefox

Прозорците на апликацијата ќе се прикажат на домаќинот, но тие ќе бидат извршени во контејнерот - слично на препраќањето графика со помош на ssh.

Не ги исклучувам рачно тековните контејнери, затоа што не гледам многу поента во тоа - се ограничувам на затворање на прозорците на активните апликации.

5. Заклучок

Претпочитам да не користам оперативен систем-домаќин за развој, бидејќи тоа ќе бара инсталирање развојни алатки, верзии за отстранување грешки на библиотеки, конфигурирање на компонентите на системот на специфичен начин и други манипулации. Сето ова може да доведе до неочекувано однесување во други софтвери кои не се развиваат, па дури и на целиот ОС. На пример, промените во конфигурацијата OpenSSL може да предизвикаат оперативниот систем да престане правилно да стартува.

Пробав различни алатки за да ги изолирам развојните средини:

• виртуелните машини (KVM, VirtualBox, итн.) се најочигледната опција, но тие трошат значително повеќе ресурси, иако нема други опции за развој под Windows (ако домаќинот е Linux);
• алатки за развој на облак што работат на локална машина (Cloud9 во контејнер или виртуелна машина, Eclipse Che, итн.) - тие не се развиени за овој начин на работа, тие бараат дополнителна конфигурација и одржување, најдобро е да ги користите за наменетите цел - во облакот;
• Контејнерите на Docker повторно се наменети за нешто друго; според мое мислење, тие не се многу погодни за брзо прототипирање со користење на софтвер што сè уште не е спакуван во посебни контејнери.

Избраниот пристап ме импресионира со неговата едноставност и ниската бариера за влез. Во самите контејнери, можете да користите пристапи специфични за проектот: да инсталирате и конфигурирате сè рачно или да користите автоматизација (Puppet, Ansible, итн.), дури и да распоредите Инфраструктура базирана на докер. Јас исто така користам LXD контејнери за да стартувам специфичен софтвер кој бара или инсталирање голем број на зависности или различна верзија на ОС - во овој случај можете да креирате контејнер со саканата верзија на ОС, на пример $ lxc launch images:ubuntu/16.04 dev16.

Важно е да се запамети дека во однос на изолацијата, контејнеризацијата има поголема површина за напад во споредба со виртуелизацијата - домаќинот и контејнерот споделуваат едно јадро, ранливост во која може да дозволи малициозен софтвер да избега од контејнерот. Кога експериментирате со сомнителен софтвер, подобро е да користите посоодветни механизми за изолација.

Корисни линкови

• Обемна статија за Хабре Основни карактеристики на LXD - Linux контејнерските системи
• Проектен портал LXD, важно е да не се меша LXD со LXC - тие се различни, но меѓусебно поврзани работи.
• Блог Симос Ксенителис — овој блог има многу корисни применети информации за LXD.
• Готови слики од виртуелни машини Windows 10 за програмери — Мајкрософт периодично собира нови изданија и ги дистрибуира со посебна лиценца.

Извор: www.habr.com