앱 배포시 백엔드 서버와의 간극 해결방법

안녕하세요! 문의주신 내용에 대해 답변드리겠습니다. 초기 개발 단계에서는 요구사항이나 스키마 변경이 빈번하게 일어나는 것이 자연스러운 상황입니다. 1. API Versioning: 말씀하신대로 버전 관리를 통해 이 문제를 해결할 수 있습니다. URL 또는 헤더에 버전을 포함시킬 수 있으며, 스키마가 바뀌더라도 기존 앱 버전에서는 그대로 작동하도록 하기 위한 방법입니다. 2. Backward Compatibility: 가능한 한 스키마 변경 시 이전 버전과 호환되도록 유지하는 것 입니다. 예를 들어 새 필드를 추가하는 경우, 해당 필드가 없어도 앱이 문제 없이 작동하도록 처리합니다. 3. Feature Flagging: '피처 플래그' 또는 '피처 토글' 등으로 알려져 있으며, 이는 새로운 기능을 비활성화 하거나 활성화 할 수 있는 기능을 의미합니다. 백엔드에서 새로운 API 구현시 추출 가능한 특징인 feature flagging은 해당 API가 완료되지 않으면 사용하지 않게 할 수 있습니다. 4. Graceful Degradation: 최신 서버 버전과 호환이 되지 않는 앱 버전에 대해 가장 최근에 호환되는 상태로 제한하는 방법입니다. 5. Blue/Green Deployment: 이는 두 개의 동일한 프로덕션 환경을 유지하면서 한 환경에서 모든 트래픽을 처리하게 하고, 다른 환경에서는 새로운 버전을 배포 및 테스트합니다. 문제가 없다면 트래픽을 새 환경으로 전환합니다. 6. Canary Release: Canary release(카나리아 릴리즈)란 새 버전의 코드를 일부 사용자에게만 제공함으로써 버그 및 이슈를 식별하고 문제를 해결하는 전략적인 방법입니다. 어느 방법이 가장 좋다고 단정짓기 어려운데, 프로젝트의 요구사항과 팀원들의 스킬셋에 따라 선택하는 것이 중요하겠습니다.