Repository runner의 한계진행 중인 프로젝트에서 하나의 머신으로 여러 개의 서버를 실행시키고 있습니다. 여러 개의 repo 에서 하나의 머신을 바라보도록 actions runner를 설정해놓았는데.. 문제가 생기기 시작했습니다. 첫번째, 지저분합니다. 각 레포의 갯수만큼 runner 설정이 늘어나다보니 관리해야 할 runner 수가 많아져 지저분하고 번거로운 상황이 종종 생겼습니다. 둘째, 리소스 낭비가 있습니다. 보통 runner 를 실행할 때만 켜두지않고 백그라운드로 돌아가게 설정해놓고 있습니다. 이 때 백그라운드에서 돌아가는 runner 의 수가 많아지니 종종 CPU 점유율이 100%를 치고 서버가 죽어버리는 경우가 종종 생겼습니다. Organization runner 설정 방법1. ..

2024년 8월 6일 작성한 글입니다. 서비스를 개발하며 벼르고 있던 작업 중 하나였습니다. 구현 작업이 느슨해질 때 쯤 작업했었네요. 이 작업은 개발/배포 환경에 영향을 많이 받다보니 외부 코드를 차용하지 못하고 직접 코드를 많이 타이핑했었던 기억이 남아있습니다..1. 문제 인식 | “어? 서버 오류났어요”사실 ‘무중단 배포’ 구축 작업 자체는 워낙 유명한 CD 작업이기 때문에, 문제가 발생하기 전에도 ‘이건 나중에 꼭 작업해야지’ 라고 인식하고 있던 작업이였습니다.직접적으로 해당 작업 필요성에 대해 필요성을 느끼게 된 건 배포 작업이 잦아지면서부터였습니다. 기능 개발과 버그 픽스가 빠르게 이루어지며 배포 주기가 짧아지고, 특히 테스트를 위해 개발 서버에 변경 사항을 반영할 때 문제가 두드러졌습니다.2..