업타임 모니터링 & 상태 페이지 2026 — Better Stack / Pingdom / Uptime Robot / Uptime Kuma / Checkly / Statuspage 심층 비교

"다운타임은 피할 수 없다. 측정되지 않은 다운타임만이 진짜 다운타임이다." — Charity Majors, Honeycomb 공동창업자, 2024

업타임 모니터링은 "당신의 서비스가 살아있는가"라는 가장 기초적인 질문에 답하는 도구입니다. 1998년 SiteUptime이 처음 등장한 이래 거의 30년 가까이 같은 본질을 유지해왔지만, 그 사이 모니터링 대상은 단순 HTTP 200 응답에서 SSL 인증서 만료, DNS 전파, TLD 만료, API 응답 본문, 합성 사용자 흐름(Synthetic User Flow), cron 작업 누락까지 폭발적으로 확장됐습니다.

2026년 5월 현재 업타임 모니터링 시장은 네 개의 큰 분파로 정리됩니다. (1) 클래식 SaaS (Pingdom, Uptime Robot, Updown.io, Better Stack), (2) APM 통합 합성 모니터링 (Datadog Synthetic, New Relic Synthetics, Checkly), (3) 오픈소스 셀프호스트 (Uptime Kuma, Gatus, OneUptime, Cachet), (4) 상태 페이지 (Atlassian Statuspage, Instatus, Better Stack Status Pages). 이 글에서는 각 카테고리의 대표 제품과 가격, 기능 차이, 그리고 한국·일본 기업의 실제 운영 사례까지 한 번에 정리합니다.

1. 2026년 업타임 모니터링 지도 — SaaS / OSS / APM 통합 / 상태 페이지 4 분류

업타임 모니터링 도구는 2026년 기준 네 개의 박스로 정리할 수 있습니다.

카테고리	대표 제품	핵심 가치	가격대
SaaS 클래식	Pingdom, Uptime Robot, Updown.io, Statuscake, Hyperping, Freshping, Site24x7	외부 vantage point에서 HTTP/TCP/ICMP 체크, 알림	무료 ~ 월 $50
SaaS 차세대 통합	Better Stack, Cronitor, OneUptime	로그+업타임+on-call+상태 페이지 통합	월 $30 ~$ 200
APM 합성 모니터링	Datadog Synthetic, New Relic Synthetics, Checkly, Pingdom	멀티스텝 사용자 흐름, API 체인, 브라우저 자동화	월 $50 ~$ 500+
Cron 모니터링	Cronitor, Healthchecks.io	정기 작업이 "실행되지 않았다"는 침묵을 감지	무료 ~ 월 $80
OSS 셀프호스트	Uptime Kuma, Gatus, OneUptime, Cachet	Docker 한 줄로 자가 호스팅, 데이터 주권	$0 (인프라 비용)
상태 페이지	Atlassian Statuspage, Instatus, Better Stack, Hund	사고를 고객에게 투명하게 공지	월 $29 ~$ 1,500+

각 카테고리는 서로 겹치는 영역이 있습니다. Better Stack은 SaaS이면서 상태 페이지·on-call도 합쳤고, OneUptime은 OSS이면서 SaaS도 제공하고 상태 페이지도 포함합니다. Checkly는 합성 모니터링에서 출발했지만 API 모니터링과 로컬 Playwright 실행까지 확장했습니다.

2026년 가장 큰 트렌드는 "단일 제품 통합" 입니다. 과거에는 Pingdom(업타임) + PagerDuty(on-call) + Statuspage(공지) + Datadog(메트릭) 네 개 도구를 붙여 썼다면, Better Stack과 OneUptime은 이 네 개를 한 화면에 모았습니다. SMB 시장에서 이 통합 패키지가 빠르게 점유율을 늘리는 중입니다.

2. Better Stack — BetterUptime+Logtail 2023년 8월 통합

Better Stack은 2018년 슬로바키아에서 BetterUptime이라는 이름으로 시작한 업타임 모니터링 SaaS입니다. 2021년 Logtail이라는 로그 관리 제품을 별도로 출시한 뒤, 2023년 8월 두 제품을 합쳐 Better Stack 단일 브랜드로 리브랜딩했고, 같은 해 시리즈 A에서 1,800만 달러를 조달했습니다. 2025년 기준 직원 약 80명, 고객 수만 명, 연간 매출(ARR) 약 2,000만 달러 규모입니다.

Better Stack의 핵심 차별점은 "업타임 + 로그 + 알림 + 상태 페이지 + on-call" 다섯 가지를 한 대시보드에 통합했다는 점입니다. 경쟁 제품에서는 다음과 같이 분리되어 있던 영역이 합쳐졌습니다.

업타임 체크 (예전 BetterUptime, Pingdom과 동등)
로그 수집 및 SQL 검색 (예전 Logtail, Datadog Logs와 동등)
알림 라우팅과 스케줄 (PagerDuty Lite)
상태 페이지 호스팅 (Statuspage 대안)
인시던트 관리 (incident.io Lite)

가격은 무료 플랜(10개 모니터, 3분 체크)부터 시작해서 Freelancer( $29/월)**, **Small Team($ 99/월), Business($299/월) 식으로 올라갑니다. Pingdom 클래식 플랜의 절반 가격에 더 많은 기능을 제공한다는 점이 가장 큰 강점입니다.

Better Stack의 또 다른 강점은 상세한 인시던트 페이지입니다. 업타임 체크가 실패하면 자동으로 인시던트가 생성되고, 그 안에 traceroute, DNS 쿼리, SSL 인증서 상태, HTTP 헤더, 응답 본문, 그리고 같은 시간대의 관련 로그까지 한 페이지에 표시됩니다. 평균 복구 시간(MTTR) 단축에 직접적으로 기여한다는 것이 회사의 마케팅 포인트이기도 합니다.

