תרגול ארכיטקטורה שאפשר לבדוק¶
תכננו שירות שמקבל לכל היותר 64 בקשות של 256 KiB ומפעיל שמונה workers. חשבו את זיכרון ה־payload בתור ובעיבוד, ואז הוסיפו connection אחד לפני admission ועותק נוסף בזמן commit. הגדירו אילו עותקים אפשר לבטל ואיזה שינוי בעלות נדרש לשם כך.
כתבו חמש דרישות קבלה, כאשר כל דרישה מכילה תנאי עומס ותוצאה שניתן למדוד. כללו כשל worker, לקוח שנעלם, דיסק מלא, restart ו־shutdown. ציירו תרשים של crates ותהליכים והסבירו איזה גבול הוא אבטחתי ואיזה הוא ארגוני בלבד.
בחרו פעולה אחת והצביעו על הרגע שבו השירות מתחייב לבצע אותה גם אם הלקוח התנתק. נדרשת התאמה בין ההחלטה הזאת לבין הרשומה שנכתבת ליומן והתשובה שנשלחת.