Move Fast and Don't Break Things: Scaling Databases for the AI Era — PlanetScale

한 줄 핵심

AI 시대에는 트래픽 급증과 에이전트 자동화가 동시에 일어나므로, 데이터베이스를 격리·이중화·샤딩·백프레셔·분리 구조로 설계하고 사람과 AI 에이전트가 안전하게 운영할 수 있는 DX를 제공해야 한다.

시간별 요약

1. 0:00
   소개 빠르게 배포하되 장애는 막아야 하며, AI 에이전트가 코드 작성과 배포까지 맡는 시대일수록 이 목표는 더 중요해진다.
2. 1:02
   AI 규모의 장애 AI 수요로 사용자와 트래픽이 급증하면서 인프라가 감당하지 못하는 사례가 늘고 있으며, 목표는 더 높은 가용성과 건강한 서비스 상태를 유지하는 것이다.
3. 2:22
   세 가지 구성 안정적으로 동작하는 시스템을 만들고, 그것을 대규모 사용자 환경으로 확장하고, 마지막으로 AI 에이전트가 그 과정을 함께 수행하게 하는 세 축으로 논의가 전개된다.
4. 2:57
   PlanetScale 소개 PlanetScale은 빠르게 성장하는 AI 기업들의 데이터베이스를 운영하며, 대규모 사용자와 높은 신뢰성을 동시에 다루는 경험을 바탕으로 이런 원칙을 실천한다.
5. 3:32
   격리 컨트롤 플레인, 관측 파이프라인, 앱 등 각 구성 요소를 분리해 한 부분이 실패해도 핵심 데이터와 다른 경로가 함께 무너지지 않도록 해야 한다.
6. 4:32
   이중화 데이터는 상태를 잃으면 안 되므로 primary와 replica를 여러 가용 영역과 데이터센터에 두어, 서버 장애가 나도 서비스가 지속되도록 해야 한다.
7. 7:01
   샤딩 데이터와 쿼리를 여러 서버로 분산하는 샤딩이 대용량 데이터베이스 확장의 핵심이며, 각 샤드 내부에도 primary와 replica를 둬야 안정성이 높아진다.
8. 8:26
   백프레셔 과부하가 오면 무조건 버티는 대신 요청이나 연결을 거절하고 일부 트래픽을 점진적으로 저하시켜, 전체 시스템 붕괴를 막는 설계가 필요하다.
9. 9:41
   분리 OLTP, 분석, 큐, 캐시를 한데 묶으면 편해 보여도 장애 전파와 자원 경합이 심해지므로, 각 기능은 독립적으로 확장되고 실패도 분리되어야 한다.
10. 11:21
    에이전트에게 인프라 제어권 부여 에이전트가 코드만이 아니라 데이터베이스 설정과 샤딩까지 다루게 되면 위험이 커지므로, 안전한 인터페이스와 점진적 제어가 필수다.
11. 12:56
    에이전트가 VSchema를 설계하기 Vitess의 VSchema는 JSON 기반 설정이라 에이전트가 쉽게 이해하고 제안할 수 있으며, 이를 통해 샤딩 전략을 프로토타입하고 배포까지 연결할 수 있다.
12. 14:51
    트래픽 제어 트래픽에 태그와 예산을 부여해 특정 요청군의 CPU나 백엔드 사용량을 제한하고, 필요하면 경고·차단으로 점진적 저하를 적용한다.
13. 15:55
    데이터베이스 브랜칭 코드처럼 데이터베이스 스키마도 분기해서 격리된 환경에서 변경한 뒤 deploy request로 병합하면, 다운타임 없이 안전하게 스키마를 진화시킬 수 있다.
14. 16:50
    데이터 손실 없는 되돌리기 스키마 배포 후 문제가 생기면 원클릭으로 이전 상태로 되돌릴 수 있어야 하며, 이 복구 절차도 API와 CLI를 통해 에이전트가 자동화할 수 있다.
15. 17:45
    좋은 DX는 에이전트에게도 좋다 개발자 경험을 잘 설계하면 인간이 안전하게 운영할 수 있을 뿐 아니라, MCP 서버와 CLI를 통해 AI 에이전트도 같은 도구를 활용해 안정적으로 작업할 수 있다.

실무 인사이트

• AI 트래픽 급증을 전제로 하면 단순 확장보다 격리·이중화·백프레셔를 기본값으로 두는 설계가 먼저다.
• 데이터베이스도 코드처럼 브랜칭·리뷰·병합·되돌리기 흐름을 제공해야 에이전트 자동화가 실제 운영에 들어올 수 있다.
• 인간과 에이전트가 같은 안전한 인터페이스를 쓰게 만들면, 운영 안정성과 생산성을 동시에 얻을 수 있다.