💥 사용자가 깨기 전에 API를 부숴라. CI/CD를 위한 자동화된 네트워크 카오스.

Source: Dev.to

이야기: 내가 Chaos Proxy를 만든 이유

우리 모두 그런 경험을 해봤을 겁니다. 기능이 localhost에서는 완벽히 동작하고, E2E 테스트도 우수한 결과를 보여줍니다. 그런데 프로덕션에 배포하고 나니 3G 네트워크를 사용하는 사용자들이 앱이 멈추거나, 충돌하거나—가장 최악인 두 번 청구된다고 불평합니다.

CI 파이프라인이 0 ms 지연과 100 % 가동 시간이라는 환상 속에 살고 있다는 걸 깨달았습니다.

특히 모바일 앱과 백엔드 멱등성 검사를 위해 GitHub Actions에서 “불량 네트워크” 상황을 자동으로 시뮬레이션하고 싶었습니다. Playwright에서 요청을 모킹하는 것으로는 네이티브 Android/iOS 에뮬레이터를 커버할 수 없었고, 로컬 프록시를 스크립트화하기도 어려웠습니다.

그래서 Chaos Proxy를 만들었습니다 — CI/CD를 위해 설계된 클라우드 기반, 프로그래머블 프록시입니다.

작동 방식

Chaos Proxy는 API‑first 플랫폼입니다. 네트워크 인프라를 코드처럼 다룰 수 있습니다.

1. 생성 – CI 스크립트가 API를 호출해 격리된 일시적인 프록시 컨테이너를 띄웁니다.
2. 연결 – E2E 테스트 트래픽(웹, Android, iOS)을 이 프록시를 통해 라우팅합니다.
3. 파괴 – API 명령을 보내 실시간으로 지연을 주입하거나 503 오류를 발생시키거나 헤더를 변조합니다.

Demo: Simulating 503 Errors in Chrome (Visual)

주요 기능

• CI/CD용 API – 프록시를 프로그래밍 방식으로 생성·삭제합니다. 관리할 장기 서버가 없습니다.
• “Rage Click” 테스트 – 특정 엔드포인트(예: /api/pay)에 3 초 지연을 주입해 사용자가 두 번 클릭하기 전에 UI가 버튼을 비활성화하는지 확인합니다.
• 네이티브 모바일 지원 – 네트워크 레벨(HTTP 프록시)에서 동작하므로 Android 에뮬레이터와 iOS 시뮬레이터를 바로 사용할 수 있습니다.
• 응답 퍼징 – JSON 본문을 자동으로 변조해 앱이 잘못된 데이터에 대해 어떻게 반응하는지 확인합니다.

실제 사용 예

curl을 이용해 체크아웃 흐름에 503 Service Unavailable 오류를 주입해 보세요:

curl -X PUT https://api.debuggo.app/v1/sessions/$SESSION_ID/rules \
  -H "Authorization: Bearer $API_KEY" \
  -d '{
    "rules": [
      {
        "url_pattern": "*/api/checkout",
        "failure_rate": 50,
        "error_code": 503
      }
    ]
  }'

Demo: Automating Network Chaos via Terminal (CLI)

참여 방법

현재 Public API 베타를 공개했으며, “불안정한” 앱에 지친 QA 엔지니어와 DevOps 담당자를 찾고 있습니다.

• 무료 티어 체험 – 비용 없이 직접 또는 API를 통해 시작해 보세요.
• 앱을 부숴라 – “Rage Click” 테스트를 실행해 보세요(우리 블로그 Tip #5 참고).
• 피드백 제공 – 다음에 필요할 통합 기능을 알려 주세요!

localhost에만 의존하지 마세요. 현실을 테스트하세요.