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

התפתחות מערכות ההפעלה לענן

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

  • (FLT:0) Resource אבסטרקציה 1:1 - מערכת ההפעלה חייבת להסתיר את החומרה הבסיסית ולהציג ממשק אחיד ליישומים, המאפשר להם בקנה מידה על פני מספר רב של צמתים פיזיים.
  • (FLT:0) מרבי-נטנסיכות 1 (Multi-tenancyFLT:1), משתמשים רבים ועומסי עבודה חולקים את אותה תשתית פיזית; מערכת ההפעלה חייבת לאכוף בידוד ותזמון הוגן.
  • (ב) ,0) ,ElasticitiesFLT:1 - מערכת ההפעלה חייבת לתמוך בתוספות דינמיות והסרת קידוד, זיכרון ואחסון ללא זמן השבתה.

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

עקרונות עיצוב הליבה הושפעו על ידי Cloud Computing

תמיכה וירטואלית ו- Hypervisor

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

מכיל ותזמורת

Containers מייצגים אלטרנטיבה קלה משקל ל-VMs, שיתוף מערכת ההפעלה המארחת של מערכת ההפעלה kernel תוך בידוד תהליכי שטח של משתמשים.מערכות הפעלה מותאמות על ידי המציעה ימי ריצה מקומיים - מיכלי לינוקס (LXC), Docker, ולאחרונה יותר, Podman Containerization מסתמכים על תכונות ליבה כמו סוללות (עבור תהליך, רשת, לינוקס ובודדות) ו- cfor משאבים (מגבלות פיתוח) כגון: HDvrecerecerecerecereative) של מערכות הפעלה, כולל תכונות הפעלה מיותרות (Remeration) ו-uprecerecerecerecereative) של סוללות: 0.coms) של סוללות: 1.comsupreception) של סוללות: 0vuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptuptupreative) של סוללות: 1.com) של סוללות: HD) ו-uptuptuptuptuptuptuptuptuptuptuptuptendation) כולל תכונות למניעת שימוש עבור

סקלאבולות ואפיסטליות

יישומים הנדסיים לעתים קרובות להתמודד עם עומסי עבודה משתנים - עבודה ניתוח אלמנט סופי עשוי לדרוש 1000 ליבות למשך שעה אחת, אז אף אחד.המערכת חייבת לתמוך בנפיחות חמה של CPUs, זיכרון, ומכשירי אחסון.זה חייב גם להשתלב עם ממשקי API בענן כדי להפחית באופן אוטומטי משאבים או למטה.היכולת הזו חשפה לעתים קרובות באמצעות כלי כמו AWS Auto Scaling או Azure Scales, אבל מערכת ההפעלה הבסיסית חייבת לטפל בתצורה של אחסון ללא תכונות זיכרון CPU חם או אחסון.

ניהול וניהול

Cloud-optimized OS kernels להשתמש בלוח זמנים מתקדם כדי לאזן עומסי עבודה על פני ליבות רבות.לדוגמה, לוח הזמנים ההוגן לחלוטין של לינוקס (CFS) ואת החדש BFS (Brain fuck לוח הזמנים) נועד לספק שקיפות נמוכה תוך מיקסום באמצעות עומסי עבודה הנדסיים, מערכת ההפעלה חייבת גם לתמוך דפים ענקיים (כדי להפחית TLBes) ו-NUMAware כולל לעתים קרובות את האבטחה של אמזון.

אבטחה ושיקום רב-הטרנטי

אבטחה בסביבות ענן היא קריטית כי לקוחות מרובים חולקים את אותה חומרה.מערכות הפעלה חייבים לאכוף בידוד קפדני בין VMs ומכלים.זה כרוך בתכונות כמו enclaves מאובטח (Intel SGX, AMD SEV), בידוד שולחן הקרנל, מדיניות בקרת גישה חובה (SEלינוקס, AppArmor) בנוסף, עיצובי מערכת ענן לאמץ יותר ויותר עיקרון של זכויות היתר, שירותים זורמים במרחבי שם נפרדים ושימוש בהגדרות אבטחה (מערכת מחשוב מאובטחת) אפילו 1Fמאובטחת) לא יכולות להגביר את הגישה של נתונים של מערכת מחשוב מבוזרת (הגנה).

רשתות ומערכות מבוזרות

מחשוב ענן מסתמך על רשתות מהירות, בעלות נמוכה לחיבור אלפי שרתים.מערכת ההפעלה חייבת לתמוך בתכונות מתקדמות כגון RDMA (Remote Direct Memory Access), VXLAN Overlays, ו- NIC חכם מעומסים. Kubernetes מסתמכים על מודל רשת שטוח עבור pods, הדורש תמיכה ב-OS עבור זוגות וירטואליים, גשרים, מערכות הפעלה גם הן למערכות הפעלה דינמית (Definative Network-Sconated) כדי לשנות את הפלטפורמה ל-Fireconvisions.

השפעה על יישומי הנדסה

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

