אדבר על גישה לארגון סביבות פיתוח מקומיות מבודדות בתחנת העבודה שלי. הגישה פותחה בהשפעת הגורמים הבאים:

• שפות שונות דורשות IDE ושרשרות כלים שונות;
• פרויקטים שונים עשויים להשתמש בגרסאות שונות של רשתות כלים וספריות.

הגישה היא לפתח בתוך מיכלי LXD הפועלים באופן מקומי על מחשב נייד או תחנת עבודה עם פלט גרפי שמופנה מחדש למארח.

תצורה לדוגמה אובונטו 20.04.

הרהורים על אפשרויות וסיבות מובאות בסוף המאמר.

1. התקנת LXD

В אובונטו 20.04 LXD אינו זמין עוד להתקנה כחבילת deb, רק באמצעות 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: לשם התמונה. יצירת מיכל המבוסס על תמונה ממאגר אובונטו יכולה להתבצע באופן הבא: $ lxc launch ubuntu/20.04 dev1.

גישה למעטפת השורש של המיכל:

$ lxc exec dev1 -- bash

אני אתקין את Firefox וקוד VS (מהמאגר לפי הנחיות):

$ 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 Code כמשתמש שאינו שורש אובונטו:

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

הפעל את פיירפוקס:

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

חלונות יישומים יוצגו על המארח, אך הם יבוצעו בתוך הקונטיינר - בדומה להעברת גרפיקה באמצעות ssh.

אני לא מכבה ידנית קונטיינרים פועלים, כי אני לא רואה בזה הרבה טעם - אני מגביל את עצמי לסגירת חלונות של יישומים פועלים.

5. מסקנה

אני מעדיף לא להשתמש במערכת הפעלה מארח לפיתוח, מכיוון שזה ידרוש התקנת כלי פיתוח, ניפוי באגים של ספריות, הגדרת רכיבי מערכת בצורה ספציפית ומניפולציות אחרות. כל זה יכול להוביל להתנהגות בלתי צפויה בתוכנות אחרות שאינן בפיתוח, או אפילו במערכת ההפעלה כולה. לדוגמה, שינויים בתצורת OpenSSL יכולים לגרום למערכת ההפעלה להפסיק את ההפעלה כהלכה.

ניסיתי כלים שונים לבודד סביבות פיתוח:

• מכונות וירטואליות (KVM, VirtualBox וכו') הן האפשרות הברורה ביותר, אך הן צורכות הרבה יותר משאבים, אם כי אין אפשרויות אחרות לפיתוח תחת Windows (אם המארח הוא לינוקס);
• כלי פיתוח ענן הפועלים על מכונה מקומית (Cloud9 בקונטיינר או מכונה וירטואלית, Eclipse Che וכו') - הם לא פותחו עבור אופן הפעולה הזה, הם דורשים תצורה ותחזוקה נוספים, עדיף להשתמש בהם למיועד להם. תכלית - בענן;
• קונטיינרים של Docker שוב נועדו למשהו אחר, לדעתי, הם לא מאוד נוחים ליצירת אב טיפוס מהירה באמצעות תוכנה שעדיין לא ארוזה בקונטיינרים נפרדים.

הגישה הנבחרת מרשימה אותי בפשטותה ובמחסום הכניסה הנמוך שלה. בקונטיינרים עצמם, אתה יכול להשתמש בגישות ספציפיות לפרויקט: להתקין ולהגדיר הכל באופן ידני, או להשתמש באוטומציה (Puppet, Ansible וכו'), אפילו לפרוס תשתית מבוססת דוקר. אני גם משתמש בקונטיינרים של LXD כדי להפעיל תוכנה ספציפית שדורשת התקנת מספר רב של תלות או גרסת מערכת הפעלה אחרת - במקרה זה ניתן ליצור קונטיינר עם גרסת מערכת ההפעלה הרצויה, למשל $ lxc launch images:ubuntu/16.04 dev16.

חשוב לזכור שמבחינת בידוד, לקונטיינריזציה יש משטח התקפה גדול יותר בהשוואה לווירטואליזציה – המארח והמיכל חולקים ליבה אחת, נקודת תורפה שבה יכולה לאפשר לתוכנות זדוניות לברוח מהמיכל. כאשר מתנסים בתוכנה מפוקפקת, עדיף להשתמש במנגנוני בידוד מתאימים יותר.

קישורים שימושיים

• מאמר נרחב על Habré תכונות בסיסיות של LXD - מערכות מיכל לינוקס
• פורטל פרויקט LXD, חשוב לא לבלבל LXD עם LXC - הם דברים שונים, אבל קשורים זה בזה.
• הבלוג Simos Xenitellis - בבלוג הזה יש הרבה מידע שימושי על LXD.
• תמונות מוכנות של מחשבים וירטואליים של Windows 10 למפתחים - מיקרוסופט אוספת מעת לעת מבנים חדשים ומפיצה אותם עם רישיון מיוחד.

מקור: www.habr.com