일하다 멘붕 온 DevOps의 한탄
-
로컬 빌드 배포의 문제
- 특정 패키지가 어떤 소스를 기반으로 빌드가 되었는지 알기 어려움
- 주석에 작업자, 날짜 명시하고 Git 을 사용하더라도 human-error 지점 발생
- 어떤분이 로그에 마지막 커밋 날짜 찍는다고 하시는데 그것조차도 자동화하면 됨
- 로컬에서는 분명 잘 돌았는데 그대로 운영서버에 올렸더니 안되네요 운영 문제 아닌가요? 라고 말하면 뺨 내어줄 준비를 꼭 하시길
- 이 모든걸 직접 할거면.. 니 맴대로 하시길
-
배포 자동화 필요성
- 특정 배포본이 어떤 소스로 패키징이 되었는지 알기 어려움
- 장애 추적하려면 GIt Commit 기록과 매칭시키기 어려움
- 여러명이 작업하고 있는 경우, 브랜치 관리로 어떤 패키지가 나갔는지 관리가 용이
- 내부 패키지를 외부에 "안전하게" 공유할 때 적합한 방법은 패키징임
- 패키지 배포 자동화를 통해서 당연하게도 반복적인 빌드/파일 전달 과정 해결
- 매일매일 배포본 메일로 보내고 직접 공유폴더에 올리시겠다면... 훌륭한 인간서버
-
매번 직접 한다고 해도 문제임
- 일단 매번 기록하는 행위 자체가 리소스 낭비
- 릴리즈 버전관리 적용하면 기능 추가 시점과 Commit 기록 관리가 가능한데...
- 그리고 혼자 작업하는거면 그러려니 싶은데, 같이 작업하는 경우엔?
- 내부에서 테스트 할 때, 혼자서 개인 PC랑 서버 쓰시는것도 아닌데 어떡하죠
-
속도 문제를 들먹이면
- 서버 빌드가 로컬 빌드 속도에 비해 동일하거나 더 빠름
- 패키지 된 파일을 공유폴더와 패키지 서버에 올리는 속도가 느려서 못쓰겠다고 하시는데,
- 그건 님 쓰라고 있는 과정이 아닌데 왜 그걸 굳이 기다리세요?
- 그리고 애초에 그걸 기다리는 이유는.. 혹시 매일매일 소스 하나하나가 핫픽스세요?
-
심지어 매번 핫픽스를 로컬 테스트도 없이 로컬 빌드해서 프로덕션에 던지는 사람이 있다?!
- WOW 여기가 바로 천상낙원
-
배포 & 테스트 자동화 필요성
- 배포 자동화가 되어야 테스트 자동화도 가능
- 테스트 자동화 필요성은 굳이 설명할 필요가 없을 정도로 중요
-
야발
- CI/CD 필요 없으면 쓰지 마세요
- 대신 누가 불편해지고, 무슨 문제가 생기던 알아서 해결하세요
- 아니 애초에 내가 이걸 왜 쓰고 있는지... 현타가 씨게 옵니다
- 이런 회사 다니는 게 부끄럽습니다
- 아 물론 예외는 있습니다
- 있으려나...?