# Better Stack 헬스 체크 설정 예시 (UI 또는 API)
name: api.example.com health
url: https://api.example.com/health
method: GET
expected_status: 200
expected_body: '"status":"ok"'
check_frequency: 30  # seconds
regions:
  - us-east
  - eu-west
  - ap-northeast
notifications:
  - type: slack
    channel: '#oncall-platform'
  - type: pagerduty
    service_id: PAB123
ssl_certificate_check: true
domain_expiration_check: true

API와 Terraform Provider도 제공하므로 모니터링 설정을 코드로 관리할 수 있습니다. 2025년 GA된 betterstack-elements SDK는 React/Vue 컴포넌트로 상태 페이지를 직접 임베드할 수 있도록 해줍니다.

단점은 (1) Datadog/New Relic 수준의 본격적인 APM은 아니라는 점, (2) 로그 보관 기간이 비싼 플랜에서도 30일~90일로 제한적이라는 점, (3) 데이터 거주지(Data Residency)가 미국·EU 둘 뿐이라는 점입니다. 한국·일본 고객은 데이터 거주지가 부족하다는 이유로 도입을 망설이는 경우가 있습니다.

3. Pingdom — SolarWinds 산하의 클래식

Pingdom은 2005년 스웨덴에서 시작한 가장 오래된 업타임 모니터링 SaaS 중 하나입니다. 2014년 SolarWinds에 인수된 뒤로 한때 정체기를 겪었지만, "Pingdom으로 모니터링한다"는 문구 자체가 업타임 모니터링의 동의어처럼 쓰일 정도로 인지도가 높습니다. 현재도 전 세계 70만 개 이상의 웹사이트가 사용 중입니다.

Pingdom의 핵심 제품은 두 가지로 나뉩니다.

Pingdom Uptime: 외부 vantage point 100개 이상에서 HTTP/HTTPS, TCP, UDP, DNS, SMTP, POP3, IMAP 체크
Pingdom Real User Monitoring (RUM): 자바스크립트 스니펫으로 실제 사용자 페이지 로드 시간 측정

가격은 Starter( $15/월, 10개 체크)**, **Professional($ 39/월, 50개 체크), **Advanced( $89/월)** 식이고, RUM은 별도로 월$ 20부터 시작합니다. 합성 트랜잭션(Synthetic Transaction)은 추가 비용이며, 트랜잭션 1개당 월 $15~$ 20가 별도로 붙는 구조라 풀 기능을 쓰면 빠르게 월 수백 달러대로 올라갑니다.

# Pingdom REST API 예시 — 체크 목록 조회
curl -X GET https://api.pingdom.com/api/3.1/checks \
  -H "Authorization: Bearer $PINGDOM_API_TOKEN"

# 체크 생성
curl -X POST https://api.pingdom.com/api/3.1/checks \
  -H "Authorization: Bearer $PINGDOM_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "api.example.com",
    "host": "api.example.com",
    "type": "http",
    "resolution": 1,
    "url": "/health",
    "encryption": true
  }'

Pingdom의 가장 큰 강점은 (1) 브랜드 인지도와 (2) 100개 이상의 vantage point입니다. 특히 글로벌 서비스에서 "동남아 사용자가 우리 서비스에 접근 가능한가"를 검증할 때 다른 도구보다 압도적으로 많은 측정점을 제공합니다.

반면 약점은 (1) UI/UX가 2010년대 수준에 머물러 있고, (2) 가격이 경쟁사 대비 비싸며, (3) 새 기능 추가 속도가 느리다는 점입니다. SolarWinds 모회사가 다른 제품(Loggly, AppOptics, Papertrail)에 자원을 분산시키면서 Pingdom 단독 혁신은 다소 정체된 상태입니다. 2024년 SolarWinds의 사모펀드 인수 이후 가격 인상이 한 차례 있었고, 무료 트라이얼이 30일에서 14일로 축소되는 등 비용 효율도 악화됐습니다.

2026년 현재 신규 도입을 고민한다면 Pingdom보다 Better Stack, Checkly, Uptime Robot 중 하나를 먼저 검토하는 것이 일반적입니다. 다만 이미 SolarWinds 생태계를 쓰고 있다면 Pingdom + AppOptics + Loggly 묶음 할인이 매력적일 수 있습니다.

4. Uptime Robot — 무료 50개 체크의 절대 강자

Uptime Robot은 2010년 터키에서 시작한 업타임 모니터링 SaaS입니다. 다른 모든 제품의 가격 비교 기준점이 되는 "무료 50개 모니터, 5분 간격" 플랜으로 유명하며, 2026년 현재 전 세계 200만 명 이상의 사용자, 1,000만 개 이상의 활성 모니터를 보유하고 있습니다.

가격 구조는 다음과 같습니다.

Free: 50개 모니터, 5분 간격, 기본 알림
Solo($7/월): 50개 모니터, 1분 간격, SMS/음성 알림 일부
Team($14/월): 100개 모니터, 30초 간격
Enterprise($59/월): 200개 모니터, 30초 간격, 우선 지원

무료 플랜이 다른 제품 대비 압도적으로 후한 이유는 광고 기반 수익화가 아니라 "Solo로 업그레이드하는 전환율" 에 의존하기 때문입니다. 1분 체크 간격이나 SMS 알림 같은 명확한 가치 차이가 있어 무료 사용자의 약 5%가 유료로 전환되는 것으로 알려져 있습니다.

# Uptime Robot v3 API — 모니터 목록 조회
curl -X POST https://api.uptimerobot.com/v3/getMonitors \
  -H "Authorization: Bearer $UPTIMEROBOT_API_KEY" \
  -d "format=json"

# 모니터 생성
curl -X POST https://api.uptimerobot.com/v3/newMonitor \
  -H "Authorization: Bearer $UPTIMEROBOT_API_KEY" \
  -d "type=1&url=https://example.com&friendly_name=Production%20Web"

