Velopers
모든 블로그
여기어때

여기어때

도메인techblog.gccompany.co.kr
주요 카테고리 프론트엔드 · DevOps

활동 요약

대표 인기 포스트멀티모듈 프로젝트, 왜 그리고 어떻게 해야 할까?354 조회
최근 30일
2개
평균 조회
77
누적 조회
17,094
전체 글
223개
마지막 발행
2026. 10. 20.
블로그 방문

여기어때 기술 블로그 글 (223)

데브옵스

옵저버빌리티 Right-Sizing: 여기어때에서 기준을 만드는 법

Kubernetes Pod의 Request와 Limit을 실제 사용 패턴에 맞게 조정하는 Right-Sizing 기준 수립 과정을 다뤘습니다. P95, 버퍼율, 컴포넌트 특성, Throttling 지표를 함께 고려하는 방법을 정리했습니다.

#Kubernetes#Grafana#OpenTelemetry
7400

데브옵스

EKS + ALB 환경에서 Argo Rollouts 503 에러 없는 카나리 배포 적용기

EKS + ALB 환경에서 Blue/Green과 기본 Canary의 Promote 시 503이 발생하는 원인을 분석했습니다. Argo Rollouts Canary PingPong으로 selector 변경 없이 weight만 교대해 문제를 해결했습니다.

#EKS#ALB#ArgoCD
9900

데브옵스

CMS 모노레포 개선기: 빌드 시간 단축부터 번들 최적화까지

모노레포 CMS의 빌드 파이프라인을 개선해 배포 시간을 14분에서 8분으로 줄였습니다. 병렬 빌드, 캐시 최적화, 안정성 보강과 번들 최적화까지 함께 다뤘습니다.

#Next.js#Spring Boot#모노레포
11200

프론트엔드

쿠폰은 많은데, 왜 혜택은 느껴지지 않았을까?

쿠폰 구조가 복잡해 고객이 최대 혜택을 체감하지 못하는 문제를 UX 관점에서 정리했습니다. 퍼널 전반의 노출 방식과 쿠폰명을 통일해 사용률 44% 증가를 만들었습니다.

#UX/UX#UT#쿠폰
4300

데브옵스

여기어때 이벤트 기반 통합 알림 플랫폼 구축기 Part 2. How?

여기어때의 통합 알림 플랫폼 NotiHub 설계와 핵심 의사결정을 정리했습니다. Kafka, Redis, HPA, 샤딩으로 안정성과 확장성을 함께 확보했습니다.

#Kafka#Redis#HPA
8800

데브옵스

여기어때 이벤트 기반 통합 알림 플랫폼 구축기 Part 1. Why?

알림이 과잉·분산되며 중요한 신호가 묻히는 문제를 해결하기 위해 NotiHub를 구축했습니다. 기존 웹훅 호환성을 유지하면서 이벤트 기반 라우팅과 팀 단위 운영 체계를 도입했습니다.

#Kafka#Redis#Slack
12700

기타

떨리는 인터뷰 당일, 어떤 하루를 보내게 될까요?

여기어때의 인터뷰 당일 동선과 지원자 배려 요소를 소개하는 채용 경험 글입니다. 리셉션, 대기실, 인터뷰룸, 결과 안내까지의 흐름을 안내했습니다.

#회의
4500

아키텍처

멀티 프레임워크 디자인 시스템, 결국 운영 가능한 구조를 선택한 이유

React와 Vue를 함께 지원하던 디자인 시스템에서 운영 비용을 줄이기 위해 지원 범위를 재정의했습니다. React는 컴포넌트 운영축으로, Vue는 파운데이션 중심으로 전환한 사례입니다.

#React#Vue.js#Next.js
8600

AI

기획서에서부터 Jira 태스크 업로드까지, Tasky

Confluence 기획서를 기반으로 Jira 티켓을 자동 생성하는 AI 워크플로우 Tasky를 소개했습니다. PRD 표준화와 태스크 세분화로 품질을 높이고 준비 시간을 줄인 사례입니다.