מחשוב גבוה (HPC) בענן

ספקי ענן מציעים כעת מקרים HPC עם חיבורים מהירים (למשל, תחליפים של ה-AWS, Azure InfiniBand) שמבוססים על אופטימיזציה ברמת מערכת ההפעלה של מערכת ההפעלה כמו MPI (Mesage Passing Interface) ורשתות ההפעלה של סביבת המשתמש.מערכות הפעלה במקרים אלה מופשטות כדי למקסם את הביצועים, לעתים קרובות פועל ליבות מותאם אישית עבור עצלות ודרך היכולת לספין-עשרים של כמה שעות לא-מדומים, ללא סימולציה מהירה, ללא סימולציה של , ולאחר מכן, ללא סימולציה מורכבת של סימולציה של כמה שעות לאחר מכן, ללא סימולציה של סימולציה של סימולציה של סימולציה של סימולציה של סימולציה מהירה סימולציה של סימולציה של כמה שעות לאחר מכן, ללא , ללא סימולציה של סימולציה מורכבת, ללא סימולציה של סימולציה של סימולציה של סימולציה סימולציה סימולציה של מערכת ההפעלה , לעתים קרובות , ללא סימולציה סימולציה , לעתים קרובות סימולציה מורכבת סימולציה סימולציה סימולציה סימולציה של מערכת ההפעלה סימולציה של סימולציה סימולציה , ללא סימולציה סימולציה סימולציה של סימולציה סימולציה סימולציה סימולציה של סימולציה סימולציה סימולציה , לעתים קרובות סימולציה סימולציה ,

עיבוד נתונים בזמן אמת ושילוב IoT

סוללות מבוססות ענן כרוכות לעתים קרובות בנתונים של הזרמת מידע מחיישנים, ולאחר מכן עיבוד זה בזמן אמת.מערכות הפעלה חייבות לתמוך בעקביות נמוכה I/O, מדיניות לוח זמנים בזמן אמת (למשל, לינוקס של לינוקס של תיקון PREPT RT), צינורות נתונים יעילים.לדוגמה, צי של כלי רכב אוטונומיים ההעלאה של טלמטורי לענן דורש מערכת ההפעלה שיכולה לטפל מיליוני קשרים במקביל, תוך שמירה על מחסנים נמוכים (כגון מחסנים) כגון מחסנים אוטומטיים של רשתות ענן (AWS) כגון מחסנים) כגון מחסנים אוטומטיים (APT) כגון מחסנים אוטומטיים).

שיתוף פעולה ובקרה

צוותי הנדסה מודרניים מסתמכים על מערכות ניהול מבוססות ענן של CAD / CAM וגרסאות בקרה (למשל, Git, PDM מערכות) מערכת ההפעלה חייבת לתמוך סינכרוניזציה קבצים חזקה, נעילה מנגנונים, ואימות משתמשים. עיצובים של Cloud OS מדגישים עניבה יעילה לאחסון (חם, קר, ארכיון) ושילוב עם מערכות אחסון מבוזרות כמו Ceph או Amazon EBS מהנדסים עכשיו יכול לעבוד על אסט רחבות ממספר רב של מערכות ההפעלה, עם מיקומים, עם הגדרות ניהול משותף.

חדשנות ספציפית ל-OS עבור הענן

Unikernels ו-Minimalist OS

Unikernels הם מיוחדים, חד-פעמי צילום-מרחב תמונות שנבנו על ידי שילוב היישום יחד עם ספריות הליבה של מערכת ההפעלה OS.זה מבטל את ראש מערכת ההפעלה המסורתית ומשפר את האבטחה על ידי צמצום פני השטח של ההתקפה. פרויקטים כמו MirageOS (OCaml) ו-OSv הם צוברים מתח עבור יישומים ענן-native, במיוחד כאשר הם מפעילים מיליוני microservices.

לינוקס לענן

Ubuntu Server, Red Hat Enterprise Linux ו-SUSE Enterprise Server מציעים תמונות מאומתות בענן.הם כוללים מראש ענן-init עבור משלוח אוטומטי, תמיכה Hypervisors, ו- kernel פרמטרים המיועדים ל וירטואליזציה. CoreOS (כיום חלק של פדורה CoreOS) היה הראשון תוכנן במפורש עבור מכולות לינוקס, עם עדכונים אוטומטיים ו- Footelways רבים מציעים ספקי ענן משלהם, Azure-Opted, Azure.

Windows Server Containers

Microsoft Windows Server התפתח כדי לתמוך במיכלי Docker עם אותו מודל בידוד הקרנל כמו לינוקס.עם זאת, בגלל ארכיטקטורת הקרנל שונה, Windows מכולות דורשות את גרסת מערכת ההפעלה המארחת כדי להתאים את תמונת הבסיס של מיכל.מגביל זה הוביל לפיתוח של צינורות Hyper-V, המספקים בידוד נוסף על ידי הפעלת כל מיכל בתוך מכשיר VM קל משקל עבור יישומים הנדסיים שנבנו על NET או חלונות, המאפשרים אלה לחידושים לענן.

