|
|
|
|
|
 |
마트 IS인프라에서 '장애'의 정의를 어떻게 내리고, 어떤 지표로 SLA를 관리하시겠습니까.
운영 환경에서 변경 작업(패치, 설정변경, 배포)으로 장애가 반복될 때, 변경관리체계를 어떻게 고도화하시겠습니까.
운영 장애의 상당 부분이 변경에서 발생하므로, 배포와 패치 후 장애비율을 지표로 삼겠습니다.
변경으로 장애가 반복되면 기술문제가 아니라 프로세스 문제입니다.
1년 목표는 마트 IS 핵심 서비스의 운영 기준을 빠르게 체득하고, 담당 영역의 장애대응 품질을 끌어올리는 것입니다.
지표는 MTTR 단축, 반복장애 재발률 감소, 변경 실패율 감소로 설정하겠습니다.
5년 목표는 인프라 운영을 특정 개인이 아닌 조직자산으로 만드는 것입니다.
지표는 서비스가용성 목표 달성률, 사고 수준 장애제로, 운영비용 대비 효율 개선입니다.
|
|
|
 |
본인의 지식 및 기술역량을 지원 직무수행 시 어떻게 발휘할 수 있을지 설명해주세요.
최소 300자, 최대 700자)(*작성 방법 : ① 지식 및 기술역량 ②해당 역량을 어떻게 발휘할 수 있을지에 관한 내용 포함)
제가 보유한 지식 및 기술역량은 유통서비스의 "끊기지 않는 운영"을 만드는 인프라 기본기와 현장형 문제 해결력에 집중되어 있습니다.
프로젝트를 완수하기 위해 노력했던 경험은 팀 기반 서비스 구축 프로젝트에서 운영 가능한 인프라 구성과 배포 안정화를 끝까지 책임졌던 사례입니다.
제 역할은 서버 환경 구성, 네트워크 접근 통제, 로그 수집, 배포 절차 표준화였고, 기여도는 "마지막에 터지는 운영 이슈"를 앞단에서 제거해 일정과 품질을 지킨 데 있었습 니다.
개발자별 설정이 달라 동일 이슈가 반복됐고, 배포 때마다 작은 설정 차이로 장애가 발생했습니다.
이 경험을 통해 배운 점은 프로젝트 완수는 기능 구현이 아니라 "운영 기준을 만든 상태"까지 포함한다는 것입니다.
매장별 지연, 회선 품질, POS 응답 시간, 서버 자원, DB상태를 한 화면에서 볼 수 있게 지표와 알람 기준을 정해 "느낌"이 아니라"수치"로 운영하게 하겠습니다.
운영 장애의 상당 부분이 변경에서 발생하므로, 배포와 패치 후 장애비율을 지표로 삼겠습니다.
저는 피크를 "상시 용량"으로 가져가지 않고, 피크 전후 패턴을 기반으로 탄력설계를 하겠습니다.
먼저 과거 이벤트 데이터를 기반으로 트래픽 패턴과 병목지점을 찾습니다.
기본용량, 피크 대응용량, 장애대응 여유용량입니다.
기본용량은 평시 SLO를 만족하는 최소로 두고, 피크 대응은 오토스 케일이나 사전 증설, 캐시 확대, 읽기 분산 같은 방식으로 확보합니다.
저는 보안을 절대 기준으로 두되, 적용방식은 위험기반으로 설계하겠습니다.
외부 노출 여부, 악용 가능성, 영향 범위를 기준으로 우선순위를 정합니다. 고위험 취약점은 즉시 조치가 필요하지만, 운영 중단을 최소화해야 합니다.
저는 보안과 안정성을 선택의 문제로 만들지 않고, 위험을 관리하는 문제로 만들겠습니다.
경고, 심각, 긴급으로 나누고, 긴급 알람은 반드시 온콜에게 도달하도록 하며, 경고 알람 은 대시보드와 일일 점검으로 처리합니다.
또한 알람에런북을 연결하겠습니다.
마지막으로 알람 품질을 관리하겠습니다.
1년 목표는 마트 IS 핵심 서비스의 운영 기준을 빠르게 체득하고, 담당 영역의 장애대응 품질을 끌어올리는 것입니다. |
 |
장애, 운영, 이다, 지표, 배포, 만들다, 변경, 어떻다, 알람, 확인, 프로젝트, 대응, 환경, 서버, 인프라, 서비스, 매장, 기준, 줄이다, 패치 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.03.04
7페이지
