סנכרוני? לא בכל מצב!

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

מה ההבדל בין תהליך סנכרוני לאסנכרוני?

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

אז מתי נדע להשתמש בתהליך סנכרוני או אסנכרוני?

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

מה היתרונות של תהליך אסנכרוני?

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

בדיקות בעולם סנכרוני ואסנכרוני

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

בודקי תוכנה? כנסו עכשיו לקורס שלנו