내가 “이건 내 일이 아니야”라고 말하기를 멈춘 날
Source: Dev.to
이것은 2026 WeCoded 챌린지: Echoes of Experience에 대한 제출물입니다.*
저는 풀스택 개발자로 채용되었습니다. 일상 업무는 주로 기능을 구축하고, 백엔드 서비스를 개선하며, 프론트엔드 인터페이스를 작업하고, 사용자가 원활한 경험을 할 수 있도록 보장하는 것이었습니다. 인프라 운영, SSL 인증서 갱신, 혹은 플랫폼 업그레이드는 공식적으로 제 역할에 포함되지 않았습니다.
하지만 실제 엔지니어링 팀에서는 현실이 직함을 거의 따르지 않습니다.
어느 날, 우리 GitLab 인스턴스가 버전 업그레이드가 필요했습니다. 이것은 “있으면 좋은” 업데이트가 아니라 보안, 호환성, 장기 유지 보수를 위해 중요한 업그레이드였습니다. 같은 시기에 우리 Red Hat OpenShift SSL 인증서 중 하나가 만료될 예정이었습니다. 두 작업 모두 위험을 동반했습니다. GitLab 업그레이드가 실패하면 전체 개발 워크플로가 중단될 수 있고, SSL 인증서가 만료되면 중요한 내부 서비스에 대한 보안 접근이 차단될 수 있었습니다. 어느 문제도 “적절한 팀”을 기다리며 편히 미룰 수 없었습니다.
그때 저는 선택의 기로에 섰습니다:
- “이건 내 책임이 아니다.”
- 아니면 나서서 배우기.
저는 두 번째 옵션을 선택했습니다.
역할을 넘어선 학습
처음에는 불확실함의 무게를 느꼈습니다. 개발자는 종종 프론트엔드, 백엔드, API 통합, 데이터베이스와 같이 공식적인 역할의 경계 안에서 편안함을 찾게 되는데, 저에게는 이러한 영역이 익숙한 영역이었습니다. 하지만 운영 시스템은 다른 교훈을 줍니다: 소프트웨어는 인프라와 절대 분리될 수 없습니다.
그래서 모든 엔지니어가 낯선 무언가에 직면했을 때 시작하는 문서부터 살펴보았습니다.
GitLab 업그레이드 경로, 버전 호환성 노트, 백업 절차, 롤백 시나리오를 꼼꼼히 검토했습니다. 어떤 작업을 시작하기 전에 스냅샷과 복구 지점을 확보했는지 확인했습니다.
Red Hat OpenShift SSL 인증서 업데이트를 위해서는 클러스터 내부에서 시크릿, 라우트, 인그레스 설정이 어떻게 관리되는지 공부했습니다. 인증서가 환경 전체에 어떻게 전파되는지 추적하고 가장 안전한 교체 순서를 계획했습니다.
기술적인 작업 자체도 중요했지만, 더 중요한 것은 모두에게 영향을 미치는 시스템을 앞에서 차분히 다루는 방법을 배우는 것이었습니다. 가장 큰 도전은 기술적 복잡성이 아니라 심리적이었습니다—운영 중단을 일으키거나, 다운타임을 초래하거나, “편안한 영역” 밖의 시스템을 건드리는 두려움이었습니다.
내가 따른 프로세스
- 문서를 두 번 읽는다
- 먼저 백업을 준비한다
- 하위 환경에서 테스트한다
- 롤백 계획을 만든다
- 유지보수 창을 명확히 알린다
- 각 단계마다 검증한다
엔지니어링에 대한 자신감은 이미 답을 알고 있는 것과는 거의 관계가 없다는 것을 깨달았습니다. 자신감은 위험을 줄이는 방법을 아는 데서 옵니다. 이 경험은 기술 분야에서 성장에 대해 생각하는 방식을 바꾸어 놓았습니다. 때때로 가장 중요한 커리어 순간은 바로 직무 설명이 끝나는 지점에서 시작됩니다.
기술 분야 포용성에 대해 배운 점
2026 WeCoded 챌린지를 위해 이 이야기를 공유하고 싶은 이유 중 하나는 기술 분야에서 성장 기회가 종종 신뢰에 의해 형성되기 때문입니다. 포용성은 누가 채용되는가에만 국한되지 않으며, 의미 있는 문제를 맡을 수 있는 신뢰를 받는 사람에 관한 것이기도 합니다.
낯선 책임을 맡을 수 있는 기회를 얻음으로써 나는 사전에 정해진 로드맵보다 더 빠르게 성장할 수 있었습니다. 공평한 팀은 모든 사람에게 이러한 학습 순간을 제공하는데, 이는 직함, 연차, 혹은 선입견이 아니라 호기심, 지원, 그리고 신뢰에 기반합니다.
GitLab 업그레이드와 SSL 인증서 교체는 엔지니어링 전체 그림에서 작은 운영 작업에 불과했지만, 나에게는 더 큰 의미를 지녔습니다. 이 경험을 통해 직함은 당신의 시작점을 정의할 뿐, 한계를 정의하지는 않는다는 것을 배웠습니다.
때때로 커리어를 위해 할 수 있는 가장 좋은 일은 다음과 같은 말을 멈추는 것입니다:
“이건 내 일이 아니야.”
그리고 이렇게 물어보는 것입니다:
“어떻게 하면 안전하게 해결할 수 있을까?”
그 사고방식은 그때부터 지금까지 나와 함께하고 있습니다.