오에스씨코리아 DevOps 엔지니어 자기소개서 예시 (2025하반기)

오에스씨코리아 DevOps 엔지니어 자기소개서 - 2025하반기

1. 클라우드에 대한 열정

클라우드에 끌린 계기는 서버를 한 번 띄우는 것보다 같은 환경을 여러 번 안정적으로 만들 수 있다는 점이었습니다. 컴퓨터공학 전공에서 네트워크와 운영체제를 공부한 뒤 개인 웹서비스를 가상머신에 배포했는데, 서버를 다시 만들 때마다 설정을 빠뜨려 같은 오류가 반복됐습니다. 처음에는 설치 순서를 문서로 길게 적었지만 패키지 버전이 달라지면 문서도 바로 낡았습니다. 이후 Docker로 애플리케이션 실행 환경을 묶고 Terraform 실습으로 네트워크와 인스턴스 설정을 코드로 정의했습니다. 코드 한 줄을 잘못 수정해 보안 그룹 규칙이 빠진 채 배포된 적도 있어 변경 전 계획 결과를 확인하고 저장소 리뷰를 거치는 습관을 들였습니다. 현재는 Linux 명령어, HTTP 흐름, DNS, 컨테이너 네트워크를 작은 실습으로 반복하고 있습니다. 새로운 서비스를 따라가는 것보다 장애가 났을 때 어느 계층에서 문제가 생겼는지 설명할 수 있는 기본기를 우선합니다. DevOps 엔지니어로서 개발과 운영 사이에서 환경 불일치를 낮추고, 누구나 재현할 수 있는 배포 기반을 만드는 일을 계속하고 싶습니다.

개인 실습 환경에는 README에 실행 절차만 적지 않고 필요한 포트와 환경 변수, 삭제 방법도 함께 기록합니다. 만들 수 있는 인프라보다 안전하게 정리할 수 있는 인프라가 운영에서는 더 중요하다고 느꼈기 때문입니다. 클라우드 자원을 생성하는 코드와 제거하는 절차를 같은 수준으로 이해하겠습니다.

2. 문제 해결과 개선 역량

문제 해결에서 제가 가장 중요하게 보는 원칙은 증상을 재현한 뒤 한 번에 한 조건만 바꾸는 것입니다. 팀 프로젝트에서 배포 뒤 API 응답이 간헐적으로 5초 이상 늦어지는 문제가 발생했습니다. 처음에는 서버 사양이 부족하다고 판단해 인스턴스를 키웠지만 비용만 늘고 지연은 남았습니다. 접근 로그, 애플리케이션 로그, DB 쿼리 시간을 같은 시각으로 맞춰 보니 특정 목록 조회에서만 지연이 집중됐습니다. 쿼리 실행 계획을 확인해 불필요한 전체 검색이 발생하는 조건을 찾고 인덱스를 추가했습니다. 이후 부하 테스트를 같은 요청 수로 3회 반복해 평균 응답 시간을 1.8초에서 0.4초 수준으로 줄였습니다. 개선 뒤에는 느린 요청 시간을 자동으로 기록하도록 모니터링 항목을 추가했습니다. 장애를 고친 뒤 원상복구하는 데서 끝내면 같은 문제가 늦게 발견될 수 있다고 느꼈기 때문입니다. DevOps 업무에서도 인프라, 애플리케이션, 데이터베이스를 따로 추측하지 않고 관측 자료를 연결해 원인을 좁히고 재발을 빨리 감지하는 장치를 남기겠습니다.

성능 개선 뒤에는 인덱스가 쓰기 작업에 줄 수 있는 영향도 확인했습니다. 조회 속도 하나만 좋아졌다고 끝내지 않고 다른 요청의 응답 시간과 DB 사용량을 비교했습니다. 문제 해결은 한 지표를 낮추는 행동이 아니라 서비스 전체에서 새 부작용이 없는지 확인하는 과정이라는 기준을 갖고 있습니다.

수정 전후 조건을 같게 두고 결과를 확인하겠습니다.

3. 원만한 커뮤니케이션 및 협업 능력