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

תוֹכֶן

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

מקור: Devy / Dreamstime.com

להסיר:

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

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

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

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

הענות

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

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

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

עלויות

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

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

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

אתה לא יכול לשפר את כישורי התכנות שלך כאשר לאף אחד לא אכפת מאיכות התוכנה.

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

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

ביצועים

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

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

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

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

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