Uptime Robot의 매력은 "개인 개발자/사이드 프로젝트에 가장 쉬운 첫 선택" 이라는 점입니다. 가입 후 5분이면 모니터 50개를 등록할 수 있고, 별도의 결제 카드 없이 무기한 무료로 쓸 수 있습니다. 무료 상태 페이지(stats.uptimerobot.com/xxx)도 기본 제공되므로 작은 프로젝트라면 다른 도구 없이도 충분합니다.

한계는 (1) 멀티스텝 합성 모니터링 미지원, (2) 로그/메트릭 통합 부재, (3) on-call 기능이 없어 PagerDuty/OpsGenie와 별도 연결 필요라는 점입니다. 사실상 "HTTP 200을 받는지 확인"이라는 한 가지 일에 특화된 도구로 보는 것이 정확합니다. 비즈니스가 성장해 멀티 스텝 체크나 인시던트 관리가 필요해지면 Better Stack이나 Checkly로 옮겨가는 패턴이 일반적입니다.

5. Updown.io — 프랑스산 미니멀 페이드

Updown.io는 2014년 프랑스 개발자 Adrien Rey-Jarthon이 1인 개발자로 시작한 업타임 모니터링 서비스입니다. 12년이 지난 2026년 현재도 여전히 직원 1~2명 규모로 운영되지만, 약 5만 개 이상의 활성 모니터를 안정적으로 처리하고 있습니다.

Updown.io의 모든 디자인 결정은 "단순함" 한 단어로 요약됩니다.

가격은 사용량 기반 (모니터 수가 아니라 체크 횟수에 따라 과금)
1체크 = 0.000125유로, 즉 1분 간격으로 1년이면 약 65유로
무료 크레딧 5만 회 (=약 35일치 1분 체크)
UI는 한 페이지 SPA, 다국어 미지원, 모바일 앱 없음

이 모든 제약 덕분에 가격이 압도적으로 저렴합니다. 한 달에 100개의 1분 체크 모니터를 운영해도 약 5유로 수준입니다. Pingdom 같은 제품과 비교하면 1/10 가격입니다.

# Updown.io API — 모든 체크 조회
curl -X GET https://updown.io/api/checks \
  -H "X-API-KEY: $UPDOWN_API_KEY"

# 체크 추가
curl -X POST https://updown.io/api/checks \
  -H "X-API-KEY: $UPDOWN_API_KEY" \
  -d "url=https://example.com&period=60&enabled=true"

Updown.io는 특히 유럽 개인 개발자와 작은 스타트업 사이에서 광적인 지지층을 가지고 있습니다. GitHub의 유명 OSS 메인테이너 다수가 자기 프로젝트의 API 모니터링에 Updown.io를 사용한다고 공개적으로 밝힌 사례가 많습니다.

단점은 (1) 한국·일본의 vantage point가 부족(2026년 현재 유럽 4개, 미국 3개, 아시아 2개), (2) 멀티스텝 모니터링·합성 트랜잭션 미지원, (3) 영문 위주의 지원 문서. 글로벌 SaaS를 운영한다면 vantage point의 지역 다양성이 부족할 수 있습니다.

6. Cronitor / Healthchecks.io — Cron 모니터링의 두 거인

업타임 모니터링과 다른 카테고리이지만 자주 혼동되는 분야가 "Cron 작업 모니터링" 입니다. 이는 정기적으로 실행되어야 할 백그라운드 작업이 "실행되지 않았다는 침묵" 을 감지하는 도구입니다. 일반 HTTP 체크는 서비스가 살아있는지 확인하지만, cron 모니터링은 "오늘 새벽 3시에 백업이 실행됐는가"를 확인합니다.

이 분야의 양대 제품이 Cronitor와 Healthchecks.io입니다.

Healthchecks.io

2015년 라트비아 개발자 Pēteris Caune가 1인으로 시작한 오픈소스 cron 모니터링 SaaS입니다. 무료 플랜이 매우 후하며(20개 체크), 자가 호스팅도 가능한 BSD 라이선스 코드를 제공합니다. 가격은 Hobbyist( $5/월, 100개)**, **Business($ 25/월, 500개), Plus($80/월, 1500개) 식입니다.

핵심 사용 패턴은 dead man's switch (정지 검출 스위치) 입니다. 작업 시작과 끝에 ping URL을 호출하면, 예상 시간 안에 ping이 오지 않을 경우 알림이 발송됩니다.

# crontab 예시 — 매시간 백업 작업
0 * * * * /usr/local/bin/backup.sh && curl -fsS --retry 3 https://hc-ping.com/your-uuid

# 시작/끝/실패를 모두 보고 (recommended)
0 * * * * curl -fsS --retry 3 https://hc-ping.com/your-uuid/start && /usr/local/bin/backup.sh && curl -fsS --retry 3 https://hc-ping.com/your-uuid || curl -fsS --retry 3 https://hc-ping.com/your-uuid/fail

Cronitor

2014년 미국 샌프란시스코에서 시작한 cron 모니터링 SaaS입니다. Healthchecks.io 대비 가격은 비싸지만(월 $24부터 시작) (1) 풀 업타임 체크 통합, (2) 메트릭/로그 수집, (3) Cron job statistics, (4) AWS Lambda·Kubernetes CronJob 자동 인식 같은 부가 기능이 강점입니다.

cronitor CLI 도구를 설치하면 기존 cron 명령을 래핑해 자동으로 추적합니다.

# Cronitor CLI 설치
brew install cronitor

# crontab 자동 발견
cronitor discover

# 명령 래핑 방식
0 * * * * cronitor exec backup-job /usr/local/bin/backup.sh

