Resilience

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

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

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