ש:
איך צוות עשוי להפוך אפליקציה "מוכנה לענן"?
ת:חברות רבות מנסות להבין כיצד לשלוח יישומים ועומסי עבודה לענן. כשמדובר בעיצוב אפליקציות לענן, יש כמה הנחיות מהותיות לגבי מה שהופך יישומים מוכנים לענן - כיצד להביא אותם למצב הנכון כדי שיתמכו בצורה הטובה ביותר בענן.
היבט עיקרי אחד ביישומים מוכנים לענן כרוך בבנייתם. יישומים צמודים באופן רופף הם מועמדים טובים יותר לענן. ניתוק נתוני האפליקציה עוזר לעיתים קרובות. ביצועים וחביון הם גורמים עיקריים, אך על ידי שילוב ארכיטקטורות צמודות רופפת, יישומים הופכים למגוונים יותר, מה שמוביל להצלחה טובה יותר בענן. ניתן לבנות יישומים כאוסף של שירותים או ממשקי API ליצירת מבנה שעומד לרוץ טוב בענן.
יישומים נהנים גם מבניית גמישות וקנה מידה. גמישות מתבוננת בדרישות דינמיות בדוקרנים בזמן אמת או לא קבועים. מדרגיות, לעומת זאת, נותנת מענה לצורך במערכת לצמוח בהדרגה ככל שהביקוש יגדל בסופו של דבר. יישומים הבנויים לקנה מידה אופקי יכולים ליהנות מתוצאות ענן טובות יותר.
היבט נוסף של מוכנות לענן קשור בהקצאת משאבים. חשוב מאוד לבחון את מבנה היישום, וכיצד הוא משתמש במעבד וזיכרון. חייבת להיות איזשהו שיווי משקל בין האופן בו האפליקציה נתמכת בסביבתה המקורית, ואיך שהיא תוגש בענן. זה יכול להיות קשה לערוך השוואה בין סביבות שונות, אך זהו חלק עיקרי בהחלטה אם יישומים מוכנים לפריים טיים בענן.
בנוסף, על הצוותים לבחון תלות הדדית בין יישומים. איך האפליקציה עובדת עם Active Directory? מה עושים כל מרכיבי היישום בתוך ארכיטקטורה? ישנן תלות ברשת, כמו שינויי כתובות IP חוקים וכללי חומת אש, וסוגים אחרים של פרטים מנהליים שיש לקחת בחשבון.
באופן כללי, על מהנדסים וצוותים לבחון את צרכי הקלט / הפלט ואת דרכי האחסון והדרישות - זה חוזר לנקודה בדבר הפרדת הנתונים מהיישום. עם כל כך הרבה סוגים שונים של הגדרות רשת הפועלות, כולל וירטואליזציה והתכנסות יתר, ישנן דרכים רבות להגדיר אחסון ליישומים. מציאת הפתרונות הטובים ביותר היא פיסת פאזל נוספת למוכנות לענן.
באופן כללי, יישומים הבנויים בעיצוב "ענן מקומי" מיועדים לפעול היטב בסביבת ענן. חלק מהמומחים ממליצים להשתמש בגישה של DevOps כדי לבנות ולהתאים יישומים בדרכים מסוימות שהופכות אותם לתואמים לענן. עם זאת, חלק מהטיפים שלעיל הם גם דרכים מעשיות להערכת מוכנות הענן.
