การ Restart เพราะ Database ช้าชั่วคราวอาจทำให้ปัญหาแย่ลงถ้า Liveness Check ผูกกับ Dependency มากเกิ
Leader Election ไม่ได้หมายความว่ามี Server สำคัญถาวร แต่ให้ Node หนึ่งถือสิทธิ์นำในช่วง Lease ที่จำกัดเวล
Job ควร Idempotent แม้มี Leader Election เพราะ Failure ช่วงเปลี่ยน Leaderยังสามารถทำให้ขั้นเดิมเริ่มซ้ำได
Check หนักเกินสามารถเพิ่ม Load และทำให้ Service ถูกถอดเพราะ Dependency ชั่วคราวมากเกิน จึงควรออกแบบให้เหมา
การให้สิทธิ์ Leaderมีอายุและให้ Resourceตรวจ Tokenที่เพิ่มขึ้นช่วยลดปัญหา Split Brainและป้องกัน Nodeเก่าที่กลับมาช้าจากการเขียน Stateหลัง Leadershipเปลี่ยนแล้
บางสิ่งย้อนกลับไม่ได้ เช่นข้อความที่ส่งออกไปแล้ว จึงอาจใช้ Action ชดเชยอย่างส่งการแก้ไขแท
เมื่อ Orchestration หรือ Choreography มี State, Retry, Timeout และ Observability ที่ชัด ระบบจะฟื้นจาก Failure ได้โดยไม่ต้องพึ่ง Distributed Transaction ครอบ Service ทั้งหม
ผู้ใช้งานควรดูสถานะที่ระบบยืนยัน ไม่ควรตีความว่า Workflow ภายในเร็วหรือช้าเป็นข้อมูลเกี่ยวกับผ
hengdee89 สามารถใช้ Service Discovery เพื่อให้ระบบค้นหาว่า Service ชื่อหนึ่งมี Instance ใดพร้อมรับงานอยู่ในขณะนั้
การเพิ่ม Field ใหม่แบบ Optional มักจัดการง่ายกว่าการเปลี่ยนความหมายของ Field เดิมทันท
Consensus System, Lease และ Fencing Tokenช่วยลดความเสี่ยงแต่ Applicationปลายทางยังควรตรวจสิทธิ์การเขีย
ควรเปรียบเทียบ Count, hengdee89เข้าสู่ระบบ Null Rate และค่าเก่ากับค่าใหม่ใน Sample หรือทั้งหมดตามความสำคั
Library Version ที่ต่างกันสามารถมีพฤติกรรมไม่เหมือนกัน จึงต้องดูแล Client หลายภาษาให้สอดคล้อ
เมื่อ Registration, Health Check, Lease และ Load Balancing เชื่อมกันอย่างเหมาะ ระบบสามารถ Scale และ Deploy Instance ใหม่โดย Callerยังใช้ชื่อ Service เดิมแทนตามแก้ Address ของ Server ทีละเครื่อ
ระบบ Election ที่ต้องการความถูกต้องสูงมักพึ่ง Consensusเพื่อให้ Nodeส่วนใหญ่เห็น Term หรือ Leaderเดียวกั
การใช้ Saga ช่วยให้ระบบจัดการ Failure ระหว่างทางโดยไม่ต้องล็อกฐานข้อมูลหลายตัวพร้อมกันตลอด Workflow และทำให้ Retry หรือการชดเชยถูกติดตามเป็นขั้นตอนที่ตรวจสอบได
การออกแบบรับ Duplicate มักเชื่อถือได้กว่าการพยายามรับประกันว่าระบบกระจายจะไม่ส่งซ้ำเล
หวยลาว ถ้าการเผยแพร่ข้อมูลต้องผ่าน Validation, Persist, Cache และ Notification แต่ละขั้นสามารถเป็น Local Transacti
ควรมี Alertเมื่อไม่มี Leaderนานเกิน SLA หรือมีสอง Nodeรายงานตนเป็น Leaderแม้ปลายทางยังป้องกันได
ผู้ใช้งานไม่จำเป็นต้องรู้ว่า Request ถูกส่งไป Server ตัวใดและไม่ควรใช้ Latency ของเส้นทางเป็นข้อมูลเกี่ยวกับผ