Lovable에서 Google Cloud Storage 버킷으로 정기 데이터 내보내기를 설정합니다. Lovable은 버킷과 워크스페이스 경로로 사용 범위가 제한된 단기 토큰으로 gzip으로 압축한 JSON Lines 파일을 씁니다.
Lovable 로그를 Google Cloud Storage로 내보내기
Lovable에서 Google Cloud Storage 버킷으로 보내는 예약 데이터 내보내기를 설정합니다. Lovable은 버킷과 워크스페이스 경로로 사용 범위가 제한된 단기 토큰을 사용해 gzip으로 압축한 JSON Lines 파일을 씁니다.
Google Cloud Storage로 보내는 데이터 내보내기는 Google Cloud 프로젝트의 버킷에 gzip으로 압축한 JSON Lines 파일을 씁니다. 사용자는 Lovable의 내보내기 서비스 계정에 버킷 접근 권한을 부여합니다. Lovable은 해당 버킷과 그 안의 Lovable 워크스페이스 경로에서만 동작하는 단기 토큰을 사용합니다. Lovable은 키를 저장하지 않습니다.
소스, 일정, 실행 동작은 데이터 내보내기를 참고하세요.
사전 요구 사항
- 균일한 버킷 수준 액세스(uniform bucket-level access)가 사용 설정된 Cloud Storage 버킷. 새 버킷에는 기본적으로 사용 설정되어 있습니다.
- 버킷의 IAM 정책을 변경할 수 있는 권한과
gcloudCLI - 버킷을 소유한 프로젝트의 프로젝트 번호
- Enterprise 플랜의 Lovable 워크스페이스 admin 또는 owner 역할
내보내기 설정
Lovable에서 내보내기를 만든 다음 설정 패널의 권한 부여 명령 두 개를 실행합니다.
새 내보내기 시작
Data exports로 이동해 New data export를 클릭하고 Destination에서 Google Cloud Storage를 선택합니다.
버킷 정보 입력
양식을 다음과 같이 채웁니다.
- Bucket: 버킷 이름입니다. 예를 들면
acme-lovable-exports입니다. - Project number: 버킷을 소유한 프로젝트의 번호입니다. 예를 들면
123456789012입니다.gcloud projects describe PROJECT_ID --format='value(projectNumber)'를 실행하거나 콘솔의 프로젝트 대시보드에서 확인할 수 있습니다. 프로젝트 ID가 아니라 프로젝트 번호를 입력하세요. - Prefix (optional): 파일을 저장할 폴더입니다. 비워 두면
lovable-export/가 사용됩니다.
설정 패널이 이 값으로 권한 부여 명령을 채워 줍니다.
권한 부여 명령 두 개 실행
설정 패널에서 Grant commands를 복사해 실행합니다.
- 첫 번째 명령은
roles/storage.objectUser를 부여해 Lovable이 내보내기 파일을 만들고 삭제할 수 있게 합니다. 이 명령의 조건은 버킷 안에서 Lovable 워크스페이스 경로 바깥으로의 쓰기를 모두 차단합니다. - 두 번째 명령은 Lovable이 버킷의 메타데이터를 읽을 수 있게 합니다. Lovable은 이 권한으로 매번 내보내기 전에 버킷이 여전히 사용자 프로젝트에 속하는지 확인합니다.
소스 선택 및 테스트
Source를 선택하고 Test connection을 클릭합니다. Lovable은 버킷이 사용자 프로젝트에 속하는지 확인하고, 버킷 안의 워크스페이스 경로 아래에 작은 테스트 객체를 쓴 뒤 삭제하며, 권한 부여가 워크스페이스 경로로 제한되어 있는지 확인합니다.
내보내기 생성
Create export를 클릭합니다. 저장할 때 Lovable이 프로젝트 확인과 권한 부여 확인을 다시 실행합니다.
첫 번째 명령의 조건을 그대로 유지하세요. 조건을 제거하거나 범위를 넓히면 저장에 실패합니다. 버킷은 워크스페이스 경로 바깥으로의 Lovable 쓰기를 거부해야 하기 때문입니다. 여러 Lovable 워크스페이스가 같은 버킷으로 내보낸다면 워크스페이스마다 조건부 권한 부여를 하나씩 추가하세요. 두 번째 명령에는 조건을 추가하지 마세요. 조건을 추가하면 프로젝트 확인이 동작하지 않습니다.
내보낸 파일
각 실행은 접두사 아래에 시간 구간(window)마다 파일 하나를 씁니다. 전체 경로는 객체 스토리지 파일 구조를 참고하세요. 예를 들면 다음과 같습니다.
gs://acme-lovable-exports/lovable-export/workspace=workspace_01k7c3m2x8f9qv0b6t4n5r2hzd__acme-corp/export=0f8e4c2a-6b1d-4f3e-9a7c-2d5b8e1f4a90__siem-audit-logs/source=audit_logs/run=2026-10-13T10-00-12Z__7c1d2e3f-4a5b-4c6d-8e9f-0a1b2c3d4e5f/window=2026-10-13T08-55-07Z--2026-10-13T09-55-12Z/part-00000.jsonl.gz접두사는 나중에 변경할 수 있습니다. 저장할 때 Lovable이 프로젝트 확인과 권한 부여 확인을 다시 실행하므로 업데이트된 권한 부여 명령을 먼저 실행하세요. 접두사를 지우면 Lovable은 버킷 루트에 씁니다. 버킷과 프로젝트 번호는 변경할 수 없습니다. 다른 버킷을 사용하려면 새 내보내기를 만드세요.
버킷 소유권 확인
Lovable은 매번 내보내기 전에 버킷이 여전히 내보내기에 설정된 프로젝트 번호의 프로젝트에 속하는지 확인합니다. 버킷이 삭제되면 같은 이름을 다른 사람이 다시 쓸 수 있으므로, 이 확인은 이제 다른 사람이 소유한 버킷에 Lovable이 데이터를 쓰지 않도록 막아 줍니다. 버킷이 더 이상 존재하지 않거나 다른 프로젝트에 속해 있으면 Lovable은 내보내기를 일시 중지하고 실행은 실패합니다. 버킷 문제를 해결한 뒤 Schedule 스위치로 내보내기를 재개하세요.
BigQuery로 쿼리하기
BigQuery 외부 테이블로 파일을 읽을 수 있습니다. 외부 테이블이 내보내기의 source= 폴더를 가리키도록 설정하세요.
CREATE EXTERNAL TABLE `acme-analytics.lovable.audit_logs`
OPTIONS (
format = 'NEWLINE_DELIMITED_JSON',
compression = 'GZIP',
uris = ['gs://acme-lovable-exports/lovable-export/workspace=workspace_01k7c3m2x8f9qv0b6t4n5r2hzd__acme-corp/export=0f8e4c2a-6b1d-4f3e-9a7c-2d5b8e1f4a90__siem-audit-logs/source=audit_logs/*']
);BigQuery는 파일에서 열을 자동으로 감지합니다. timestamp는 2026-10-13 09:41:07.123456 같은 UTC 기준 텍스트로 들어옵니다. id마다 행을 하나만 남기는 방식으로 중복을 제거하세요.
문제 해결
실행이 실패하면 실행 아래의 메시지에 확인할 항목이 표시됩니다. 예를 들면 서비스 계정 권한 부여와 그 조건입니다. 일반적인 실행 문제는 문제 해결을 참고하세요.
관련 주제
Lovable 로그를 Azure Log Analytics로 내보내기ent
Lovable에서 Azure Log Analytics 워크스페이스로 정기 데이터 내보내기를 설정합니다. 설정 스크립트가 소스마다 테이블과 데이터 수집 규칙을 만듭니다.
Lovable 로그를 Splunk로 내보내기ent
HTTP Event Collector(HEC)를 통해 Lovable에서 Splunk Cloud 또는 Splunk Enterprise로 정기 데이터 내보내기를 설정합니다. Lovable은 검색과 중복 제거에 사용할 필드를 담아 행마다 JSON 이벤트 하나를 보냅니다.