status.iapp.co.th →
Uptime over the past 90 days · times in Asia/Bangkok Operational<1% down<5% downOutageNo data

Monthly SLA report

Loading…
นิยามและวิธีคำนวณ · Definitions and calculation

ตามข้อกำหนดเพิ่มเติมว่าด้วยระดับการให้บริการ (SLA Amendment)

  1. ขอบเขตของระบบ — OpenThai 2.0 Legal API ที่ให้บริการผ่าน api.iapp.co.th ทำงานบนชุดประมวลผล 2 ชุดที่สำรองกันและสลับการให้บริการโดยอัตโนมัติ (ชุดหลัก H100 และชุดสำรอง TrueIDC) ระบบถือว่าพร้อมให้บริการตราบที่ชุดใดชุดหนึ่งพร้อมให้บริการ การขัดข้องของชุดใดชุดหนึ่งเพียงชุดเดียวจึงไม่ถือเป็นการหยุดให้บริการ
  2. การตรวจวัด — ระบบ Monitoring ของผู้รับจ้างตรวจทั้งสองชุดทุก 5 วินาทีและบันทึกผลเป็นรายนาที นาทีใดจะถือเป็นนาทีที่ระบบไม่พร้อมให้บริการเมื่อ (ก) ผลการตรวจทุกครั้งในนาทีนั้นพบว่าทั้งสองชุดไม่พร้อมให้บริการ และ (ข) ไม่มีคำขอใช้งาน API ที่ได้รับคำตอบสำเร็จ (HTTP 200) ในนาทีนั้น
  3. ระยะเวลาหยุดให้บริการ — นับเฉพาะช่วงที่ระบบไม่พร้อมให้บริการต่อเนื่องกันตั้งแต่ 5 นาทีขึ้นไป โดยนับทุกนาทีของช่วงนั้น การขัดข้องชั่วคราวที่ต่อเนื่องน้อยกว่า 5 นาทีไม่นับเป็นระยะเวลาหยุดให้บริการ แต่แสดงจำนวนไว้ในรายงานประจำเดือน
  4. ข้อยกเว้น — การบำรุงรักษาตามแผนที่แจ้งให้ผู้ว่าจ้างทราบล่วงหน้าไม่น้อยกว่า 7 วัน และเหตุสุดวิสัยตามข้อ 6 ของสัญญา
  5. สูตรคำนวณ — Uptime% = [(จำนวนนาทีทั้งหมดในเดือน − จำนวนนาทีที่ระบบหยุดให้บริการนอกแผน) ÷ จำนวนนาทีทั้งหมดในเดือน] × 100 คิดตามเดือนปฏิทิน เวลาประเทศไทย (UTC+7) ปัดเศษเป็นทศนิยม 2 ตำแหน่ง เป้าหมายไม่น้อยกว่าร้อยละ 99.50 ต่อเดือน
  6. รายงานและหลักฐาน — ผลประจำเดือนแสดงในหน้านี้ภายในวันที่ 5 ของเดือนถัดไป ข้อมูลบันทึก (Log) รายนาทีของระบบ Monitoring เรียกดูได้ตลอดเวลาที่ …/status/sla?month=YYYY-MM และตรวจสอบเทียบได้กับ …/health
  1. Scope — the OpenThai 2.0 Legal API on api.iapp.co.th runs on two redundant stacks with automatic failover (H100 primary, TrueIDC backup). The API is available while either stack is available; an outage of one stack alone is not downtime.
  2. Measurement — iApp's monitoring checks both stacks every 5 seconds and records one result per minute. A minute is unavailable only when (a) every check in that minute found both stacks down, and (b) no API request received a successful (HTTP 200) response in that minute.
  3. Downtime — only runs of 5 or more consecutive unavailable minutes count, and each such run counts in full. Interruptions shorter than 5 consecutive minutes are not downtime; they are listed in the monthly report.
  4. Exclusions — scheduled maintenance announced at least 7 days in advance, and force majeure under clause 6 of the contract.
  5. Formula — Uptime% = (minutes in the month − unplanned downtime minutes) ÷ minutes in the month × 100, per calendar month in Asia/Bangkok time, rounded to 2 decimals. Target: at least 99.50% per month.
  6. Report and evidence — each month's figures are final on this page by the 5th of the following month. The minute-level monitoring log is available at any time at …/status/sla?month=YYYY-MM.

Service incidents

Downtime periods of the API as defined above.
Loading…
Component health · redundant stacks, for information only (not SLA downtime)

Each request is served by the H100 reserved stack and moves to the TrueIDC backup stack automatically when the H100 is unavailable. When the TrueIDC backup is unavailable, the H100 keeps serving. A component outage shown here is not an API outage.

Component events (last 30 days)

Health check API (no API key needed, same host as this page)
…