기업 채용 분석/여기어때

[여기어때] Site Reliability Engineer 공고 분석

AWS 기반 전사 인프라 운영을 책임지는 SRE팀의 Site Reliability Engineer 공고입니다. 메트릭 수집과 모니터링, 알림 같은 Observability 환경을 구성·운영하고 대규모 트래픽 환경에서 장애에 대응하며, 메인 업무 가운데 하나가 Amazon EKS 기반 컨테이너 오케스트레이션이라고 적었습니다. 경력 조건 라벨은 경력 5~10년이고 자격 요건은 리눅스 시스템 엔지니어 경험 5년 이상입니다.

이 공고 분석은 2026년 10월 23일에 이뤄졌습니다. 이후 채용이 종료되었을 수 있습니다.

이 자리가 왜 생겼을까요

여기어때는 생성형 AI 기반 숙소 검색을 도입해 2026년 8월 그 효과를 밝혔고, 9월 7일 해외투어 서비스를 열었으며, 10월에는 리럭스 인수 뒤 처음으로 일본 숙박 상품을 연동한 서비스를 내놓는 등 서비스가 빠르게 늘고 있습니다. 이 공고의 SRE팀은 AWS 기반 전사 인프라를 책임지고 대규모 트래픽 환경에서 장애에 대응한다고 적었습니다. 새 서비스가 붙을 때마다 인프라와 모니터링 범위가 넓어지므로, EKS 위에서 서비스를 늘려 가며 안정성을 지켜 본 경험을 규모까지 적으면 SRE팀의 업무와 나란히 놓고 볼 수 있습니다.

여기어때가 지금 어떤 사업에 집중하고 있는지는 여기어때 채용 분석에서 이어서 볼 수 있습니다.

1하게 될 업무

  • 여기어때 서비스를 위한 인프라를 구축하고 운영합니다.

    이렇게 볼 수 있어요

    같은 회사 DevOps Team Leader 공고가 사내 개발자가 쓰는 CI/CD와 내부 개발자 플랫폼을 맡는다면, 이 SRE팀은 고객이 쓰는 여기어때 서비스의 AWS 기반 전사 인프라를 맡는 쪽입니다. 운영해 본 인프라의 규모와 구성 요소를 서비스 트래픽 기준으로 구체적으로 적으면 고객이 쓰는 서비스 인프라를 이 팀만큼의 범위로 맡아 봤는지가 분명해집니다.

  • 안정성·가용성·확장성을 지향하는 인프라 구조를 만들고, 이를 위한 효과적인 모니터링 시스템을 구성하고 지속적으로 개선합니다.

    이렇게 볼 수 있어요

    우대 사항에 CloudWatch, Grafana, Prometheus가 함께 적혀 있어, 이 모니터링은 AWS 기본 지표와 오픈소스 도구를 함께 쓰는 구성입니다. 새 서비스가 붙을 때 지표와 알림 범위를 넓히며 장애 감지 시간을 줄인 경험이 있다면 쓴 도구와 줄인 시간이 이력서에 나란히 있어야 합니다.

  • 메트릭 지표 수집과 모니터링, 알림 등 Observability 환경을 구성·운영하고, 대규모 트래픽 환경에서 서비스를 안정적으로 구성하며 장애에 대응합니다.

    이렇게 볼 수 있어요

    여기어때가 시즌·테마별 대형 프로모션과 라이브커머스를 운영한다는 것은 같은 회사 Promotion Marketer 공고에서 확인됩니다. 그래서 여기어때의 대규모 트래픽은 연휴 예약과 프로모션 시작 시각에 몰리는 순간 트래픽일 수 있습니다. 대응했던 장애 하나를 골라 원인과 재발 방지 조치를 설명할 수 있어야 합니다. 이벤트 전에 미리 증설하거나 부하 테스트로 대비해 본 경험도 이 순간 트래픽 대응의 사례입니다.

2자격 요건

  • 리눅스 환경에서 시스템 엔지니어로 5년 이상 일했고, AWS 클라우드 환경에서 상용 서비스를 운영해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    같은 직무로 묶인 DevOps Team Leader 공고는 Linux 환경의 DevOps 엔지니어 경력 10년 이상을 요구합니다. 이 공고는 시스템 엔지니어 5년 이상과 AWS 상용 서비스 운영을 함께 요구합니다. 상용 서비스 운영은 실제 고객 트래픽이 흐르는 환경을 맡아 본 경험을 가리킵니다. DevOps나 클라우드 엔지니어로 리눅스 서버를 운영한 경력도 이 조건에 함께 적을 수 있습니다. 그때 다룬 서버 규모와 맡은 운영 업무는 구체적으로 적으세요.

  • 메인 업무 가운데 하나가 컨테이너 오케스트레이션이라 Amazon EKS로 시스템을 구축하고 운영해 본 경험이 필요합니다.

    이렇게 볼 수 있어요

    같은 회사 DevOps Team Leader 공고도 GitOps·Argo CD·Helm 같은 Amazon EKS 기반 CI/CD 경험을 필수로 꼽았습니다. EC2와 함께 EKS가 이 회사 서비스 배포의 주요 환경으로 보입니다. EKS에는 IAM과 서비스 계정 연동, VPC CNI의 IP 관리, 클러스터 버전 업그레이드처럼 AWS에 묶인 운영 일이 따로 있습니다. EKS에서 직접 구축·운영한 범위는 드러나게 쓰는 것이 좋습니다. 다른 쿠버네티스 환경 경험도 함께 적을 수 있습니다.

