אב הטיפוס השני של פלטפורמת ALP המחליף את SUSE Linux Enterprise

SUSE פרסמה את אב הטיפוס השני של ALP "Punta Baretti" (פלטפורמת לינוקס מתכווננת), הממוקמת כהמשך לפיתוח ההפצה של SUSE Linux Enterprise. ההבדל העיקרי בין ALP הוא חלוקת הפצת הליבה לשני חלקים: "מערכת הפעלה מארח" מופשטת להפעלה על גבי החומרה ושכבה לתמיכה ביישומים, שמטרתה לרוץ בקונטיינרים ובמכונות וירטואליות. המכלולים מוכנים לארכיטקטורת x86_64. ALP פותחה בתחילה באמצעות תהליך פיתוח פתוח, שבו בניית ביניים ותוצאות בדיקות זמינות לכולם.

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

מוצר SLE Micro, המבוסס על הפיתוחים של פרויקט MicroOS, משמש כבסיס ל"מערכת ההפעלה המארח". לניהול מרוכז, מוצעות מערכות ניהול תצורה Salt (מותקן מראש) ו-Ansible (אופציונלי). כלים של Podman ו-K3s (Kubernetes) זמינים להפעלת מכולות מבודדות. בין רכיבי המערכת המוצבים בקונטיינרים הם yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) ו-KVM.

בין המאפיינים של סביבת המערכת, מוזכר שימוש ברירת המחדל בהצפנת דיסק (FDE, Full Disk Encryption) עם יכולת אחסון מפתחות ב-TPM. מחיצת השורש מותקנת במצב קריאה בלבד ואינה משתנה במהלך הפעולה. הסביבה משתמשת במנגנון התקנת עדכון אטומי. בניגוד לעדכונים אטומיים המבוססים על ostree ו-snap המשמשים ב-Fedora וב-Ubuntu, ALP משתמשת במנהל חבילות סטנדרטי ובמנגנון תמונת מצב במערכת הקבצים Btrfs במקום לבנות תמונות אטומיות נפרדות ולפרוס תשתית מסירה נוספת.

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

הפלטפורמה משתמשת בערימת תוכנה מרובת גרסאות - הודות לשימוש בקונטיינרים, ניתן להשתמש בו זמנית בגרסאות שונות של כלים ואפליקציות. לדוגמה, אתה יכול להריץ יישומים המשתמשים בגרסאות שונות של Python, Java ו-Node.js כתלות, תוך הפרדה של תלות לא תואמות. תלות בסיס מסופקת בצורה של ערכות BCI (Base Container Images). המשתמש יכול ליצור, לעדכן ולמחוק ערימות תוכנה מבלי להשפיע על סביבות אחרות.

שינויים עיקריים באב הטיפוס השני של ALP:

• נעשה שימוש במתקין D-Installer, בו ממשק המשתמש מופרד מהרכיבים הפנימיים של YaST וניתן להשתמש ב-frontends שונים, כולל פרונטאנד לניהול ההתקנה באמצעות ממשק אינטרנט. הממשק הבסיסי לניהול ההתקנה בנוי באמצעות טכנולוגיות אינטרנט וכולל מטפל המספק גישה לשיחות D-Bus באמצעות HTTP, ואת ממשק האינטרנט עצמו. ממשק האינטרנט נכתב ב-JavaScript באמצעות הרכיבים React Framework ו-PatternFly. כדי להבטיח אבטחה, D-Installer תומך בהתקנה על מחיצות מוצפנות ומאפשר לך להשתמש ב-TPM (Trusted Platform Module) כדי לפענח את מחיצת האתחול, באמצעות מפתחות המאוחסנים בשבב TPM במקום סיסמאות.
• אפשר ביצוע של חלק מלקוחות YaST (מטען אתחול, iSCSIClient, Kdump, חומת אש וכו') בקונטיינרים נפרדים. שני סוגים של קונטיינרים הוטמעו: בקרה לעבודה עם YaST במצב טקסט, ב-GUI ובאמצעות ממשק ה-Web, וניסויים עבור שליחת טקסט אוטומטית. כמו כן, מותאמים מספר מודולים לשימוש במערכות עם עדכוני עסקאות. לשילוב עם openQA, מוצעת ספריית libyui-rest-api עם יישום REST API.
• ביצוע מיושם בקונטיינר של פלטפורמת Cockpit, שעל בסיסו נבנה ממשק האינטרנט של הקופיגורטור והמתקין.
• ניתן להשתמש בהצפנת דיסק מלא (FDE, Full Disk Encryption) בהתקנות על גבי ציוד קונבנציונלי, ולא רק במערכות וירטואליזציה ומערכות ענן.
• GRUB2 משמש כמטען האתחול הראשי.
• נוספו תצורות לפריסת קונטיינרים לבניית חומת אש (מיכל חומת אש) וניהול מרוכז של מערכות ואשכולות (מיכל warewulf).

מקור: OpenNet.ru