תפריט
Cloud Migration
מיגרציה לענן מציעה אפשרויות טכנולוגיות/עסקיות רבות ללקוחות ולעסקים. כדי לעשות הבחירה הנכונה לעסק ישנם מגוון רחב מאוד של קריטריונים עסקיים ומקצועיים לקחת בחשבון. אנו נסייע לך לשים את כל השיקולים על השולחן , לעשות את הבחירה הנכונה והמאובטחת ולבצע את הפרויקט.
AZURE
שירותי הענן של Azure המשולבים בצורה עמוקה מציעים לארגונים יכולים לבנות, לפרוס ולנהל במהירות יישומים פשוטים עד מורכבים בצורה קלה ומהירה.
AZURE
M365 Security
לתרונות האבטחה של מיקרוסופט בעלי יכולת מקורית שתוכננה לעבוד בצורה אחידה כדי לספק יכולות משולבות של זיהוי איומים ותגובה.
M365 Security
Office 365
שירותי המיגרציה יכולים להשתנות מארגון לארגון. ממיגרציה לשירותי SAAS כגון Office 365, Dynamics 365 , Salesforce ועוד וכלה בשירותי מיגרציה מענן לענן, Public folder ועוד.
Office 365
מה המשמעות של מיגרציה לענן?
מיגרציה לענן הינו מאמץ המבוסס על ניהול התצורה הקיימת, ובמילים אחרות מימוש טכני חכם של הארגון במקום אחר.
מה קורה בתהליך המיגרציה לענן?
במהלך תהליך ההגירה, תחליט להעביר יישומים עסקיים מסוימים, להשקיע באחרים ולבטל יישומים מיושנים או לא בשימוש. חלק מהיישומים יעברו אופטימיזציה, יחוללו מחדש או יוחלפו לחלוטין כחלק מתהליך זה.
כל אחת מההחלטות הללו צריכה להתאים למניעים מאחורי הגירת הענן שלך.
המגרציות המוצלחות ביותר גם הולכות צעד קדימה ומתאימות את ההחלטות הללו לתוצאות העסקיות שאתה רוצה.
מודל זה דורש מהארגון להשלים תהליכי מוכנות עסקיים לאימוץ ענן בכל הרמות הניהוליות והמקצועיות.
מה צריך להכין לקראת תהליך המיגרציה לענן?
ודא שבדקת את מתודולוגיית התוכנית ואת המתודולוגיה של המוכנות של מסגרת האימוץ בענן.
מתודולוגיות אלו קובעות את המניעים העסקיים או הצדקה אחרת להעברת ענן. הם גם מספקים תכנון ארגוני או הכשרה נדרשים לפני ביצוע תהליך הגירה בקנה מידה.
חשוב לבסס חזון ברמת על של המצב הסופי שלך לפני שמתחילים במאמצי המיגרציה שלך.
התרשים הבא מציג נקודת התחלה מקומית של תשתית, יישומים ונתונים. אלמנטים אלה מגדירים את הנכסים הדיגיטלית של הארגון שלך.
מה האפשרויות במיגרצית נכסים דיגיטאליים (מערכות מידע) של הארגון לענן?
Rehost – ידוע גם בסלוגן Lift & Shift . לקחת את היישום ולהעביר אותו לענן בשינויים והתאמות מעטות.
Refactor – שינוי אפליקציות ומעבר למודל PAAS . משרת בעיקר את נושא החסכון בתקציב המעבר.
Rearchitect – בד"כ אפליקציות ישנות שאינן יכולות לעבור ASIS לענן.
Rebuild – לרוב מוצדק לביצוע לגבי אפליקציות שאינן יכולות לעבור ASIS לענן אך גם נדרשות לשדרוג תהליכים עסקיים.
Replace – החלפה מלאה של אפליקציות בד"כ למודל SAAS המתבסס על פלטפורמה קיימת והתאמתה.
מה השלבים בתהליך מיגרציה לענן?
הבולטים הבאים מספקים סקירה כללית של השלבים של תהליך זה (בתמונה בהמשך):
הערכת עומסי עבודה: הערכת עומסי עבודה כדי להעריך עלות, מודרניזציה וכלי מיגרציה. תהליך זה מתמקד באימות או באיתגור הנחות יסוד. אתה מניח את ההנחות הללו בתהליך הגילוי והערכות על ידי הסתכלות מקרוב יותר על אפשרויות הרציונליזציה. תהליך זה הוא גם כאשר דפוסי המשתמש והתלויות נלמדים יותר מקרוב כדי להבטיח שהמערכות ישיגו הצלחה טכנית לאחר המיגרציה.
מיגרציה של יישומים עסקיים: לאחר הערכת ה-Workloads , הפונקציונליות הקיימת משוכפלת או משופרת בענן. שכפול זה יכול לכלול הרמה והעברה (lift & shift)או אירוח מחדש לענן. אבל, באופן נפוץ יותר בשלב זה, רבים מהנכסים התומכים בעומסי העבודה הללו יעברו מודרניזציה כדי לנצל את היתרונות של הענן.
העברה לייצור: לאחר שכפול הפונקציונליות לענן, ניתן לבדוק מערכות שהועברו במיגרציה, לבצע אופטימיזציה, לתעד ולשחרר עבור פעילות שוטפת. המאמץ לסקור את המערכות שהועברו ולמסור אותם הוא קריטי במהלך תהליך זה. המאמץ הוא קריטי לשליטה, לניהול התפעול ולצוותי האבטחה לתמיכה שוטפת במערכות שעברו מיגרציה.
הערה: בחלק מהחזרות המוקדמות של מאמץ המיגרציה, מקובל להגביל את ההיקף למערכת אחת. גישה זו ממקסמת את שימור המיומנויות ומספקת לצוות יותר זמן להתנסות וללמוד.
בעת בניית מפעל (אכן פעילות כמו מפעל) המיגרציה, חלק מהצוותים עשויים לבחור לפזר כל אחד מהשלבים לעיל על פני מספר צוותים ומספר רב של ספרינטים. גישה זו יכולה לשפר את יכולת החזרה ולהאיץ את מאמצי ההגירה.
אז איך עושים את המיגרציה לענן בצורה מתודולוגית?
מתבססים על מודל העברה מסודר. למשל מודל ההעברה Cloud Adoption Framework של חברת מיקרוסופט המבוסס על תהליך טרנספורמציה בשלבים. זה מניח שהארגון יתחיל במאמץ הגירה ראשוני, בהיקף מוגבל, בענן. בדרך כלל אנו מתייחסים למאמץ ההגירה הזה כעומס העבודה הראשון. מאמץ זה יתרחב באופן איטרטיבי ויכלול Work Loads נוספים ככל שצוותי התפעול משכללים ומשפרים את תהליכי ההגירה.
