미리디2026년 7월 20일아키텍처micro frontends가 미리캔버스 프론트엔드팀이 일하는 방식을 바꾸는 이유미리캔버스 프론트엔드팀은 변경 검증 범위 확대와 조직 간 협업 마찰을 공통 문제로 보고 MFE를 선택했습니다. 레이어 분리, 공개 API 제한, 런타임 페더레이션으로 변경 영향 범위를 줄이려는 구조를 설명했습니다.#micro frontends#module#페더레이션7800
당근마켓2026년 7월 23일아키텍처프론트엔드와 백엔드를 한 팀으로 합치면 어떤 일이 일어날까?프론트엔드와 백엔드를 한 팀으로 합쳐 조율과 대기 비용을 줄인 사례를 소개했습니다. 문서화와 AI, Runbook이 안정성과 속도를 함께 받쳐줬습니다.#API#마이크로서비스#AI 코딩 도구7600
당근마켓2026년 7월 14일아키텍처천만 MAU를 지탱하는 커뮤니티 시스템을 소개해요천만 MAU를 버티기 위한 커뮤니티 시스템의 구조와 선택을 소개했습니다. 웹앱과 서버앱, 모듈과 이벤트 분리로 확장성과 운영성을 함께 확보한 사례입니다.#MSA#모듈형 모놀리스#Redis11101
AWS2026년 7월 21일아키텍처Kiro 에이전트와 Harness Engineering: LGU+ Knowledge-based Mass Migration 자동화LGU+의 대규모 AWS 마이그레이션에서 Kiro와 Harness Engineering으로 전환 작업을 표준화했습니다. 설정 자동화와 지식 자산화를 통해 개발자 편차를 줄이고 재사용성을 높였습니다.#AWS#Kubernetes#Java3100
넥스트리2026년 7월 23일아키텍처데이터 모델링에서 DDD로의 여정DDD 관점에서 무분별한 엔티티 설계와 관계 누락을 리팩토링한 사례를 다뤘습니다. 유비쿼터스 언어, 애그리게이트, 값 객체로 도메인 자율성과 유지보수성을 높였습니다.#DDD#애그리게이트#값 객체2900
넥스트리2026년 7월 21일아키텍처멀티 프로덕트 브랜드 아키텍처와 디자인 가이드멀티 프로덕트 환경에서 브랜드 아키텍처가 디자인 시스템의 기준점이 되는 이유를 정리했습니다. 핵심 자산 분리, 컴포넌트 추상화, 문서화의 중요성도 함께 다뤘습니다.#브랜드 아키텍처#디자인 시스템#피그마1800
넥스트리2026년 7월 15일아키텍처전략 패턴을 활용한 유연한 결제 모듈 구현기전략 패턴으로 PG별 결제 연동을 분리해 결제 플로우를 단순화했습니다. 새 PG 추가 시 기존 코드를 거의 수정하지 않도록 확장성을 확보했습니다.#전략패턴#Spring Boot#API5200
AWS2026년 7월 16일아키텍처Amazon Bedrock 위에 사내 LLM Gateway 구축하기: Claude Code, Codex를 위한 인증·비용·거버넌스사내 LLM Gateway로 Claude Code와 Codex의 인증, 비용, 모델 접근을 중앙에서 통제하는 설계를 정리했습니다.\nBedrock 기반 멀티 프로바이더 환경에서 예산 차단, 자동 다운그레이드, 감사 추적을 함께 구현한 사례입니다.#Amazon Bedrock#LLM#인증2200
넥스트리2026년 7월 15일아키텍처Git 브랜치 전략Git Flow, GitHub Flow, GitLab Flow를 비교하며 실무 브랜치 전략의 핵심을 정리했습니다.브랜치 이름보다 역할과 배포 규칙의 일관성이 더 중요하다고 설명했습니다.#Git#CI/CD#QA4900
카카오뱅크2025년 7월 4일아키텍처MSA로의 여정에서 만난 Spring Modulith 체리픽 해본 후기Spring Modulith를 활용해 모놀리스와 MSA 사이에서 도메인 경계를 강제한 실무 경험을 정리했습니다. 불확실한 전환기에 논리적 모듈 분리로 운영 부담과 결합도를 함께 줄인 사례를 공유했습니다.#MSA#Spring Boot#Kotlin10200