मी माझ्या वर्कस्टेशनवर स्थानिक वेगळ्या विकासाचे वातावरण आयोजित करण्याच्या दृष्टिकोनाबद्दल बोलेन. दृष्टीकोन खालील घटकांच्या प्रभावाखाली विकसित केला गेला:

• भिन्न भाषांना भिन्न IDE आणि टूलचेन आवश्यक आहेत;
• भिन्न प्रकल्प टूलचेन आणि लायब्ररीच्या भिन्न आवृत्त्या वापरू शकतात.

लॅपटॉप किंवा वर्कस्टेशनवर स्थानिक पातळीवर चालणाऱ्या LXD कंटेनरमध्ये ग्राफिक्स आउटपुट होस्टकडे पुनर्निर्देशित करण्याचा दृष्टीकोन आहे.

कॉन्फिगरेशनचे उदाहरण उबंटू 20.04.

पर्याय आणि कारणांचे प्रतिबिंब लेखाच्या शेवटी दिलेले आहेत.

1. LXD स्थापना

В उबंटू 20.04 LXD यापुढे deb पॅकेज म्हणून इंस्टॉलेशनसाठी उपलब्ध नाही, फक्त स्नॅपद्वारे:

$ 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: प्रतिमेच्या नावाला. उबंटू रेपॉजिटरीमधील प्रतिमेवर आधारित कंटेनर तयार करणे खालीलप्रमाणे केले जाऊ शकते: $ lxc launch ubuntu/20.04 dev1.

कंटेनरच्या रूट शेलमध्ये प्रवेश:

$ lxc exec dev1 -- bash

मी फायरफॉक्स आणि व्हीएस कोड इन्स्टॉल करेन (रेपॉजिटरीमधून सूचनांनुसार):

$ 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 कोड चालवणे उबंटू:

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

फायरफॉक्स लाँच करा:

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

ऍप्लिकेशन विंडो होस्टवर प्रदर्शित केल्या जातील, परंतु ते कंटेनरमध्ये कार्यान्वित केले जातील - ssh वापरून ग्राफिक्स फॉरवर्ड करण्यासारखेच.

मी चालणारे कंटेनर मॅन्युअली बंद करत नाही, कारण मला त्यात फारसा मुद्दा दिसत नाही - मी चालू असलेल्या ऍप्लिकेशन्सच्या खिडक्या बंद करण्यापुरते मर्यादित ठेवतो.

5 निष्कर्ष

मी डेव्हलपमेंटसाठी होस्ट ओएस न वापरण्यास प्राधान्य देतो, कारण यासाठी डेव्हलपमेंट टूल्स इन्स्टॉल करणे, लायब्ररीच्या डीबग आवृत्त्या, विशिष्ट पद्धतीने सिस्टम घटक कॉन्फिगर करणे आणि इतर हाताळणी आवश्यक आहेत. हे सर्व इतर नॉन-डेव्हलपमेंट सॉफ्टवेअरमध्ये किंवा अगदी संपूर्ण OS मध्ये अनपेक्षित वर्तन होऊ शकते. उदाहरणार्थ, OpenSSL कॉन्फिगरेशनमधील बदलांमुळे OS योग्यरित्या सुरू होणे थांबू शकते.

मी विकास वातावरण वेगळे करण्यासाठी विविध साधने वापरून पाहिली आहेत:

• व्हर्च्युअल मशीन्स (KVM, VirtualBox, इ.) हे सर्वात स्पष्ट पर्याय आहेत, परंतु ते लक्षणीयरीत्या अधिक संसाधने वापरतात, जरी Windows अंतर्गत विकासासाठी इतर कोणतेही पर्याय नाहीत (जर होस्ट लिनक्स असेल);
• स्थानिक मशीनवर चालणारी क्लाउड डेव्हलपमेंट टूल्स (कंटेनर किंवा व्हर्च्युअल मशीनमध्ये क्लाउड 9, एक्लिप्स चे, इ.) - ते ऑपरेशनच्या या मोडसाठी विकसित केलेले नाहीत, त्यांना अतिरिक्त कॉन्फिगरेशन आणि देखभाल आवश्यक आहे, ते त्यांच्या हेतूसाठी वापरणे चांगले आहे. उद्देश - ढग मध्ये;
• डॉकर कंटेनर्स पुन्हा दुसर्‍या कशासाठी आहेत; माझ्या मते, ते अद्याप वेगळ्या कंटेनरमध्ये पॅक केलेले नसलेले सॉफ्टवेअर वापरून त्वरीत प्रोटोटाइपिंगसाठी फार सोयीस्कर नाहीत.

निवडलेला दृष्टिकोन मला त्याच्या साधेपणाने आणि प्रवेशासाठी कमी अडथळ्याने प्रभावित करतो. कंटेनरमध्ये, तुम्ही प्रकल्प-विशिष्ट पद्धती वापरू शकता: सर्वकाही व्यक्तिचलितपणे स्थापित आणि कॉन्फिगर करा, किंवा ऑटोमेशन (पपेट, उत्तरदायी, इ.) वापरा, अगदी तैनात करा. डॉकर-आधारित पायाभूत सुविधा. मी विशिष्ट सॉफ्टवेअर चालविण्यासाठी LXD कंटेनर देखील वापरतो ज्यासाठी एकतर मोठ्या प्रमाणात अवलंबन किंवा भिन्न OS आवृत्ती स्थापित करणे आवश्यक आहे - या प्रकरणात आपण इच्छित OS आवृत्तीसह कंटेनर तयार करू शकता, उदाहरणार्थ $ lxc launch images:ubuntu/16.04 dev16.

हे लक्षात ठेवणे महत्त्वाचे आहे की पृथक्करणाच्या संदर्भात, कंटेनरायझेशनमध्ये वर्च्युअलायझेशनच्या तुलनेत मोठा हल्ला पृष्ठभाग असतो - होस्ट आणि कंटेनर एकच कोर सामायिक करतात, एक भेद्यता ज्यामध्ये मालवेअर कंटेनरमधून बाहेर पडू शकतो. संशयास्पद सॉफ्टवेअरसह प्रयोग करताना, अधिक योग्य अलगाव यंत्रणा वापरणे चांगले.

उपयुक्त दुवे

• Habré वर विस्तृत लेख LXD ची मूलभूत वैशिष्ट्ये - लिनक्स कंटेनर सिस्टम
• LXD प्रकल्प पोर्टल, LXD ला LXC सह भ्रमित न करणे महत्वाचे आहे - त्या भिन्न आहेत, परंतु परस्परसंबंधित गोष्टी आहेत.
• ब्लॉग Simos Xenitellis — या ब्लॉगमध्ये LXD बद्दल बरीच उपयुक्त माहिती आहे.
• विकसकांसाठी Windows 10 व्हर्च्युअल मशीनच्या तयार प्रतिमा — मायक्रोसॉफ्ट वेळोवेळी नवीन बिल्ड गोळा करते आणि विशेष परवान्यासह त्यांचे वितरण करते.

स्त्रोत: www.habr.com