Velopers
모든 블로그
여기어때

여기어때

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

활동 요약

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

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

아키텍처

더 빠르게, 그리고 무너지지 않게 — 전시 아키텍처 개선기 (1/3)

전시 상품 API의 Redis 병목과 캐시 단일 의존 문제를 구조적으로 개선했습니다. Kafka CDC, 병렬 처리, 다단계 조회로 더 빠르고 무너지지 않는 서빙 구조를 만들었습니다.

#Redis#MongoDB#Kafka
5000

아키텍처

MSA도, 모놀리스도 아닌 제3의 선택 — Spring Modulith

모놀리스와 MSA 사이의 대안으로 Spring Modulith 기반 Modular Monolith를 소개했습니다. 모듈 경계 검증, 이벤트 통신, 문서화, 모니터링 사례를 실제 적용 경험과 함께 정리했습니다.

#Spring Boot#MSA#DDD
16500

아키텍처

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

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

#React#Vue.js#Next.js
8600

아키텍처

전시 동적필터 리팩토링

페이지 타입별 필터 정책이 코드 곳곳에 흩어져 있어 확장과 유지보수가 어려운 문제를 리팩토링했습니다. 정책은 전략으로, 생성은 공통 흐름으로 분리해 변경 지점을 명확히 했습니다.

#리팩토링#디자인패턴#enum
7800

아키텍처

하나의 데이터, 멀티 엔진: Apache Iceberg로 구축하는 데이터레이크

Redshift 단일 클러스터의 적재 지연과 리소스 경합 문제를 해결하기 위해 Iceberg 기반 데이터레이크를 구축했습니다. GCS, BigLake Metastore, Spark, BigQuery를 분리해 멀티 엔진 운영과 벤더 종속 완화를 노렸습니다.

#Apache Iceberg#BigQuery#Spark
7500

아키텍처

멀티모듈 프로젝트, 왜 그리고 어떻게 해야 할까?

대규모 검색 API를 멀티모듈 구조로 리팩토링한 사례를 정리했습니다. 도메인 분리와 의존성 정리를 통해 유지보수성과 협업 효율을 높이는 방법을 설명했습니다.

#멀티모듈#클린 아키텍처#refactoring
35400

아키텍처

BFF(Backend for Frontend) 가 여기어때에서 하는 일

여기어때의 BFF가 각 클라이언트에 맞춘 API와 데이터 가공을 맡는 역할을 소개했습니다. 성능 최적화, 보안 분리, 독립 배포 측면의 장점도 함께 정리했습니다.

#BFF#REST API#cache
23000

아키텍처

리팩토링 여정, 더 나은 코드로의 항해 part 3. 함께한 여정, 함께한 성과

리팩토링을 통해 팀 협업 방식과 코드 구조를 함께 개선한 과정을 공유했습니다. 데일리 미팅, Mob Programming, 점진적 리팩토링으로 유지보수성과 이해도를 높였습니다.

#refactoring#Mob Programming#A/B test
4000

아키텍처

UIKit에서 SwiftUI로의 도약: 여기어때 iOS 아키텍처 변천사

여기어때 iOS 팀의 MVC, MVVM, ReactorKit 변천사와 SwiftUI 전환 검토 과정을 정리했습니다. SwiftUI에 맞는 MVI, 커스텀 MVI, TCA의 적용 방향도 함께 살펴봤습니다.

#SwiftUI#UIKit#MVI
13900

아키텍처

지도 서비스(Reverse Geocoding)내재화 이야기

외부 API에 의존하던 Reverse Geocoding 기능을 내재화해 비용과 장애 리스크를 줄였습니다. 데이터 선택, GeoHash, Point In Polygon을 거쳐 성능과 운영 효율을 함께 개선했습니다.

#Elasticsearch#GeoHash#AWS
5300