소비자 서비스 또는 애플리케이션을 대신하여 네트워크 요청을 전송하는 도우미 서비스를 만듭니다. 특사 서비스는 클라이언트와 함께 배치하는 Out of Process 프록시로 간주할 수 있습니다.
이 패턴은 모니터링, 로깅, 라우팅, 보안(예: TLS) 및 언어 독립적 방식의 복원력 패턴 등의 일반적인 클라이언트 연결 작업의 오프로딩에 유용할 수 있습니다. 레거시 애플리케이션 또는 수정하기 어려운 다른 애플리케이션에서 네트워킹 기능을 확장하기 위해 이 패턴을 사용하는 경우가 많습니다. 특수 팀을 통해 이러한 기능을 구현할 수도 있습니다.
컨텍스트 및 문제점
복원력 있는 클라우드 기반 애플리케이션을 사용하려면 회로 차단, 라우팅, 측정 및 모니터링 등의 기능과 네트워크 관련 구성을 업데이트하는 기능이 필요합니다. 이러한 기능을 추가하기 위해 레거시 애플리케이션 또는 기존 코드 라이브러리를 업데이트하기는 어렵거나 불가능할 수 있습니다. 개발 팀에서 더 이상 코드를 쉽게 수정하거나 유지 관리할 수 없기 때문입니다.
네트워크 호출을 위해 연결, 인증 및 권한 부여에 대한 상당한 구성이 필요할 수도 있습니다. 여러 언어 및 프레임워크를 사용하여 작성된 여러 애플리케이션에서 이러한 호출을 사용할 경우 이러한 인스턴스 각각에 대해 호출을 구성해야 합니다. 또한 조직 내의 중앙 팀에서 네트워크 및 보안 기능을 관리해야 할 수 있습니다. 대규모 코드 기반에서는 해당 팀이 친숙하지 않은 애플리케이션 코드를 업데이트하는 것이 위험할 수 있습니다.
해결 방법
클라이언트 프레임워크 및 라이브러리를 애플리케이션과 외부 서비스 간의 프록시 역할을 하는 외부 프로세스에 배치합니다. 라우팅, 복원력, 보안 기능에 대한 제어를 허용하고 모든 호스트 관련 액세스 제한을 방지하기 위해 애플리케이션과 동일한 호스트 환경에서 프록시를 배포합니다. 또한 특사 패턴을 사용하여 계측을 확장하고 표준화할 수 있습니다. 프록시는 대기 시간 또는 리소스 사용량과 같은 성능 메트릭을 모니터링할 수 있으며 이 모니터링은 애플리케이션과 동일한 호스트 환경에서 발생합니다.
특사에 오프로드되는 기능은 애플리케이션과 독립적으로 관리할 수 있습니다. 애플리케이션의 레거시 기능을 방해하지 않고 특사를 업데이트 및 수정할 수 있습니다. 또한 별도의 특수 팀에서 특사로 이동된 보안, 네트워킹 또는 인증 기능을 구현하고 유지 관리할 수도 있습니다.
특사 서비스를 사이드카로 배포하여 사용 중인 애플리케이션 또는 서비스의 수명 주기와 함께 수행할 수 있습니다. 또는 특사는 일반 호스트의 여러 개별 프로세스에서 공유되는 경우 디먼 또는 Windows 서비스로 배포될 수 있습니다. 사용 중인 서비스가 컨테이너화된 경우 통신을 위해 구성된 적절한 링크를 사용하여 동일한 호스트에 특사를 별도의 컨테이너로 만들어야 합니다.
문제 및 고려 사항
- 프록시는 약간의 대기 시간 오버헤드를 추가합니다. 애플리케이션에서 직접 호출하는 클라이언트 라이브러리가 더 좋은 방법인지 고려합니다.
- 일반화된 기능을 프록시에 포함할 때 미칠 수 있는 영향을 고려합니다. 예를 들어 특사는 재시도를 처리할 수 있지만 모든 작업이 idempotent가 아닌 이상 안전하지 않을 수 있습니다.
- 클라이언트와 프록시 간에 일부 컨텍스트를 전달할 수 있도록 하는 메커니즘을 고려합니다. 예를 들어 HTTP 요청 헤더를 포함하여 재시도를 취소하거나 최대 재시도 횟수를 지정합니다.
- 프록시를 패키지하고 배포하는 방법을 고려합니다.
- 모든 클라이언트에 단일 공유 인스턴스를 사용할지 또는 각 클라이언트에 하나의 인스턴스를 사용할지 고려합니다.
이 패턴을 사용해야 하는 경우
다음 경우에 이 패턴을 사용합니다.
- 여러 언어 또는 프레임워크에 대한 클라이언트 연결 기능의 공통 집합을 빌드해야 하는 경우
- 인프라 개발자 또는 더 많은 다른 특수 팀에 교차하는 클라이언트 연결 문제를 오프로드해야 하는 경우
- 레거시 애플리케이션 또는 수정하기 어려운 애플리케이션에서 클라우드 또는 클러스터 연결 요구 사항을 지원해야 하는 경우
다음 경우에는 이 패턴이 적합하지 않을 수 있습니다.
- 네트워크 요청 대기 시간이 중요한 경우. 프록시에서 최소 수준이더라도 약간의 오버헤드가 발생하고 이는 일부 경우에 애플리케이션에 영향을 미칠 수 있습니다.
- 단일 언어로 클라이언트 연결 기능을 사용하는 경우. 이 경우 개발팀에 패키지로 배포되는 클라이언트 라이브러리가 더 나은 옵션이 될 수 있습니다.
- 연결 기능이 일반화될 수 없고 클라이언트 애플리케이션과 심층적 통합이 필요한 경우
예제
다음 다이어그램에서는 특사 프록시를 통해 원격 서비스에 요청하는 애플리케이션을 보여 줍니다. 특사는 라우팅, 회로 차단 및 로깅을 제공합니다. 원격 서비스를 호출한 후 클라이언트 애플리케이션에 대한 응답을 반환합니다.
