מה זה מקורי בענן (Cloud Native)? תכונות ושימושים מרכזיים

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

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

מה הם החסרונות של גישה מודולרית זו? יש חסרונות רבים, ונעמיק בהם במסמך זה. להלן ארבעה מהיתרונות המשמעותיים ביותר.

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

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

מה זה מקורי בענן (Cloud Native)?

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

Cloud Native Computing Foundation (CNCF), הארגון העצמאי שמנהל רבים מהתקנים הפתוחים שמאפשרים לטכנולוגיה מקורית בענן לעבוד, מגדיר את הרעיון כך.

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

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

כדאי להשקיע זמן בהסבר להגדרה זו.

יישומים ניתנים להרחבה הם יישומים שיכולים להתמודד עם עומסי עבודה גדולים ללא צורך בכתיבה מחדש או בעיצוב מחדש של התוכנה. הסביבות הדינמיות שבהגדרה הן פלטפורמות מחשוב ענן, כמו Oracle Cloud Infrastructure (OCI), אך גם עננים ציבוריים, פרטיים והיברידיים אחרים מכל ספקי השירות העיקריים.

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

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

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

תובנות מרכזיות

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

הסבר על יישומים מקוריים בענן

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

בעיצובים המקוריים הנפוצים ביותר בענן, היישום מתוכנן כך שיפצל את הפונקציונליות שלו על פני עשרות, מאות או אפילו אלפי מיקרו-שירותים, וכל אחד מהם מיועד לעבודה ספציפית. לאחר הכתיבה, כל מיקרו-שירות מותקן באימג' של קונטיינר, כלומר, מעין כלי משלוח שניתן לטעון בשירות ולאחר מכן לבצע. התקן הנפוץ ביותר לקונטיינרים הוא Docker, פורמט קוד פתוח מ-CNCF שנתמך כמעט על ידי כל ספק ענן.

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

עם מיקרו-שירותים בתוך קונטיינרים של Docker, שנפרסים על ידי Kubernetes על שירותי ענן, מקבלים יישום מקורי, שלם, עמיד, וניתן להרחבה בענן.

יישומים מסורתיים לעומת יישומים מקוריים בענן

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

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

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

רכיבים מרכזיים בפיתוח יישומים מקוריים בענן

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

1. קונטיינרים וקונטיינריזציה

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

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

2. ארכיטקטורת מיקרו-שירותים

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

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

3. תשתית בלתי ניתנת לשינוי

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

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

4. אוטומציה ותיאום

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

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

5. יכולת תצפית וניטור

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

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

6. חוסן ותיקון עצמי

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

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

סרטון: מהם יישומים מקוריים בענן?

היתרונות של אימוץ גישות מקוריות לענן

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

• יכולת הרחבה וגמישות יישומים מקוריים בענן מציעים יכולת הרחבה דינמית כדי לעמוד בביקוש. קונטיינרים ומיקרו-שירותים מאפשרים הרחבה גרעינית לניצול יעיל של משאבים וחסכוניות. גמישות זו מאפשרת לעסקים להסתגל במהירות לשינויים בשוק.
• פיתוח מהיר וזמן מהיר יותר ליציאה לשוק הגישה המקורית בענן מאיצה את מחזורי הפיתוח. ארכיטקטורת מיקרו-שירותים מאפשרת פיתוח במקביל ומאפשרת לצוותים לעבוד על שירותים שונים בו-זמנית. הדבר מוביל לשחרורי גרסאות מהירים יותר, שעשויים לתת לעסק שלכם יתרון תחרותי.
• חיסכון בעלויות ארכיטקטורה מקורית בענן ממטבת את ניצול המשאבים, מה שיכול להוביל לחיסכון משמעותי בעלויות. ארגונים משלמים רק על המשאבים שבהם הם משתמשים, ותהליכים אוטומטיים מפחיתים את עלויות התפעול על ידי צמצום המאמצים הידניים.
• אמינות משופרת וזמינות גבוהה מערכות מקוריות בענן נבנות כך שיהיו עמידות ויספקו זמינות גבוהה. מנגנוני יתירות, איזון עומסים ותיקון עצמי מבטיחים את זמינות היישומים גם במהלך תקלות. הדבר חיוני לפעולות עסקיות קריטיות, וניתן לפרוס עדכוני תוכנה בזמן השבתה מינימלי.
• DevOps ו-CI/CD. יישום מקורי בענן מותאם בצורה חלקה לנוהלי DevOps ומאפשר שילוב ואספקה מתמשכים (CI/CD) לצינורות נתונים. אוטומציה מייעלת את מחזור החיים של הפיתוח, ובכך מקדמת שיתוף פעולה ויעילות.
• ניידות מבוססת תקנים שירותים מקוריים בענן מסתמכים לעיתים קרובות על קוד פתוח וטכנולוגיה מבוססת תקנים ליכולת הפעלה הדדית וניידות של עומסי עבודה. אלו יכולים לצמצם את ההתקבעות על ספקים ספציפיים ולאפשר ניצול תשתיות גלובליות, שיכולות להוביל לזמן השהיה קצר יותר וביצועים גבוהים יותר עבור משתמשים ברחבי העולם.
• מאובטח בעיצובו בטכנולוגיה מקורית בענן יש אבטחה בכל שכבה. קונטיינרים מספקים סביבות מבודדות, שמסייעות להפחית את הסיכון לחולשות אבטחה. עדכוני אבטחה אוטומטיים ואכיפת מדיניות מחזקים עוד יותר את מצב האבטחה, מה שהופך את מחשוב הענן למתאים אפילו לתרחישי השימוש ממוקדי האבטחה ביותר.

