https://docs.makgol.com/cellarch/Recent content in 서비스 아키텍처 변천사 on makgol's noteHugo -- gohugo.ioko-KR© 2026 MontTue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/01-monolith/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/01-monolith/ <h1>01 · 모놀리스와 수직 확장 — 장애 도메인이 하나였던 시절</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>확장과 격리는 다른 문제다</strong> — 앱 서버를 늘리면 처리량은 늘지만, 뒤에 놓인 DB가 하나면 장애 도메인은 그대로 하나로 남는다 <code>Σ</code></li> <li><strong>2008년 eBay 발표는 분할의 두 축을 함께 제시했다</strong> — Randy Shoup의 &ldquo;Partition by Function&quot;과 &ldquo;Split Horizontally&quot;가 훗날 각각 마이크로서비스와 셀로 갈라져 이어진다 <code>✓</code></li> <li><strong>Amazon의 3-tier 전환은 1차 문서로 남아 있지만, 그 뒤 흔히 도는 해체 서사는 2차 출처뿐이다</strong> — Obidos를 3년에 걸쳐 쪼갰다는 이야기는 출처를 밝히지 않으면 단언할 수 없다 <code>✓</code>/<code>?</code></li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>https://docs.makgol.com/cellarch/02-microservices/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/02-microservices/ <h1>02 · SOA에서 마이크로서비스로 — 무엇을 나눴고 무엇을 못 나눴나</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>Bezos의 2002년 API 강제 명령이 SOA 전환의 시작점으로 꼽힌다</strong> — 원문은 Amazon 공식 문서가 아니라 Steve Yegge가 2011년에 남긴 회고이고, 연도도 &ldquo;2002년경, ±1년&quot;으로만 적혀 있다 <code>?</code></li> <li><strong>Hystrix는 격리의 산수를 숫자 하나로 보여줬다</strong> — 의존성 30개가 각각 99.99%를 지켜도 합성 가용성은 99.7%로 떨어지고, 한 달에 두 시간 넘는 장애로 이어진다 <code>✓</code></li> <li><strong>MSA가 나눈 것은 배포·확장·조직이지 장애 도메인이 아니었다</strong> — 벌크헤드로 프로세스 안의 격리는 얻었지만, 그 바깥의 공유 인프라 층은 여전히 하나였다 <code>Σ</code></li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>https://docs.makgol.com/cellarch/03-shared-failure/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/03-shared-failure/ <h1>03 · MSA가 스케일에서 깨진 지점 — 공유 의존성 하나가 전체를 멈춘 사례들</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>서비스를 나눠도 그 밑의 공유 층이 하나면 폭발 반경은 전체다</strong> — Uber가 2,200개 마이크로서비스를 운영하며 다시 도메인 단위로 묶어야 했던 이유다 <code>✓</code></li> <li><strong>지리적 분산은 격리가 아니다</strong> — Datadog 2023-03, 5개 리전이 같은 OS 이미지 때문에 동시에 쓰러졌다 <code>✓</code></li> <li><strong>전파가 빠를수록 폭발 반경도 커진다</strong> — Cloudflare 2025-11-18, 파일 하나가 5분마다 전 네트워크에 실려 갔다 <code>✓</code></li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>https://docs.makgol.com/cellarch/04-cell-anatomy/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/04-cell-anatomy/ <h1>04 · 셀 기반 아키텍처 — 정의, 계보, 해부</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>셀은 워크로드 전체의 독립 사본이다</strong> — AWS 백서는 &ldquo;독립적으로 돌아가는 데 필요한 모든 것을 갖춘 완전한 워크로드&quot;라고 정의한다 <code>✓</code></li> <li><strong>&ldquo;cell&quot;이라는 단어는 세 갈래가 서로 다른 뜻으로 사용했다</strong> — Google Borg의 스케줄링 도메인, WSO2의 API 조합 단위, AWS의 폭발 반경 격리 단위는 이름만 같고 뜻이 다르다 <code>✓</code></li> <li><strong>셔플샤딩은 셀이 아니라 셀 안에서 쓰는 조합 기법이다</strong> — AWS FAQ가 이 둘을 직접 구분해 못 박는다 <code>✓</code></li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>https://docs.makgol.com/cellarch/05-cell-cases/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/05-cell-cases/ <h1>05 · 셀을 실제로 만든 곳들 — Slack·Roblox·GitLab·Shopify, 그리고 셀을 안 쓴 Uber</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>셀 경계는 조직마다 다른 것을 가리킨다</strong> — Slack은 가용 영역, Roblox는 머신 세트, GitLab은 조직, Shopify는 데이터스토어만 나눈다 <code>✓</code></li> <li><strong>Datadog 2023-03-08은 격리의 반례다</strong> — 리전은 갈랐지만 OS 업데이트 파이프라인은 전역이라 전 리전이 동시에 멈췄다 <code>Ⓥ</code></li> <li><strong>Uber와 Netflix는 셀을 쓰지 않는다</strong> — 수천 개 서비스를 굴리는 두 회사는 리전 페일오버와 대피를 택했다 <code>✓</code></li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>https://docs.makgol.com/cellarch/06-aws-isolation/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/06-aws-isolation/ <h1>06 · AWS는 어떻게 가두나 — DynamoDB·Route 53·Lambda·S3의 격리 단위</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>AWS의 격리는 셀 하나가 아니라 네 겹이다</strong> — Region → AZ → cell → shuffle shard, 그리고 이 넷을 가로지르는 control plane / data plane 분리 <code>✓</code></li> <li><strong>리전 격리에도 예외가 있다</strong> — IAM·Route 53·CloudFront 같은 글로벌 서비스의 컨트롤 플레인은 <code>us-east-1</code> 하나에 몰려 있다 <code>✓</code></li> <li><strong>DynamoDB는 이 전부를 한 서비스 안에서 보여준다</strong> — 파티션·요청 라우터·MemDS·GAC. 다만 논문에 &ldquo;cell&quot;이라는 단어는 없다 <code>✓</code></li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>https://docs.makgol.com/cellarch/07-aws-2025-outage/Tue, 22 Sep 2026 00:00:00 +0900https://docs.makgol.com/cellarch/07-aws-2025-outage/ <h1>07 · 2025-10-20 us-east-1 — 격리가 지킨 것과 못 지킨 것</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li><strong>터진 건 DynamoDB의 데이터가 아니라 리전 엔드포인트로 가는 길이었다</strong> <code>✓</code> — 파티션·스토리지 노드는 무사했고, 다른 리전도 그대로 돌았다.</li> <li><strong>경합을 일으킨 건 셀도 샤드도 아닌, 리전당 하나뿐인 DNS 관리 자동화였다</strong> <code>✓</code> — 중복 실행이라는 안전장치가 오히려 경합의 재료가 됐다.</li> <li><strong>AWS의 개선 약속 4개 중 3개는 셀 분할이 아니라 속도 제한이었다</strong> <code>✓</code> — 이 사고는 공간을 나눠서 풀리는 문제가 아니었다.</li> </ul> </div> </div> </div> <p>근거 표기 — <code>✓</code> 1차 문서 확인 · <code>Ⓑ</code> 공개 벤치마크 · <code>Ⓥ</code> 벤더·프로젝트 주장 · <code>≈</code> 추정·역산 · <code>?</code> 미확인 · <code>Σ</code> 종합 판단.</p>