ก็เก็บข้อมูลไปออกออก รายงานการล่ม ตามเคยสินะ

itmxไม่เคยอยู่ในรายงาน ก็ควรต้องเอามาแสดงด้วย

แล้วรายงานทำมากีปีแล้ว ไม่เห็นslaแต่ละธนาคารจะดีขึ้น
ควรเริ่มโทษปรับได้แล้ว

ล่มวันหวยออก เดือดร้อนกันเป็นแถบๆ

กำลังสั่งกาแฟ โอนไม่ผ่าน 3แอพ (อุส่ากระจายความเสี่ยงแล้วนะ) ต้องยกเลิกแล้วเดินไปกดเงินแทน หัวจะปวด

อืม เรามี dr site มั้ยครับ หรือมีแต่ไม่ใช้ แล้วเรามีการกระจายความเสี่ยงยังไงบ้าง

ไม่คิดจะอธิบายเชิงเทคนิคสักหน่อยหรอ เหมือนตอนที่ FB โยนคอนฟิก BGP ผิดพลาด จนร่วงทั่วโลก อันนี้แจงมาแค่นี้ ไม่ต้องแจงก็ได้ทีหลัง

ระดับ ITMX อธิบายปัญหาได้แค่นี้เหรอครับ ทั้งที่ตัวเองเป็นตัวกลางคนอื่นทั้งหมด
ไม่งั้นก็ออก Report มาเหมือนธนาคารอื่นๆ เขาด้วยครับ

ITMX ไม่ผิด -_- 5555 ทั้ง ๆ ที่เป็นแกนกลางแท้ๆ

Redundant แค่ไหนนี่

ส่วนเรื่องเงินหายนี่ถ้าเช็คแล้ว ITMX ล่ม ไม่น่าจะโอนได้เลยนะ หรือมีคืนให้ผู้ใช้งานก่อนก็ยังดี

สังคมไร้เงินสด

Comment ของผมตอนธนาคารหรือใด ๆ ของรัฐล่ม

ตอนเริ่มเป็น dev ใหม่ ๆ : โห่ กระจอกจังอะ ทำไมไม่ a b c d e

ตอนเป็น dev มา 11 ปี : สู้ ๆ นะครับพี่น้อง กำลังไฟไหม้เลยล่ะสิ เราเข้าใจนายนะ เป็นกำลังใจให้ เดี๋ยวเราใช้บัตรจ่ายไปก่อน

😂

ITMX ลอยตัวเหนือปัญหาเช่นเคย

นี่ไงถึงต้องมีเงินสดติดตัวอย่างน้อยสักสี่ห้าพัน มีบัตรเอทีเอ็มสักธนาคาร (ก่อนหน้าไปยกเลิกหมด เจอเหตุการณ์ปั๊มน้ำมันเครื่องรูดบัตรเสีย) แต่โดยมากผมงกเลยใช้บัตรเครดิตแคชแบ็ค เดือนนึงได้คืนสามสี่ร้อยก็ยังดี

ร้านค้าบางร้าน เริ่มไม่รับเงินสดกันละ ถ้าเป็นแบบนี้ก็ไม่ต้องขายกัน

สังคมไร้เงินสด
แล้วก็ไร้เงินออนไลน์ด้วย

สรุปคือ ไร้เงินใช้จ่ายกันไปเลย ไม่ต้องซื้อขายอะไรกันซัก 2-3 ชม.
9_9

จริงตามที่ NITMX แจ้งนะครับว่าระบบล่ม ไม่ได้เป็นที่เขา

คำถามคือ
1. จริงหรือไม่ที่ระบบฯ ออกแบบให้การทำงานเป็นแบบ Hand Checking?
2. จริงหรือไม่ที่ระบบฯ มีการจัดคิวของ transaction ?

hand checking + queue + ??? = N.X
เมื่อนาย ก โอนเงินให้นาย ข จาก ธนาคาร A ไปธนาคาร B
โดนมี N.X เป็นตัวกลางให้

แล้ววันหวยออกคนก็ใช้กันเยอะ
ก็ต้องจัดคิวใช่ไหม N.X ก็ทำให้
Flow มันก็จะเป็นแบบนี้

แต่บังเอิญว่า ระบบของ ธนาคาร B ดัน มีปัญหานิดหน่อย
ทำให้การ Ack ของ Hand Checking ทำได้ไม่ดี เลยเสียเวลามากกว่าปกติ
คิวต่อ ๆ มาเลยรอนานหน่อน ใครเพิ่งเข้าคิวมาก็ต้องรอนานเยอะหน่อย.......(1)

แล้ว ระบบของ ธนาคาร B ก็ร่วงเพราะทำงานหนักหน่วง ทำให้ระบบธนาคาร B ไม่มี Ack ใด ๆ อีกเลย
แล้วคิวล่ะ..... ก็ต้องรอไง ใครทำรายการก็รอแบบ infinity ไป ......(2)

แล้วทำไมไม่แก้ระบบของธนาคาร B ล่ะ.....เขาก็แก้นั่นแหล่ะ แต่ API ระหว่าง N.X มันออกแบบมาแบบว่า......
ทำให้การแก้เป็นไปอย่างยากลำบาก และบางทีธนาคาร B ก็ระบบมีปัญหาเองด้วย
แต่ของที่ทำงานอยู่ทุกวันจู่ ๆ จะพังมันก็ต้องมีสาเหตุใช่ป่ะ
จู่มีคำสั่งมาให้ แก้แล้ว patch ในระยะเวลา 1 หมาหาว ทีมทำเขาก็มีเวลาทำให้ดีลำบาก (ให้นึกถึงเคส Cyberpunk)

Request per Time ของ N.X ก็ต่ำเตี้ยเรี่ยดินด้วยนะ จำไม่ได้ว่าเท่าไหร่ แต่ในนี้มีข่าวที่ ผบ ของ N.X มาขิงเรื่อง transaction/time เอาไว้ลองหาอ่าดู
ถ้ามองในมุมของเขาคือ มันเยอะและเร็วแล้วถ้าเทียบกับทำ manual แต่เขาไม่ได้ดูที่โลกภายนอกบ้างว่าขนาด NodeJS แบบไม่ Tune ยังรับ request ได้ 2-3 แสน request/time เลย (time อาจจะเป็น วินาทีหรือนาทีนะจำไม่ได้)

(1) = หน่วง
(2) = ร่วงไปละ
(1) ถ้าเิกอาการนี้ ให้รอสักพักได้เลยเดี๋ยวจะเกิด (2) ตามมา

ธนาคารพาณิชย์ต้องทำตามกฎของ ธปท ที่เป็น เหมือนแม่ยกของ N.X
N.X มีรายได้จาก Transaction ที่วิ่งผ่านระบบ

เวลา N.X คิวค้าง ธนาคารพาณิชย์จะรู้ว่าจุดเกิดเหตุอยู่ที่ธนาคารไหน แต่เป็นที่รู้กันในหมู่ธนาคารว่าจะต้องทำกันอย่างไรต่อ
และทุกธนาคารจะงานงอก เพราะคิวที่ค้าง N.X จะส่งตูมมมมม มาให้ เมื่อจุดเกิดเหตุจัดการกับคิวที่มีปัญหาเสร็จ

สรุปคือ ใครผิด ? ไม่มีหรอกครับ แต่คนซวยมีเพียบ