환경 개요

개발(dev) 환경

모든 개발자는 개발 환경, 즉 빌드 중인 변경사항을 테스트할 수 있는 안전하고 격리된 공간이 필요합니다. 팀의 모든 개발자가 자체 개발 환경에 액세스하는 것이 이상적입니다. 또한 개발 환경이 로컬 인스턴스인 경우 개발자는 훨씬 더 빠르게 반복할 수 있습니다.

개발 환경의 데이터는 일반적으로 프로덕션 데이터와 유사하지만 실제 사용자의 데이터를 포함해서는 안 됩니다. 매우 긴 문자열과 같이 과거에 버그를 유발한 데이터도 포함될 수 있습니다.

테스트 및 QA 환경

자동 테스트가 필요한 경우 이러한 테스트를 실행할 환경이 필요하며 테스트 환경을 가동할 때마다 데이터를 재설정해야 합니다.

QA 엔지니어가 있다면 모두 사용하는 하나의 환경이 필요하거나 새 출시 버전 후보를 테스트하는 데 개별 환경이 필요할 수 있습니다.

테스트 및 QA 환경의 데이터에는 일반적으로 프로덕션 데이터를 잘 나타내는 품질 데이터와 함께, 예전에 버그를 발생시킨 데이터의 특수한 경우와 사례를 나타내는 데이터로 시드됩니다.

스테이징 환경

프로덕션 환경에서 출시 버전이 작동하는 방식을 현실적으로 테스트하려면 프로덕션 인프라를 최대한 모방하는 스테이징 환경이 필요합니다. 구체적인 통합을 개별적으로 테스트해야 하는 경우 스테이징 인스턴스가 여러 개 있는 것이 일반적입니다.

스테이징과 프로덕션의 일반적인 차이점은 다음과 같습니다.

• 스테이징에는 부작용을 일으킬 수 있는 일부 기능 또는 통합이 누락될 수 있습니다. 예를 들어 스테이징이 이메일을 보내지 않도록 설정할 수 있습니다.

• 스테이징에는 익명처리된 데이터가 있을 수 있습니다. 데이터는 가짜일 수 있지만 현실적이어야 합니다. 스테이징은 문제를 안전하게 디버그하는 공간이므로 프로덕션 데이터보다 스테이징 데이터에 광범위한 팀 액세스 권한을 부여할 수 있습니다. 따라서 사용자 개인 정보 보호를 위해 스테이징에 실제 사용자 데이터를 사용해서는 안 됩니다.

프로덕션(prod) 환경

유지관리하는 애플리케이션마다 하나의 프로덕션 환경이 필요합니다. 이것은 사용자가 상호작용하는 인스턴스입니다.

데이터를 변경, 삭제 또는 다시 만들 수 있는 다른 환경과 달리 프로덕션 환경의 데이터는 매우 중요합니다. 프로덕션 데이터를 분실하거나 변경하면 사용자에게 직접 영향을 미칩니다.

Firebase Console에서 프로덕션 환경과 연결된 Firebase 프로젝트에 '프로덕션' 환경 유형으로 태그를 지정하는 것이 좋습니다. 이 태그를 사용하면 팀원에게 변경사항이 연결된 프로덕션 앱과 데이터에 영향을 줄 수 있음을 알릴 수 있습니다.