스트랭글러 패턴

특정 기능을 새로운 애플리케이션 및 서비스로 점진적으로 교체하여 레거시 시스템을 단계적으로 마이그레이션합니다. 레거시 시스템의 기능이 교체되면 결국 새 시스템이 기존 시스템의 모든 기능을 대체하여 기존 시스템을 중단하고 서비스 해제할 수 있습니다.

컨텍스트 및 문제점

시스템 사용 기간으로 인해 개발 도구, 호스팅 기술뿐만 아니라 구축된 시스템 아키텍처까지도 점차 사용하지 않게 될 수 있습니다. 새로운 기능이 추가되면 이러한 애플리케이션의 복잡성이 매우 증가하여 새 기능을 유지 관리하거나 추가하는 것이 더 어려워질 수 있습니다.

복잡한 시스템을 완전히 교체하는 것은 매우 어려운 작업일 수 있습니다. 경우에 따라 아직 마이그레이션되지 않은 기능을 처리하도록 기존 시스템을 유지하면서 점진적으로 새 시스템으로 마이그레이션해야 합니다. 그러나 애플리케이션의 두 개의 별도 버전을 실행하려면 클라이언트가 특정 기능의 위치를 파악해야 합니다. 기능 또는 서비스를 마이그레이션할 때마다 새 위치를 가리키도록 클라이언트를 업데이트해야 합니다.

해결 방법

특정 부분의 기능을 새로운 애플리케이션 및 서비스로 점진적으로 교체합니다. 백 엔드 레거시 시스템으로 이동하는 요청을 가로채는 외관을 만듭니다. 외관은 레거시 애플리케이션 또는 새 서비스로 이러한 요청을 라우트합니다. 기존 기능을 새로운 시스템으로 점차적으로 마이그레이션할 수 있으며, 소비자는 마이그레이션이 발생한 것을 인식하지 못하고 동일한 인터페이스를 계속 사용할 수 있습니다.

스트랭글러 패턴의 다이어그램

이 패턴을 통해 마이그레이션의 위험을 최소화하고 시간이 지남에 따라 개발 활동을 분산할 수 있습니다. 올바른 애플리케이션에 사용자를 안전하게 라우팅하는 외관을 사용하여 레거시 애플리케이션이 계속 작동하도록 하면서 원하는 속도로 새 시스템에 기능을 추가할 수 있습니다. 시간이 지남에 따라 새 시스템에 기능이 마이그레이션되므로 결국 레거시 시스템은 "스트랭글되고" 더 이상 필요가 없습니다. 이 프로세스가 완료되면 레거시 시스템을 안전하게 사용 중지할 수 있습니다.

문제 및 고려 사항

  • 새 시스템 및 레거시 시스템 모두에서 잠재적으로 사용되는 서비스 및 데이터 저장소를 처리하는 방법을 고려합니다. 둘 다 이러한 리소스에 병행하여 액세스할 수 있는지 확인합니다.
  • 향후 스트랭글러 마이그레이션에서 쉽게 가로채고 대체할 수 있는 방식으로 새 애플리케이션 및 서비스를 구성합니다.
  • 어느 시점에 마이그레이션이 완료되면 스트랭글러 외관은 사라지거나 레거시 클라이언트용 어댑터로 발전합니다.
  • 외관에서 마이그레이션이 지속되는지 확인합니다.
  • 외관이 단일 실패 지점 또는 성능 병목 상태가 되지 않는지 확인합니다.

이 패턴을 사용해야 하는 경우

백 엔드 애플리케이션을 새로운 아키텍처로 점진적으로 마이그레이션하는 경우 이 패턴을 사용합니다.

다음 경우에는 이 패턴이 적합하지 않을 수 있습니다.

  • 백 엔드 시스템에 대한 요청을 가로챌 수 없는 경우
  • 대량 교체의 복잡성이 낮은 소규모 시스템의 경우