DevOps·SRE 이력서 예시

인프라 엔지니어로 시작해 현재 SRE로 일하고 있는 임태경입니다. 온프레미스 환경의 서비스 이관부터 Kubernetes 클러스터 운영, 배포 파이프라인 표준화, 관측성 정비까지 서비스 운영에 필요한 기반을 다뤄 왔습니다. 가람데이터랩에서는 물리 서버 24대에서 운영하던 서비스 11종을 AWS로 4차에 나누어 이관했고, 회차당 서비스 중단 시간을 20분 이내로 유지했습니다. 현재 블루하버테크에서는 서비스 42종이 올라간 EKS 클러스터 3개와 평균 노드 58대를 관리하고 있습니다. 운영 환경을 바꿀 때는 비용 절감만을 목표로 삼지 않습니다. 스팟 인스턴스 비중을 30%에서 65%로 조정하면서 월 인프라 비용을 2,100만 원에서 1,380만 원으로 낮췄고, 리소스 요청값과 HPA 기준을 다시 정리해 CPU 유휴율을 47%에서 22%로 변화시켰습니다. 배포 체계의 경우 Jenkins 기반 파이프라인 27개를 GitHub Actions와 ArgoCD 조합으로 이관했습니다. 배포 시간은 평균 22분에서 7분으로 단축되었고, 롤백 절차를 표준화해 복구 소요를 15분에서 3분 이내로 줄였습니다. 변경 전후의 지표를 비교하고 안정성을 해치지 않는 범위에서 운영 방식을 선택하는 것이 제 업무의 기준입니다. [핵심 역량] - EKS 클러스터 3개 및 평균 노드 58대 운영 - Jenkins 파이프라인 27개 GitHub Actions·ArgoCD 이관 - Prometheus·Grafana 기반 대시보드 18종 및 알림 규칙 63건 정비 - 온프레미스 서비스 11종 AWS 이관 - Terraform 모듈 22종 기반 인프라 구성 자동화

정오클라우드의 채용 공고에서 서비스 규모 확대에 맞춰 배포와 관측 체계를 정비하려는 과제를 확인했습니다. 저는 배포 속도 향상보다 변경 실패 시의 복구 절차와 운영자가 실질적으로 확인할 수 있는 경보 체계를 갖추는 일을 중요하게 생각합니다. 블루하버테크에서 Jenkins 기반 파이프라인 27개를 GitHub Actions와 ArgoCD 조합으로 옮기면서 평균 배포 시간을 22분에서 7분으로 줄였고, 주간 배포 횟수는 9회에서 31회로 늘렸습니다. 배포 빈도가 높아진 만큼 롤백 절차를 표준화하여 소요 시간을 15분에서 3분 이내로 단축했습니다. 관측성 정비 과정에서 Prometheus와 Grafana 대시보드 18종 및 알림 규칙 63건을 점검하며 대응이 필요한 경보와 무시되던 경보를 구분했고, 그 결과 일간 알림을 410건에서 95건으로 축소했습니다. 장애 회고 문서 14건을 작성하며 반복 원인 3가지를 배포 체크리스트에 반영하자, 평균 복구 시간은 38분에서 17분으로 단축되었습니다. 정오클라우드에서도 배포와 관측을 별개로 나누기보다 변경 감지·알림 기준·롤백 절차가 유기적으로 연결되도록 운영 기준을 정리할 계획입니다. 서비스 규모와 팀의 운영 방식에 맞춰 현재 지표와 실패 지점을 먼저 확인하고, 필요한 범위부터 표준화하는 것을 목표로 하고 있습니다.

인프라 변경이 특정 담당자의 경험에만 의존하지 않도록, 절차와 기준을 문서로 남기는 데 집중해 왔습니다. 가람데이터랩에서는 클라우드 이관 절차와 되돌리기 기준을 문서 3편으로 정리했고, 신규 입사자를 위한 인프라 구성 문서 6편을 작성하며 지식을 체계화했습니다. 블루하버테크에서는 온콜 순번과 에스컬레이션 기준을 5명 규모 팀 규약으로 확정하며 운영의 안정성을 높였습니다. 개발 환경에서도 같은 기준을 적용했습니다. 팀별로 달랐던 로컬 환경을 Docker Compose 템플릿 1종으로 통합하고 개발자 34명에게 적용하면서, 신규 합류자의 환경 구성 시간을 1.5일에서 2시간으로 줄였습니다. 환경 문제로 발생하던 문의 또한 월 27건에서 5건으로 감소했습니다. 운영 기준을 문서와 자동화로 남겨 담당자가 바뀌어도 같은 절차를 재현할 수 있게 만드는 방식은, 제 업무의 핵심적인 가치입니다.