Kubernetes ו- Container Orchestration

בעוד Kubernetes היא פלטפורמה תזמורתית, השפעתה על עיצוב מערכת ההפעלה היא משמעותית. Kubernetes דורש את מערכת ההפעלה לתמוך ספציפית CNI (Container Network Interface) plugins, CSI (Container Storage Interface) נהגים וקבוצת בקרה.צוותי מערכת ההפעלה המודרנית כוללים תכונות מתקדמות של cgroup v2 המאפשרות Kubernetes בדיוק להקצות CPU ו- Memory, לאכוף I / Orottling, ו-Mates (מתקני אבטחה) כמו מנועי סימולציה גבוהה של מערכת ההפעלה, כמו קוד פתוח) עם תכונות הנדסיות.

אתגרים ושיקולים

למרות היתרונות הרבים, עיצובי מערכת ההפעלה בענן משפיעים גם מציבים אתגרים שצוותי הנדסה חייבים לנווט:

  • (FLT:0) סודיות מעל פניות של מנגנוני בידוד כמו VMs ומכלים לצרוך משאבים (CPU, זיכרון) מהנדסים חייבים ליישב איזון בין ביצועים ואבטחה, במיוחד עבור יישומים רגישים לעקביות.
  • (FLT:0) ו-Vendor Lock-inFLT:1 - אופטימיזציה רבים של מערכת ההפעלה ספציפית בענן (למשל, מנהלי AWS Nitro, Azure SR-IOV) מותאמים לספק יחיד.
  • (FLT:0) המורכבות ב debuggingFreaLT:1 ; כאשר סימולציה הנדסית רץ על 1000 נקודות על פני מרכזי נתונים מרובים, אבחון בעיה ביצועים הופך קשה מאוד.
  • (FLT:0) ניהול ניהולי של LT:1 - ההרחבה של אלסטיאליסט נשמעת נהדרת, אבל השימוש במשאבי מערכת ההפעלה לא יעילה יכול לפוצץ תקציבים.

כיוונים עתידיים

Edge מחשוב וערפל OS

ככל שיישומים הנדסיים נעים קרוב יותר למקור הנתונים (רגישים, פועלים, רצפות מפעל), מערכות ההפעלה חייבות לתמוך במכשירים קצה עם משאבים מוגבלים.זה הוביל לפיתוח של עיצובים קלים של מערכת ההפעלה של מערכת ההפעלה, כגון AWS Greengras, Azure IoT Edge, והפצת לינוקס כמו פרויקט Yocto.מערכת ההפעלה האלה חייבת להתמודד עם קישוריות לסירוגין, עיבוד מקומי, ותקשורת בטוחה עם מרכזי נתונים.

ניהול משאבי אנוש-Driven

אינטליגנציה מלאכותית משמשת לחיזוי דפוסי עומס עבודה ולהתאמה דינמית של הפרמטרים של מערכת ההפעלה.לדוגמה, לינוקס kernel kernel עכשיו לאפשר מודלים למידת מכונה כדי להנחות החלטות של CPU, פינוי עמוד, ו- I / O לוח זמנים משתמשים ב- AI כדי להתאים את צריכת האנרגיה ולהקטין עלויות, מערכות הפעלה עלולות בקרוב להיות בעלות על בסיס התנהגות היסטורית של יישומים הנדסיים.

שירות ללא תשלום ותפקוד (FaaS)

מחשוב Serverless מפשט את מערכת ההפעלה ממפתחים לחלוטין.עם זאת, הפלטפורמה הבסיסית חייבת להתחיל במהירות מכולות או מיקרו-VMs לכל פונקציה בייעוד.זה הוביל את הפיתוח של מיקרו-VMs כמו Firecracker (ששימוש על ידי AWS Lambda ו-AWS Fargate) אלה VMsחול במכלות, יש זיכרון מינימלי, והם נועדו במיוחד עבור אבטחה עבור יישומים הנדסיים שניתן יהיה לרוקן את הפונקציות קצרות (reative) של תאים קצרים של תאים).

מחשוב סודי

סביבות הוצאה לאור מבוססות חומרה (TEEs) הופכות לחלק בלתי נפרד מעיצובי מערכת ההפעלה בענן. Intel SGX ו- AMD SEV מאפשרות ליישומים לרוץ באזורי זיכרון מוצפנים, בלתי נגישים להיפר-בידור או ל-OS מארחת.זה חיוני ליישומים הנדסיים שמטפלים בעיצובים קנייניים או במערכות הפעלה רגישות.com מתפתחים לניהול TEEs ביעילות, מתן עדות, הבטחת יצירה, אימות מרחוק ואימות.

מסקנה

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

לקריאה נוספת על האופן שבו מערכות הפעלה ענן מעצבות את עתיד המחשוב, בדוק את משאבי הקרן של קרן לינוקס בתשתית ענן 1.