להלן כמה מהתכונות והיתרונות העיקריים של מחשוב מקורי בענן.

האתגרים שביישומים מקוריים בענן

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

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

שיטות עבודה מומלצות ליישום פתרונות מקוריים לענן

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

1. אימוץ ארכיטקטורת מיקרו-שירותים האדריכלים שלכם יפרקו יישומים למיקרו-שירותים עצמאיים, שכל אחד מהם מתמקד בפונקציה עסקית ספציפית. לאחר מכן, המפתחים שלכם - או אידיאלית, צוות DevOps - יכולים לבנות, לבדוק, לפרוס ולהרחיב את המיקרו-שירותים האלה באופן עצמאי, ובכך לשפר את הזריזות והחוסן.
2. תקני קונטיינרים שימוש בקונטיינרים - בדרך כלל של Docker - כדי לארוז מיקרו-שירותים ליחידות קלות לפריסה וקלות לניהול עוזר להבטיח אמינות מהפיתוח ועד הייצור, במיוחד אם משתמשים בצינור נתוני CI/CD.
3. אוטומציה של פריסה הרחבה צוותי DevOps יכולים להשתמש ב-CI/CD כדי להפוך תהליכי בנייה, בדיקה ופריסה של תוכנות לאוטומטיים כדי לספק תוכנה מהירה ואמינה. מעבר לכך, אם אתם משתמשים בפלטפורמה כמו Kubernetes, צינור עיבוד הנתונים שלכם יכול להתמודד עם שינוי קנה מידה אוטומטי ולהפחית את הסבירות לטעויות אנוש.
4. שימוש בתשתית כקוד (IaC) ובתשתית שאינה ניתנת לשינוי שרשראות כלים מתקדמות ולא ניתנות לשינוי שח תשתית כקוד יכולות לעבוד עם Kubernetes כדי להפוך את היצירה של רשתות מהירות ומאובטחות לאוטומטית ולהבטיח שהיישום שלכם יוכל להיות מותקן במהירות היכן שתצטרכו אותו.
5. תעדוף יכולת התצפית והניטור אם אי אפשר לראות את זה, אי אפשר לנהל את זה. לכן חשוב שהמיקרו-שירותים יתוכננו ליצור יומנים חזקים ולתמוך בתקני צפייה וניטור נפוצים.
6. שילוב אבטחה בכל שכבה שילוב האבטחה בכל שלב בתהליך העיצוב והפריסה של היישום הוא קריטי. ארגונים רבים בוחרים לאמץ גישת אפס אמון.
7. מיטוב עלויות וניצול משאבים מחשוב ענן הוא משאב עסקי OpEx (הוצאות תפעוליות): ככל שמשתמשים יותר, כך החשבון גבוה יותר. לכן, בניגוד ליישומים מסורתיים במרכז נתונים, יש תוצאה מיידית לשיפור היעילות וקיצוץ המשאבים כדי להתאים לעומסי העבודה.

האיצו את הפיתוח של יישומים באמצעות זריזות מקורית בענן

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

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

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

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

שאלות נפוצות על יישומים מקוריים בענן

כיצד ארכיטקטורה מקורית בענן שונה מארכיטקטורות יישומים מסורתיות?

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

כיצד עסקים יכולים להעביר ביעילות את היישומים הקיימים שלהם כדי שיהפכו למקוריים בענן?

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

מה זה CNCF?

Cloud Native Computing Foundation (CNCF) הוא ארגון קוד פתוח ניטרלי של ספקים המתארח על ידי Linux Foundation. המטרה של CNCF היא לקדם טכנולוגיות מקוריות בענן, והוא מספק תמיכה חיונית לתקני פרויקט ותעשייה רבים, כגון פורמט הקונטיינרים של Docker ופלטפורמת האוטומציה והתיאום של קונטיינרים ב-Kubernetes. ספקי שירותי ענן רבים, כולל Oracle, תורמים לעבודת ה-CNCF ואימצו את הסטנדרטים שלו כדי לקדם יכולת פעולה הדדית בין מערכות מקיפות בענן.

מה ההבדל בין ענן למקורי בענן?

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

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