Adios
← PLATEFORME / Routage edge mondial

Une route publique. Un réseau connecté.

Lorsque votre agent IA déploie une nouvelle version, la passerelle Adios dirige le trafic dynamiquement sans interruption DNS. Votre agent peut tester et prévisualiser les modifications de manière isolée avant votre promotion de la nouvelle version sous le domaine principal.

EN PRATIQUE

Recevoir une requête européenne sans déplacer la charge de travail.

Une requête peut entrer par le point edge de Paris, associer le nom d’hôte à la version active et traverser le réseau de la plateforme jusqu’à une réplique opérationnelle à Francfort.

Parcours de la requête en direct

Utilisateur → point edge le plus proche → worker de l’application

Mise à jour automatique
Parcours d’une requête AdiosUne requête venant de Toronto entre par le point edge de New Jersey et rejoint le worker de New Jersey.Dallas, États-Unis · PrévuOslo, Norvège · PrévuSydney, Australie · PrévuHong Kong, Hong Kong · PrévuPhoenix, États-Unis · PrévuMexique, Mexique · PrévuTel Aviv, Israël · PrévuDubaï, Émirats arabes unis · PrévuDublin, Irlande · PrévuHonolulu, États-Unis · PrévuAuckland, Nouvelle-Zélande · PrévuKathmandou, Népal · PrévuIstanbul, Turquie · PrévuJohannesburg, Afrique du Sud · PrévuLondres, Royaume-Uni · Point edge actuelParis, France · Point edge actuelAmsterdam, Pays-Bas · Point edge actuelMadrid, Espagne · Point edge actuelFrancfort, Allemagne · Point edge actuelLos Angeles, États-Unis · Point edge actuelMiami, États-Unis · Point edge actuelNew Jersey, États-Unis · Point edge actuelSão Paulo, Brésil · Point edge actuelTokyo, Japon · Point edge actuelSingapour, Singapour · Point edge actuelSilicon Valley, États-Unis · Point edge actuelMumbai, Inde · Point edge actuelChicago, États-Unis · Point edge actuelUtilisateur · Toronto, CanadaWorker · New Jersey, États-Unis
Utilisateur Edge WorkerPlanifié
Données cartographiques : Natural Earth
Toronto, CanadaNew Jersey, États-Unis edgeNew Jersey, États-Unis workerCet exemple se déplace automatiquement à travers le monde. Les paramètres de votre application déterminent le worker réellement utilisé.

COMMENT ÇA MARCHE

Publiez une seule fois, puis basculez le trafic en promouvant une version.

Lire le guide ↗
  1. 01

    Déployez une application et obtenez une route générée.

  2. 02

    Promouvoir la version d’exécution actuelle.

  3. 03

    Laissez la passerelle diriger le trafic vers les répliques opérationnelles et les versions actives.

POURQUOI CETTE FONCTION A SA PLACE ICI

La route publique ne doit pas être reconfigurée à chaque mise en production.

DNS, TLS, configuration du proxy, santé des routes, choix des régions et bascules de versions peuvent devenir un système distinct qui s’éloigne de l’application qu’il dessert.

Gardez la route publique stable pendant que l'application change

La promotion bascule le trafic sans modifier le DNS à chaque déploiement.

Servir le contenu éligible au plus près des utilisateurs

L’edge peut renvoyer une réponse en cache encore valide sans contacter un worker.

Séparer l’edge public de la charge de travail

L’ingress edge et le placement des ressources de calcul restent distincts, tout en étant reliés par la plateforme.

Ce qui est inclus
  • ✓ Routes générées par la plateforme
  • ✓ Modèle de trafic passant par la passerelle avant l’environnement d’exécution
  • ✓ Versions et promotion actuelle
  • ✓ État de santé des répliques et des routes

Placez une route stable devant votre prochaine version.

Déployez une application, promouvez la version opérationnelle et laissez la passerelle garder le trafic public connecté à mesure que le code évolue.

Publier une application ↗

FONCTIONNALITÉS CONNECTÉES

Continuez à créer.

Toutes les fonctionnalités ↗