Bubble의 하드 리미트: 알아야 할 것들과 극복 방법

버블 플랫폼을 사용하다 보면 '하드 리미트(Hard Limits)'라는 용어를 접하게 될 수 있습니다. 이는 플랫폼 안정성과 성능을 유지하기 위해 설정된 고정된 한계점입니다. 하지만 걱정하지 마세요! 이러한 제한은 복잡하거나 어려운 것이 아니라, 오히려 더 나은 앱 설계를 돕는 가이드라인이라고 생각할 수 있습니다.

이번 포스팅에서는 버블의 하드 리미트와 이를 프로젝트에 효과적으로 적용하는 방법을 알아봅니다. 또한, 실제 사례를 통해 이해를 돕고자 합니다.

데이터베이스 리미트: 데이터를 효과적으로 관리하기

1. 정렬 검색(Sorted Searches)

정렬 검색은 검색 결과를 정렬할 때 최대 50,000개까지만 반환할 수 있습니다.

예를 들어, 가격이나 평점별로 정렬할 수 있는 마켓플레이스를 만든다면, 50,000개 이상의 항목은 반환되지 않습니다.

예시

100,000권 이상의 책을 제공하는 북스토어 앱에서는 사용자가 "소설", "비소설"과 같은 카테고리를 먼저 선택해 검색 범위를 좁힌 뒤 정렬 기능을 적용하도록 설계하면 성능을 유지할 수 있습니다.

2. 텍스트 필드(Text Fields)

각 텍스트 필드는 최대 1,000만 자까지 저장할 수 있습니다.

이는 블로그 게시물과 같은 긴 콘텐츠를 저장하기에는 충분하지만, 사용자 포럼처럼 긴 대화를 처리하려면 여러 항목으로 나누어야 합니다.

예시

블로깅 앱에서는 리치 포맷팅과 링크 삽입 기능을 제공하되, 각 게시물을 간결하게 유지하도록 유도하는 것이 좋습니다.

3. 데이터 항목 크기(Thing Size)

단일 데이터베이스 항목(Thing)은 20MB를 초과할 수 없습니다.

파일이나 이미지를 제외한 원시 데이터 크기만 해당됩니다.

예시

CRM 시스템에서는 각 "연락처" 항목에 여러 메모와 파일을 저장해야 하는 경우, 파일은 별도로 저장하고 데이터 항목에서 참조하도록 설정하면 제한을 준수할 수 있습니다.

4. 데이터베이스 트리거 이벤트(Database Trigger Events)

한 번에 작동할 수 있는 데이터베이스 트리거는 최대 20개로 제한됩니다.

20개를 초과하는 트리거는 예약 처리되어 앱 안정성을 유지합니다.

예시

재고 관리 앱에서는 대량의 판매 데이터를 업로드할 때, 트리거를 소규모 배치로 나누어 처리함으로써 제한을 초과하지 않도록 설정할 수 있습니다.

워크플로우 리미트: 매끄러운 자동화를 위한 가이드라인

1. 워크플로우 타임아웃(Workflow Timeout)

워크플로우가 5분 이상 실행되면 강제 종료됩니다.

대량 이메일 캠페인 같은 장기 프로세스는 더 작은 작업 단위로 나누는 것이 필요합니다.

예시

뉴스레터 앱에서는 한 번에 500개의 이메일씩 일정 간격으로 배포하면 타임아웃 문제를 방지할 수 있습니다.

2. 목록 워크플로우 스케줄링(Scheduling Workflows on a List)

정렬되지 않은 목록은 최대 100,000개, 정렬된 목록은 최대 50,000개까지 워크플로우를 스케줄링할 수 있습니다.

대규모 작업일수록 작업을 우선순위별로 분리하여 효율적으로 처리해야 합니다.

예시

업무 관리 앱에서 팀에 작업을 대량으로 할당해야 하는 경우, 작업 목록이 제한을 초과하지 않도록 높은 우선순위 작업과 낮은 우선순위 작업으로 나누어 처리할 수 있습니다.

디자인 및 통합 리미트: 최적의 사용자 경험 보장

1. 페이지 요소(Page Elements)

한 페이지에 포함될 수 있는 요소, 작업, 이벤트는 최대 10,000개로 제한됩니다.

과도한 요소는 성능 저하와 사용자 경험 악화를 초래할 수 있습니다.

예시

부동산 앱에서 여러 속성 필터를 제공할 경우, 기본적으로 필수 필터만 로드하고 사용자가 필요할 때 고급 옵션을 확장할 수 있도록 설정하세요.

2. API 응답(API Responses)

API 호출 응답 크기는 최대 50MB로 제한됩니다.

헤더는 최대 8,000자, 키는 최대 20,000자까지 허용됩니다.
Starter 플랜은 하루 최대 15,000개의 요청, Growth 플랜은 25,000개, Team 플랜은 35,000개까지 가능합니다.

예시

여행 앱에서 항공편 데이터를 가져올 때, 전 세계 데이터를 한 번에 요청하기보다 지역별 데이터를 요청하면 성능을 최적화할 수 있습니다.

왜 이러한 한계가 중요한가

버블의 하드 리미트는 단순한 제약이 아니라 더 빠르고 효율적인 앱을 구축하는 데 도움을 주는 도구입니다. 이러한 한계 내에서 작업하면 병목 현상을 방지하고 사용자에게 매끄러운 경험을 제공할 수 있습니다.

팁:

실제 데이터 크기로 워크플로우를 테스트하세요.
대규모 데이터 세트를 처리할 때 페이지 매김이나 필터링을 활용하세요.
시간이 오래 걸리는 프로세스를 더 작은 단계로 나누세요.
로그를 모니터링하고 필요에 따라 앱을 조정하세요.