HARP

HARPE

HARP (HTTP Autoregister Reverse Proxy) est un serveur proxy inversé inversant qui permet aux applications backend de s'inscrire elles-mêmes et d'accepter les demandes entrantes d'Internet sans être directement exposés. Les applications backend spécifient l'URL du domaine et de la cible, et le serveur proxy transfère les demandes entrantes au backend approprié en fonction du domaine dans la demande.

La harpe est actuellement WIP et non prête à la production.

Comment ça marche

• Le serveur proxy écoute les demandes HTTP entrantes.
• Les applications backend s'inscrivent elles-mêmes en se connectant via WebSocket et en envoyant des informations de routage.
• Lorsqu'une demande entrante est reçue, le serveur proxy vérifie si un backend est enregistré pour le domaine et le chemin de la demande.
• Si un backend correspondant est trouvé, le serveur proxy transfère la demande au backend et renvoie la réponse du backend au client.
• Si aucun backend correspondant n'est trouvé, le serveur proxy renvoie une erreur 404 introuvable.

usage

Déployez le serveur proxy sur un serveur accessible au public. Démarrez votre application backend (cela fonctionne même sur un serveur non accessible non publique).

cas d'utilisation

Le projet final vous aidera pour les demandes suivantes:

• Mise en cache
• Échelle dynamique et équilibrage de charge
• Migration de service
• Outillage interne et débogage
• Développement local
• Développement de microservices
• Services temporaires

diagramme de séquence

 séquenchestre
    application de boîte
    participant B1 comme service backend 1
    participant B2 comme service backend 2
    fin
    harpe de boîte
    participant H comme harpe
    CM du participant comme mécanisme de cache
    fin
    
    client
    Participant C en tant que client
    fin
 
    B1 - >> H: Enregistrement WebSocket (domaine / chemin)
    B2 - >> H: Enregistrement WebSocket (domaine / chemin)
    Remarque sur B1, H: La connexion WebSocket reste ouverte <br/> et est utilisée pour toutes les communications supplémentaires
 
    boucle tous les 5
        H - >> B1: WebSocket Ping
        H - >> B2: WebSocket Ping
        B1 - >> H: WebSocket Pong
        B2 - >> H: WebSocket Pong
    fin
 
    C - >> H: demande HTTP (domaine / chemin)
    H - >> CM: Vérifiez la réponse mise en cache
    La réponse en cache alt existe
        CM - >> H: Retour Response mise en cache
        H - >> C: Retour Response mise en cache
    sinon pas de réponse mise en cache
        Cm - >> h: pas de réponse mise en cache
        La demande alt correspond au backend 1
            H - >> B1: demande avant pour backend 1
            B1 - >> H: Réponse
            H - >> cm: cache la réponse
            CM - >> H: Confirmation
            H - >> C: Réponse de retour
        sinon demande correspond au backend 2
            H - >> B2: demande avant pour backend 2
            B2 - >> H: réponse
            H - >> cm: cache la réponse
            CM - >> H: Confirmation
            H - >> C: Réponse de retour
        fin
    fin