📰 스테이징 환경을 쓰지 않는 이유 (영문) ✍️ Squeaky 개발에서는 "laptop" 그리고 "production" 딱 환경 두개만 사용하고 있다고 합니다. 주로 실서비스 나가기 전 QA

📰 스테이징 환경을 쓰지 않는 이유 (영문) ✍️ Squeaky 개발에서는 "laptop" 그리고 "production" 딱 환경 두개만 사용하고 있다고 합니다. 주로 실서비스 나가기 전 QA 혹은 테스트를 위해 사용하는 staging 환경을 따로 두지 않은 것인데요. 왜 이 환경을 없애게 되었는지, 그리고 staging을 사용하지 않기 위해 어떤 전략들을 사용하고 있는지 소개하고 있습니다. 결론 : 실제 환경과 스테이징 환경은 절대 같을 수 없고, 개발 과정 및 문제 해결을 복잡하게 만들기 때문에. --- # 스테이징 환경을 쓰면 안되는 이유 ## 스테이징 환경은 절대로 production 환경과 같을 수 없다. - prod 환경과 다른 장비, 다른 DB 동작, 부족한 테스트 데이터 등 ## 복잡한 브랜치 관리 - 여러 사람이 사용하는 스테이징 환경에서 문제가 생기면 그 부분을 해결하기 까지 전체 모든 파이프라인이 차단됨 ## 방대해지는 릴리즈 양 - 스테이지 환경에서 여러 변경 사항을 한번에 체크하고 한번에 나가다보니, prod 환경에서 버그 생겼을 때 빠르게 대응/롤백 하기 어려워질 수 있음. ## 변경 작업에 대한 오너십 부족 - 다양한 사람들이 스테이지 환경에 작업분을 다같이 넣고, 다른 사람 작업이 또 들어 가다 보면, prod환경에서 문제 발생시 어느 변경점이 문제인지 알 수 없는 뒤죽박죽이 될 수 있음. ## 책임 대신 "내껀 다 했는데" 태도 - 스테이징 환경을 쓰다보면, 작업 코드만 머지시키고 "난 다함!"과 같은 태도를 쉽게 가질 수 있게 됨. 이러한 관행은 책임감을 저해하고 테스트 커버리지를 자신의 작업분에 대해서만 좁히게 만들 수 있음. # 그럼 Squeaky에서는 어떻게 하고 있는가 - 정말 prod 환경에 갈 코드만! 머지한다 - 단순한 브랜치 전략 - `main` 브랜치만 사용 - 위험성 높은 feature는 별도로 키고 끌수 있는 실험실 기능으로 배포 - blue/green 배포