선택 기준은 단순합니다. "순수 cron 모니터링만 필요하면 Healthchecks.io, 업타임/메트릭/로그 통합이 필요하면 Cronitor". Healthchecks.io는 자가 호스팅 가능하다는 점에서 보안에 민감한 조직에 매력적입니다.

7. OneUptime — 오픈소스 올인원 모니터링 플랫폼

OneUptime은 2021년 미국에서 시작한 오픈소스 올인원 모니터링 플랫폼 입니다. Apache 2.0 라이선스로 GitHub에 전체 코드가 공개되어 있으며, 동시에 클라우드 SaaS 버전도 제공합니다(가격은 사용자당 월 $0~$ 50).

OneUptime의 야망은 "Better Stack + Statuspage + Datadog + PagerDuty + Cachet의 오픈소스 대안" 이 되는 것입니다. 실제로 한 화면에서 다음 기능을 모두 제공합니다.

업타임 모니터링 (HTTP, TCP, ICMP, DNS, SSL 만료)
합성 모니터링 (Playwright 기반)
상태 페이지 호스팅
인시던트 관리 + on-call 로테이션
로그 수집과 검색
APM (분산 추적)
사용자/세션 모니터링

자가 호스팅은 Docker Compose 한 줄로 가능합니다.

# OneUptime 자가 호스팅
git clone https://github.com/OneUptime/oneuptime.git
cd oneuptime
cp config.example.env config.env
# config.env 수정 후
docker compose up -d

OneUptime의 장점은 (1) 모든 데이터를 자가 호스팅으로 보유 가능, (2) 한 플랫폼에서 모니터링·on-call·상태 페이지 통합, (3) Apache 2.0 라이선스로 상용 사용 자유 입니다.

단점은 (1) 설치/운영 복잡도(PostgreSQL, ClickHouse, Redis 모두 필요), (2) UI 완성도가 상용 SaaS 대비 떨어짐, (3) 문서가 부족함, (4) 사용자 커뮤니티가 아직 작음(GitHub 스타 약 6,000개) 입니다. 2026년 현재 OneUptime은 "오픈소스 통합 모니터링"이라는 시장 포지셔닝에서 가장 야심차지만, 동시에 가장 험난한 길을 걷고 있는 제품입니다.

8. Statuscake / Hyperping / Freshping / Site24x7 — 중간 가격대의 경쟁자들

이 네 제품은 Pingdom과 Uptime Robot 사이의 중간 가격대를 노리는 경쟁자들입니다. 각각의 차별점을 짧게 정리하면 다음과 같습니다.

Statuscake (영국)

2012년 영국에서 시작한 업타임 모니터링 SaaS입니다. 무료 플랜(10개 모니터, 5분 간격)이 후한 편이고, 유료 플랜은 Superior($24/월) 부터 시작합니다. 영국·EU 사용자 사이에서 데이터 거주지 이유로 선호도가 높습니다. SSL 인증서 모니터링과 도메인 만료 검사가 같은 가격에 묶여 있습니다.

Hyperping (프랑스)

2017년 프랑스에서 시작한 비교적 신생 SaaS입니다. "개발자 친화적 UI" 와 무료 상태 페이지 호스팅 이 강점입니다. 가격은 월 $19부터 시작하며, Updown.io와 Pingdom 사이의 가격대에 위치합니다. 2024년 후반 한국어 UI를 추가하면서 아시아권 사용자가 늘었습니다.

Freshping (Freshworks)

Freshworks(Freshdesk, Freshservice)의 무료 부가 제품으로 출시된 업타임 모니터링입니다. 무료 50개 모니터, 1분 간격 으로 Uptime Robot의 직접 경쟁자입니다. Freshworks 생태계를 쓰는 조직(Freshdesk 티켓 자동 생성 등)에 매력적이지만, 단독 제품으로는 기능이 다소 빈약합니다.

Site24x7 (Zoho)

Zoho(인도)의 종합 모니터링 제품군입니다. 업타임·서버·네트워크·클라우드·APM·로그·실제 사용자 모니터링·상태 페이지를 모두 포함하는 가장 광범위한 제품 중 하나입니다. 가격은 $10/월 부터 시작하지만, 풀 기능을 쓰면 월 수백 달러대로 올라갑니다. Datadog의 저가 대안으로 자주 평가됩니다.

제품	출신	가격 시작점	특징
Statuscake	영국	$24/월	EU 데이터 거주지, SSL/도메인 만료
Hyperping	프랑스	$19/월	개발자 UI, 무료 상태 페이지, 한국어
Freshping	인도	무료 50개	Freshworks 통합
Site24x7	인도	$10/월	Zoho 풀스택, Datadog 대안

9. New Relic Synthetics + Datadog Synthetic — APM 통합 합성 모니터링

전통적 업타임 모니터링이 "단일 URL이 응답하는가"를 보는 도구라면, 합성 모니터링(Synthetic Monitoring) 은 "실제 사용자의 다단계 흐름이 정상 작동하는가"를 검증하는 도구입니다. 예를 들어 "홈페이지 → 로그인 → 상품 검색 → 장바구니 담기 → 결제 → 완료"라는 5단계 흐름을 5분마다 실제 헤드리스 브라우저로 실행해보는 것입니다.

이 분야의 양대 강자가 Datadog Synthetic Monitoring과 New Relic Synthetics입니다.

Datadog Synthetic Monitoring

Datadog의 합성 모니터링은 두 종류로 나뉩니다.

API Tests: 단일 HTTP/gRPC/WebSocket 체크
Browser Tests: 헤드리스 Chrome으로 멀티스텝 사용자 흐름 자동화

가격은 API Test 10,000회/월 $5**, **Browser Test 1,000회/월$ 12 식의 사용량 기반 구조입니다. 이미 Datadog APM/Logs/Infrastructure를 쓰는 조직은 메트릭과 합성 데이터가 한 화면에 통합되는 점이 결정적입니다.

