이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
대규모 서비스 의존도 분석 실무는 없습니다. 학부 종합설계에서 마이크로서비스 3개를 만든 자리가 가장 가까운 경험입니다.
인증·결제·알림 세 서비스의 의존도를 호출 그래프로 그린 자리에서 인증이 모든 서비스의 시작 자리라는 걸 봤습니다. 인증이 5분 멈추면 결제·알림도 같이 멈추는 자리가 의존도 분석의 본체였습니다. 인증을 별도 캐시와 함께 두는 자세로 간접 의존성을 줄였습니다.
첫 자리에 의존도 그래프 없이 진행한 실패가 있었고, 인증 장애 시 전체가 멈춘 자리가 있었습니다. 그 일이 의존도는 글로 먼저 그린다는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
서비스 간 의존도 분석에서 시도해본 방법은 네 가지입니다.
첫째, 호출 그래프 그리기. 어떤 서비스가 어떤 서비스를 부르는지 화살표. 둘째, 트래픽·지연 메트릭. 호출 빈도와 지연으로 강한 의존성·약한 의존성 구분. 셋째, 장애 시뮬레이션. 한 서비스를 꺼봤을 때 어디가 멈추는지. 넷째, 공유 자원 식별. DB·캐시·메시지 큐 같은 간접 의존성.
종합설계에서 4단계 공유 자원을 빠뜨린 실패가 있었고, 한 DB 부하가 두 서비스를 같이 깬 자리가 있었습니다. 그 일이 간접 의존성은 한 페이지에라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
서비스 의존도 분석의 본체는 그래프를 그리는 자리가 아니라 강한 의존성과 약한 의존성을 구분하는 자리라는 걸 종합설계에서 봤습니다.
모든 의존성을 같은 무게로 그린 자리에서 진짜 중요한 자리가 안 보인 자리가 있었습니다. 호출 빈도·지연·장애 영향을 같이 본 뒤에야 어느 의존성을 먼저 풀어야 하는지가 보였습니다.
같은 무게로 그린 실패가 있었고, 그 일이 의존성에는 무게가 다른 자리라는 자세를 만들었습니다. 실무에서도 사수의 의존성 매트릭스부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오 SRE 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.