#릴리스 관리

#소개

실제 애플리케이션에서는 데이터 보안과 애플리케이션의 안정적인 운영을 위해 일반적으로 개발 환경, 사전 릴리스 환경, 프로덕션 환경과 같은 여러 환경을 배포해야 합니다. 이 문서에서는 두 가지 일반적인 노코드 개발 프로세스를 예시로 들어 NocoBase에서 릴리스 관리를 구현하는 방법을 자세히 설명합니다.

#설치

릴리스 관리에 필수적인 세 가지 플러그인입니다. 다음 플러그인들이 활성화되어 있는지 확인해 주세요.

#변수 및 비밀 키

• 내장 플러그인으로, 기본적으로 설치 및 활성화되어 있습니다.
• 민감한 데이터 저장, 구성 데이터 재사용, 환경 구성 격리 등을 위해 환경 변수 및 키를 중앙에서 구성하고 관리합니다. (문서 보기)

#백업 관리자

• 이 플러그인은 Professional 에디션 이상에서만 사용할 수 있습니다. (자세히 알아보기)
• 백업 및 복원 기능을 제공하며, 예약 백업을 지원하여 데이터 보안과 빠른 복구를 보장합니다. (문서 보기)

#마이그레이션 관리자

• 이 플러그인은 Professional 에디션 이상에서만 사용할 수 있습니다. (자세히 알아보기)
• 애플리케이션 구성을 한 애플리케이션 환경에서 다른 애플리케이션 환경으로 마이그레이션하는 데 사용됩니다. (문서 보기)

#일반적인 노코드 개발 프로세스

#단일 개발 환경, 단방향 릴리스

이 방식은 간단한 개발 프로세스에 적합합니다. 개발, 사전 릴리스, 프로덕션 환경이 각각 하나씩 있으며, 변경 사항은 개발 환경에서 사전 릴리스 환경으로 순차적으로 릴리스된 후 최종적으로 프로덕션 환경에 배포됩니다. 이 프로세스에서는 개발 환경에서만 구성을 수정할 수 있으며, 사전 릴리스 및 프로덕션 환경에서는 수정이 허용되지 않습니다.

마이그레이션 규칙을 구성할 때, 코어 및 플러그인 내장 테이블은 「덮어쓰기 우선」 규칙을 선택하고, 그 외 특별한 요구 사항이 없는 경우에는 기본값으로 처리할 수 있습니다.

#다중 개발 환경, 병합 릴리스

이 방식은 다중 사용자 협업 또는 복잡한 프로젝트 시나리오에 적합합니다. 여러 병렬 개발 환경에서 독립적으로 개발할 수 있으며, 모든 변경 사항은 테스트 및 검증을 위해 사전 릴리스 환경으로 통합 병합된 후 최종적으로 프로덕션 환경에 릴리스됩니다. 이 프로세스에서도 개발 환경에서만 구성을 수정할 수 있으며, 사전 릴리스 및 프로덕션 환경에서는 수정이 허용되지 않습니다.

마이그레이션 규칙을 구성할 때, 코어 및 플러그인 내장 테이블은 「삽입 또는 업데이트 우선」 규칙을 선택하고, 그 외 특별한 요구 사항이 없는 경우에는 기본값으로 처리할 수 있습니다.

#롤백

마이그레이션을 실행하기 전에 현재 애플리케이션이 자동으로 백업됩니다. 마이그레이션이 실패하거나 결과가 예상과 다른 경우, 백업 관리자를 통해 롤백하여 복구할 수 있습니다.