Lovable Cloud에서 Supabase로 마이그레이션하는 것은 단순한 데이터베이스 덤프 및 복원 이상의 과정입니다. 특히 인증, AI 기능, 이메일 서비스와 관련하여 마이그레이션 후 많은 문제가 발생합니다. 포괄적인 체크리스트가 필수적이며, 이는 GitHub 저장소를 분석하는 무료 마이그레이션 검사기 생성으로 이어졌습니다. Lovable Cloud 프로젝트에는 스키마 변경을 위한 'supabase/migrations', 엣지 함수를 위한 'supabase/functions', 프로젝트 구성을 위한 'supabase/config.toml'과 같은 필수 백엔드 구성 요소가 포함되어 있습니다. 결정적으로, 생성된 타입 파일 'src/integrations/supabase/types.ts'는 공개 테이블의 정확한 목록을 제공하며, Cloud UI 변경 사항이 마이그레이션에 기록되지 않은 스키마 드리프트를 드러냅니다.마이그레이션 프로세스는 확장 프로그램, 스키마, 함수, 트리거, 그리고 마지막으로 데이터를 우선적으로 처리해야 합니다. 새 사용자 프로필과의 문제를 방지하기 위해 'auth.users'에 대한 트리거에 특별한 주의가 필요합니다. 사용자가 기존 자격 증명으로 로그인할 수 있도록 비밀번호 해시를 포함한 'auth.users' 및 'auth.identities'를 포함한 'auth' 스키마를 복사하는 것이 중요합니다. 스토리지 마이그레이션은 특히 번거로우며, 스토리지 API에 대한 스크립팅 또는 S3 엔드포인트 간 파일 전송을 위해 'rclone'을 사용해야 합니다. 버킷은 동일한 이름과 설정으로 다시 생성해야 합니다.일반적인 마이그레이션 후 중단 지점에는 Google 로그인이 포함되며, 이는 이전 프로젝트에서 Lovable의 OAuth 브로커를 기본값으로 사용합니다. 이를 위해서는 Google Cloud Console에서 자체 OAuth 클라이언트를 설정하고 프론트엔드 호출을 업데이트하여 일반 'supabase.auth.signInWithOAuth'를 사용해야 합니다. Lovable의 AI 게이트웨이 호출은 엣지 함수에 내장되어 있으며 Lovable Cloud 외부에서는 실패하므로 새 AI 공급자 키와 URL이 필요합니다. 신규 Supabase 프로젝트의 이메일 서비스는 제한되어 있으므로 가입 이메일도 도착하지 않으며, Resend 또는 Postmark와 같은 사용자 지정 SMTP가 필요합니다.또한 종종 간과되는 cron 작업에는 이전 프로젝트의 URL이 하드코딩되어 있어 작동하지 않는 Lovable Cloud 인스턴스를 계속 호출할 수 있습니다. 마이그레이션 검사기는 공개 GitHub 저장소의 파일 패턴 매칭을 통해 이러한 문제를 해결합니다. 빠르고 종속성이 없지만 SQL 구문 분석을 위해 정규 표현식에 의존하며 마이그레이션에 반영되지 않은 대시보드에서 만든 변경 사항은 감지할 수 없습니다. 이는 확실한 감사보다는 체크리스트 역할을 합니다. 전문적인 지원을 선호하는 경우 고정 가격 마이그레이션 서비스를 이용할 수 있습니다.