2. להעביר כמו שזה, בלי לתכנן מחדש, שובר יותר ממה שחוסך
להעביר מערכות לענן בלי לשנות את הארכיטקטורה (Lift and Shift) נראה כמו הדרך המהירה. כמעט אף פעם זה לא כך. לקוח קמעונאי העביר את מערכת ניהול המלאי שלו ל-AWS בלי למפות את התלות שלה במערכת הקופות. התוצאה: יומיים של השבתה, בשיא עונת הקניות.
לכל מערכת יש תלויות נסתרות: מסדי נתונים משותפים, מערכות קבצים, ממשקי API פנימיים, משימות מתוזמנות. צריך מפת תלויות לפני שמזיזים משהו, ולא אחרי.
3. התקציב צריך לכלול את מה שקורה אחרי המעבר
עלות המיגרציה עצמה היא אולי 30% עד 40% מהעלות הכוללת. ההוצאות השוטפות, כמו העברת נתונים, הגדלת אחסון, תשתית ניטור והדרכת הצוות, תופסות ארגונים לא מוכנים.
באחד הפרויקטים שקיבלנו לידיים, תוקצבו 600,000 ש״ח למיגרציה. העלות בפועל בשנה הראשונה, כולל התפעול, הגיעה לקרוב ל-1.7 מיליון ש״ח. לא לקחו בחשבון את עלויות הוצאת הנתונים מהענן (Egress), שלבדן הגיעו לכ-25,000 ש״ח בחודש.
בנו את מודל התקציב על עלות כוללת לשלוש שנים (TCO), ולא רק על עלות פרויקט המעבר.
4. בודקים ברצינות
"בסביבת הבדיקות זה עובד" היא לא אסטרטגיית בדיקות. לפני כל מעבר לפרודקשן צריך:
- בדיקות פונקציונליות: כל פיצ׳ר עובד כמו שהוא אמור?
- בדיקות עומס: המערכת עומדת בנפחי תנועה אמיתיים, ולא רק בתנועה ממוצעת?
- בדיקות כשל (Failover): מה קורה כשאזור שלם בענן נופל?
- בדיקות אבטחה: מבדקי חדירות מול תצורת הענן.
אנחנו מריצים את כל הארבע בסביבה שמשקפת את הפרודקשן, כולל נפחי הנתונים. זה מוסיף 2 עד 3 שבועות ללוח הזמנים. ובכל פעם, בלי יוצא מן הכלל, זה תופס משהו שהיה גורם להשבתה.
5. רגולציה לא "מוסיפים אחר כך"
לקוח אירופי שלנו דילג על בדיקת עמידה ב-GDPR במהלך המעבר. חצי שנה אחר כך הוא קיבל קנס של מאות אלפים. אף אחד לא בדק את דרישות מיקום הנתונים, ומידע אישי נשמר באזור ענן בארצות הברית.
אם אתם פועלים בתחום הבריאות (HIPAA), בפיננסים (PCI DSS, SOX), או מחזיקים מידע אישי של אזרחי האיחוד האירופי (GDPR), בדקו את העמידה בדרישות על תצורת הענן החדשה לפני המעבר, ולא אחריו.
מהעבודה שלנו: מערכות ענן בעומס לאומי
שני פרויקטים שלנו מראים את השיטות האלה בפרודקשן. Check2Fly, מערכת הגבולות הלאומית של ישראל בתקופת הקורונה, עברה מהתנעה לפריסה בכל נמלי התעופה ומעברי הגבול תוך 90 יום. תשתית הענן שלה הוסיפה משאבים בזמן אמת כשכמה טיסות בינלאומיות נחתו יחד, והיא עמדה ב-SLA של 15 דקות לטיפול, עם זמינות של 99.999%. האבטחה הייתה חלק מכל ספרינט מהיום הראשון, ולא היה אף אירוע אבטחה לאורך מיליוני רשומות בריאות.
שירי, אפליקציית הזרמת המוזיקה הלאומית של ישראל, רצה על Backend עם הרחבה אוטומטית שתכננו כדי לעמוד בגל של יום ההשקה. היא הגיעה ל-600,000 משתמשים ולמקום הראשון בשתי חנויות האפליקציות, בלי אף דקת השבתה.
כשהמיגרציה רצה על Kubernetes
Kubernetes מנהל באופן אוטומטי פריסה, הרחבה וניהול של קונטיינרים ב-AWS, Azure ו-Google Cloud. הוא חזק מאוד וקשה לתפעול, ו-Cluster שמוגדר לא נכון גרוע יותר מבלי Cluster בכלל. כשאנחנו מצילים פריסת Kubernetes שנכשלה, אנחנו מוצאים בדרך כלל שלוש בעיות:
- הגדרות אבטחה שגויות. הגדרות ברירת המחדל משאירות את ה-Cluster חשוף. הגדירו Network Policies, RBAC ו-Pod Security Standards מהיום הראשון.
- התפשטות משאבים. צוותים פותחים Namespaces בלי מגבלות, וחשבון הענן מזנק.
- פערים בניטור. Kubernetes מייצר הצפה של נתוני טלמטריה. בלי כלי Observability כמו Prometheus ו-Grafana, או שירות מנוהל מקביל, בעיות נשארות מוסתרות עד שהן גורמות להשבתה.
שירותים בלי מצב (Stateless) עוברים ל-Kubernetes בקלות. רכיבים עם מצב, כמו מסדי נתונים ותורי הודעות, אנחנו בדרך כלל משאירים בשירותי ענן מנוהלים, ומעבירים ל-Cluster את הלוגיקה של האפליקציה.
שאלות נפוצות
האם Kubernetes שווה את המורכבות לחברה בינונית?
תלוי בעומס. עם פחות מחמישה שירותים ותנועה צפויה, שירות קונטיינרים מנוהל כמו AWS ECS או Azure Container Apps הוא לרוב פשוט יותר. מעל 10 עד 15 שירותים עם עומס משתנה, Kubernetes מתחיל להחזיר את ההשקעה.
מה הסיבה הנפוצה ביותר לכישלון של מעבר לענן?
מיפוי תלויות חלקי. ארגונים מעריכים בחסר עד כמה המערכות שלהם קשורות זו לזו. כשמזיזים חלק אחד בלי להבין את החיבורים שלו לאחרים, הכשלים מתגלגלים הלאה.
איך מצילים מיגרציה שכבר נתקעה?
מתחילים בסקירה של שבועיים: מה כבר עבר, מה לא, ואיפה החסמים. אחר כך בונים תוכנית מעבר מעודכנת, עם מיפוי תלויות מלא, שערי בדיקה ונהלי חזרה לאחור.
האם לפעמים עדיף להתחיל את המעבר מההתחלה?
לפעמים כן. אם בארכיטקטורת הענן הקיימת יש פגמים בסיסיים באבטחה או בתכנון, תיקון במקום יכול לקחת יותר זמן מהקמה נקייה מחדש. עשינו גם את זה וגם את זה.
המעבר לענן שלכם יצא מהמסלול ואתם צריכים דעה שנייה? סביר שכבר ראינו את הבעיה. בואו נדבר.
