FTP 사용을 중단하라: 과거의 나에게 보내는 편지

Source: Dev.to

우리는 모두 그런 경험을 해봤습니다. 금요일 오후 5시, 마지막 커밋을 푸시하고, 상사는 기다리고 있습니다. FileZilla(또는 터미널)를 열어 파일을 서버에 끌어다 놓으면, 뚝딱. 💥

500 Internal Server Error.

땀이 흐르기 시작합니다. 변경 사항을 되돌리려 하지만, 캐시를 비우는 것을 잊었고, 서비스를 재시작하는 것도 깜빡했습니다. 주말이 망가졌습니다.

Programevi Engineering에서는 초기에 한 가지를 깨달았습니다: 수동 배포는 단순히 느린 것이 아니라 위험합니다.

“내 컴퓨터에서는 동작해요” 증후군

소프트웨어 엔지니어링에서 가장 큰 거짓말은 “내 로컬에서는 동작한다.” 입니다. 물론 그렇죠! 로컬 환경은 깨끗하지만, 프로덕션은 전쟁터와 같습니다.

그래서 우리는 DevOps를 역할이 아니라 문화로 다룹니다. 무언가를 고치기 위해 서버에 SSH로 접속해야 한다면, 자동화가 깨진 것입니다.

우리가 처리하는 방식 (조용한 파이프라인)

우리는 “히어로 배포”(한 사람이 모든 것을 아는 상황)에서 “지루한 배포”로 전환했습니다.

• 엄격한 린팅 – 나쁜 코드는 절대 레포에 들어가지 못합니다.
• 자동 테스트(CI) – 단위 테스트가 실패하면 파이프라인이 멈춥니다. 깨진 빌드를 강제로 진행할 수 없습니다.
• 컨테이너화 – Docker를 사용합니다. 컨테이너 안에서 실행되면 어디서든 실행됩니다.
• 무중단 CD – Blue/Green 배포 전략을 사용합니다. 사용자는 유지보수 페이지를 전혀 보지 못합니다.

결론

2025년에 아직도 파일을 끌어다 놓고 있다면, 그만두세요. 여러분의 정신 건강과 회사의 미래를 위해서입니다.

우리는 기업용 CI/CD 파이프라인을 어떻게 설계하고, 어떤 도구를 사용해 밤에 더 편히 잘 수 있는지에 대한 상세 가이드를 작성했습니다.

전체 가이드 읽기: DevOps & CI/CD 아키텍처 (Note: This is a deep dive into our engineering practices at Programevi.)