// Datadog Synthetic Browser Test 스크립트 예시 (UI에서 녹화 후 코드 추출)
await page.goto('https://example.com')
await page.click('button[data-test="login"]')
await page.fill('input[name="email"]', 'test@example.com')
await page.fill('input[name="password"]', 'password123')
await page.click('button[type="submit"]')
await page.waitForSelector('.dashboard')

New Relic Synthetics

New Relic Synthetics는 Datadog과 유사하지만 "Scripted Browser" 라는 이름의 멀티스텝 브라우저 자동화 기능을 더 일찍부터 제공했습니다. Selenium WebDriver 기반의 스크립트로 작성되며, Private Minion(자가 호스팅 에이전트)을 통해 사내 네트워크에서도 실행할 수 있습니다.

가격은 새로운 사용량 기반 모델로 첫 100GB/월 무료, 그 이후 GB당 $0.30 구조입니다. 합성 체크는 GB 사용량에 포함되며, 풀 옵저버빌리티 패키지(APM+Logs+Synthetics+RUM)를 쓸 때 가장 가격 효율적입니다.

Checkly와의 비교

뒤에서 자세히 다룰 Checkly는 Datadog/New Relic의 합성 모니터링 부분만 떼어내 더 개발자 친화적으로 만든 제품입니다. 가격은 Datadog의 약 1/3 수준이지만, APM/Logs와의 통합이 없으므로 이미 옵저버빌리티 스택이 있는 조직은 통합성을 위해 비싸도 Datadog/New Relic을 선택하는 경우가 많습니다.

10. Atlassian Statuspage — 상태 페이지 시장 표준

상태 페이지(Status Page)는 서비스 사고를 고객에게 투명하게 공지하는 공식 페이지입니다. 2012년 Stripe가 자체 제작한 status.stripe.com이 디자인 표준이 된 후, Statuspage.io가 이 디자인을 SaaS로 상품화했고 2016년 Atlassian이 인수해 Atlassian Statuspage 로 이름을 바꿨습니다.

2026년 현재 GitHub, AWS, Cloudflare, OpenAI, Vercel, Slack, Shopify 등 글로벌 SaaS의 90% 이상이 Atlassian Statuspage를 사용합니다. "상태 페이지 = Atlassian Statuspage"라는 인식이 강할 정도로 표준 지위를 확립했습니다.

가격은 Free (1개 페이지, 2개 팀원, 100 구독자), Starter( $29/월)**, **Growth($ 99/월), Business( $299/월)**, **Enterprise($ 1,500+/월) 구조입니다. Enterprise 플랜은 SSO, 감사 로그, 사용자 정의 도메인, SLA 보장이 포함됩니다.

상태 페이지의 핵심 구성 요소는 다음과 같습니다.

Components: 모니터링 대상 (API, Web, Database, Email, ...)
Component status: Operational, Degraded, Partial Outage, Major Outage
Incidents: 진행 중인 사고와 업데이트 히스토리
Scheduled Maintenance: 예정된 점검 공지
Subscribers: 이메일, SMS, Slack, RSS, 웹훅으로 사고 알림 수신
Uptime history: 컴포넌트별 90일 가동 시간 차트

# Atlassian Statuspage API — 인시던트 생성 예시
curl -X POST \
  "https://api.statuspage.io/v1/pages/$PAGE_ID/incidents" \
  -H "Authorization: OAuth $STATUSPAGE_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "incident": {
      "name": "API 응답 지연 발생",
      "status": "investigating",
      "impact_override": "minor",
      "body": "현재 API 응답 지연을 조사 중입니다.",
      "component_ids": ["abc123"],
      "components": {"abc123": "degraded_performance"}
    }
  }'

Atlassian Statuspage의 강점은 (1) 시장 표준 위치 (사용자가 디자인에 익숙함), (2) Jira/Opsgenie/Confluence와의 통합, (3) Atlassian의 안정적 SLA. 단점은 (1) 가격이 비싸고 인플레가 잦음, (2) 기능 혁신 속도가 느림, (3) 신규 사용자 입장에서 UI가 다소 무겁다는 점입니다.

11. Instatus / Cachet — 상태 페이지 대안들

Atlassian Statuspage의 가격과 무게에 부담을 느낀 시장이 만들어낸 대안이 Instatus와 Cachet입니다.

Instatus

2020년 영국에서 시작한 상태 페이지 SaaS로, "Statuspage의 1/3 가격, 10배 빠른 UI"를 표방합니다. 가격은 무료(1개 페이지, 무제한 구독자) 부터 시작해서 Starter( $20/월)**, **Pro($ 50/월) 식입니다.

Instatus의 차별점은 다음과 같습니다.

사이트 로딩 1초 미만 (Atlassian Statuspage는 3~5초)
무제한 구독자 (Statuspage Starter는 1,000명 제한)
무료 플랜에서도 사용자 정의 도메인 지원
사고 템플릿 라이브러리 (사고 유형별 작성 가이드)

// Instatus API — 인시던트 생성
fetch('https://api.instatus.com/v1/{pageId}/incidents', {
  method: 'POST',
  headers: {
    'Authorization': `Bearer ${process.env.INSTATUS_API_KEY}`,
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    name: 'API latency increased',
    status: 'INVESTIGATING',
    notify: true,
    components: ['comp_abc123'],
    statuses: [{id: 'comp_abc123', status: 'PARTIALOUTAGE'}],
    started: new Date().toISOString(),
  }),
})

대형 고객 사례로 OpenAI Statuspage 대안 검토 후 일부 자회사 페이지를 Instatus로 이전한 사례, Vercel의 일부 지역 상태 페이지 등이 있습니다.

Cachet (OSS)

