בקצרה: בעלי עסקים שוקלים מעבר לענן וחוששים בעיקר משני דברים, ימי השבתה במהלך המעבר, וקשיים בלתי צפויים שיעלו זמן וכסף. המאמר הזה מפרק את התהליך לארבעה שלבים, עם לוחות זמנים אמיתיים, ומסביר בדיוק מה קורה בכל שלב, מה נדרש מכם, ואיפה רוב הפרויקטים נופלים.
למה רוב המעברים לענן אורכים יותר מהתכנון
לפי דוח של Flexera מ-2024, 63 אחוז ממעברי ענן בארגונים קטנים ובינוניים חורגים מלוח הזמנים המקורי. הסיבות מצטמצמות לארבע: סקר תשתית רדוד, ציפיות לא ריאליות מהספק, חוסר מוכנות של העובדים, וחוסר תכנון של חזרה אחורה במקרה של בעיה.
תהליך מעבר נכון, של חברה של 10 עד 50 עובדים, אורך בין שישה לשמונה שבועות. מעבר מזורז ב-72 שעות, כפי שספקים מסוימים מבטיחים, הוא לרוב סימן שמדלגים על שלבים קריטיים.
שלב 1, סקר ותכנון, שבוע 1 עד 2
השלב הראשון הוא הקריטי ביותר. ספק רציני שמספק שירותי ענן לעסקים לא יציע הצעת מחיר לפני שביצע סקר תשתית מלא. מה הוא בודק:
- רשימת כל השרתים הפעילים, התפקיד שלהם, ועומסי העבודה
- נפח אחסון נוכחי ושיעור הצמיחה השנתי
- כל התוכנות הקנייניות, חשבשבת, פריוריטי, מערכות ייעודיות
- תלות בין מערכות, איזה שרת מדבר עם איזה
- נוהלי גיבוי קיימים ותדירות גיבוי
- מבנה הרשת המשרדית, מהירויות, נקודות גישה אלחוטית
- חיבורי אינטרנט, רוחב פס, יציבות, יתירות
- סוגי מכשירי קצה של העובדים, גרסאות מערכת הפעלה
- מערכות אבטחה קיימות, Firewall, Antivirus, EDR
מה אתם צריכים להכין מראש
לפני שהספק מגיע, רכזו רשימה של כל המערכות הפעילות בעסק, מי האחראי על כל אחת, ומה רמת הקריטיות שלה. רוב בעלי העסקים מופתעים לגלות שיש בעסק שלהם 15 עד 20 מערכות פעילות, חלקן נשכחו לחלוטין, אבל עדיין רצות.
תוצרי השלב
- מסמך תכנון מעבר, Migration Plan
- ארכיטקטורת ענן מוצעת, מספר שרתים, נפחי אחסון, רמות שירות
- הצעת מחיר מפורטת, כולל עלויות חד-פעמיות וחודשיות
- לוח זמנים מפורט עם אבני דרך
- תוכנית Rollback, מה עושים אם משהו משתבש
שלב 2, הקמת תשתית, שבוע 3 עד 4
בשלב הזה הספק מקים את סביבת הענן במקביל לסביבה הקיימת שלכם. אתם ממשיכים לעבוד כרגיל. השלב הזה לא משבש את העבודה היומיומית. מה קורה מאחורי הקלעים:
- הקמת שרתים וירטואליים בסביבת הספק
- התקנת מערכת הפעלה, רישוי, פאצ'ים אחרונים
- התקנת תוכנות עסקיות, חשבשבת, ERP, מערכות ייעודיות
- הגדרת רמות הרשאה, Active Directory, קבוצות משתמשים
- הגדרת מערכת גיבוי אוטומטית
- הקמת שרת טרמינל, Remote Desktop Services, פרופילי משתמשים
- הגדרת אבטחה, MFA, תעודות SSL, הצפנה
- חיבור VPN זמני בין הסביבה הקיימת לסביבת הענן, להעברת נתונים
בדיקות תפעוליות מקדימות
במקום לגלות שמשהו לא עובד באמצע ההגירה, הספק מבצע סדרת בדיקות מקדימות. כניסת משתמש דרך RDP לסביבת הניסיון, פתיחת חשבשבת, פתיחת קובץ Word גדול, הדפסה למדפסת רשת. כל פעולה שעובד יבצע ביום הראשון, נבדקת מראש.
שלב הבדיקות הוא איפה המקצוענים מבדילים את עצמם. ספק שמספק שירותי מחשוב לעסקים בגישה אינטגרטיבית מקדיש שלושה עד חמישה ימים לבדיקות לפני ההגירה. ספק שזורם ישר להגירה הוא הסיבה לכך ש-80 אחוז מההפתעות מתרחשות ביום שני בבוקר.
שלב 3, הגירת נתונים, סוף שבוע אחד
זה השלב שבעלי העסק חוששים ממנו, וזה גם השלב שמבצעים בו פחות עבודה ממה שחושבים. הגירה נכונה מתבצעת בסוף שבוע, מליל חמישי או שישי בלילה ועד מוצאי שבת.
איך זה נראה בזמן אמת
יום חמישי בערב, אחרי שכל העובדים יצאו, הספק מתחיל את ההגירה. הוא מעתיק את כל הנתונים, מסמכים, מסדי נתונים, הגדרות, מהשרת המקומי לסביבת הענן. בדרך כלל זה תהליך ארוך, בין 8 ל-30 שעות, תלוי בנפח הנתונים.
הספק עובד על ההגירה במהלך הלילה והבוקר, מבצע בדיקות שלמות נתונים, ומוודא שכל הקבצים הועתקו בהצלחה. במקביל, מבצעים סנכרון אחרון של דואר אלקטרוני, של מסדי נתונים פעילים, ושל מסמכים שעודכנו ביום העבודה האחרון.
נקודת ה-Cutover
ביום שבת בערב, הספק מבצע את החלפת הסביבה הראשית, Cutover. מהרגע הזה, הסביבה הקיימת מושבתת והסביבה החדשה הופכת לפעילה. הוא מעדכן את הגדרות הרשת, מנתב את כל התעבורה לענן, ומבצע סבב בדיקות אחרון.
מקרים לחלוטין נדירים שבהם משהו לא עובד, הספק מפעיל את תוכנית ה-Rollback. הסביבה הישנה חוזרת לפעולה תוך פחות משעה. אף עובד לא יודע שהיה ניסיון מעבר.
שלב 4, ייצוב וליווי, שבוע 5 עד 6
יום שני בבוקר, העובדים נכנסים לעבודה, מתחברים לסביבה החדשה, ובדרך כלל לא מבחינים שמשהו השתנה. אם הספק עשה את עבודתו נכון, החוויה זהה לחלוטין למה שהייתה בשרת המקומי, רק מהירה ויציבה יותר.
בשבועיים הראשונים אחרי המעבר, הספק נשאר בכוננות מוגברת:
- טכנאי הספק נמצא במקום ביום שני, ולעיתים גם ביום שלישי
- מוקד תמיכה זמין במהירות מוגברת לכל קריאה
- מנטור מקצועי מבצע ישיבות יומיות עם בעל העסק
- בדיקות ביצועים יומיות, לוודא שהשרת לא מעוכב
- אופטימיזציה של הקצאת משאבים, לפי שימוש בפועל
הטעויות הנפוצות של בעלי עסקים
בעלי עסקים נוטים לצפות שהמעבר לענן יפתור באופן אוטומטי כל בעיה IT שהייתה להם. זה לא נכון. הענן מעביר את הבעיות, הוא לא יוצר אותן. אם המשרד מתלונן על אינטרנט איטי בשרת המקומי, הוא יתלונן על אינטרנט איטי גם בענן. אם תוכנת חשבשבת מאיטה את כולם, היא תאיט את כולם גם בענן.
חשוב להבין שהענן הוא סביבת תפעול, לא קסם. שרת טרמינל בענן מנוהל היטב יביא יציבות, אבל הוא לא יפתור בעיות שמקורן בקוד תוכנה ישן או בנהלי עבודה לא יעילים.
השאלות שכדאי לשאול את הספק
- כמה זמן בדיוק יקח כל שלב
- איך אתם מתעדים את ההגירה, מסמכים? Runbook?
- מי הולך להיות מעורב מהצוות שלכם, מהנדסים או טכנאים
- מה תוכנית ה-Rollback אם משהו לא עובד
- איך מתבצעת תקשורת עם המשתמשים בעסק לפני, במהלך ואחרי
- איזה הדרכה ניתנת לעובדים בסביבה החדשה
- מה רמת הליווי בשבועיים הראשונים
אם הספק לא עונה על השאלות הללו במייל מסודר, בכתב, אתם לא קונים שירות, אתם קונים אופטימיות.
סיכום, המעבר הוא לא אירוע, הוא תהליך
החלום של "מעבר חלק לענן" הוא בר השגה, אבל הוא דורש סבלנות. תהליך של שישה עד שמונה שבועות יחסוך לכם חודשים של תיקונים אחרי. ניסיון לקצר זמנים, להחליף שלבים, או לדלג על בדיקות, נגמר כמעט תמיד באותה דרך, ימי השבתה מיותרים, נתונים שלא הועברו נכון, ומשתמשים מתוסכלים.
הבחירה הנכונה היא ספק שמסביר את התהליך מראש, מתחייב ללוח זמנים בכתב, ולא מבטיח קסמים. כשהמעבר מתבצע נכון, הוא הופך מאירוע מלחיץ לאירוע משעמם, וזה בדיוק מה שאתם רוצים.