3우대 사항

  • Google Cloud Platform 환경에서 상용 서비스를 운영해 본 경험을 우대합니다.

    이렇게 볼 수 있어요

    BigQuery 활용과 AWS/GCP 환경의 분석 경험은 같은 회사 Data Analyst [User Behavior] 공고가 우대합니다. GCP는 데이터 분석 쪽에서 쓰이고 있을 수 있습니다. 두 클라우드를 모두 다뤘다면 환경마다 운영한 서비스를 나눠 적으면 두 클라우드의 쓰임이 구분됩니다. 클라우드 사이 네트워크 연결이나 데이터 전송을 맡았다면 그 경험도 함께 적어 주세요.

  • 대규모 분산 환경에서 Amazon CloudWatch, Grafana, Prometheus 등으로 효과적인 모니터링 시스템을 구축하고 운영해 본 경험을 우대합니다.

    이렇게 볼 수 있어요

    같은 회사 DevOps Team Leader 공고도 Grafana·Prometheus와 함께 APM 도구 Pinpoint까지 우대합니다. 두 팀이 같은 모니터링 도구를 쓰고 있을 수 있습니다. 대규모 분산 환경에서는 Prometheus 한 대로 감당하기 어려운 메트릭 양과 라벨 카디널리티를 다루는 일이 생깁니다. 써 본 도구마다 모니터링한 시스템 규모와 장기 저장·확장을 어떻게 풀었는지가 대규모 분산 환경 경험을 보여 줍니다.

  • 업무 효율을 높이려고 IaC(Infrastructure as Code) 기반 인프라 자동화를 구축하고 운영해 본 경험을 우대합니다.

    이렇게 볼 수 있어요

    Terraform·CloudFormation은 같은 회사 DevOps Team Leader 공고가 같은 우대를 적을 때 쓴 도구 이름입니다. 코드로 관리한 인프라 범위가 VPC와 EKS 클러스터, IAM까지 이르는지와 콘솔에서 손으로 바꾼 설정을 어떻게 막았는지까지 적으면 자동화의 깊이가 전해집니다. 써 본 도구 이름도 함께 밝히세요.

  • ISMS-P, ISO 27001 같은 정보보호·개인정보보호 관리체계 컴플라이언스에 대응해 본 경험을 우대합니다.

    이렇게 볼 수 있어요

    같은 회사 개인정보보호팀 공고가 ISMS-P·ISO2K 인증 총괄 대응을 맡고 있어, SRE 쪽에서는 그 심사에 필요한 인프라 접근 통제나 로그 같은 증적을 준비하는 일과 이어질 수 있습니다. 심사 증적을 인프라 설정이나 자동화로 만들어 봤다면 어떤 항목이었는지 밝혀 두는 편이 좋습니다.

  • Bash, Python 같은 스크립트와 하나 이상의 프로그래밍 언어에 익숙하면 우대합니다.

    이렇게 볼 수 있어요

    Python·TypeScript 가운데 하나 이상은 같은 회사 DevOps Team Leader 공고의 필수 요건입니다. SRE 업무에서는 장애 때 반복하는 복구 절차를 스크립트로 만들거나 운영 알림을 자동 조치와 연결하는 데 언어가 쓰입니다. 운영 자동화에 쓴 언어와 그 스크립트가 줄인 수작업을 함께 밝힐 수 있습니다.

4기타 사항

  • 게시일 : 2025년 9월 26일
  • 고용형태 : 정규직(수습 3개월)
  • 근무지 : 서울 (대한민국 서울특별시 강남구 봉은사로 479)
  • 경력 조건 : 경력 5~10년
  • 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

  • Linux
  • AWS
  • Amazon EKS
  • Google Cloud Platform
  • Amazon CloudWatch
  • Grafana
  • Prometheus
  • IaC
  • Bash
  • Python

전형과 지원