2014년 영국 개발자 James Brooks가 PHP/Laravel로 만든 오픈소스 상태 페이지입니다. BSD-3 라이선스로 GitHub에 공개되어 있으며, 2026년 현재 약 17,000개의 스타를 가지고 있습니다.

자가 호스팅이 핵심이며, Docker로 5분 만에 띄울 수 있습니다.

# Cachet Docker 자가 호스팅
docker run -d --name=cachet \
  -p 80:80 \
  -e APP_KEY=$(php -r "echo 'base64:'.base64_encode(random_bytes(32));") \
  -e DB_DRIVER=pgsql \
  -e DB_HOST=postgres \
  -e DB_DATABASE=cachet \
  -e DB_USERNAME=cachet \
  -e DB_PASSWORD=secret \
  cachethq/docker:latest

Cachet의 한계는 (1) 2020년 이후 메인테이너 활동이 줄어들며 업데이트가 느려졌고, (2) PHP 의존성이 무거우며, (3) UI가 다소 구식이라는 점입니다. 2026년 신규 도입을 검토한다면 다음에 소개할 Uptime Kuma가 더 현대적인 대안입니다.

그 외 — Hund

Hund는 SaaS 상태 페이지 시장의 신생 경쟁자로, 인시던트 자동화와 컴포넌트 그룹화에 강점이 있습니다. 가격은 월 $59부터로 Instatus보다 비싸지만, Atlassian Statuspage보다 저렴합니다. 중소기업이 두 제품 사이에서 비교하는 선택지로 자주 등장합니다.

12. Uptime Kuma — OSS Docker로 가장 인기 있는 셀프호스트

Uptime Kuma는 2021년 홍콩 개발자 Louis Lam이 1인 사이드 프로젝트로 시작한 오픈소스 업타임 모니터링 도구입니다. 2026년 5월 현재 GitHub 스타 약 65,000개로 셀프호스트 업타임 모니터링의 사실상 표준 입니다.

설치는 Docker 한 줄입니다.

# Uptime Kuma 자가 호스팅 — Docker 단일 컨테이너
docker run -d --restart=always -p 3001:3001 \
  -v uptime-kuma:/app/data \
  --name uptime-kuma \
  louislam/uptime-kuma:1

# Docker Compose 버전
# docker-compose.yml
version: '3.3'
services:
  uptime-kuma:
    image: louislam/uptime-kuma:1
    container_name: uptime-kuma
    volumes:
      - ./uptime-kuma-data:/app/data
    ports:
      - "3001:3001"
    restart: always

Uptime Kuma의 매력은 (1) 한 컨테이너에 모든 기능, (2) Pingdom 수준의 UI 완성도, (3) 90개 이상의 알림 채널(Slack, Discord, Telegram, 이메일, SMS, Webhook, ntfy, Gotify 등), (4) 자체 상태 페이지 호스팅 포함, (5) 매우 활발한 커뮤니티 입니다.

지원하는 체크 종류도 풍부합니다.

체크 종류	설명
HTTP(s)	URL과 응답 코드, 키워드 매칭
TCP Port	포트 오픈 확인
Ping	ICMP 핑
DNS	DNS 레코드 응답
Docker Container	Docker 컨테이너 상태
Steam Game Server	게임 서버
Push (Heartbeat)	cron 모니터링
MQTT	IoT 메시지 브로커
Microsoft SQL Server, MySQL, PostgreSQL, Redis	DB 연결
Kafka Producer	메시지 큐
gRPC	gRPC 엔드포인트

상태 페이지도 한 클릭으로 생성되며, 사용자 정의 도메인과 비밀번호 보호도 지원합니다. 2024년 출시된 Uptime Kuma 2.0 베타는 PostgreSQL 백엔드 지원, 멀티 인스턴스 동기화, 데이터 보존 정책을 추가했습니다.

한계는 (1) 단일 인스턴스 SPOF(2.0에서 개선 중), (2) 멀티 vantage point 부재(자기 서버에서만 체크), (3) 엔터프라이즈 기능 부족(SSO, 감사 로그 등) 입니다. 하지만 개인 개발자, 홈랩, SMB에게는 가격 대비 가치가 압도적입니다.

13. Gatus — YAML 설정 한 파일의 Go 기반 모니터링

Gatus는 2019년 캐나다 개발자 Tristan Webber가 만든 Go 기반 오픈소스 모니터링 도구 입니다. Uptime Kuma의 직접 경쟁자이지만 디자인 철학이 완전히 다릅니다.

Uptime Kuma: UI 중심, 클릭으로 설정, 데이터베이스에 저장
Gatus: YAML 파일 한 개로 모든 설정, GitOps 친화적, 코드 리뷰 가능

Gatus의 모든 모니터링은 단일 YAML 파일에 정의됩니다.

# config.yaml — Gatus 전체 설정
storage:
  type: postgres
  path: "postgres://user:password@localhost:5432/gatus?sslmode=disable"

endpoints:
  - name: api-health
    group: production
    url: https://api.example.com/health
    interval: 30s
    conditions:
      - "[STATUS] == 200"
      - "[RESPONSE_TIME] < 500"
      - "[BODY].status == ok"
    alerts:
      - type: slack
        send-on-resolved: true

  - name: database-tcp
    group: production
    url: tcp://db.internal:5432
    interval: 1m
    conditions:
      - "[CONNECTED] == true"

  - name: certificate-check
    url: https://example.com
    interval: 1h
    conditions:
      - "[CERTIFICATE_EXPIRATION] > 168h"

alerting:
  slack:
    webhook-url: "https://hooks.slack.com/services/..."
    default-alert:
      description: "Service down"
      send-on-resolved: true
      failure-threshold: 3

