Une alternative souveraine à Portkey
Portkey est une plateforme de passerelle IA complète : routage, garde-fous, observabilité, prompts. L'AI Gateway de Scrydon est plus étroit et plus profond — chaque appel s'exécute comme une personne, à l'intérieur de votre périmètre, sous une seule politique qui gouverne aussi les outils que vos agents appellent.
Portkey regroupe l'essentiel de ce qu'une équipe attend d'une passerelle — une API unifiée sur des centaines de fournisseurs, des clés virtuelles et des budgets, des garde-fous, de la mise en cache, la gestion des prompts et une observabilité détaillée — sous forme de plateforme hébergée avec une option auto-hébergée. L'AI Gateway de Scrydon pose une première question différente : qui est-ce, que peut-il atteindre, et pouvons-nous prouver ce que son agent a fait ensuite, où que tourne notre production. Il tient seul et peut être déployé seul.
À lire si vous êtes un responsable plateforme ou IA qui compare une plateforme de passerelle riche en fonctionnalités à un point de contrôle que l'organisation possède, dans un secteur où les questions de l'auditeur décident.
Déployer l’AI Gateway À partir de 500 € par mois avec engagement annuel, déployé seul en un jour.
L'AI Gateway de Scrydon est une alternative souveraine à Portkey : un endpoint gouverné unique qui parle les API de modèles standard de sorte que les outils existants atteignent n'importe quel modèle sans modification, où chaque appel s'exécute sous l'identité fédérée propre de l'appelant plutôt que sous une clé virtuelle, contre une liste d'autorisation de modèles conditionnée par l'habilitation, avec prévention des pertes de données, un plafond de dépenses et une piste d'audit immuable. Il partage une seule politique et une seule chaîne d'audit avec les appels d'outils gouvernés et la sortie réseau des sandbox, et s'exécute air-gapped, sur site ou sur un cloud souverain européen.
Portkey est l'un des produits les plus complets de la catégorie des passerelles IA : une passerelle open source et une plateforme hébergée autour d'elle, avec une API unifiée sur des centaines de fournisseurs, des clés virtuelles et des budgets, des garde-fous configurables, une mise en cache sémantique, du routage avec repli, la gestion des prompts et une solide couche d'observabilité. Pour une équipe produit qui construit sur des modèles, c'est beaucoup de valeur au même endroit. Ses limites sont celles de la catégorie : l'attribution s'arrête à une clé virtuelle ou aux métadonnées que l'appelant choisit d'envoyer ; la gouvernance s'arrête à l'appel au modèle, alors que la journée d'un agent se compose surtout d'appels d'outils contre des systèmes qui détiennent vos données ; et le plan de contrôle est celui du fournisseur, sauf à adopter l'édition auto-hébergée. L'AI Gateway de Scrydon garde l'expérience développeur — les API standard, n'importe quel modèle, des outils inchangés — et déplace le point de contrôle dans votre périmètre : une clé de l'AI Gateway émise pour une personne nommée dans votre fournisseur d'identité, la liste d'autorisation suivant l'habilitation de cette personne, et la même identité gouvernant les outils que l'agent appelle via MCP et le réseau que sa sandbox peut atteindre.
S'exécute comme une personne, pas comme une clé
Chaque appel se résout via votre fournisseur d'identité jusqu'à la personne humaine qui l'a passé, avec ses habilitations déléguées — la base du coût par développeur, des modèles conditionnés par l'habilitation et de la révocation dès le tour suivant.
Une gouvernance qui va au-delà de l'appel au modèle
Une seule politique et une seule chaîne d'audit pour l'appel au modèle, les outils que l'agent appelle via MCP, et la sortie réseau de la sandbox où ces outils s'exécutent.
Souverain par déploiement
Air-gapped, sur site ou sur un cloud souverain européen, avec des modèles à poids ouverts sur votre propre matériel derrière le même endpoint.
Alternative à Portkey dans la plateforme Scrydon
Une architecture souveraine unique et intégrée. Voici où se situe Alternative à Portkey — mis en évidence au sein de la pile complète avec laquelle il fonctionne.
L'AI OS pour les humains et les agents IA
Couche d'ontologie et couche sémantique : un modèle unique et connecté pour vos données, connaissances et processus
Le meilleur des data lakes, des entrepôts de données et de la recherche réuni
Accès gouverné à tous les modèles, et les agents et workflows qui s'exécutent à travers vos systèmes
Intégrez via A2A, MCP, systèmes existants et sources de données
Fédération de domaines sécurisée, partage de données de confiance et intelligence au-delà des frontières
Fondations Souveraines
Vous lisez ceci pour une décision à venir ?
Recevez la prochaine évolution de la souveraineté numérique européenne, et ce que nous en apprenons en construisant. Quelques fois par an.
Ce que Portkey regroupe, et ce que l'AI Gateway fait de la même requête
La force de Portkey est sa complétude : une API unifiée sur des centaines de fournisseurs, des clés virtuelles avec budgets, des garde-fous configurables, de la mise en cache, du routage avec repli, la gestion des prompts et une observabilité détaillée, dans une seule plateforme hébergée avec une passerelle auto-hébergée pour qui en a besoin. L'AI Gateway de Scrydon est plus étroit à dessein et change ce qui se passe derrière l'adresse : l'appel s'exécute comme une personne nommée depuis votre fournisseur d'identité, la liste d'autorisation de modèles suit l'habilitation de cette personne, la prévention des pertes de données filtre ce qui sort, et l'enregistrement d'audit se stabilise avant la fin du flux. La clé fournisseur n'est jamais remise à quiconque.
Les API standard, des outils inchangés — Les deux parlent les API que vos outils parlent déjà, de sorte que les agents de code et les applications sur une API de complétion standard passent par l'un ou l'autre sans modification.
L'identité vient de votre fournisseur, pas d'une clé ou d'un en-tête — Portkey attribue un appel à une clé virtuelle et aux métadonnées que l'appelant envoie. L'AI Gateway émet des clés pour une personne nommée dans votre fournisseur d'identité et refuse une requête qui tente de nommer un tenant.
La politique s'applique à l'envoi, sur chaque appel — Une liste d'autorisation conditionnée par l'habilitation décide quels modèles cette personne peut atteindre ; la prévention des pertes de données et la modération s'exécutent en ligne ; le tour est compté contre le plafond de l'organisation avant que la réponse n'arrive.
La même chaîne pour les outils et la sortie réseau — Quand l'agent va ensuite appeler un système via MCP ou exécuter du code dans une sandbox, le même modèle d'identifiants, le même instantané de politique et la même piste d'audit s'appliquent — une passerelle de modèles n'est pas sur ce chemin.
Quand la liste de fonctionnalités est longue et celle de l'auditeur est courte
Portkey est un choix légitime pour une équipe produit qui veut le maximum de passerelle au même endroit et qui est à l'aise avec un plan de contrôle hébergé. L'écart s'ouvre lorsque l'organisation est un organisme public ou une entreprise régulée et que les questions viennent d'un auditeur plutôt que d'un chef de produit : quelle personne a passé cet appel, qu'a fait son agent ensuite contre des systèmes que la passerelle n'a jamais vus, et où exactement vivent les prompts et les clés. Une clé virtuelle et un en-tête de métadonnées ne peuvent pas répondre à la première ; aucune passerelle de modèles ne peut répondre à la seconde ; et un plan de contrôle hébergé fait de la troisième une clause contractuelle plutôt qu'une architecture. L'AI Gateway de Scrydon est construit pour ces questions : chaque appel attribuable à une personne, une seule politique et une seule chaîne d'audit pour l'appel au modèle, les outils que l'agent appelle et la sandbox où il s'exécute, déployé là où tourne votre production — et déployable seul avant tout le reste.
Scrydon AI Gateway vs Portkey
Les deux placent chaque modèle derrière une seule adresse, les deux comptent les dépenses, les deux appliquent des garde-fous. La différence tient à qui exécute l'appel, à où vit le plan de contrôle, et jusqu'où la gouvernance s'étend une fois que le modèle a répondu.
| Capacité | Scrydon | Portkey |
|---|---|---|
| Qui exécute l'appel | La personne, résolue via votre fournisseur d'identité, avec ses propres habilitations déléguées | Une clé virtuelle, plus des métadonnées fournies par l'appelant pour l'attribution |
| Appels de modèle gouvernés | Liste d'autorisation conditionnée par l'habilitation, DLP, modération, plafond et audit immuable sur chaque appel | Accès aux modèles par clé, budgets et limites de débit, garde-fous configurables, journalisation |
| Appels d'outils gouvernés | Même identité, même politique et même chaîne d'audit que l'appel au modèle | Partiellement, là où il expose aussi un protocole d'outils ; pas les habilitations déléguées de l'appelant |
| Sortie réseau depuis la sandbox | Appliquée en dehors de la charge de travail, qui ne peut pas la reconfigurer | Hors périmètre |
| Où vit la clé fournisseur | Sur la plateforme ; jamais remise à un développeur | Dans le coffre de la passerelle, hébergé ou auto-hébergé |
| Attribution des coûts | Par personne, par équipe ou entité, et par tour, par modèle, capacité et workflow, avec une projection au rythme et un plafond | Par clé, espace de travail et métadonnée, avec budgets et analyses détaillées |
| Déploiement | Souverain — air-gapped, sur site ou cloud européen | Plateforme hébergée ; passerelle auto-hébergée sur les paliers supérieurs |
| Modèle tarifaire | Redevance mensuelle fixe pour le cluster qui porte vos utilisateurs, hébergement exclu | Passerelle open source ; plans hébergés à l'usage, entreprise sur devis |
Une comparaison de catégorie, rédigée à titre d'orientation : Portkey est un produit solide et complet et nous ne prétendrons pas le contraire. Portkey est une marque de ses propriétaires ; les fonctionnalités évoluent — vérifiez les détails actuels auprès du fournisseur.
Questions fréquentes
Quelle est la meilleure alternative à Portkey pour une organisation régulée ?+
En quoi l'AI Gateway est-il différent de Portkey ?+
L'AI Gateway fait-il de la gestion de prompts et de l'observabilité comme Portkey ?+
Pouvons-nous exploiter Portkey nous-mêmes — pourquoi aurions-nous besoin de l'AI Gateway ?+
Pouvons-nous commencer avec l'AI Gateway seul ?+
Explorer la plateforme
Vous préférez écrire ? Envoyez un e-mail à hello [at] scrydon.com et nous vous répondrons.
Partenaires
