Release의 모든 것

릴리즈는 계획한 날짜에 개발만 다 됐다고 끝나지 않습니다.

내부적으로 테스트하고 그 과정이 통과되면 배포하게 되는 것이죠.

하지만 배포 후 운영하면서 프로그램에 관련된 데이터를 보면서 관찰하는 점이 중요합니다.

35년 경력의 대규모 시스템 경험이 풍부한 미국 개발자의 책이 나왔습니다.

그 책은 ‘Release의 모든 것’입니다.

◇ 새벽 5시만 되면 서버가 정지

저자가 운영한 웹사이트가 새벽 5시만 되면 서버가 죽었습니다.

그 이유는 사용자가 많이 접속 한 점도 있지만 방화벽 문제도 있었습니다.

저자는 애플리케이션 서버의 스레드 덤프를 뜨고 패킷도 덤프를 떴습니다.

그래서 방화벽에 문제가 있는 것을 확인하였고 그 문제를 해결하게 됐습니다.

해결하지 못할 때에는 서버를 끄면 일시적으로 잘 됐지만 매번 그렇게 하게 되면 사용자들에게 민폐이기 때문에 근본 원인 찾아 해결한 것입니다.

◇ 사람의 실수가 아닌 시스템의 장애 

회사에서 일을 하다 보면 실수는 하기 마련입니다.

하지만 그 책을 누군가 지는 게 문제이죠.

개발 회사의 경우에는 실수를 제발 하지 않기 위해서 회고도 하고 같이 공유하는 문화가 있습니다.

이때 잘못한 사람을 추궁하거나 조리돌림을 하지 않습니다.

왜냐하면 실수도 경험이기 때문이죠.

하지만 개발자의 힘이 작은 조직은 책임은 개발자가 져서 퇴사하거나 보직이 변경되는 경우도 본 적 있습니다.

이 책은 아마존에 대한 사례가 자세히 적어져 있어서 시스템 장애에 대한 대처 방법이 잘 적어져 있습니다.

Ps

국내의 정부 프로젝트는 실질적으로 기술 중심 기업에 비해 부족하다는 생각이 많이 듭니다.

SI 식으로 찍어내는 식으로 업체에 맡기는 점 때문이죠.

하지만 이 책의 저자는 미국에서 정부 프로젝트 경험이 많으며 국내와 다르게 사용자가 훨씬 많아서 대규모 웹 분산의 경험이 책을 보면서 많이 느꼈습니다.

이 책은 톤이 프로젝트로 심플하게 만든 프로젝트를 전반적으로 운영해 보기 전에 이 책을 통해서 전체 감을 잡을 수 있어서 주니어 개발자나 시니어들도 궁금한 사례들을 경험을 찾아보는 것을 추천해 드립니다.