Gatus의 강점은 (1) YAML 파일을 Git으로 버전 관리 가능, (2) Helm Chart로 Kubernetes 배포 일급 지원, (3) PostgreSQL/SQLite/메모리 백엔드 선택 가능, (4) Prometheus 메트릭 익스포트, (5) Maintenance window 정의 가능 입니다.

# Gatus Docker 배포
docker run -d \
  -p 8080:8080 \
  -v $(pwd)/config:/config \
  --name gatus \
  twinproduction/gatus:latest

# Kubernetes Helm 차트 배포
helm repo add twin https://twin.github.io/helm-charts
helm install gatus twin/gatus

한계는 (1) UI가 단순함 (Uptime Kuma만큼 화려하지 않음), (2) 다중 사용자/팀 관리 부재, (3) 합성 모니터링 부재 입니다. 하지만 DevOps/SRE 팀이 운영하는 환경에서 "모니터링을 코드로"라는 철학에 가장 잘 맞는 도구입니다.

14. Checkly — Playwright 기반 합성 모니터링의 신성

Checkly는 2018년 독일 베를린에서 시작한 합성 모니터링 SaaS입니다. "개발자를 위한 합성 모니터링" 을 표방하며, Playwright 기반의 코드형 모니터링이 핵심 차별점입니다. 2023년 시리즈 B에서 5,300만 달러를 조달했고, 2026년 현재 직원 약 100명 규모로 빠르게 성장 중입니다.

Checkly의 가장 큰 혁신은 "Monitoring as Code" 입니다. 모든 모니터링을 TypeScript/JavaScript 코드로 정의하고 Git으로 버전 관리합니다.

// __checks__/api-health.check.ts
import { ApiCheck, AssertionBuilder } from 'checkly/constructs'

new ApiCheck('api-health-check', {
  name: 'API Health Check',
  alertChannels: [],
  degradedResponseTime: 1000,
  maxResponseTime: 5000,
  request: {
    method: 'GET',
    url: 'https://api.example.com/health',
    assertions: [
      AssertionBuilder.statusCode().equals(200),
      AssertionBuilder.jsonBody('$.status').equals('ok'),
      AssertionBuilder.responseTime().lessThan(500),
    ],
  },
})

// __checks__/checkout-flow.spec.ts (Playwright 브라우저 테스트)
import { test, expect } from '@playwright/test'

test('checkout flow', async ({ page }) => {
  await page.goto('https://example.com')
  await page.click('text=Sign in')
  await page.fill('[name=email]', 'test@example.com')
  await page.fill('[name=password]', process.env.TEST_PASSWORD!)
  await page.click('button[type=submit]')
  await expect(page).toHaveURL(/dashboard/)
})

CLI로 배포합니다.

# Checkly CLI
npm install -g checkly
checkly login
checkly deploy

# CI/CD에서 PR마다 배포 미리보기
checkly trigger --record

Checkly의 강점은 (1) Playwright 표준 채택 (별도 DSL 학습 불필요), (2) GitOps 친화적, (3) 차세대 UI, (4) Vercel/Netlify 배포와 자동 연동, (5) Datadog/Slack/PagerDuty 통합 입니다.

가격은 Free (5개 체크, 10,000 API 호출/월), Hobby( $14/월)**, **Team($ 80/월), Enterprise($300+/월) 식입니다. Datadog Synthetic 대비 약 1/3 가격으로, 옵저버빌리티 스택을 처음 구축하는 스타트업에게 매력적입니다.

한계는 (1) APM/Logs와의 통합이 없음 (Datadog과 달리), (2) 멀티 vantage point가 5개로 Pingdom보다 적음, (3) 한국·일본 한국어/일본어 UI 없음 입니다. 그래도 2026년 합성 모니터링 카테고리에서 가장 빠르게 성장하는 제품 입니다.

15. 한국 · 일본 — 토스, 카카오, 메르카리, NTT의 실제 운영 사례

한국과 일본의 대형 인터넷 기업은 어떤 업타임 모니터링 도구를 쓰고 있을까요? 공개된 자료와 기술 블로그 기반으로 정리하면 다음과 같습니다.

한국 — 토스, 카카오

토스(비바리퍼블리카) 는 2024년 SLASH 컨퍼런스에서 자체 구축한 모니터링 시스템 TIMS(Toss Infrastructure Monitoring System) 를 공개했습니다. Prometheus + Grafana + Loki 기반의 메트릭/로그 스택 위에, 외부 업타임 체크는 Datadog Synthetic을 사용하고, 내부 cron 모니터링은 자체 시스템을 운영합니다. 상태 페이지는 자체 Next.js 앱으로 토스 디자인 시스템을 적용해 만들었으며, 외부 SaaS를 쓰지 않습니다.

카카오 는 한국에서 가장 큰 규모의 모니터링 인프라를 운영합니다. 2022년 SK C&C 데이터센터 화재 사건 이후 다음 변화가 있었습니다.

멀티 클라우드 vantage point 확대 (AWS, GCP, Naver Cloud 모두에서 체크)
카카오톡 자체 상태 페이지(status.kakao.com) 신설
사고 발생 시 카카오톡 푸시로 사용자에게 직접 공지하는 채널 통합
인시던트 관리 도구 자체 개발 (Atlassian Statuspage 도입 검토 후 자체 구축 결정)

일본 — 메르카리, NTT

메르카리 는 2023년 자사 SRE 블로그에서 모니터링 스택 공개를 했습니다.

메트릭: Datadog + Prometheus
합성 모니터링: Datadog Synthetic + 자체 Playwright 스크립트
상태 페이지: Atlassian Statuspage (status.mercari.com)
on-call: PagerDuty
인시던트 자동 생성: Datadog → Statuspage 자동 연동 워크플로

NTT 는 일본의 통신 인프라 회사답게 자체 모니터링 시스템을 운영합니다. 외부 SaaS는 보조 도구로만 사용하고, 핵심 인프라는 Zabbix 기반 자체 구축 모니터링과 NTT 내부 NMS(Network Management System)에 의존합니다. 외부 상태 페이지는 별도 운영자가 수동으로 업데이트하는 전통적 방식을 유지합니다.

