|
|
|
|
|
 |
인프라 서비스 개발 직무에서 본인이 가장 강점 있다고 생각하는 기술역량은 무엇입니까?
특히 인프라 서비스 개발은 단순 운영 인력이 아니라 플랫폼과 기반을 통해 여러 서비스 조직의 생산성을 끌어올리는 역할이라는 점에서 매력적입니다.
인프라 서비스 개발은 혼자서 완성할 수 있는 직무가 아니기 때문입니다.
인프라 서비스 개발은 단순 운영이 아니라 여러 서비스 조직이 안정적으로 개발하고 배포할 수 있도록 기반을 만드는 일입니다.
저는 장애를 해결하는 것만큼 같은 유형의 장애가 다시 왔을 때 더 빠르게 대응할 수 있는 구 조를 만드는 것이 중요하다고 생각합니다.
개발과 운영의 갈등은 대부분 기술의 문제가 아니라 기준의 차이에서 시작된다고 생각합니다.
그 점에서 NHN의 인프라 서비스 개발 직무는 제가 가장 오래 기여하고 싶은 방향과 일치합니다.
팀마다 다른 방식으로 운영 부담을 안는 구조보다, 공통 기반 위에서 각 팀이 더 높은 생산성을 낼 수 있는 환경을 만드는 것이 인프라 서비스 개발의 핵심 가치라고 생각합니다.
|
|
|
 |
인프라 서비스 개발 직무에서 본인이 가장 강점 있다고 생각하는 기술역량은 무엇입니까?
로그인 버튼을 눌렀을 때 지연 없이 연결되는 일, 평소보다 트래픽이 몰려도 흔들리지 않는 일, 장애가 발생하더라도 빠르게 원인을 좁히고 재발을 막는 일, 운영자가 반복적으로 하 던 작업이 자동화되어 더 중요한 문제에 집중할 수 있게 되는 일.저는 그런 장면들 속에서 인프라 서비스 개발의 가치를 확인해왔습니다.
왜 늘 특정 시간대에 이런 문제가 반복되는지, 왜 어떤 장애는 특정 담당자만 해결할 수 있는지, 왜 대응문서는 있는데 실제 상황에서 그대로 적용되지 않는지, 왜 시스템은 정상처럼 보이는데 사용자는 불편을 느끼는지.
그 질문들이 쌓이면서 저는 인프라 엔지니어의 본질이 단순 복구가 아니라 시스템을 이해 가능한 상태로 만드는 데 있다는 확신을 갖게 되었습니다.
좋은 인프라는 운영팀의 헌신으로만 유지되지 않고, 개발 단계부터 운영 가능한 구조로 설계될 때 비로소 오래 버틴다고 생각합니다.
중요한 것은 문제가 발생했을 때 누가 더 오래 남아 있었는가가 아니라, 그 사건이 다음 시스템을 얼마나 더 나아지게 만들었는가라고 믿습니다.
저는 새로운 기술을 좇는 사람이라기보다 필요한 기술을 끝까지 이해해 실제 운영 가치로 연결하는 사람입니다.
저는 바로 그런 개선이 결국 좋은 인프라 문화를 만든다고 믿습니다.
저는 기술적으로 집요하지만 태도는 유연한 사람이고자 합니다.
장애를 막는 사람에 그치지 않고, 장애에서 배우는 구조를 만드는 사람.반복 업무를 처리하는 사람에 머무르지 않고, 반복을 자동화해팀의 시간을 돌려주는 사람.지금 당장의 안정만 지키는 사람이 아니라, 미래의 복잡성을 미리 줄이는 사람. 저는 그런 인프라 엔지니어가 되고 싶어서 지금까지 걸어왔고, 앞으로도 그렇게 성장하고 싶습 니다.
인프라 서비스 개발은 단순 운영이 아니라 여러 서비스 조직이 안정적으로 개발하고 배포할 수 있도록 기반을 만드는 일입니다.
이 때 가장 먼저 해야 할 일은 기술적으로 가장 멋진 해결책을 찾는 것이 아니라, 사용자 영향도를 기준으로 대응순서를 세우는 것입니다.
저는 이 기준이 분명해야 팀이 흔들리지 않는다고 생각합니다.
저는 장애를 해결하는 것만큼 같은 유형의 장애가 다시 왔을 때 더 빠르게 대응할 수 있는 구 조를 만드는 것이 중요하다고 생각합니다.
예를 들어 운영팀이 배포 절차를 까다롭게 보는 이유는 실제 장애 경험이 있었기 때문일 수 있고, 개발팀이 속도를 강조하는 이유는 시장 대응 시점이나 사용자 요구 때문일 수 있습니다.
배포자유도를 더 주되 어떤 모니터링과 롤백조건이 필요한지, 운영안정성을 지키되 어떤 자동화를 통해 속도를 확보할 수 있는지, 수동 승인 절차 대신 어떤 검증체계를 두면 되는지처럼 선택지를 구조화합니다.
반복되는 운영 부담을 줄이는 자동화에 기여하겠습니다.
팀마다 다른 방식으로 운영 부담을 안는 구조보다, 공통 기반 위에서 각 팀이 더 높은 생산성을 낼 수 있는 환경을 만드는 것이 인프라 서비스 개발의 핵심 가치라고 생각합니다.
반면 예외가 자주 발생하고 판단 요소가 많은 작업이라면, 전면 자동화보다 반자동화나 승인 기반 워크플로우가 더 적절할 수 있습니다.
이 자동화가 실제 운영 리스크를 낮추는가, 그리고 장애가 났을 때 사람이 더 빨리 이해하고 개입할 수 있는 가입니다.
그 기준에 부합하는 자동화라면 적극적으로 추진하겠습니다.
3년 후 저는 기술을 많이 아는 사람보다, 조직이 믿고 의지하는 인프라 엔지니어로 평가받고 싶습니다.
구체적으로는 세 가지 평가를 받고 싶습니다.
이 사람과 일하면 시스템이 더 단단해진다는 평가를 받고 싶습니다.
복잡한 문제를 기술적으로만이 아니라 협업 차원에서도 풀어낸다는 평가를 받고 싶습니다. |
 |
서비스, 운영, 더, 인프라, 사람, 장애, 개발, 만들다, 팀, 문제, 어떻다, 생각, 자동화, 보다, 실제, 싶다, 구조, 성, 조직, 특정 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.04.22
9페이지
