이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
HTTP/HTTPS 이해를 바탕으로 해결한 문제 중 하나는 HTTPS 인증서 만료로 인한 서비스 차단이었습니다. 인증서 만료일을 모니터링하지 않다가 갑자기 경보가 발생했고, 인증서 갱신 자동화를 구성한 뒤 재발 방지를 위해 만료 30일 전 알림을 추가했습니다.
캐시 관련 문제도 경험했습니다. 정적 파일이 업데이트됐는데 브라우저가 이전 버전을 보여주는 상황이 발생해 Cache-Control 헤더 설정을 확인했습니다. 버전 해시를 파일명에 포함하는 방식으로 캐시 무효화 문제를 구조적으로 해결했습니다.
리다이렉트 설정 실수도 있었습니다. http를 https로 리다이렉트하는 규칙이 잘못돼 루프가 발생해 브라우저에서 오류가 뜬 적이 있었습니다. 리다이렉트 체인을 직접 추적해 어느 규칙이 충돌하는지 파악하고 수정했습니다.
HTTP/HTTPS를 다루면서 CORS 설정이 생각보다 복잡하다는 것을 경험했습니다. 처음에 개발 편의를 위해 모든 출처를 허용하는 설정으로 시작했는데, 운영 환경에서도 같은 설정이 적용되는 실수가 있었습니다. 이 설정을 좁히자 프론트엔드에서 API 요청이 차단되는 경우가 생겼는데, 허용해야 할 출처와 허용하지 않아야 할 출처를 구분하는 기준을 세우는 것이 생각보다 시간이 걸렸습니다. 인증이 포함된 요청에서 CORS 설정이 더 엄격해야 한다는 것도 나중에 알게 됐는데, 자격증명 포함 요청에서 와일드카드 출처를 허용하면 브라우저가 차단한다는 것을 오류 메시지를 보고 파악했습니다. HTTP 프로토콜 수준의 보안 설정은 이론적으로는 알고 있어도 실제 구성에서 예상치 못한 케이스가 생기는 경우가 많다는 것을 이 경험에서 배웠습니다.
HTTP 캐시 정책을 제대로 이해하지 못해 생긴 문제를 경험했습니다. API 응답에 캐시 헤더를 명시하지 않았는데, 일부 환경에서 중간 프록시가 응답을 캐시하면서 갱신된 데이터 대신 이전 응답이 계속 전달되는 상황이 생겼습니다. API 응답에는 캐시를 막는 헤더를 명시해야 한다는 것을 이 경험으로 배웠는데, 헤더를 명시하지 않으면 중간 장치가 임의로 캐시 여부를 결정할 수 있다는 것을 실수 이후에야 이해했습니다. 반대로 정적 리소스에는 길게 캐시를 설정하면 변경 사항이 반영되지 않는 문제가 생겼는데, 파일명에 버전 정보를 포함하는 방식으로 해결했습니다. HTTP 캐시는 성능과 데이터 최신성 사이의 트레이드오프를 리소스 종류에 따라 다르게 설정해야 하는데, 처음부터 의도적으로 설계하지 않으면 나중에 예상치 못한 방식으로 문제가 생긴다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 올거나이즈 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.