ระบบลงทะเบียนจุฬาฯ

วันนี้เพิ่งเห็นข่าวในมติชน เห็นแล้วได้แต่ถอนหายใจแล้วคิดว่า “ห่วย”

ปัญหาไม่ใช่ว่ามัวแต่ไปซื้อเซิร์ฟเวอร์ ทำไมไม่ใช้คลาวด์ ฯลฯ ปัญหาคือโหลดการลงทะเบียนแบบนี้เป็น “โหลดที่คาดเดาได้” มันไม่ใช่การขายตั๋วคอนเสิร์ตที่เราไม่มีทางรู้ว่าสุดท้ายคนจะแย่งบัตรกันแค่ไหน เรารู้อยู่แก่ใจว่านิสิตมีกี่คน และประเมิณได้ว่าทุกคนน่าจะลงทะเบียนหมด

การทำให้โหลดที่คาดเดาได้แบบนี้แต่ทุกคนอยากลงทะเบียนในวินาทีแรกอาจจะเป็นไปได้ยากหากไม่ใช้คลาวด์ใหญ่ๆ ที่ขยายระบบได้มหาศาล แต่การจัดการอื่นๆ เช่นทำหน้ารอคิวที่กินโหลดต่ำๆ ก็ทำได้ไม่ยาก และนิสิตไม่ถึงแสนคนน่าจะจัดการได้หมดบนเซิร์ฟเวอร์ตัวเดียว

ข้อจำกัดของระบบการจัดซื้อที่ไม่ยืดหยุ่นทำให้พอเข้าใจได้ว่าทำไมไม่ใช้คลาวด์

แต่โหลดที่ชัดเจนว่าเป็นเท่าใดควรมีกระบวนการที่ดีกว่านี้ ระบบอาจจะจัดการไม่ได้ทั้งหมดทันทีอย่างที่หวัง แต่การจัดการได้คือในเครื่องที่ซื้อมาแล้ว ควรมีระบบรอคิว กระจายคน ปรับจูนระบบ ฯลฯ ให้ระบบ “ไม่ล่ม” ตลอดระยะเวลาให้บริการ

 

lewcpe

CTO at MFEC PLC. Chief Editor at Blognone.com

 

2 thoughts on “ระบบลงทะเบียนจุฬาฯ

  1. ห่วยจริงครับ และเป็นมานานแล้ว เป็นมาตั้งแต่ตอนยุคสิบปีที่แล้ว แต่ครั้งนี้เป็นหนักกว่าเพราะเพิ่งเปลี่ยนระบบ

    ที่หวังเอาไว้คือมันควรจะต้องบอกได้ว่ามีผู้ใช้เยอะเกินไป ทำให้ไม่สามารถให้บริการได้ ทำดีเลย์ให้คนไม่กด refresh จนโหลดมันพุ่งสูง

    ที่แย่ที่สุดคือบางคนล็อกอินไปแล้วได้ session ของคนอื่นมาแทน อันนี้ผมว่ามันไม่ควรเกิดขึ้นแล้วนะกับระบบระดับนี้

  2. จริงๆอันเก่าถึงมันจะล่ม แต่มันไม่เคยมีปัญหา session มั่วนะคะ

    อันใหม่นี่คนทำขายยี่ห้ออย่างเดียวจริงๆ

    ปัจจุบันมันก็ยังเน่าๆอยู่ สงสัยจะทำลายสถิติ :(

Comments are closed.