GitHub Actions로 CI/CD 파이프라인 구축하기 - 수동 배포에서 자동 배포까지
“배포할게요, 잠깐만요.” 매주 금요일 오후 4시, 배포 담당자가 서버에 SSH 접속해서 git pull → docker-compose restart를 실행한다. 배포가 끝나면 직접 브라우저를 열어서 주요 기능을 확인한다. 언젠가부터 이 루틴이 너무 지겨워졌다.
“배포할게요, 잠깐만요.” 매주 금요일 오후 4시, 배포 담당자가 서버에 SSH 접속해서 git pull → docker-compose restart를 실행한다. 배포가 끝나면 직접 브라우저를 열어서 주요 기능을 확인한다. 언젠가부터 이 루틴이 너무 지겨워졌다.
공동주택 관리 서비스를 만들 때, 팀 기술 스택을 Python/FastAPI로 결정했다. Node.js, Django, Spring Boot 등 여러 선택지가 있었는데 왜 FastAPI였을까? 6개월 지나고 나서 “잘 골랐다”는 생각이 들었던 순간들이 있다.
인플루언서 매칭 플랫폼을 운영하면서 블로거 지수 분석 기능을 만들었다. 블로그 데이터를 크롤링하고 여러 지표를 계산해서 점수를 매기는 기능이다. 처음 배포하고 나서야 알았다 — 분석 요청 하나가 들어오면 서버 전체가 멈춘다는 걸.
“이 블로거의 영향력이 얼마나 되나요?” 인플루언서 매칭 플랫폼을 만들면서 광고주가 가장 많이 하던 질문이다. 팔로워 수나 방문자 수는 조작 가능하다. 그래서 “조작하기 어려운 지표”를 기준으로 알고리즘을 짜기로 했다.
OddsPortal에서 실시간 배당 데이터를 스크래핑하는 엔진을 구축했다. 외부 사이트는 예고 없이 DOM 구조를 바꾼다. 어느 날 아침 출근하니 데이터가 멈춰 있었고, 원인은 사이트가 디자인을 바꿔버린 것이었다. 그때부터 “어떻게 하면 그 다음에는 이런 일이 안 생길까”를 고민했...
프리랜서로 일하면서 가장 힘들었던 건 다른 개발자가 남긴 코드였다. 처음 코드베이스를 받았을 때, 어디서부터 건드려야 할지 막막했다.