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개까지 가능합니다.

예시

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

왜 이러한 한계가 중요한가

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

팁:

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

🔎 버블 활용 방법에 대해 더 알고 싶다면?

↗︎ 더 보기