מעבר לענן

מעבר לענן בישראל

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

מה עובר, ואיך

שרתים ואפליקציות

העברת שרתי אפליקציה, שרתי ווב ושירותים פנימיים ל־EC2, ל־ECS או ל־Kubernetes, לפי מה שנכון למערכת.

מסדי נתונים

העברה ל־RDS או ל־Aurora עם שכפול מקדים, כך שזמן ההשבתה בפועל נמדד בדקות.

קבצים ואחסון

העברת נפחי קבצים ל־S3 או ל־EFS, כולל הרשאות, גיבויים ומדיניות שמירה.

רשת ו־DNS

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

אבטחה והרשאות

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

אופטימיזציה אחרי המעבר

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

איך זה עובד

  1. 1סקר מערכות — מה רץ, על מה זה תלוי, מה מותר להשבית ומתי חלון הזמן הנוח ביותר.
  2. 2תוכנית מעבר — מסמך עם סדר הפעולות, זמני השבתה צפויים, אחריות ותוכנית חזרה.
  3. 3בנייה בענן — הסביבה החדשה נבנית כקוד לצד הקיימת, בלי לגעת בפרודקשן.
  4. 4חזרה יבשה — תרגול מלא של המעבר על נתוני עותק, כולל בדיקות קבלה.
  5. 5חיתוך ומעקב — המעבר עצמו, ואז מעקב צמוד של כמה ימים עד שהכול יציב.

מה בדרך כלל מפתיע

שירותים קשורים

שאלות נפוצות

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

ספרו לי מה רץ אצלכם היום

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