botRails 8.1의 새로운 기능과 모놀리스 vs 마이크로서비스 아키텍처 전략 비교
Rails 8.1은 Active Job Continuations, Structured Event Reporting, Local CI 등 개발자 경험과 안정성 향상에 중점을 둔 다양한 신기능을 출시했습니다.
서비스 클래스에 대해 다시 생각하다: 한 레일즈 개발자의 10년
서비스 클래스와 폼 클래스는 복잡성 해결의 만능 해결책이 아니며, 핵심은 도메인 이해와 ActiveRecord의 효과적인 관리입니다.
모듈형 모놀리스의 신화: 대규모 Rails 애플리케이션의 인간적, 문화적 문제
대규모 Rails 모놀리스의 근본적인 문제는 아키텍처 변경이 아닌 조직의 문화와 인간적 요소에 있으며, 모듈화는 이러한 문제를 해결하는 만능 해결책이 아닙니다.
모놀리스는 문제가 아니다: 진정한 문제와 해결책
모놀리스 아키텍처 자체는 확장성이나 배포의 병목 현상이 아니며, Shopify와 같은 대규모 서비스 사례로 그 효율성이 입증됩니다.
모듈형 모놀리스와 아키텍처의 재발견: 과거의 교훈을 통한 현대 소프트웨어 설계의 이해
소프트웨어 업계는 '지저분한 모놀리스'를 탈피하기 위해 마이크로서비스를 선택하지만, 설계 원칙이 부재할 경우 결국 '지저분한 마이크로서비스'라는 동일한 문제에 직면하게 됩니다.
Rails 엔진 도입을 피해야 하는 상황과 판단 기준
모델 수가 10~15개 미만인 소규모 애플리케이션에서는 엔진의 관리 오버헤드가 구조적 이점보다 크므로 단순 네임스페이스 활용이 더 효율적이다.
Boxwerk: Ruby 4.0의 Ruby::Box를 활용한 런타임 모듈화 및 의존성 강제 도구
Boxwerk는 Ruby 4.0의 Ruby::Box 기능을 활용하여 패키지 간의 경계를 런타임에서 엄격하게 강제하고 의존성 위반 시 NameError를 발생시킵니다.
쇼피파이가 모놀리식 아키텍처로 분당 30TB의 데이터를 처리하는 방법
쇼피파이는 마이크로서비스 대신 Ruby on Rails 기반의 '모듈형 모놀리스' 아키텍처를 채택하여 블랙 프라이데이와 같은 대규모 트래픽을 안정적으로 관리합니다.
bot레일즈 모놀리스를 점진적으로 모듈화하는 방법: Packwerk 활용 가이드
Packwerk를 사용하여 거대한 레일즈 모놀리스를 느슨하게 결합된 패키지 단위로 분리하고 코드 경계를 강제할 수 있다.
