supabase는 최근에 인기가 있었으며 우연이 아닙니다. 강력한 백 -엔드, 즉 서비스 플랫폼이며 Postgres, 인증, 스토리지 및 실시간 기능을 통합하며 개발자에게 친숙한 방식으로 제공됩니다. 이전에 Firebase를 사용한 경우 Supabase를 사용하면 다음 단계까지 더 많은 느낌이들 수 있습니다. 특히 SQL과 데이터베이스를 먼저 개발하려고 할 때.
그러나 프로젝트의 성장으로 도전이 이어졌습니다. 롤링 위험이 걱정되거나 RLS (Row Security) 전략 및 데이터베이스 기능을 추적하기가 어렵 기 때문에 변경을 주저했다면 혼자가 아닙니다. 좋은 소식은 무엇입니까? Supabase는 이러한 과제를 처리 할 수있는 도구와 워크 플로를 제공하며 생각보다 강합니다.
이 기사에서는 Supabase Instrument Board 사용에서 공식 개발을위한 GIT 기반 확장 가능한 워크 플로 사용에 이르기까지 빠르게 편집하는 방법을 살펴 봅니다.
기기 보드의 딜레마
Supabase를 사용하기 시작할 때 계기판은 직관적이고 시작하기가 쉽습니다. 테이블을 신속하게 만들고 RLS 전략을 정의하며 기능을 작성할 수도 있습니다. 그러나 프로젝트의 성장에 따라이 방법은 혼란 스러울 수 있습니다.
무제한 제어 : 롤백은 물론 대시 보드의 변경 사항을 추적하기가 어렵습니다.
높은 위험 변경 : 생산 데이터 또는 전략과 직접 접촉하면 디버그하기 어려운 오류가 발생할 수 있습니다.
협업 문제 : 팀의 경우 적절한 워크 플로가 부족하면 협업이 번거롭게 될 수 있습니다.
기기 보드는 프로토 타입 설계에 매우 적합하지만 대규모 프로젝트에는보다 강력한 도구가 필요합니다.
Supabase의 지역 개발 작업 과정
이것은 Supabase CLI와 지역 개발이 역할을하는 곳입니다. Supabase는 데이터베이스 모델, 전략 및 마이그레이션을 로컬로 관리 할 수있는 워크 플로를 제공합니다. 이것은 빠른 프로토 타입 설계와 전문 개발 실습 사이의 격차를 가져 왔습니다. - supabase cli로 무엇을 할 수 있습니까?
로컬 환경을 시작하십시오
: 컴퓨터에서 로컬 버전 (Postgres, Auth 등)을 실행하십시오.
마이그레이션 - : 각 데이터베이스 모드의 각 변경 사항은 마이그레이션 파일로 캡처 할 수 있습니다.
안전 테스트 : 생산 데이터를 건드리지 않고 국부적으로 실험.
모든 컨텐츠 제어 : 마이그레이션, SQL 기능 및 심지어 RLS 전략은 GIT에 저장할 수 있습니다.
마이그레이션은 생산에 적용됩니다. : 변경 사항이 실시간 환경으로 밀려 났음을 확신합니다.
-
사용 시작 :
Cli 설치 : Supabase의 안내서에 따라 CLI를 설정하십시오.
지역 프로젝트를 설정하십시오 - : 를 사용하여 지역 환경을 시작하십시오.
변경 만하 : 모드를 수정하거나 RLS 전략을 추가하거나 함수를 만듭니다.
마이그레이션 생성 : 를 사용하여 마이그레이션 파일을 생성합니다.
git에 제출 : 응용 프로그램 코드 처리와 같은 변경 사항을 추적하십시오.
배포가 변경 :
를 사용하여 마이그레이션을 생산에 적용하십시오.
-
supabase 워크 플로우의 모범 사례
Supabase를 최대한 활용하려면 다음 모범 사례를 사용하십시오.
1. SQL을 정리하십시오
데이터베이스 기능, 트리거 및 RLS 전략 모듈화 및 재사용을 유지하십시오. 버전으로 제어되는 .SQL 파일에 저장하고 논리적 방식으로 구성하여 마이그레이션, 기능 및 전략을위한 별도의 폴더를 만듭니다.
2. git을 최대한 활용하십시오 -
데이터베이스 모드는 응용 프로그램 코드로 간주됩니다. 모드, 전략 및 기능에 대한 모든 변경 사항이 제어됩니다. 이를 통해 팀이 필요할 때 효과적으로 협업하고 변경할 수 있습니다.
배포 전 지역 테스트 3.
프로덕션 데이터베이스를 실험하지 마십시오. 로컬 환경 테스트 모드 변경, 기능 및 전략을 사용하십시오. 이로 인해 생산 환경에서 응용 프로그램이 손상 될 위험이 최소화됩니다.
supabase start
4. 도구를 사용하여 워크 플로를 추적
.
Supabase CLI 기능은 강력하지만 다른 도구를 사용하여 조직을 유지하는 것을 고려할 수 있습니다.
-
개념 또는 trllo : 전략, 기능 및 워크 플로우를 기록하십시오.
Postico 또는 DBeaver
: 필요에 따라 데이터베이스를 관리합니다. -
CI/CD 파이프 라인 : 마이그레이션은 자동으로 생산 환경에 배치됩니다.
supabase db diff
5. rls 전략을 간단하게 유지하십시오
링 -레벨 보안은 Supabase의 가장 강력한 기능 중 하나이지만 너무 복잡한 전략은 디버그하기 어려울 수 있습니다. 간단하고 철저한 테스트를 시작하고 점차적으로 구성합니다.
일반 함정 (그리고 피하는 방법)
로컬 테스트를 건너 뛰십시오
: 배포 전에 항상 마이그레이션과 전략을 로컬로 테스트하십시오. 이 단계를 무시하기는 쉽지만 생산 환경에서 문제를 피할 수 있습니다.
전략은 너무 복잡합니다. 반복적으로 전략을 구성하고 명확성을 향상시키기 위해 좋은 기록을 세우십시오. -
대시 보드에만 의존합니다 : 계기판은 빠른 프로토 타입 설계에 매우 적합하지만 대규모 프로젝트의 경우 가능한 빨리 GIT 기반 워크 플로로 전환해야합니다.
-
결론
supabase는 단지 Firebase의 대체물이 아닙니다. 그것은 올바른 워크 플로를 통해 잘 확장 될 수있는 강력한 백 -엔드 플랫폼입니다. Supabase CLI, 지역 개발 및 작업 흐름 기반 워크 플로우를 채택함으로써 생산 환경 파괴에 대해 걱정하지 않고 자신있게 프로젝트를 구축하고 개발할 수 있습니다.
위 내용은 Supabase Workflows : 대시 보드에서 GIT 기반 개발까지의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!