한국·일본 사용자의 도구 선택 경향

규모	한국	일본
1인/사이드	Uptime Robot, Uptime Kuma	Mackerel, Uptime Kuma
스타트업	Datadog, Better Stack	Mackerel, Datadog
중견기업	Datadog, Pingdom	Datadog, New Relic
대기업	자체 구축 + Datadog	자체 구축 + Datadog

일본 시장에서 흥미로운 점은 Mackerel (Hatena가 운영하는 일본산 모니터링 SaaS)이 SMB 시장에서 여전히 강력하다는 점입니다. 일본어 UI/문서, JPY 결제, 일본 SaaS 통합(Slack 일본법인, Microsoft Teams Japan 등)이 강점입니다.

16. 누가 무엇을 골라야 하나 — 1인 / 스타트업 / OSS / 엔터프라이즈

지금까지 본 20개 이상의 제품 중에서 어떤 도구를 골라야 할까요? 사용자 유형별로 추천을 정리하면 다음과 같습니다.

1인 개발자 / 사이드 프로젝트

첫 선택: Uptime Robot 무료 플랜 (50개 체크, 무기한 무료)
셀프호스트 선호: Uptime Kuma (Docker 한 줄)
Cron 모니터링 추가: Healthchecks.io 무료 (20개 체크)
상태 페이지 필요: Instatus 무료 또는 Uptime Kuma 내장

시드 ~ 시리즈 A 스타트업

통합 도구 1개로 끝내고 싶음: Better Stack ( $29 ~$ 99/월)
합성 모니터링 필요: Checkly ( $14 ~$ 80/월) + Uptime Robot
옵저버빌리티 스택 처음 구축: Datadog 14일 무료 후 비용 검토
상태 페이지: Instatus ($20/월) 또는 Better Stack 내장

시리즈 B 이상 성장 기업

APM + 합성 통합: Datadog Synthetic ( $30 ~$ 300/월)
또는 Datadog 대안: New Relic 100GB 무료 활용
인시던트 관리: PagerDuty + incident.io
상태 페이지: Atlassian Statuspage (시장 표준)
Cron: Cronitor (Lambda/K8s 자동 인식)

엔터프라이즈

옵저버빌리티 코어: Datadog 또는 New Relic (전사 라이선스)
합성 모니터링: Datadog/NR 내장 + Checkly Enterprise (CI/CD 통합)
상태 페이지: Atlassian Statuspage Enterprise ($1,500+/월) + Confluence 통합
On-call: PagerDuty Enterprise 또는 Opsgenie
데이터 거주지 이슈: 한국/일본은 자체 구축 + Datadog 보조

보안/규제 산업 (금융, 의료, 정부)

자체 호스팅 필수: OneUptime Self-Hosted, Uptime Kuma, Gatus 조합
메트릭/로그: Prometheus + Grafana + Loki 자체 구축
상태 페이지: Cachet 또는 자체 Next.js/Hugo로 정적 페이지

결론

업타임 모니터링은 2026년 들어 "통합 제품 vs 전문 제품 + 통합 도구" 라는 두 갈래로 진화했습니다. 1인 개발자부터 시드 스타트업까지는 Uptime Robot, Better Stack, Uptime Kuma 같은 통합 제품 한 개로 충분합니다. 시리즈 B 이상이 되면 합성 모니터링이 필수가 되고, 엔터프라이즈가 되면 옵저버빌리티 스택 전체를 Datadog/New Relic 같은 풀스택 플랫폼으로 통합하는 패턴이 일반적입니다.

가장 중요한 원칙은 단 하나입니다. "모니터링하지 않는 다운타임은 진짜 다운타임이 된다." 어떤 도구를 고르든, 일단 도입해서 데이터를 쌓는 것이 가장 먼저입니다.

참고 / References

Better Stack — https://betterstack.com/
Better Stack 통합 발표 (2023.8) — https://betterstack.com/community/news/introducing-better-stack/
Pingdom — https://www.pingdom.com/
SolarWinds Pingdom — https://www.solarwinds.com/pingdom
Uptime Robot — https://uptimerobot.com/
Updown.io — https://updown.io/
Cronitor — https://cronitor.io/
Healthchecks.io — https://healthchecks.io/
Healthchecks GitHub (OSS) — https://github.com/healthchecks/healthchecks
OneUptime — https://oneuptime.com/
OneUptime GitHub — https://github.com/OneUptime/oneuptime
Statuscake — https://www.statuscake.com/
Hyperping — https://hyperping.com/
Freshping — https://www.freshworks.com/website-monitoring/
Site24x7 — https://www.site24x7.com/
Datadog Synthetic Monitoring — https://www.datadoghq.com/product/synthetic-monitoring/
New Relic Synthetics — https://newrelic.com/platform/synthetic-monitoring
Checkly — https://www.checklyhq.com/
Checkly CLI — https://www.checklyhq.com/docs/cli/
Atlassian Statuspage — https://www.atlassian.com/software/statuspage
Statuspage API — https://developer.statuspage.io/
Instatus — https://instatus.com/
Cachet — https://cachethq.io/
Cachet GitHub — https://github.com/CachetHQ/Cachet
Hund — https://hund.io/
Uptime Kuma — https://uptime.kuma.pet/
Uptime Kuma GitHub — https://github.com/louislam/uptime-kuma
Gatus GitHub — https://github.com/TwiN/gatus
Standard Webhooks — https://www.standardwebhooks.com/
Mercari Engineering Blog — https://engineering.mercari.com/
토스 SLASH 2024 — https://toss.tech/slash-24
Mackerel (Hatena) — https://mackerel.io/