HARP

하프

HARP (HTTP AutoreGister 리버스 프록시)는 백엔드 애플리케이션이 직접 노출되지 않고 인터넷에서 들어오는 요청을 수락 할 수 있도록 반전 리버스 프록시 서버입니다. 백엔드 응용 프로그램은 도메인 및 대상 URL을 지정하고 프록시 서버는 요청의 도메인을 기반으로 해당 요청을 적절한 백엔드로 전달합니다.

Harp는 현재 WIP이며 생산 준비가 아닙니다.

작동 방식

• 프록시 서버는 들어오는 HTTP 요청을 듣습니다.
• 백엔드 응용 프로그램은 WebSocket을 통해 연결하고 라우팅 정보를 보내면 스스로 등록합니다.
• 들어오는 요청이 접수되면 프록시 서버는 요청의 도메인 및 경로에 백엔드가 등록되어 있는지 확인합니다.
• 일치하는 백엔드가 발견되면 프록시 서버는 요청을 백엔드로 전달하고 백엔드의 응답을 클라이언트에 반환합니다.
• 일치하는 백엔드가 발견되지 않으면 프록시 서버는 404를 찾을 수없는 오류를 반환합니다.

용법

공개적으로 액세스 가능한 서버에 프록시 서버를 배포하십시오. 백엔드 애플리케이션을 시작하십시오 (비공개 액세스 할 수있는 서버에서도 작동 함).

사용 사례

최종 프로젝트는 다음 요구에 도움이됩니다.

• 캐싱
• 동적 스케일링 및로드 밸런싱
• 서비스 마이그레이션
• 내부 툴링 및 디버깅
• 지역 개발
• 마이크로 서비스 개발
• 임시 서비스

시퀀스 다이어그램

 시퀀스 인디 아그램
    상자 응용 프로그램
    백엔드 서비스로서의 참가자 B1
    백엔드 서비스로서의 참가자 B2 2
    끝
    박스 하프
    하프로 참가자 H
    캐시 메커니즘으로 참가자 CM
    끝
    
    상자 클라이언트
    참가자 C는 클라이언트로서
    끝
 
    B1- >> H : WebSocket 등록 (도메인/경로)
    B2- >> H : WebSocket 등록 (도메인/경로)
    B1, H에 대한 참고 : WebSocket Connection은 열린 상태로 유지되며 모든 추가 커뮤니케이션에 사용됩니다.
 
    5 초마다 루프
        H- >> B1 : WebSocket Ping
        H- >> B2 : WebSocket Ping
        B1- >> H : WebSocket Pong
        B2- >> H : WebSocket Pong
    끝
 
    C- >> H : HTTP 요청 (도메인/경로)
    H- >> CM : 캐시 응답을 확인하십시오
    대체 캐시 응답이 존재합니다
        cm->> h : 캐시 된 응답을 반환합니다
        H- >> C : 캐시 된 응답을 반환합니다
    그렇지 않으면 캐시 된 응답이 없습니다
        CM->> H : 캐시 응답 없음
        Alt Request는 백엔드 1과 일치합니다
            H- >> B1 : 백엔드 요청 1
            B1- >> H : 응답
            H- >> CM : 응답을 캐시하십시오
            CM- >> H : 확인
            H- >> C : 반환 응답
        그렇지 않으면 요청은 백엔드 2와 일치합니다
            H- >> B2 : 백엔드에 대한 전진 요청 2
            B2- >> H : 응답
            H- >> CM : 응답을 캐시하십시오
            CM- >> H : 확인
            H- >> C : 반환 응답
        끝
    끝