ทุกอย่างรายงานว่าเป็นปกติ

ตรวจสอบจากสามเครือข่ายภายนอกเครือข่ายของเราเอง ทุกหกสิบวินาที ตัวเลขเวลาทำงานด้านล่างคำนวณจากจำนวนนาทีที่เกิดเหตุขัดข้องจริง ไม่ได้คัดลอกมาจาก SLA

ประวัติเหตุการณ์ SLA เวลาทำงาน

องค์ประกอบที่ใช้งานได้: 10 จาก 10
ตรวจสอบล่าสุด: 03:24 UTC
เวลาทำงาน 90 วัน: 99.894%
นับตั้งแต่เหตุการณ์ล่าสุด: 6 วันที่แล้ว

ขณะนี้

สิบองค์ประกอบ แต่ละอย่างมีการวัดของตัวเอง

“Operational” เพียงคำเดียวบอกอะไรได้น้อยมาก แต่ละบรรทัดแสดงตัวเลขจริงที่การตรวจสอบวัดได้ ดังนั้นส่วนประกอบที่ทำงานอยู่แต่ช้าจะไม่สามารถซ่อนตัวอยู่หลังจุดสีเขียวได้

ระบบทั้งหมดรายงานสถานะปกติ

ตรวจสอบล่าสุดเมื่อ 03:24 UTC · ไม่มีเหตุการณ์ที่ไม่ได้วางแผนไว้มาแล้ว 6 วันที่แล้ว · 99.894% ในช่วง 90 วันที่ผ่านมา

เซิร์ฟเวอร์เสมือน ทำงานปกติ 40 การรายงานของไฮเปอร์ไวเซอร์

เซิร์ฟเวอร์เฉพาะ ทำงานปกติ เครื่องทั้งหมดรายงานสถานะ

เครือข่าย — ผู้ให้บริการทรานซิต A ทำงานปกติ BGP เชื่อมต่อสำเร็จ · จิตเตอร์ 0.1 ms

เครือข่าย — ผู้ให้บริการทรานซิต B ทำงานปกติ BGP เชื่อมต่อสำเร็จ · จิตเตอร์ 0.5 ms

การกรอง DDoS ทำงานปกติ พร้อมใช้งาน · ไม่มีมาตรการป้องกันที่ทำงานอยู่

แผงควบคุมลูกค้า ทำงานปกติ 100 ms เวลาตอบสนองมัธยฐาน

API สาธารณะ ทำงานปกติ 75 ms เวลาตอบสนองมัธยฐาน

การจัดเตรียมระบบ ทำงานปกติ 61 วินาที มัธยฐานเวลาถึงสิทธิ์ root

การชำระเงิน ทำงานปกติ 8 เครือข่ายทั้งหมดกำลังยืนยัน

แผนกสนับสนุน ทำงานปกติ 9 นาที มัธยฐานเวลาตอบกลับครั้งแรก

ค่ามัธยฐานในช่วงห้านาทีล่าสุด จากจุดตรวจสอบบนเครือข่ายภายนอกสามแห่งที่ไม่ใช่ของเรา องค์ประกอบจะถูกอ่านว่าเสื่อมสภาพทันทีที่ค่ามัธยฐานสูงกว่าค่าปกติสองเท่า—เรายอมรายงานเกินจริงดีกว่าปัดสิบนาทีที่แย่ให้กลายเป็นสีเขียว

คำนวณ ไม่ใช่กล่าวอ้าง

สามช่วงเวลา และจำนวนนาทีที่อยู่เบื้องหลังแต่ละช่วง

ตัวเลขเปอร์เซ็นต์เพียงลำพังสามารถเลือกให้เป็นอะไรก็ได้ ตัวเลขแต่ละค่าที่นี่คำนวณจากรายการเหตุการณ์ด้านล่าง เปลี่ยนรายการแล้วเปอร์เซ็นต์จะเปลี่ยนตาม ซึ่งเป็นตัวเลขเวอร์ชันเดียวที่ควรค่าแก่การเผยแพร่

99.743% · 30 วัน

111 นาทีของเวลาหยุดทำงานที่ไม่ได้วางแผนไว้ แจกแจงไว้ด้านล่างพร้อมสาเหตุ การบำรุงรักษาตามแผนไม่รวมอยู่ในการคำนวณและแสดงแยกต่างหาก

99.894% · 90 วัน

137 นาทีของเวลาหยุดทำงานที่ไม่ได้วางแผนไว้ แจกแจงไว้ด้านล่างพร้อมสาเหตุ การบำรุงรักษาตามแผนไม่รวมอยู่ในการคำนวณและแสดงแยกต่างหาก

99.954% · 365 วัน

241 นาทีของเวลาหยุดทำงานที่ไม่ได้วางแผนไว้ แจกแจงไว้ด้านล่างพร้อมสาเหตุ การบำรุงรักษาตามแผนไม่รวมอยู่ในการคำนวณและแสดงแยกต่างหาก

สิ่งที่เกิดขึ้นทั้งหมด

ประวัติเหตุการณ์ รวมถึงเหตุการณ์ที่เราเป็นต้นเหตุ

ประวัติที่มีเพียงการบำรุงรักษาตามแผนไม่ใช่ประวัติที่แท้จริง แต่ละรายการระบุว่าอะไรเสียหาย นานเท่าใด และมีการเปลี่ยนแปลงอะไรในภายหลังเพื่อไม่ให้เกิดเหตุการณ์ซ้ำแบบเดิมอีก

2026-08-22 · 6 วันที่แล้ว

การสูญเสียแพ็กเก็ตไปยังอิสตันบูลบางส่วน · 111 นาที

