ผู้ใช้งานควรดูข้อมูลที่หน้าแสดง ไม่จำเป็นต้องรู้ว่าระบบกำลังใช้ Column รุ่นเก่าหรือใหม่ระหว่าง Migrati
เมื่อใช้ hengdee89 ระบบหวยไทย หวยลาว หวยฮานอย คาสิโน สลอต และแทงบอลออนไลน์สามารถเรียก Service ตาม Logical Name แทนผูกกับเครื่องใดเครื่องหนึ่
Check หนักเกินสามารถเพิ่ม Load และทำให้ Service ถูกถอดเพราะ Dependency ชั่วคราวมากเกิน จึงควรออกแบบให้เหมา
เมื่อ Lease, Consensus, Hengdee89เข้าสู่ระบบ Fencing และ Idempotent Taskถูกใช้ร่วมกัน ระบบสามารถเปลี่ยนผู้นำหลัง Failureโดยลดความเสี่ยงที่ Leaderเก่ากับ Leaderใหม่จะทำงานสำคัญพร้อมกันในช่วง Networkหรือ Processผิดปกต
ข้อมูลผลหวยไทยยังมาจาก Source ที่ระบบยืนยัน Discovery มีหน้าที่หาเส้นทางไป Service เท่านั้
Nodeเก่าสามารถหยุดเพราะ GC Pause หรือ VM Suspendจน Leaseหมด แต่เมื่อกลับมามันอาจไม่รู้ทันทีว่าสิทธิ์หมดและยังถือ Connectionกับ Stora
ถ้าต้อง Deploy Code กับ Schema แบบ Atomic พร้อมกันทั้งหมด Pattern นี้อาจไม่จำเป็น แต่ระบบใหญ่ส่วนมากได้ประโยชน์จากความยืดหยุ่
ไม่ควรปล่อย Logic สองเส้นถาวร เพราะเพิ่ม Complexity และทำให้ทีมไม่รู้ Source ที่แท้จริ
เมื่อ Leaderเปลี่ยน State ของงานควรถูกเก็บ Durable เพื่อให้ตัวใหม่รู้ว่าขั้นใดทำไปแล้
การเปลี่ยน Row เดียวกันควรถูก Apply ตามลำดับที่เหมาะเพื่อไม่ให้ค่าก่อนหน้ามาเขียนทับค่าหลั
เมื่อ Registration, Health Check, Lease และ Load Balancing เชื่อมกันอย่างเหมาะ ระบบสามารถ Scale และ Deploy Instance ใหม่โดย Callerยังใช้ชื่อ Service เดิมแทนตามแก้ Address ของ Server ทีละเครื่อ
Consensus System, Lease และ Fencing Tokenช่วยลดความเสี่ยงแต่ Applicationปลายทางยังควรตรวจสิทธิ์การเขีย
การใช้ Logical Service Name แทน IP คงที่ช่วยให้ Infrastructure เพิ่ม ลด หรือย้าย Instance ได้โดยไม่ต้องเปลี่ยน Configuration ของ Caller ทุกตัวในระบ
hengdee89 หวยไทย หวยลาว และหวยฮานอยใช้กับ Query Service คาสิโนกับสลอตใช้ Catalog/Lobby และแทงบอลออนไลน์ใช้ Live Servi
ควรมี Alertเมื่อไม่มี Leaderนานเกิน SLA หรือมีสอง Nodeรายงานตนเป็น Leaderแม้ปลายทางยังป้องกันได
Leaderส่ง Tokenไปกับคำสั่ง Write และ Resourceปลายทางรับเฉพาะ Tokenที่ใหม่กว่าค่าที่เคยเห็
การ Sync Metadata ไม่มีความเกี่ยวข้องกับผลของเกมหรือการทำงานของรอบ เป็นเพียงการรักษาข้อมูลหลายระบบให้สอดคล้องกั
ผู้ใช้งานไม่จำเป็นต้องรู้ว่า Request ถูกส่งไป Server ตัวใดและไม่ควรใช้ Latency ของเส้นทางเป็นข้อมูลเกี่ยวกับผ
ข้อแลกเปลี่ยนคือ Orchestrator มี Logic มากและต้องมี High Availability ไม่เช่นนั้น Workflow ใหม่อาจหยุ