01> 어떻게 출시했는가
// 과제01
도시 규모의 차량 호출 플랫폼이 운행과 기사, 정산을 통째로만 무너질 줄 아는 백엔드 위에 얹고 있었습니다. 이벤트 루프 하나가 막히면 헬스체크와 배차, 예약이 함께 내려앉았고, 모두가 필요로 하던 분석은 승객이 쓰는 바로 그 라이브 테이블을 조회했습니다.
// 접근 방식02
코어를 워커 두 개짜리 FastAPI 서비스로 다시 지었습니다. 뜨거운 Redis 경로마다 서킷 브레이커, 그 뒤에 클러스터 안전 큐와 폴백 큐, 그리고 리포팅은 라이브 테이블에서 떼어내 정해진 주기로 갱신되는 머티리얼라이즈드 뷰로 옮겼습니다 — 일자별 매출, 기사별 성과, 도시의 시간대별 수요.
// 성과03
고객 앱, 기사 앱, 벤더 콘솔, 웹이 AWS 프로덕션에서 하나의 단단해진 코어를 바라봅니다. 멈춘 의존성은 이제 플랫폼이 아니라 한 경로만 저하시키고, 지난달 수요에 대한 질문은 회피되는 대신 몇 초 만에 답을 받습니다.
case --info aero-platform
> 클라이언트 · Aero
> 분야 · 모빌리티
> 스택 · FastAPI · Flutter · PostgreSQL · Redis · AWS
> 결과 · 프로덕션 운영 중 · 앱 4개 · AWS
> case/aero-platform출시 완료 ▮
이런 시스템이 필요하십니까?
무엇을 만들고 계신지 알려 주십시오. 영업 제안이 아니라 범위가 정리된 계획으로 답하겠습니다.