"M1," "RC," "GA"는 소프트웨어 개발 및 배포 단계를 나타내는 약어
소프트웨어 프로젝트에서 쓰이는 핵심 용어를 간결하게 정리했습니다. 각 용어는 개발 진행 상황과 배포 준비 상태를 빠르게 파악하는 데 실질적인 도움을 줍니다. 문서 전체를 통해 단계별 의미와 전형적인 공개 대상, 안정성 수준을 이해할 수 있습니다.
📌 기본 용어
M1: 마일스톤 1
M1은 프로젝트 일정에서 첫 번째 주요 이정표를 뜻합니다. 기능 범위가 정의되고 핵심 모듈이 동작할 때 도달하며, 내부 검토나 데모를 위해 공개되기도 합니다. 이 단계는 계획 대비 진척도를 측정하는 기준점으로 활용됩니다.
RC: 릴리스 후보 (Release Candidate)
RC는 제품이 출시 가능한 상태에 가깝다는 신호입니다. 주요 기능이 구현되어 있고, 발견된 버그는 대부분 수정되었지만, 배포 전 최종 확인을 위해 추가적인 테스트를 진행합니다. RC 단계에서는 호환성, 성능, 보안 검증이 집중적으로 이루어집니다.
GA: 일반 공개 (General Availability)
GA는 제품이 모든 검증을 통과해 일반 사용자에게 제공되는 공식 릴리스입니다. 문서화와 지원 체계가 정비되고, 배포 경로가 확정된 상태를 의미합니다. 이후에는 유지보수와 패치가 중심이 되며, 운영 환경에서의 안정성이 최우선입니다.
알파 (Alpha)
알파는 가장 초기 단계로, 핵심 아이디어와 기본 기능이 구현되는 시기입니다. 불안정하고 많은 결함이 예상됩니다. 보통 내부 개발자나 제한된 테스터 그룹을 대상으로 시행하며, 구조적 변경이 빈번하게 일어납니다.
베타 (Beta)
베타는 알파 다음 단계로, 기능 대부분이 갖춰졌지만 넓은 범위의 운영 환경에서 추가 검증이 필요한 시기입니다. 외부 테스터 또는 선택된 사용자들에게 공개되어 현실 환경에서의 문제를 발견하고 우선순위를 정해 수정합니다. RC로 가기 전 마지막 검증 단계로 볼 수 있습니다.
RTM: 제조를 위한 릴리스 (Release to Manufacturing)
RTM은 소프트웨어가 제품 형태로 출하될 준비가 되었음을 의미합니다. 전통적으로 물리 매체에 담아 출고할 때 쓰였으나, 현재는 소프트웨어 패키지가 최종 확정된 상태를 지칭하는 용어로도 사용됩니다. 이 시점에는 버전과 빌드가 고정됩니다.
패치 (Patch)
패치는 이미 배포된 소프트웨어의 결함을 수정하거나 보안 취약점을 해결하기 위해 배포되는 소규모 업데이트입니다. 주요 기능을 변경하지 않고 안정성과 보안을 개선하는 데 초점을 둡니다. 빠른 배포와 검증이 중요합니다.
[소프트웨어 개발 수명주기 다이어그램 이미지]
이 목록은 프로젝트 단계와 배포 준비 상태를 명확히 이해하도록 돕기 위해 작성되었습니다. 단계별 용어를 알고 있으면 팀 커뮤니케이션과 릴리스 계획 수립이 훨씬 수월해집니다.
함께 보면 좋은 엔터프라이즈 사례
🚀 이 주제, 우리 서비스에 어떻게 적용할까요?
"M1," "RC," "GA"는 소프트웨어 개발 및 배포 단계를 나타내는 약어를 실제 서비스와 조직에 녹여보고 싶다면, 현재 아키텍처와 운영 방식을 한 번 점검해 보는 것부터 시작해 보세요. 팀 위키나 기술 블로그, 사내 스터디 주제로도 아주 좋습니다.
이 글이 도움이 됐다면, 비슷한 엔터프라이즈 사례 글들도 함께 살펴보면서 우리 조직에 맞는 운영 상용구를 정의해 보세요.
댓글
댓글 쓰기