תוֹכֶן
להסיר:
עיבוד עסקאות מקיף יותר - ומסובך יותר ממה שאפשר לדמיין, אך זהו חלק מרכזי בשירותי סוחרי IT.
עסקים מסוגים רבים ושונים עשויים להשקיע במערכת תהליכי עסקאות כחלק משירותי סוחר 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 זה.