פלטפורמת ענן שבה האבטחה מובנית בתכנון

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

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

למי זה מיועד

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

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

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

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

מה תקבלו

• המלצת פלטפורמה. בחירה כתובה של פלטפורמה, מבנה חשבונות וכלי עבודה לעומסי העבודה בתחום, עם האפשרויות שנשקלו. ההחלטה נשארת אצל הצוות שלכם.
• הערכת עלות הגירה. הערכה של עלות ההפעלה של עומסי העבודה בתחום בפלטפורמת היעד, כדי שניתן יהיה לבחון את הנימוק העסקי לפני שמתחילים לבנות.
• Landing Zone. החשבונות או הפרויקטים, הרשת, הזהויות, הלוגים והבקרות הבסיסיות שאליהם עומסי העבודה הממועברים נוחתים — נבנים כתשתית כקוד ומועברים עם התיעוד שלהם.
• גילוי ותוכנית גלים. כל יישום והתשתית שלו ברשימה, על מסלול אחד (rehost, replatform, repurchase, refactor, retain או retire), ומקובצים לגלים עם התנאים המוקדמים לכל גל.
• ההגירה עצמה. המסלול המוסכם מבוצע ליישומים בתחום, כולל העברת נתונים, חיבור לכל מה שנשאר מאחור ובדיקות לפני ואחרי המעבר.

איך המעורבות מתנהלת

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

היקף טכני

ל-SEYA ניסיון בהגירה ל-AWS, ל-Microsoft Azure ול-Google Cloud, כולל מעברים מענן לענן. היסודות נבנים עם HashiCorp Terraform, עם Packer לתמונות מחשוב ו-Ansible להגדרה היכן שהמערך דורש. עבודת rehost השתמשה ב-AWS Migration Hub וב-CloudEndure; מסלולי קונטיינרים השתמשו ב-Docker וב-Kubernetes. קישור היברידי למסדי נתונים On-Premises, קבוצות autoscaling והגדרת load balancer הם חלק מהמעבר כשהיישומים זקוקים להם.

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

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

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

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

• Boeing: הגירת מערך היישומים GoldCare ל-Azure עם חיבורים למסדי נתונים On-Premises
• Broadcom: מעבר מענן לענן של תשתית ניהול API מ-AWS ל-Google Cloud
• Clearly: מעבר מ-Rackspace ומאירוח On-Premises ל-AWS, עם Terraform ו-autoscaling

שאלות נפוצות

כמה זמן תימשך ההגירה?

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

למי שייכים חשבונות הענן והקוד?

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

איך אתם עובדים עם צוות התפעול שלנו?

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

מה לגבי זמן השבתה במהלך המעבר?

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

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