Saga Pattern

ביישומים מונוליטיים מסורתיים, שמירה על עקביות נתונים על פני ישויות מרובות היא פשוטה. מנועי מסד נתונים יחסיים מספקים ערבויות ACID (אטומיות, עקביות, בידוד, עמידות) עטופים בעסקאות SQL מקומיות. אם ביצוע הזמנה, ניכוי תשלום או עתודת מלאי נכשלים באמצע הדרך, הקריאה ROLLBACK תחזיר כל שינוי במסד הנתונים באופן מיידי. עם זאת, כאשר עוברים ל-Microservices Architecture מודרנית, ניהול הנתונים משתנה באופן מהותי. כדי להבטיח אוטונומיה של תחום ומדרגיות עצמאית, כל מיקרו-שירות הוא הבעלים של מסד הנתונים הפרטי שלו. פעולה עסקית אחת - כגון עיבוד קופה של מסחר אלקטרוני - משתרעת כעת על מספר גבולות שירות ומנועי מסד נתונים (למשל, PostgreSQL להזמנות, DynamoDB for Payments, Redis for Inventory).

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