ModularMonolith2 [MSA 말고 Modular Monolith] 1편 — PHP Monolith의 한계, 전환을 결정한 이유 이 시리즈는 글쓴이 본인이 수행한 레거시 서비스를 리뉴얼 전환한 과정에서 수행한 의사 결정 사항들을 정리한 글입니다. 실제 운영 중인 PHP 레거시 에듀테크 플랫폼을 Python + React + K3S 환경으로 전환하는 과정에서 아키텍처 설계와 인프라 구성에 대한 내용이 포함되어 있습니다. 목차1편 — PHP Monolith의 한계, 전환을 결정한 이유 2편 — DDD로 도메인 경계 찾기: 레거시 DB 테이블 분석3편 — 도메인 설계: Bounded Context 와 Aggregate 정의4편 —개발 서버 세팅: Ubuntu + Docker + k3s 설치5편 — k3s Namespace 전략과 Traefik Ingress 구성 1. 기존 레거시 시스템 AS-IS1-1 서비스 구성운영 중인 플.. 2026. 6. 26. MSA Trend 2026 개발자라면 한번쯤은 들어봤을 MSA - Microservice Architecture 대략 2010년대 중반부터 업계를 휩쓴 이 개념은, "현대적인 서비스라면 당연히 가야 할 방향"처럼 여겨졌다.그런데 2026년 현재, MSA에 조금 다른 분위기가 드러나고 있다. 업계 조사에서는 MSA를 도입했던 조직의 절반 가까이가 다시 통합하는 방향으로 돌아서고 있다는 데이터가 나오고 있고, "Modular Monolith"나 "Vertical Slice" 같은 키워드가 다시 주목받기 시작했다. 도대체 무슨 일이 있었던 걸까? MSA는 어디서 시작됐고, 왜 그렇게 빠르게 퍼졌으며, 지금은 왜 흔들리고 있는 걸까? 이 글에서는 그 흐름을 처음부터 차근차근 짚어보려 한다. 1. 시작은 모놀리스였다 — 그리고 그것이 문.. 2026. 6. 16. 이전 1 다음
