AppwriteWhat Appwrite did right

Appwrite는 가입, 로그인, 세션 관리를 따로 설정할 것 없이 처리한다. 이메일과 비밀번호, 전화, 매직 링크, Google과 GitHub 같은 OAuth 제공자를 지원하며 팀, 역할, 요청 제한도 갖췄다. 일반적인 앱이라면 별도 로직을 쓰기 전에 계정 관련 작업의 대부분이 끝나 있다. 맞춤형 비밀번호 흐름은 필요 없다.

데이터베이스 서비스는 JSON 문서를 저장하고 필터, 정렬, 관계로 조회하게 해준다. 권한은 문서와 컬렉션 단위로 작동해서 별도 규칙 계층을 덧대지 않고도 각 레코드를 누가 읽고 쓰는지 정할 수 있다. 대부분의 소셜, 생산성, SaaS 앱의 데이터 요구를 감당한다. 데이터가 늘어도 조회는 빠르게 유지된다.

스토리지는 전송 중과 저장 시 암호화를 갖춘 업로드, 다운로드, 미리보기를 제공한다. 내장 이미지 변환이 크기 조정과 자르기를 담당하고 WebP 압축이 미디어를 가볍게 유지한다. 첫 출시 때 별도 파일 호스트를 붙이는 흔한 단계를 건너뛴다. 돌볼 서비스가 하나 줄어든다.

함수는 이벤트나 일정으로 실행되는 맞춤 코드를 Appwrite 서버에서 돌리게 해준다. 메시징은 Twilio, SendGrid, Firebase 같은 제공자를 통해 이메일, SMS, 푸시를 보낸다. 둘이 합쳐지면 원래라면 각자 서비스가 필요한 백그라운드 작업과 알림을 맡는다. 문서가 바뀔 때마다 함수를 실행할 수 있는데, 예약 알림과 야간 정리가 별도 워커 없이 이렇게 만들어진다. 같은 이벤트 시스템으로 레코드가 생성되거나 갱신될 때 메시지를 보낼 수도 있다.

실시간은 데이터베이스와 인증 이벤트를 연결된 클라이언트로 흘려보내며, 라이브 피드와 협업 화면을 움직이는 힘이다. 호스팅은 같은 플랫폼에서 프런트엔드를 배포하므로 앱과 백엔드가 한 지붕 아래 산다. 움직이는 부품이 적으면 출시가 깨질 곳도 적다. 출시 당일 이것이 무엇을 아껴주나? 엄청난 당황이다.

Appwrite는 MCP 서버와 함께 Claude, Cursor 같은 도구용 에이전트 스킬을 제공한다. 그러면 AI 에이전트가 프로젝트를 조회하고 문서를 읽으며, 설정을 추측하는 대신 SDK에 맞는 코드를 생성한다. 존재하지 않는 API 메서드를 에이전트가 지어내는 걸 본 적이 있다면, 매일 코딩 에이전트에 크게 기대는 사람에게 이게 왜 중요한지 알 것이다. 코딩 에이전트에 의존하는 팀에게는 실질적인 차이다.