Supabase가 AI 에이전트가 쏟아낼 앱을 견디도록 백엔드를 다시 설계한다

Supabase 공동창업자 폴 코플스톤과 앤 윌슨이 latentspace 팟캐스트에서 swyx와 함께 "AI가 만들어내는 앱"을 전제로 백엔드가 무엇을 해야 하는지를 다뤘다. 요지는 단순한 기능 추가가 아니라, 소프트웨어를 만드는 주체가 사람에서 에이전트로 옮겨갈 때 데이터베이스와 그 주변 인프라의 역할 자체를 다시 짜야 한다는 문제의식이다.

대화에서 드러난 두 개의 축은 분명하다. 하나는 데이터베이스와 나란히 장기 실행(long-lived) 워크로드를 돌리는 구조다. 다른 하나는 에이전트가 스키마를 더 쉽게 읽고 다룰 수 있게 만드는 것이다. 에이전트가 코드를 생성하는 쪽이라면, 그 코드가 붙는 데이터 구조 역시 기계가 해석하기 좋은 형태여야 한다는 발상이다. 제목에 등장하는 "10억 개의 AI 제작 앱"이라는 표현은 이런 규모 변화를 압축한 것이다.

배경에는 소프트웨어 생산량 자체가 달라지고 있다는 판단이 깔려 있다. 지금까지 백엔드는 사람이 콘솔에서 설정하고, 사람이 마이그레이션을 검토하고, 사람이 스키마 문서를 읽는 것을 전제로 설계됐다. 앱을 만드는 쪽에 에이전트가 대거 들어오면 이 전제가 깨진다. 프로젝트 수는 늘고, 각 프로젝트의 수명은 짧아지며, 설정과 변경을 수행하는 주체는 사람이 아닌 프로그램이 된다.

실무적으로는 스키마가 곧 인터페이스가 된다는 뜻이기도 하다. 테이블과 관계, 제약 조건이 명확하고 예측 가능할수록 에이전트가 생성한 코드의 실패율이 줄어든다. 데이터베이스 옆에서 오래 도는 작업을 안정적으로 굴리는 문제도 같은 맥락이다. 앱을 찍어내는 속도가 빨라질수록 그 뒤에서 조용히 돌아가는 배치·동기화·정리 작업의 신뢰성이 전체 시스템의 병목이 되기 쉽다.

다만 이번 공개된 내용은 팟캐스트 대화를 요약한 형태라 구체적인 제품 버전, 일정, 수치가 제시되지는 않았다. 어떤 기능이 언제 나온다는 로드맵으로 읽기보다는, Supabase가 어떤 문제를 설계 과제로 삼고 있는지 확인하는 정도로 받아들이는 편이 안전하다.