მე ვისაუბრებ ჩემს სამუშაო სადგურზე ადგილობრივი იზოლირებული განვითარების გარემოს ორგანიზების მიდგომაზე. მიდგომა შეიქმნა შემდეგი ფაქტორების გავლენის ქვეშ:

• სხვადასხვა ენა მოითხოვს სხვადასხვა IDE-ს და ხელსაწყოების ჯაჭვებს;
• სხვადასხვა პროექტმა შეიძლება გამოიყენოს ინსტრუმენტთა ჯაჭვებისა და ბიბლიოთეკების სხვადასხვა ვერსიები.

მიდგომა არის შემუშავება LXD კონტეინერების შიგნით, რომლებიც მუშაობენ ადგილობრივად ლეპტოპზე ან სამუშაო სადგურზე, გრაფიკული გამომავალი გადამისამართებული ჰოსტზე.

მაგალითი კონფიგურაცია Ubuntu 20.04.

აზრები ვარიანტებსა და მიზეზებზე მოცემულია სტატიის ბოლოს.

1. LXD მონტაჟი

В Ubuntu 20.04 LXD აღარ არის ხელმისაწვდომი ინსტალაციისთვის, როგორც deb პაკეტი, მხოლოდ snap-ის საშუალებით:

$ snap install lxd

ინსტალაციის შემდეგ თქვენ უნდა შეასრულოთ ინიციალიზაცია:

$ lxd init

ერთადერთი პარამეტრი, რომელსაც ვცვლი, არის storage bakend - Მე ვიყენებ dir როგორც უმარტივესი. რადგან მე არ ვიყენებ სურათებს და ასლებს, გაფრთხილებები შედის დოკუმენტაცია ისინი არ შემაშინებენ:

ანალოგიურად, დირექტორია backend უნდა განიხილებოდეს, როგორც უკანასკნელი საშუალება.
ის მხარს უჭერს 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

ბონუსი! საკმაოდ მარტივია GPU-ს კონტეინერში ჩაგდება, რათა მასში გაშვებულმა აპლიკაციებმა შეძლონ გრაფიკული ბარათის გამოყენება. ამისათვის საჭიროა:

• მოწყობილობის დამატება $ lxc config device add dev1 mygpu gpu;
• დააინსტალირეთ ვიდეო ბარათის დრაივერები კონტეინერში - იგივე, რაც დაინსტალირებულია ჰოსტზე.

4. კონტეინერის გამოყენება

თუ კონტეინერი ჯერ არ მუშაობს, თქვენ უნდა დაიწყოთ იგი:

lxc start dev1

VS კოდის გაშვება, როგორც არა root მომხმარებელი ubuntu:

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

გაუშვით Firefox:

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

აპლიკაციის ფანჯრები ნაჩვენები იქნება ჰოსტზე, მაგრამ ისინი შესრულდება კონტეინერის შიგნით - მსგავსი გრაფიკის გადაგზავნა ssh-ის გამოყენებით.

მე ხელით არ ვხურავ გაშვებულ კონტეინერებს, რადგან ამაში დიდ აზრს ვერ ვხედავ - თავს ვიზღუდავ გაშვებული აპლიკაციების ფანჯრების დახურვით.

5. დასკვნა

მირჩევნია არ გამოვიყენო მასპინძელი OS განვითარებისთვის, რადგან ამას დასჭირდება განვითარების ინსტრუმენტების დაყენება, ბიბლიოთეკების ვერსიების გამართვა, სისტემის კომპონენტების კონკრეტული გზით კონფიგურაცია და სხვა მანიპულაციები. ამ ყველაფერმა შეიძლება გამოიწვიოს მოულოდნელი ქცევა სხვა არაგანვითარების პროგრამულ უზრუნველყოფაში, ან თუნდაც მთელ OS-ში. მაგალითად, OpenSSL-ის კონფიგურაციის ცვლილებებმა შეიძლება გამოიწვიოს OS-ის სწორად გაშვების შეწყვეტა.

მე გამოვცადე სხვადასხვა ინსტრუმენტები განვითარების გარემოს იზოლირებისთვის:

• ვირტუალური მანქანები (KVM, VirtualBox და ა.შ.) ყველაზე აშკარა ვარიანტია, მაგრამ ისინი მოიხმარენ მნიშვნელოვნად მეტ რესურსს, თუმცა Windows-ის ქვეშ განვითარების სხვა ვარიანტები არ არსებობს (თუ ჰოსტი არის Linux);
• ღრუბლის განვითარების ინსტრუმენტები, რომლებიც მუშაობს ადგილობრივ აპარატზე (Cloud9 კონტეინერში ან ვირტუალურ მანქანაში, Eclipse Che და ა. მიზანი - ღრუბელში;
• დოკერის კონტეინერები ისევ სხვა რამეზეა გათვლილი; ჩემი აზრით, ისინი არც თუ ისე მოსახერხებელია სწრაფი პროტოტიპისთვის პროგრამული უზრუნველყოფის გამოყენებით, რომელიც ჯერ კიდევ არ არის შეფუთული ცალკეულ კონტეინერებში.

არჩეული მიდგომა ჩემზე შთაბეჭდილებას ახდენს თავისი სიმარტივით და შესვლის დაბალი ბარიერით. თავად კონტეინერებში შეგიძლიათ გამოიყენოთ პროექტის სპეციფიკური მიდგომები: დააინსტალიროთ და დააკონფიგურიროთ ყველაფერი ხელით, ან გამოიყენოთ ავტომატიზაცია (Puppet, Ansible და ა.შ.), თუნდაც განათავსოთ დოკერზე დაფუძნებული ინფრასტრუქტურა. მე ასევე ვიყენებ LXD კონტეინერებს კონკრეტული პროგრამული უზრუნველყოფის გასაშვებად, რომელიც ან მოითხოვს დიდი რაოდენობის დამოკიდებულების ინსტალაციას ან სხვა OS ვერსიის - ამ შემთხვევაში შეგიძლიათ შექმნათ კონტეინერი სასურველი OS ვერსიით, მაგალითად. $ lxc launch images:ubuntu/16.04 dev16.

მნიშვნელოვანია გვახსოვდეს, რომ იზოლაციის თვალსაზრისით, კონტეინერიზაციას უფრო დიდი თავდასხმის ზედაპირი აქვს ვირტუალიზაციასთან შედარებით - მასპინძელი და კონტეინერი იზიარებენ ერთ ბირთვს, დაუცველობას, რომელშიც მავნე პროგრამას შეუძლია კონტეინერიდან გაქცევის საშუალება. საეჭვო პროგრამული უზრუნველყოფის ექსპერიმენტებისას, უმჯობესია გამოიყენოთ უფრო შესაბამისი იზოლაციის მექანიზმები.

სასარგებლო ბმულები

• ტევადი სტატია ჰაბრეზე LXD - Linux კონტეინერის სისტემების ძირითადი მახასიათებლები
• LXD პროექტის პორტალი, მნიშვნელოვანია, რომ LXD არ ავურიოთ LXC-ში - ისინი განსხვავებული, მაგრამ ურთიერთდაკავშირებული საგნებია.
• ბლოგი Simos Xenitellis — ამ ბლოგს აქვს ბევრი სასარგებლო ინფორმაცია LXD-ის შესახებ.
• Windows 10 ვირტუალური მანქანების მზა სურათები დეველოპერებისთვის — მაიკროსოფტი პერიოდულად აგროვებს ახალ ბილდებს და ავრცელებს მათ სპეციალური ლიცენზიით.

წყარო: www.habr.com