🦾 AWS가 은밀하게 소프트웨어 물리학의 법칙을 깨는 방법 (그리고 당신도 할 수 있습니다)

모든 아키텍처는 상충하는 목표 사이의 근본적인 트레이드오프를 수반하며, 많은 조직은 이를 무시하여 신뢰할 수 없는 시스템을 초래합니다. 하지만 AWS는 이러한 역설을 명시적으로 수용하며, 특히 S3 및 DynamoDB와 같은 하이퍼 스케일 서비스를 뒷받침하는 "셀" 아키텍처를 통해 이를 보여줍니다. 핵심적인 과제는 대규모 확장성과 장애 격리를 균형 있게 유지하는 것입니다. 단일 대규모 클러스터의 장애는 모든 것에 영향을 미치기 때문입니다. 셀 아키텍처는 서비스를 셀이라고 하는 작고 자급자족하며 격리된 클러스터로 나누어 이 문제를 해결합니다. 각 셀은 자체 컴퓨팅, 스토리지 및 네트워킹을 포함하여 한 셀의 장애가 다른 셀에 영향을 미치지 않도록 합니다. 스마트 요청 라우터는 들어오는 트래픽을 적절한 셀로 전달하고, 셀이 비정상 상태가 되면 자동으로 라우팅을 변경합니다. 예를 들어 Amazon S3는 수백 개의 셀을 사용하여 방대한 객체 저장소를 관리하며, 각 셀 내에서 강력한 일관성을 유지합니다. 이러한 설계는 더 많은 셀을 추가하여 거의 무한한 확장성을 가능하게 하고, 단일 장애의 영향 범위를 제한합니다. 하지만 셀 간 작업은 의도적으로 느리거나 불가능하며, 이는 격리를 위한 의도적인 타협입니다. DynamoDB 또한 고가용성을 위해 별도의 스토리지 및 라우터 셀을 갖춘 셀 기반 방식을 사용합니다. 주요 교훈은 단순하고 격리된 셀을 수용하고, 장애 격리를 위해 명시적으로 설계하며, 약한 전역 일관성을 수용하는 것입니다. 개발자와 아키텍트는 분할 가능성을 고려하여 설계하고 단일 장애 지점을 피해야 하며, 수많은 셀을 관리하기 위해서는 강력한 자동화가 필수적입니다. 다양한 기술 대기업에서 발견되는 패턴인 셀 아키텍처는 분산 시스템에서 장애를 격리하는 데 격리가 핵심임을 보여줍니다.