תוכן עניינים:
עסקים מסוגים רבים ושונים עשויים להשקיע במערכת תהליכי עסקאות כחלק משירותי סוחר IT או חלקים אחרים בארכיטקטורת התוכנה. עם זאת, כמו חלק מהמונחים האחרים סביב ה- IT, תווית זו יכולה להיראות מעט מעורפלת. זה גם מכיוון שביסודו, עיבוד עסקאות איננו סתם מונח לעסקאות פיננסיות, אף שמערכות TPS רבות, כגון מערכות לעיבוד כרטיסי אשראי, עשויות להסתובב סביב תהליך החלפת הכסף.
בעיקרו של דבר, עיבוד עסקאות הוא מודל לעסקאות שונות, כולל גם עסקאות פיננסיות וגם תהליכים אחרים כמו אימות. מומחים מנוגדים לעיבוד טרנזקציות לסוג שונה של מודל הנקרא עיבוד אצווה, כאשר מספר גדול יותר של עסקאות בודדות מטופלות באופן קולקטיבי. את שניהם ניתן להחיל על מערכות מסחר אלקטרוני רגילות המטפלות בעסקאות פיננסיות.
כאשר אנו מדברים על עיבוד עסקאות, המונח "עסקה" מתייחס לכל התהליך. על מנת להצליח, יש לסיים את התהליך מתחילתו ועד סופו. הכסף צריך לצאת מחשבון אחד ולהיכנס לחשבון אחר. עם סוגים אחרים של עסקאות לא פיננסיות, יש לעדכן חלקים שונים בארכיטקטורת תוכנה. אחרת למערכת עשויה להיות מה שמכונה "עסקה שנשמטה" (או מה שמיקרוסופט מכנה "לאבד שלמות").
ההפך מעסקה שנשמטה הוא מה שמכונה "עסקה עמידה". עסקאות עמידות אלה הינן הבסיס הבסיסי לפעילויות מקוונות רבות, כגון הזמנת כרטיסים או אירועים, עיבוד כרטיסי אשראי, והסדרי quid pro quo אחרים היו צורך לעדכן מספר מערכות, ואירוע דיגיטלי אחד צריך להתיישר עם אירוע אחר. אז איך עיבוד עסקאות עוזר להבטיח עמידות מסוג זה? בואו נסתכל.
מודלים לביצוע חומצה ובסיס
לאורך זמן, מומחי נתונים ייצרו דגמים שונים המקדמים עסקאות מוצלחות ועמידות. אחד מאלה נקרא אטומיות, עקביות, בידוד ועמידות או חומצה. מערכת "קשה" זו של אימות עסקאות הובילה למודל אחר שנקרא בעיקרון זמין, מצב רך, עקביות בסופו של דבר, או BASE, אלטרנטיבה מגוונת יותר. שני הדגמים הללו יכולים להנחות אנשי IT לכיוון מערכות עיבוד עסקאות עקביות יותר. לקבלת רעיון פשוט של אופן פעולתן של שתי השיטות, דמיין שתיים מאותן מערכות ישנות של אנכי אנרגיה אנרגיים בתחנת רכבת, שם עדכונים כוללים קטעי דשדוש שונים עם מידע על לוח הזמנים. אחד מהם נחבט בזעם במשך כמה שניות ואז פורש. השני ממשיך להתקדם, מתפתל עם הזמן מכמה גושי גלים מתחדדים לאורך כל הדרך לשקט בסופו של דבר. הדוגמה הראשונה מתייחסת לחומצה, ואילו השנייה מייצגת BASE. בשני המקרים המטרה זהה: רזולוציית נתונים כוללת. (לקריאת רקע בנושא ACID, עיין במבוא למאגרי המידע שלנו.)מנהלי עסקאות
אלמנט בסיסי נוסף במערכות תהליכי עסקאות הוא מנהל העסקאות. מונח זה הוא אחד מהמונחים הרבים המבוססים על אישיות בתחום ה- IT המודרני. לא עבר זמן רב והמונח התייחס לאדם שהוטל עליו לבצע עסקאות, בדרך כלל פיננסיות. בימים ההם, ייתכן שמנהל בנק נקרא מנהל עסקאות. לעומת זאת, המונח כפי שהוא משמש כיום מתייחס במידה רבה למרכיב בלתי מוחשי של מערכת עיבוד העסקאות בכללותה, אך כזו שיש לה תפקיד מוגדר מראש.
השימוש במנהלי עסקאות, תוך הפעלת TPS מסוגים שונים, יכול להיות בעייתי. לדוגמה, מפתחים העובדים עם J2EE או משאבים דומים יכולים למצוא את עצמם אובדי עצות כאשר שיחה למנהל העסקאות מחזירה שגיאות שונות. כל ההצהרות והמשתנים צריכים להיות צודקים כדי להתקשר למנהל העסקאות בצורה יעילה, ופורומי המפתחים שופעים סיפורים על סוגים כאלה של סידורים שפשוט לא היו בסדר.
מדריכי שיטות עבודה מומלצות לשפה (כמו זו עבור J2EE) יכולים לספק כמה טיפים לניהול עסקאות ושיטות תמיכה אחרות כמו מסגרות לפיתוח יישומים. משאבי עסקה אחרים כוללים את שירות Transaction Object (OTS), שהופק על ידי קבוצת ניהול האובייקטים לצורך התמודדות עם מורכבות ותהליכים חוצה פלטפורמות.
מיקרוסופט הציגה גם כמה משאבים רחבים יותר; גרסאות חדשות יותר של מערכת ההפעלה Windows נשלחות עם Kernel Transaction Manager (KTM), שיכול לתמוך ביישומי C ++. מיקרוסופט הציעה מאז 2000 גם רכזת עסקאות מבוזרות (DTC) של מיקרוסופט לתמיכה בעסקות חוצות פלטפורמות.
שיקולים אחרים עם מערכות תהליכי עסקאות
באופן כללי, ישנם מגוון יעדים מרכזיים שיש לעמוד בהם לצורך הגדרות יעילות של TPS. נתונים צריכים להיות נגישים במבני נתונים המתפקדים היטב, והם צריכים להיות מוגנים מפני כישלונות מסוגים שונים. מערכות גיבוי מתוחכמות עוזרות לספק אמצעי הגנה מפני מתקפות סייבר, אסונות טבע או התחייבויות מסוגים אחרים. חלק מהכלים שהוזכרו לעיל נוצרו כדי לעזור להתמודד עם שחיתות נתונים ובעיות אחרות שעלולות להשפיע על עמידות העסקאות.
עסקאות עמידות פירושן שגם עדכונים חוצה פלטפורמות צריכים להיפתר. דגמי ה- ACID וה- BASE מאלפים כאן. חלק גדול מהעבודות שאנשי מקצוע מודרניים מבצעים קשורות לסוגיות זו, ולוודא שחלק אחד במערכת נתונים תואם לחלק אחר, והכל כדי לתמוך בתהליכי המפתח שבדרך כלל מכונים עסקאות.
ברור שישנם אלמנטים רבים יותר ומפורטים יותר של מערכות TPS ובעיות ופתרונות של כל מקרה לגופו, אך כאשר קבוצה מגוונת של אנשים עשויה להיות מעורבת בהתייחסות אליהם (למשל כאשר לעסק יש בעיות מסוימות הקשורות אליו ספקי טק), הגיוני לעזור בהבהרת תחילה של מונחי IT זה.