#Confluence#Jira#워크플로우 자동화
8400

백엔드

화면 단위 복잡성을 흡수하다: 여기어때 BFF의 기록

MSA 환경에서 화면 단위 복잡성을 줄이기 위해 BFF를 도입한 사례를 정리했습니다. 여러 도메인 API 조합과 분기 로직을 서버로 옮기고, 장애 전파와 메모리 과부하 대응도 다뤘습니다.

#MSA#BFF#Spring Retry
10700

기타

여기어때 현장실습생을 소개해요

여기어때 현장실습생 4명의 직무 경험과 프로젝트를 소개했습니다. 각 직무에서 필요한 역량과 실무 성장을 함께 정리했습니다.

#AWS#GCP#BigQuery
25700

데브옵스

여기어때 Secret 플랫폼 구축기 Part 3: 시크릿 저장소를 운영 가능한 상태로 만들기 — 컨테이너화부터 CI/CD, 로그 수집까지

Secrethub를 운영 가능한 상태로 만들기 위해 컨테이너화, CI/CD, 로그 수집 구조를 정리했습니다. 서비스 단위가 아닌 플랫폼 레벨에서 관리 가능한 구조를 목표로 표준화를 진행했습니다.

#Docker#CI/CD#GitLab
5800

데브옵스

여기어때 Secret 플랫폼 구축기 Part 2: 시크릿 저장소를 전체 서비스에 적용하기까지

여기어때는 Secrethub를 EKS 환경에 먼저 적용하고 ESO로 Secret을 자동 동기화하도록 설계했습니다. Spring Boot 공통 Loader와 Shadow Jar를 통해 전사 확산과 의존성 충돌 방지를 함께 해결했습니다.

#Kubernetes#AWS#EKS
5400

데브옵스

여기어때 Secret 플랫폼 구축기 Part 1: 왜 시크릿 저장소를 만들었는가

민감 정보가 서비스별로 흩어져 있던 한계를 해결하기 위해 중앙 관리 플랫폼 Secrethub를 구축했습니다. 접근 통제와 감사, 권한 일원화, 개발 편의성을 위해 외부 솔루션 대신 자체 개발을 선택했습니다.

#AWS Secrets Manager#HashiCorp Vault#EKS
10800

AI

AI 코딩 에이전트에게 사고 과정을 설계하다— /start부터 Agent Teams까지

AI 코딩 에이전트의 작업 방식을 사고 흐름과 규칙 체계로 설계한 사례를 정리한 글입니다. /start·/done, 페르소나, Agent Teams로 협업과 검증을 표준화했습니다.

#LLM#Cursor#Claude
7800

기타

취소 버튼 뒤에 숨겨진 ‘재예약 골든타임’을 찾아서

취소 데이터를 재예약 관점에서 다시 해석해, 24시간 이내가 핵심 골든타임임을 확인했습니다. 취소 직후 화면과 푸시 전략을 개선해 재예약 GMV를 높일 수 있는 방안을 제안했습니다.

#데이터 분석#GMV#취소
4700

프론트엔드

불안정한 테스트를 신뢰로 바꾸는 과정: Playwright Flaky Test 개선기

Robot Framework 기반 자동화 테스트의 Flaky 문제를 Playwright로 마이그레이션하며 개선한 사례를 소개했습니다. 팝업 자동 처리, 셀렉터 정교화, 데이터 조건별 skip으로 테스트 신뢰도를 높였습니다.

#Playwright#Pytest#Robot Framework
12100

AI

AI 시대, 구성원이 직접 만들어가는 조직의 미래

AI를 단순 도구가 아닌 조직 프로세스 재설계의 핵심으로 삼은 사례였습니다. 구성원 주도의 트랙 운영으로 효율화와 역량 확장을 함께 추진했습니다.

#ChatGPT#prompt#자동화
12400