אימוץ ענן עם קו בסיס אבטחתי מובנה

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

בתוכניות הגירה שבהן אבטחה אינה המניע, החברה האחות שלנו Cloud Architects Expert מובילה את הארכיטקטורה ואת המעבר.

למי זה מיועד

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

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

בעיות שאנחנו פותרים

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

מה תקבלו

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

איך הפרויקט מתנהל

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

היקף טכני

AWS, Microsoft Azure ו-Google Cloud כולם בהיקף כפלטפורמות מועמדות, וההמלצה ניתנת לכל מערך בנפרד. עבודת המוכנות מכסה מבנה חשבונות וארגון, זהויות וגישה, תכנון רשת, ואת פרקטיקת התשתית כקוד (Terraform, למשל) שהצוות שלכם יזדקק לה כדי לתפעל את התוצאה. כשיסוד ראשון הוא חלק מהתקציר, כפי שהיה בסביבת Google Cloud הראשונה של LiveRamp, התכנון הזה נמסר לשלב הבנייה כששאלות הבעלות כבר סגורות.

מה צריך להיות מוכן מצדכם

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

מחוץ להיקף כאן: בניית ה-Landing Zone והעברת עומסי העבודה, שהן פלטפורמת ענן והגירה; בנייה מחדש של יישום על קונטיינרים או שירותים מנוהלים, שהיא פיתוח Cloud-Native; ושינוי האופן שבו צוותי המסירה שלכם מאורגנים, שהוא טרנספורמציה ארגונית. תיק האימוץ מציין מי מהם צריך לבוא הבא בתור.

עבודות קשורות

• LiveRamp: יסוד Google Cloud ראשון עם רשת משותפת, GKE ו-IAM גרנולרי
• Clearly: ההחלטה לעזוב את Rackspace ואת האירוח ב-On-Premises לטובת AWS, ואז המעבר עצמו

שאלות נפוצות

האם תמליצו על ענן ספציפי?

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

כמה זמן אורך הגילוי?

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

מי הבעלים של התוצרים?

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

האם התיק מחייב אותנו להשתמש ב-SEYA להגירה?

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

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