ผู้ให้บริการทรานซิตต้นทางของ carrier A บล็อกเส้นทาง (blackhole) หนึ่งใน prefix ของเราโดยผิดพลาด ถอนออกจากผู้ให้บริการรายนั้นหลังการวินิจฉัยนาน 51 นาที และเข้าถึงได้เต็มรูปแบบอีกหนึ่งชั่วโมงต่อมา การรับส่งข้อมูลไปยังเมืองอื่นทั้งหมดไม่ได้รับผลกระทบตลอดช่วงเวลาดังกล่าว
2026-07-08 · 2 เดือนที่แล้ว

คิวการจัดเตรียมระบบหยุดชะงักบางส่วน · 26 นาที

คำสั่งซื้อใหม่ถูกจัดคิวแทนที่จะติดตั้ง เซิร์ฟเวอร์ที่มีอยู่เดิมไม่ได้รับผลกระทบ สาเหตุคือพื้นที่สพูลเต็มบนโฮสต์อิมเมจ ซึ่งขณะนี้ตั้งค่าแจ้งเตือนที่ 70% แทนที่จะเป็น 95%
2026-05-05 · 4 เดือนที่แล้ว

ตัวจำกัดอัตราคำขอ API เข้มงวดเกินไปบางส่วน · 47 นาที

การจำกัดที่เข้มงวดเกินไปปฏิเสธคำขอที่ถูกต้องจากลูกค้าสามรายที่กำลังสร้างฟลีตเซิร์ฟเวอร์ ระบบถูกย้อนกลับภายในหนึ่งชั่วโมง และแทนที่ด้วยโควตาการเผื่อตามโทเคน
2026-03-09 · 6 เดือนที่แล้ว

แผงควบคุมช้า เซิร์ฟเวอร์ไม่ได้รับผลกระทบบางส่วน · 38 นาที

การย้ายระบบทำให้ดัชนีในตารางใบแจ้งหนี้หายไป และแผงควบคุมทำงานช้าลงอย่างมาก ไฮเปอร์ไวเซอร์ เครือข่าย และ API ไม่ได้รับผลกระทบ เครดิตชดเชยถูกออกให้กับทุกบัญชีที่เปิดตั๋วสนับสนุน โดยไม่ต้องขอให้พิสูจน์ผลกระทบ
2025-12-28 · 8 เดือนที่แล้ว

เปิดใช้งานการกรอง 340 Gbpsบางส่วน · 19 นาที

การโจมตีแบบปริมาณสูงต่อที่อยู่ของลูกค้ารายหนึ่งถูกดูดซับไว้ที่ผู้ให้บริการทรานซิต การกรองเพิ่มเวลาประมาณ 2 มิลลิวินาทีตลอดช่วงเวลาดังกล่าว ไม่มีการทำ null-route และไม่มีใครถูกขอให้ย้ายออก

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

หน้านี้จัดทำขึ้นอย่างไร

สี่การตัดสินใจที่ทำให้ตัวเลขนี้น่าอ่าน

แต่ละข้อล้วนทำให้ตัวเลขของเราดูแย่กว่าทางเลือกอื่นเล็กน้อย ซึ่งเป็นเหตุผลที่บอกได้ว่าไม่ได้เลือกมาเพื่อให้ดูดี

ตรวจสอบจากภายนอกเครือข่ายของเราเอง

จากเครื่องสามเครื่องบนผู้ให้บริการรายอื่น ในแฟรงก์เฟิร์ต อัมสเตอร์ดัม และนิวยอร์ก หน้าสถานะที่ตรวจสอบจากภายในดาต้าเซ็นเตอร์ที่มันเฝ้าติดตามเอง คือหน้าที่ขึ้นสถานะปกติแม้ในขณะที่ระบบล่ม

ส่วนประกอบจะเสื่อมสภาพก่อนที่จะหยุดทำงาน

ช้ากว่าปกติคือสถานะที่เราเผยแพร่ตรงไปตรงมา ไม่ใช่สิ่งที่เราปัดให้กลายเป็น “ทำงานปกติ” รายการส่วนใหญ่ด้านล่างนี้คือความเสื่อมประสิทธิภาพ ไม่ใช่การหยุดทำงานทั้งหมด ซึ่งเป็นลักษณะของประวัติที่ซื่อตรง

เวลาทำงานคำนวณจากข้อมูลจริง ไม่ใช่กล่าวอ้างลอยๆ

เปอร์เซ็นต์ข้างต้นคำนวณจากจำนวนนาทีของเหตุการณ์ขัดข้องที่ระบุไว้ด้านล่าง หากประวัติเปลี่ยน เปอร์เซ็นต์ก็เปลี่ยนตาม ไม่มีตัวเลขแยกต่างหากที่เราจะปรับให้ดูดีขึ้นอย่างเงียบๆ

หน้านี้ไม่ได้โฮสต์อยู่ใน Chișinău

มันทำงานอยู่ที่อื่นโดยตั้งใจ เพื่อไม่ให้อาคารที่ไฟดับพาหน้าเว็บที่จะแจ้งเรื่องนี้ดับไปด้วย

ต้นทุนของเดือนที่เลวร้าย

เวลาหยุดทำงานได้รับเครดิตชดเชย ไม่ใช่เรื่องโต้แย้ง

เกณฑ์ระดับถูกเผยแพร่ เครดิตชดเชยถูกใช้โดยอัตโนมัติ และข้อยกเว้นมีน้อยพอที่จะอ่านจบในครั้งเดียว

SLA เวลาทำงาน เครือข่ายถูกสร้างขึ้นอย่างไร

อ่านต่อไป

ไปต่อจากตรงนี้