ถ้า Version ไม่ตรงแสดงว่ามีการแก้ข้อมูลระหว่างทางและ Client ต้องตัดสินใจว่าจะโหลดใหม่หรือ Mer
หากไม่ตรวจ Version ผู้ใช้สามารถคิดว่าการ Save สำเร็จทั้งคู่ทั้งที่ข้อมูลหนึ่งชุดหายไปแล้
งานรายงานระดับระบบมักเหมาะกับ Data Warehouse หรือระบบ Analytics แยกมากกว่ารันข้าม Transaction Shard ทุกครั้
ข้อมูลที่ต้องรวมระดับระบบอาจยังต้องใช้ Data Warehouse หรือระบบ Aggregation แยกจาก Transaction Sha
เป็นแนวคิดแบ่งทรัพยากร เช่น Connection Pool, themoonthสมัคร Thread หรือ Worker ให้แต่ละกลุ่มงานไม่แย่งกันจนหม
การใช้ Consistent Hashing, Shard Map และ Rebalancing อย่างเหมาะช่วยให้ระบบเพิ่ม Capacity ได้โดยไม่ต้องย้ายข้อมูลทั้งหมดทุกครั้งที่เพิ่มหรือเปลี่ยน No
หากต้องข้ามจริงระบบควรใช้ Transaction Protocol หรือ Workflow ที่รองรับความล้มเหลวอย่างชัดเจ
Error ในส่วนค้นหาประวัติไม่ควรถูกตีความว่ารอบปัจจุบันหยุดทำงานโดยอัตโนมัต
ตลาดที่แสดงต่างกันจาก Bug ควรถูกแก้ทันที ไม่ควรให้ผู้ใช้ตีความว่าเป็นความแตกต่างของการแข่งขันจริ
ใช้ได้ในบางระบบโดยตรวจ updated_at แต่ต้องระวังความละเอียดของเวลาและการตั้งค่า Databa
หากทุก Service ใช้ Pool เดียวและบริการหนึ่งมี Request ค้างจำนวนมาก สามารถกิน Connection จน Service ที่ปกติไม่มีช่องว่างใช้งา
themoonth สามารถมีหวยไทย หวยลาว คาสิโน สลอต บาคาร่า แทงบอล และคีโน่ที่พึ่งหลายบริการ แต่แต่ละ Dependency ควรถูกจำกัดผลกระทบอย่างเหมาะส
ถ้า User, Event หรือโต๊ะหนึ่งได้รับ Traffic สูงผิดปกติ การ Shard ตาม ID อย่างเดียวสามารถทำให้ Node ที่ถือ Key นั้นรับภาระมหาศา
ยากขึ้นเพราะต้องสำรองหลาย Shard และรักษาความสอดคล้องของ Snapshot ตามความต้องกา
themoonth สามารถรองรับข้อมูลและ Traffic ที่เติบโตได้ดีขึ้นเมื่อ Record ถูกกระจายไปหลาย Shard อย่างสมดุ
ระบบสามารถ Hash User ID หรือ Session เพื่อให้ผู้ใช้จำนวนหนึ่งอยู่ในกลุ่มที่เปิด Feature อย่างสม่ำเสม
ผู้ใช้งานทั่วไปควรเห็นข้อความที่เข้าใจง่าย เช่นข้อมูลถูกแก้จากที่อื่นแล้ว มากกว่ารหัส HTTP อย่างเดีย
Sharding จึงควรถูกออกแบบตาม Query หลัก ไม่ใช่เลือก Key จากความสะดวกเพียงอย่างเดีย
Timeout ควรสัมพันธ์กับลักษณะบริการ ไม่ควรใช้ค่าเดียวกันกับทุก Endpoint โดยไม่ดูพฤติกรรมจริ
Sharding เป็นการแบ่งข้อมูลแนวนอน เช่นแบ่งผู้ใช้ตาม User ID แบ่งประวัติตามช่วง Key หรือแบ่งบริการตาม Tena