|
|
|
|
|
 |
답변 : 첫째는 정합성입니다.
1단계는 지표 확인입니다.
5단계는 회귀방지입니다.
운영로그는 가장 흔한 유출 경로입니다.
답변 : 저는 장애 대응을 5단계로 합니다.
3단계는 원인 규명입니다.
4단계는 수정과 검증입니다.
답변 : 저는 기능을 만드는 백엔드가 아니라, 장애를 줄이고 데이터 신뢰를 지키는 백엔드입니다.
|
|
|
 |
코오롱베니트 면접기출) 모바일 개발(Back-end) 2026년 상반기 채용 연계형 인턴 면접족보, 압박 질문 및 답변
장애가 발생했을 때 원인 분석부터 고객 영향 최소화, 재발방지까지 본인의 대응 플로우를 말해주세요.
답변 : 첫째는 정합성입니다.
백엔드의 실수는 사용자의 데이터에 남습니다.
저는 API 명세를 먼저 합의하고, 에러스펙과 예외 케이스를 표준화해 "같은 문제를 서로 다르게 해석하는 상황"을 줄였습니다.
답변 : 모바일 백엔드의 핵심은 "사용자 행동을 빠르고 안전하게 데이터로 변환하고, 그 데이터가 언제나 신뢰할 수 있게 유지되도록 보장하는 것"이라고 정의합니다.
예를 들어 400은 검증 오류, 401은 인증 실패, 403은 권한 없음, 404는 리소스 없음, 409는 충돌(중복/상태 전이 불가), 429는 레이트리밋, 500은 서버 내부 오류처럼 의미를 일관되게 씁니다.
1단계는 지표 확인입니다.
2단계는 호출 경로 분해입니다.
답변 : 가장 위험한 포인트는 토큰 탈취, 토큰 수명/갱신루프, 권한오판입니다.
방어 전략은 첫째, 토큰은 최소 권한 원칙과 짧은 수명으로 운영하고, 리프레시 토큰은 더 엄격하게 관리합니다.
모바일에서 토큰을 평문으로 노출하지 않도록 하고, 서버는 HTTPS 강제, HSTS 적용, 민감 헤더/쿼리로그 마스킹을 기본으로 둡니다.
클라이언트가 숨겼다고 안전해지는 것이아 니므로, API단에서 권한 검증을 일관되게 적용합니다.
데이터베이스 컬럼 암호화, 키 관리, 접근로그를 고려합니다.
답변 : 모바일은 네트워크가 불안정해 재시도가 자연스럽고, 중복 요청은 필연적입니다.
조회는 안전하게 재시도 가능하지만, 결제나 포인트 적립 같은 작업은 무조건 재시도가 아니라 확인 흐름과 함께 설계합니다.
예를 들어 알림 발송, 통계 집계, 로그 처리, 이미지/ 파일처리처럼 즉시 응답 과 분리 가능한 작업은 큐로 넘기는 것이 유리합니다.
소비자(컨슈머)는 중복 메시지를 받아도 안전하게 처리되도록 하고, 재처리/재시도/ 데드레터큐 같은 운영장치를 둡니다.
결국 비동기에서의 핵심은 중복과 실패를 전제로 한 설계입니다.
답변 : 저는 장애 대응을 5단계로 합니다.
1단계는 영향 파악과 완화입니다.
4단계는 수정과 검증입니다.
먼저 "변경의 목적"을 한 문장으로 고정하고, 변경이 API, 데이터, 일정, 리스크에 주는 영향을 빠르게 정리해 공유합니다.
답변 : 테스트와 리뷰는 품질을 위해서만이 아니라 속도를 위해 필요합니다.
테스트가 있으면 변경이 빨라지고, 리뷰가 있으면 결함이 일찍 발견됩니다.
답변 : 3개월에는 팀의 코드베이스와 표준을 정확히 이해하고, 작은 기능을 끝까지 책임지는 개발자로 평가받고 싶습니다.
동시성/ 정합성 /보안이 중요한 업무에서 설계와 구현을 맡고, 리뷰어로서도 운영 리스크를 줄이는 역할을 하겠습니다.
답변 : 저는 기능을 만드는 백엔드가 아니라, 장애를 줄이고 데이터 신뢰를 지키는 백엔드입니다.
운영 리스크를 설계로 통제해 팀의 비용을 줄이겠습니다.
표준은 팀이 비용을 줄이기 위해 만든 합의이기 때문입니다. |
 |
설계, 에러, api, 운영, 모바일, 코드, 이다, 장애, 기능, 처리, 답변, 로그, 성, 팀, 백엔드, 데이터, 상태, 화, 테스트, 캐시 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.02.06
9페이지
