지도가 필요한 이유
1편에서 FDE가 어떤 직무인지 정리했습니다. 이번에는 그 직무에 필요한 기술의 전체 지도를 그립니다. 여기서 쓰는 8개 도메인은 이 블로그의 FDE 엔지니어 키우기 RPG가 레벨 축으로 쓰는 8개와 같습니다. 리눅스, 네트워크, 쿠버네티스, 데이터베이스, 인증·보안, 관측성, 클라우드·인프라, 고객 커뮤니케이션. RPG에서 도메인 레벨이 오르면 같은 로그가 다르게 읽히도록 설계되어 있는데, 현실도 정확히 그렇게 작동합니다.
도메인마다 세 가지를 적습니다. 왜 필요한가, 최소선은 어디인가, 실무선은 어디인가. 최소선은 목표가 아니라 출입 조건입니다. 그 아래면 현장에서 대화가 성립하지 않습니다. 실무선은 혼자서 그 도메인의 문제를 처리할 수 있는 수준입니다. 8개 전부 실무선인 사람은 거의 없고, 그럴 필요도 없습니다. 확인 질문 세 개에 막힘없이 답할 수 있으면 그 도메인은 대체로 실무선입니다.
리눅스
고객 서버의 바닥은 거의 언제나 리눅스이고, SSH로 들어간 순간 GUI는 없습니다. 여기가 막히면 다른 모든 도메인에 접근 자체가 안 됩니다.
- 최소선 — 파일·프로세스·권한의 기본 개념. 디렉터리 이동과 검색, 프로세스 목록, 디스크와 메모리 사용량 확인, 로그 파일이 어디에 쌓이는지 찾아내기.
- 실무선 — 서비스 매니저로 데몬 상태와 재시작 이력을 추적하고, 디스크·메모리·파일 디스크립터 고갈을 구분해 진단하며, 남이 쓴 셸 스크립트를 읽고 고치는 수준.
확인 질문. 디스크가 가득 찼다는 알림을 받으면 어떤 순서로 확인하는가. 로그 로테이션이 안 되고 있다는 것을 어떻게 알아채는가. 권한 거부 오류가 났을 때 소유자, 그룹, 모드 중 무엇부터 보는가.
네트워크
"접속이 안 돼요"라는 신고의 절반은 네트워크 계층에서 끝납니다. 그리고 고객 환경의 네트워크는 늘 문서보다 복잡합니다.
- 최소선 — IP, 포트, DNS, 방화벽의 개념. 연결 가능 여부를 명령줄에서 단계적으로 확인하는 능력.
- 실무선 — TLS 인증서 만료와 체인 문제 진단, 프록시·로드밸런서 뒤로 요청 경로 추적, 타임아웃과 커넥션 거부와 리셋을 증상만 보고 구분하는 수준.
확인 질문. 같은 URL이 서버에서는 되고 사무실 PC에서는 안 될 때 무엇부터 의심하는가. DNS의 TTL이 장애 복구를 어떻게 늦출 수 있는가. 방화벽에 막힌 것과 서비스가 죽은 것은 클라이언트에서 어떻게 다르게 보이는가.
쿠버네티스
요즘 엔터프라이즈 고객 환경의 기본 배포 단위입니다. 제품이 컨테이너로 배포된다면 장애 진단의 첫 화면은 대부분 여기입니다.
- 최소선 — 파드, 디플로이먼트, 서비스의 관계. 리소스 목록과 상세와 로그를 조회하는 기본 명령.
- 실무선 — CrashLoopBackOff, OOMKilled, Pending 각각이 가리키는 원인 계열을 알고, 리소스 요청과 한도를 읽고, 인그레스에서 파드까지 트래픽 경로를 추적하는 수준.
확인 질문. 파드가 Pending에 머무는 대표적인 이유 세 가지는 무엇인가. 컨테이너가 메모리 초과로 죽었는지 어디서 확인하는가. 서비스는 있는데 연결이 안 되면 셀렉터와 엔드포인트 중 무엇을 먼저 보는가.
데이터베이스
고객의 데이터가 사는 곳이고, "느려요"라는 신고가 가장 자주 수렴하는 곳입니다. 그리고 실수의 대가가 가장 비싼 곳이기도 합니다.
- 최소선 — 조인이 들어간 SQL 조회, 인덱스가 무엇을 바꾸는지에 대한 개념, 작업 전에 백업 존재를 확인하는 습관.
- 실무선 — 실행 계획을 읽고 느린 쿼리를 진단하며, 락 대기와 커넥션 풀 고갈을 구분하고, 마이그레이션의 위험을 평가하는 수준.
확인 질문. 어제까지 빠르던 쿼리가 오늘 느려졌다면 어떤 가설들을 세우는가. 락을 잡고 있는 세션을 어떻게 찾는가. 인덱스를 추가하는 것이 오히려 해가 되는 경우는 언제인가.
인증·보안
FDE는 남의 집 열쇠를 다루는 사람입니다. 인증 문제는 장애 신고 중 재현이 가장 까다로운 축에 들고, 권한 문제는 신뢰를 무너뜨리는 가장 빠른 길입니다.
- 최소선 — 인증과 인가의 구분, 토큰·세션·API 키의 수명 개념, 최소 권한 원칙.
- 실무선 — OAuth나 SSO 연동 흐름의 어느 단계가 깨졌는지 짚어내고, 401과 403을 단서로 계층을 좁히고, 만료와 시계 오차 문제를 진단하는 수준.
확인 질문. 401과 403은 각각 무엇이 실패했다는 뜻인가. 토큰이 유효한데도 인증이 실패하는 경우로 무엇이 있는가. 고객이 편의상 관리자 권한을 통째로 주겠다고 하면 뭐라고 답해야 하는가.
관측성
낯선 환경에서 관측성은 유일한 눈입니다. 자사 서비스라면 아는 것을 여기서는 로그와 메트릭에서 다시 캐내야 합니다.
- 최소선 — 로그·메트릭·트레이스의 구분, 명령줄에서 로그를 시간과 패턴으로 좁혀 읽는 능력.
- 실무선 — 대시보드가 없어도 메트릭의 출처를 찾아내고, 로그 레벨과 보존 정책을 파악하고, 모니터링 자체가 죽은 상황에서도 시스템 상태를 재구성하는 수준.
확인 질문. 모니터링이 먼저 죽었을 때 무엇으로 시스템 상태를 파악하는가. 평균 응답 시간이 아니라 백분위를 봐야 하는 이유는 무엇인가. 에러 로그가 초당 수백 줄일 때 어디서부터 줄여 읽는가.
클라우드·인프라
고객마다 클라우드 지형이 다르고, FDE는 그 지형 위에서 일합니다. 관리형 서비스의 장애와 애플리케이션 장애를 가르는 것이 진단의 첫 갈림길입니다.
- 최소선 — VPC·서브넷·보안 그룹의 개념, 주요 클라우드 한 곳의 IAM 권한 모델.
- 실무선 — 관리형 데이터베이스나 큐의 상태를 앱 증상과 분리해 확인하고, 코드로 된 인프라 정의를 읽고, 비용 구조의 큰 그림을 설명하는 수준.
확인 질문. 보안 그룹과 네트워크 ACL은 무엇이 다른가. 특정 가용 영역 장애가 의심될 때 무엇을 확인하는가. 고객 클라우드에 접근 권한을 요청할 때 어떤 단위로, 어떤 기간으로 요청하는가.
고객 커뮤니케이션
8개 중 유일하게 기술이 아니지만, 나머지 7개를 고객에게 배달하는 통로입니다. RPG에서도 이 도메인의 레벨이 낮으면 진단이 맞아도 미션이 실패하도록 되어 있는데, 현실의 채점 방식도 같습니다.
- 최소선 — 고객의 말을 사실과 해석으로 분리해 듣기, 약속한 주기로 진행 상황을 공유하기.
- 실무선 — 기대치를 명시적으로 관리하고, 나쁜 소식을 신뢰를 잃지 않게 전달하고, 기술 내용을 비엔지니어의 언어로 번역하는 수준.
확인 질문. "언제 고쳐지나요"에 아직 모를 때 뭐라고 답하는가. 고객이 틀린 원인을 확신하고 있을 때 어떻게 교정하는가. 장애 보고서의 첫 문단에는 무엇이 와야 하는가.
직접 연습하기
이 지도에서 자기 위치를 쟀다면, 빈 곳은 손으로 채우는 것이 빠릅니다.
- FDE 엔지니어 키우기 RPG — 위 8개 도메인이 그대로 레벨 축입니다. 미션을 돌며 어느 도메인에서 막히는지 확인해 보세요.
- FDE 커리큘럼 로드맵 — 10개 도메인 65개 스킬을 자가 점검 기준과 함께 체크리스트로 추적합니다.
FDE 완전 가이드 시리즈
현재 단락 (1/40)
[1편](/blog/career/2026-08-12-fde-what-is-forward-deployed-engineer)에서 FDE가 어떤 직무인지 정리했습니다. 이번에는 그 직무...