|
|
|
|
|
 |
자동화 역량입니다.
저는 운영안정성을 네 가지 지표로 정의하겠습니다.
가용성입니다.
변경 실패율입니다.
결과물은 운영 런북, 알람 기준, 표준대시보드, 배포롤백 절차입니다.
3년 목표는 IaC와 자동화로 운영 변동성을 줄이는 것입니다.
지표는 배포빈도 증가와 동시에 가용성 유지, 변경 실패율 추가 감소입니다.
지표는 서비스가용성 목표 달성률, 운영비용 대비 성능 유지, 보안 이벤트 조기탐지율입니다.
|
|
|
 |
본인의 지식 및 기술역량을 지원 직무수행 시 어떻게 발휘할 수 있을지 설명해주세요.
최소 300자, 최대 700자)(*작성 방법 : ① 지식 및 기술역량 ②해당 역량을 어떻게 발휘할 수 있을지에 관한 내용 포함)
제가 보유한 지식 및 기술역량은 클라우드를 운영 관점에서 안정화시키는 능력에 집중되어 있습니다.
이 역량은 롯데 이노베이트에서 클라우드 운영 및 구축 업무를 수행할 때, 장애 대응 시간을 줄이고 재발률을 낮추는 데 직접 활용할 수 있습니다.
또한 IaC로 환경을 표준화하고 변경 이력을 남겨, 사람에 따라 환경이 달라지는 문제를 줄이겠습니다.
제가 프로젝트를 완수하기 위해 노력했던 경험은 팀 기반 서비스 구축과제에서 운영 가능한 형태로 배포까지 책임졌던 프로젝트입니다.
프로젝트 종류는 웹 기반 서비스 구축이었고, 규모는 기능 구현과 배포, 모니터링까지 포함한 endtoend 형태였습니다.
제 삶의 가치관은 신뢰는 약속이 아니라 재현성에서 나온다는 것입니다.
변경 실패율입니다.
운영 장애의 상당 부분은 배포와 변경에서 발생하므로, 배포 후롤 백 비율과 오류율을 지표로 삼겠습니다.
이 지표들은 서로 연결되어야 합니다.가용성을 올리기 위해 변경을 막으면 혁신이 멈추고, 변경을 늘리면 실패율이 올라갑니다.
초동대응은 영향 범위 확정, 증거 확보, 임시 복구, 원인 분석 순으로 가야 합니다.
저는 보안을 바닥, 성능을 최소 품질, 비용을 최적화 대상으로 두겠습니다.
구체적으로는 서비스별로 SLO와 보안요구를 먼저 정의하고, 비용 최적화는 그 범위 안에서 진행하겠습니다.
저는 비용 최적화를 예산 절감으로만 보지 않고, 리스크를 통제한 효율화로 설계하겠습니다.
IaC를 도입해도 코드리뷰와 승인체계가 없으면 무분별한 변경이 늘고, CICD를 도입해도 테스트와 롤백 기준이 없으면 배포가 더 위험해집니다.
점진 도입입니다.
예를 들어 권한 변경, 보안그룹 변경, 키 생성, 대량 데이터 조회, 외부 노출 설정 변경 같은 이벤트를 우선 관리하겠 습니다.
기술부채를 없앨 수는 없지만 관리할 수는 있습니다.
테스트가 없는 변경, 관측성이 없는 기능, 롤백이 불가능한 배포는 금지하는 최소 기준을 두어야 합니다. |
 |
배포, 이다, 운영, 변경, 장애, 프로젝트, 지표, 대응, 서비스, 방법, 성, 포함, 클라우드, 어떻다, 기준, 최소, 인프라, 비용, 작성, 환경 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.03.04
6페이지
