מה זה OLTP?

הוגדר OLTP

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

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

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

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

לעסקים יש בדרך כלל שני סוגים של יכולות עיבוד נתונים: OLTP ו-OLAP.

דרישות למערכת OLTP

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

המאפיינים העיקריים של מערכת עיבוד עסקאות מקוונת הם הבאים:

• תאימות ל-ACID: מערכות OLTP חייבות לוודא שכל העסקה מתועדת כהלכה. עסקה היא בדרך כלל ביצוע של תוכנית שעשויה לדרוש ביצוע של מספר שלבים או פעולות. היא עשויה להיות מלאה כאשר כל הצדדים המעורבים מאשרים את העסקה, או כאשר המוצר/השירות יסופק, או כאשר יבוצע מספר מסוים של עדכונים לטבלאות הספציפיות במסד הנתונים. עסקה נרשמת כהלכה רק אם כל השלבים המעורבים מבוצעים ומתועדים. אם יש שגיאה כלשהי באחד מהשלבים, יש לבטל את כל העסקה ולמחוק את כל השלבים מהמערכת. לפיכך מערכות OLTP חייבות לעמוד במאפיינים אטומיים, עקביים, מבודדים ועמידים (ACID) כדי להבטיח את הדיוק של הנתונים במערכת.
  • אטומי: בקרות אטומיות מבטיחות שכל השלבים בעסקה הושלמו בהצלחה כקבוצה. כלומר, אם שלבים כלשהם בין העסקאות נכשלים, כל שאר השלבים חייבים להיכשל או להיות מוחזרים. השלמת עסקה מוצלחת נקראת התחייבות. כישלון עסקה נקרא ביטול.
  • עקבי: העסקה שומרת על העקביות הפנימית של מסד הנתונים. אם אתה מבצע את העסקה לבד על מסד נתונים שהוא עקבי בתחילה, אז כאשר העסקה מסתיימת ביצוע בסיס הנתונים יהיה עקבי שוב.
  • מבודד: העסקה מבוצעת כאילו היא פועלת לבד, ללא עסקאות אחרות. כלומר, ההשפעה של הפעלת סט עסקאות זהה להפעלתן אחת בכל פעם. התנהגות זו נקראת סידירות ובדרך כלל מיושמת על ידי נעילת השורות הספציפיות בטבלה.
  • עמיד: תוצאות העסקה לא יאבדו בכשל.
• במקבילות: למערכות OLTP יכולות להיות אוכלוסיות משתמשים גדולות מאוד, כאשר משתמשים רבים מנסים לגשת לאותם נתונים בו-זמנית. המערכת חייבת להבטיח שכל המשתמשים הללו המנסים לקרוא או לכתוב במערכת יכולים לעשות זאת במקביל. בקרות מקבילות מבטיחות ששני משתמשים שניגשים לאותם נתונים במערכת מסד הנתונים בו-זמנית לא יוכלו לשנות את הנתונים האלה, או שמשתמש אחד יצטרך לחכות עד שהמשתמש השני יסיים לעבד לפני שינוי נתון זה.
• קנה מידה: מערכות OLTP חייבות להיות מסוגלות להגדיל ולמטה באופן מיידי כדי לנהל את נפח העסקאות בזמן אמת ולבצע עסקאות במקביל, ללא קשר למספר המשתמשים המנסים לגשת למערכת.
• זמינות: מערכת OLTP חייבת להיות תמיד זמינה ומוכנה תמיד לקבל עסקאות. אובדן עסקה יכול להוביל לאובדן הכנסות או עשוי להיות בעל השלכות משפטיות. מכיוון שניתן לבצע עסקאות מכל מקום בעולם ובכל זמן, המערכת חייבת להיות זמינה 24/7.
• תפוקה גבוהה וזמן תגובה קצר: מערכות OLTP דורשות זמני תגובה ננו-שניות או אפילו קצרים יותר כדי לשמור על פרודוקטיביות של משתמשים ארגוניים וכדי לעמוד בציפיות ההולכות וגדלות של הלקוחות.
• אמינות: מערכות OLTP בדרך כלל קוראות ומתפעלות כמויות נתונים סלקטיביות מאוד וקטנות. חשוב ביותר שבכל נקודת זמן נתונה הנתונים במסד הנתונים יהיו אמינים ומהימנים עבור המשתמשים והאפליקציות הנגישות לנתונים אלו.
• אבטחה: מכיוון שמערכות אלו מאחסנות נתוני עסקאות לקוחות רגישים ביותר, אבטחת נתונים היא קריטית. כל הפרה עלולה להיות יקרה מאוד עבור החברה.
• יכולת שחזור: למערכות OLTP חייבת להיות יכולת התאוששות במקרה של כשל חומרה או תוכנה.

מסדי נתונים לעומסי עבודה של OLTP

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

כיצד לבחור את מסד הנתונים המתאים לעומס העבודה שלך ב-OLTP

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

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

למידע נוסף על מסד הנתונים לעיבוד עסקאות אוטונומי של Oracle, שירות מסד הנתונים מספר 1 בענן OLTP. נסה את זה בחינם.