여기어때 합류 여정은 서류 심사, 1차 인터뷰, 2차 인터뷰, 처우 협의, 입사 확정 순서이고 직군과 직책에 따라 코딩 테스트, 과제 테스트, 사전과제, 추가 인터뷰, 레퍼런스 체크 등이 추가되거나 생략될 수 있습니다. FAQ가 24개 질문에 답해 두어 인터뷰 형식과 결과 안내 기간까지 미리 확인할 수 있습니다.

  • 기본 단계

    합류 여정 페이지는 1차 인터뷰를 '지원 포지션의 실무진 2~3명과 다대일 방식'으로, 2차 인터뷰를 '임원진과 1:1'로 진행한다고 적었습니다. 2차에서는 직무 적합성과 함께 회사의 조직문화에 맞는지를 확인하고, FAQ는 모든 인터뷰가 약 60분간 진행된다고 답합니다.

    이렇게 볼 수 있어요

    1차는 실무 역량, 2차는 조직문화 적합성에 무게가 있습니다. 2차를 앞두고 리더십 원칙 아홉 개에 맞춘 사례를 정리해 두면 임원 인터뷰에서 쓸 수 있습니다.

    여기어때 합류 여정

  • 코딩 테스트·과제·레퍼런스 체크

    분석 시점 정규직 공고 27건 가운데 Data Analyst [Business Insight]와 Technical Product Owner는 코딩 테스트를, Android Developer와 Data Analyst [User Behavior]는 과제 테스트를 전형에 적었습니다. 제목에 Leader가 붙은 공고 5건은 2차 인터뷰 뒤에 레퍼런스 체크가 있습니다. FAQ는 직책 포지션이면 레퍼런스 체크를 반드시 진행하고 사전과제 기한은 약 3~7일이라고 답합니다.

    이렇게 볼 수 있어요

    같은 데이터 직군이라도 공고에 따라 코딩 테스트를 보기도 하고 과제 테스트를 보기도 합니다. 지원하는 공고 본문의 전형 안내에서 추가 단계를 확인하세요. FAQ는 사전과제를 인터뷰에서 면접관과 함께 리뷰하거나 발표한다고 밝혔으므로 작업 과정을 설명할 준비가 필요합니다.

    여기어때 채용 FAQ

  • 경력 연차가 부족해도 지원할 수 있습니다

    FAQ는 공고에 적힌 경력 연차가 부족한 경우에도 지원할 수 있다고 답하며, 공고에 적힌 경력 연차는 해당 포지션에 필요한 역량 수준의 가이드라인이라고 설명했습니다. 경력직도 신입 포지션에 지원할 수 있지만 경력 기간이 모두 인정되지 않을 수 있다고 덧붙였습니다.

    이렇게 볼 수 있어요

    연차 조건을 탈락선으로 보지 말고, 공고의 업무를 해 본 경험이 있으면 지원 범위에 넣을 수 있습니다. 공고의 연차보다 경력이 짧은데 지원할 때는 그 업무를 실제로 맡은 경험을 구체적으로 적어야 역량 수준을 판단할 근거가 생깁니다.

    여기어때 채용 FAQ

  • 재지원과 복수 지원

    FAQ는 같은 포지션 재지원이 최종 전형 결과 안내일 기준 6개월 후에 가능하고 새로운 포지션은 즉시 지원할 수 있다고 답합니다. 복수 포지션 동시 지원도 가능하지만 우선순위가 높은 포지션에 먼저 지원하길 권하고, 중복으로 서류에 합격하면 이후 전형을 동시에 진행하기 어려울 수 있다고 밝혔습니다.

    이렇게 볼 수 있어요

    여러 공고에 낼 수는 있지만 서류에 함께 합격해도 이후 전형을 모두 동시에 진행하기는 어려울 수 있습니다. 가장 원하는 공고를 정하고 그 공고에 맞춘 이력서로 먼저 지원하는 편이 낫습니다.

    여기어때 채용 FAQ

  • 서류·결과 안내·수습

    FAQ는 이력서를 별도 양식 없이 자유 형식으로 내고 분량과 파일 개수에 제한이 없으며, 연봉 정보와 주민등록번호는 빼 달라고 안내합니다. 전형 결과는 합격 여부와 관계없이 14일 이내에 안내하고, 마감일을 정하지 않은 공고는 채용이 끝나면 종료됩니다. 분석 시점 정규직 공고 27건 모두에 3개월 수습이 적혀 있었습니다.

    이렇게 볼 수 있어요

    FAQ는 마감일이 없는 공고를 충원 시 마감되는 포지션으로 안내하며 빠른 지원을 권합니다. 이력서만으로 설명하기 어려운 부분은 포트폴리오로 더하라고 안내했으므로 지원 전에 함께 준비해 둘 수 있습니다.

    여기어때 채용 FAQ

  • 지원 전 준비할 것

    1. 1

      장애 대응 사례

      대응했던 장애 하나를 골라 감지, 원인, 복구, 재발 방지 순서로 정리합니다.

    2. 2

      EKS 운영 범위

      EKS에서 직접 구축하고 운영한 클러스터 규모와 맡은 범위를 적습니다.

    3. 3

      모니터링 개선

      지표나 알림 체계를 바꿔 장애 감지가 빨라진 경험을 숫자와 함께 준비합니다.

    DevOps·SRE 지원을 준비한다면