하나의 프론트엔드 코드로 멀티 환경 운영하기
하나의 프론트엔드 코드베이스로 여러 환경을 운영하기 위해 분기 구조를 재설계했습니다. Route와 Component는 설정화·자동화하고, Logic은 단순 플래그로 유지해 생산성과 DX를 개선했습니다.


하나의 프론트엔드 코드베이스로 여러 환경을 운영하기 위해 분기 구조를 재설계했습니다. Route와 Component는 설정화·자동화하고, Logic은 단순 플래그로 유지해 생산성과 DX를 개선했습니다.

모두싸인 QA가 Playwright와 POM, BDD를 활용해 E2E 테스트 자동화를 운영하는 방식을 소개했습니다. 핵심 시나리오 중심으로 범위를 정하고 CI/CD와 연계해 품질과 속도의 균형을 맞췄습니다.

로그 인리치먼트로 감사로그의 컨텍스트를 보강한 설계와 구현 사례를 다뤘습니다. 비동기 처리, 메타데이터 저장소, S3 적재와 중복 제거 전략을 설명했습니다.

SPA에서 구 버전 리소스가 계속 유지되는 문제를 해결하기 위해 최신 버전 업데이트 기능을 구현했습니다. version.json 폴링과 버전 비교로 강제·선택 업데이트를 분기하고 전환율까지 측정했습니다.

NestJS v10 업데이트 과정에서 주요 변경점과 호환성 문제를 정리했습니다. 공통 라이브러리와 토큰 매핑을 활용해 점진적으로 마이그레이션하는 방법을 소개했습니다.

비동기 메시지 규약이 제각각이라 추적과 유지보수가 어려운 문제를 길드 활동으로 해결했습니다. AsyncAPI와 Code-Gen 도구 WAAX를 도입해 문서화, 정적 검증, 가시화를 함께 개선했습니다.

비동기 메시지 규칙이 제각각이던 레거시 시스템을 통합 이벤트·커맨드·태스크로 분류해 표준화했습니다. Kafka와 Bullmq로 cloud agnostic 인프라를 구성해 CSAP 대응 마이그레이션을 완료했습니다.

엔터프라이즈 확장에 맞춰 워크스페이스 기반 인가 체계를 재설계한 사례를 소개했습니다. RBAC와 중앙 집중형 인가 서비스, CDC 동기화로 복잡성과 운영 리스크를 줄였습니다.

안녕하세요. 모두싸인 제품 그룹에서 백엔드 개발을 맡고 있는 러츠라고 합니다. 이번 블로그 포스팅에서는 TypeORM에서 지원하는 마이그레이션 기능을 도입한 이유와 후기,

안녕하세요. 모두싸인팀에서 백엔드 개발을 하는 고영훈입니다. 이번 블로그 포스팅에서는 모두싸인 백엔드 서비스에서 여러 AWS S3 객체를 하나의 ZIP 객체로 만드는 데

안녕하세요. 모두싸인 제품 그룹에서 프론트엔드 개발을 하고 있는 레이나입니다. 지난 포스트 사람을 향한 시스템 준비하기에서는 모두싸인 디자인 시스템을 만들었던 과정을 소개

안녕하세요. 모두싸인 서비스에서 백엔드 개발을 담당하고 있는 덱스터입니다. 지난 포스트(알림 서비스 탄생 비화)에서는 마이크로서비스 아키텍처에서 서비스를 나누는 기준에 대
