מודרניזציה של מערכות ישנות

לפי שלוש שאלות: מה מצב הקוד והנתונים בפועל, כמה מהמערכת באמת בשימוש, ומה קורה לעסק אם היא נופלת מחר. מערכת עם בסיס סביר ובעיות נקודתיות משתלם לשפר מבפנים. מערכת שכולם מפחדים לגעת בה אבל העסק תלוי בה - לרוב מחליפים בהדרגה. שכתוב מלא הוא האופציה האחרונה ולא הראשונה, כי הוא היקר והמסוכן ביותר.

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

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

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

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

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