החלטתם שאחסון ענן לעסקים הוא הצעד ההגיוני. אולי התנועה לאתר שלכם קופצת בצורה לא צפויה, אולי השרת הנוכחי שלכם נגמר לו המקום, או אולי אתם פשוט עייפים מלטפל בחומרה בעצמכם. החלטה נכונה. אבל עכשיו מגיעה השאלה שאף אחד לא עונה עליה בבירור: איך המעבר בפועל נראה, וכמה זמן זה ייקח?
הבה נעבור על זה בכנות, שלב אחר שלב, כדי שתדעו למה אתם נכנסים לפני שאתם מתחילים.
התחילו עם בדיקה כנה של מה שיש לכם בפועל
לפני שמזיזים משהו, אתם צריכים לדעת מה בדיוק אתם מזיזים. זה נשמע מובן מאליו, אבל רוב העיכובים קורים כאן, לא בהמשך.
- רשמו כל אפליקציה, מסד נתונים וסקריפט שרצים על השרת הנוכחי שלכם
- שימו לב לתלויות: גרסת PHP, מנוע מסד הנתונים, cron jobs, אינטגרציות של צד שלישי
- בדקו אם יש דבר לא מתועד, כמו סקריפט שעובד לשעבר כתב לפני שלוש שנים
- זהו את רשומות ה-DNS שלכם ולאן הן מפנות כרגע
לאתר WordPress בודד, הבדיקה הזו יכולה לקחת שעה. לעסק שמריץ כמה אפליקציות עם קוד מותאם אישית, זה יכול לקחת כמה ימים. אל תמהרו בשלב הזה. דילוג עליו הוא הדרך שבה מעברים הופכים לחגי חירום של סוף שבוע שלם.
בחירת אחסון ענן לעסקים מתאים
לא כל אחסון ענן לעסקים נראה אותו הדבר. חלק מהספקים נותנים לכם מכונה וירטואלית ומשאירים לכם להגדיר הכל בעצמכם. אחרים מנהלים את מערכת ההפעלה, האבטחה ושיפור הביצועים בשבילכם.
חשבו על מה שהצוות שלכם יכול לתחזק בפועל. אם אין לכם מנהל מערכות ייעודי, תוכנית VPS מנוהלת תחסוך לכם הרבה כאבי ראש בהמשך הדרך. אם יש לכם צוות טכני שרוצה שליטה ישירה יותר, הגדרה לא מנוהלת יכולה להתאים יותר, אם כי היא מגיעה עם יותר עבודה שוטפת.
כיסינו את ההבדל בפירוט בפוסט ההבדל הכן בין אחסון מנוהל ולא מנוהל, שכדאי לקרוא לפני שמחליטים לאיזה כיוון לפנות.
לוח הזמנים האמיתי של המעבר
הנה מה שרוב העסקים חווים בפועל, מחולק לשלבים מציאותיים.
שלב 1: תכנון והקמת סביבה (2-5 ימים)
בשלב הזה השרת החדש שלכם מוקם ומוגדר כך שיתאים לסביבה הנוכחית שלכם. גרסאות תוכנה, כללי אבטחה והגדרות DNS צריכים להיות מוכנים לפני שנוגעים בנתונים חיים.
שלב 2: מעבר בדיקה (1-3 ימים)
מעבר אחראי לעולם לא עובר ישירות לסביבת הפרודקשן. מעבירים עותק של האתר לסביבה החדשה קודם, ואז בודקים הכל: טפסים, תהליכי תשלום, דפי כניסה, לוחות בקרה. זה השלב שאנשים מדלגים עליו כשהם ממהרים, וזה בדיוק השלב שחוסך מהם הפתעות.
הרצת הבדיקה הזו על סביבה נפרדת הופכת קלה בהרבה אם הספק שלכם מציע סביבות staging, כי אז אתם יכולים לבדוק הכל בלי סיכון לאתר החי שלכם.
שלב 3: המעבר בפועל (כמה שעות, בדרך כלל בלילה)
זה החלק שאנשים מדמיינים כשהם חושבים על "מעבר", אבל בפועל זה השלב הקצר ביותר. ה-DNS שלכם מתעדכן להפנות לשרת החדש, והתנועה מתחילה לזרום לשם במקום. מכיוון ששינויי DNS יכולים לקחת זמן להתפשט ברחבי האינטרנט, השלב הזה מתוזמן בדרך כלל לשעות של תנועה נמוכה.
שלב 4: מעקב וניקוי (1-2 שבועות)
אחרי המעבר, עוקבים מקרוב. יומני שגיאות, מהירות טעינה, מסירת אימיילים, כל דבר נבדק יומית בשבוע או שבועיים הראשונים. כשבטוחים שהכל תקין, השרת הישן מוצא משימוש.
ובסך הכל, מעבר טיפוסי של עסק קטן עד בינוני לוקח שבוע עד שלושה שבועות מהבדיקה הראשונה ועד המעבר המלא, כשזמן ההשבתה הממשי נמדד בדקות, לא בימים.
מה מאט מעברים
כמה דברים בדרך כלל הופכים מעבר חלק לתסכול:
- קוד מותאם אישית בלי תיעוד
- אחסון אימייל שקשור לשרת הישן (מעברי אימייל דורשים תכנון נפרד וקפדני)
- תוכנה מיושנת שלא תואמת לסביבות שרת חדשות יותר
- המתנה לרגע האחרון לבדוק שינויי DNS
שום דבר מכל אלה אינו חוסם דרך, הם רק צריכים להיות מתוכננים מראש ולא להתגלות באמצע המעבר.
מדוע תמיכת מעבר מנוהלת חשובה
ספק אחסון מנוהל טוב לא רק מוסר לכם שרת חדש ומאחל לכם בהצלחה. כשאנחנו מעבירים לקוחות לסביבה חדשה, אנחנו מטפלים בהגדרות בצד השרת, מריצים את מעבר הבדיקה, ועוקבים אחרי המעבר בפועל בעצמנו, כך שבעל העסק לא צריך להיות זה שבוהה בלוגים בשתיים בלילה ותוהה למה תוסף מסוים קרס.
סוג התמיכה הזה הוא ההבדל האמיתי בין מעבר מלחיץ למעבר משעמם. ומשעמם זה בדיוק מה שרוצים כשמזיזים משהו חשוב כמו האתר שלכם.
לסיכום
מעבר לאחסון ענן לעסקים אינו אירוע בודד, זה תהליך קצר עם שלבים ברורים. תבדקו קודם, תבחנו ביסודיות, תעברו בשעות שקטות, ותעקבו מקרוב לאחר מכן. אם עושים את זה נכון, הלקוחות שלכם בכלל לא ישימו לב שזה קרה. אם אתם שוקלים אם עכשיו זה הזמן הנכון לעשות את המעבר, הפוסט שלנו על הסיבות העסקיות למעבר לאחסון בענן לפני שאתם באמת צריכים את זה הוא קריאה מומלצת להמשך.
