Une plateforme IA, quatre produits, un seul jeu de règles
Architecte principal de la plateforme partagée qui alimente quatre capacités produit IA, de l’accès aux modèles aux actions des agents.
- Amazon Bedrock
- Aurora PostgreSQL
- pgvector
- EKS
Services
Une plateforme LLM d’entreprise donne à chaque produit une seule façon gouvernée d’utiliser les modèles de fondation : une passerelle IA centrale pour l’accès aux modèles, une recherche qui cite ses sources, l’isolation des tenants dans la couche de données et des contrôles d’évaluation en CI. Je la conçois de bout en bout sur AWS, et c’est ce que je fais aujourd’hui comme architecte principal de la plateforme IA partagée d’ENSO.
Sans plateforme, chaque équipe produit intègre les modèles de son côté. Chacune résout alors à nouveau les mêmes problèmes : quelles régions et quels modèles sont autorisés, comment filtrer les données personnelles, comment ancrer les réponses dans des sources, comment mesurer la qualité et que faire quand un modèle est retiré.
Une plateforme règle ces questions une seule fois. Les produits appellent un contrat stable, et la plateforme décide où, comment et avec quel modèle la requête est servie. Un changement de modèle devient un changement de configuration à un seul endroit plutôt qu’un changement dans chaque produit.
Quatre capacités produit (un assistant de correction des déclarations de paie, l’OCR des feuilles de temps, des assistants intégrés et un agent de relance de documents) envoient toutes leurs requêtes de modèle à une passerelle IA centrale. La passerelle applique des profils d’inférence limités à l’UE, le filtrage des PII par Guardrails et le routage des modèles, puis appelle Amazon Bedrock. Une politique de contrôle de service (SCP) impose l’inférence UE à toute l’organisation.
Une question arrive sur l’API de recherche de la plateforme. La recherche s’appuie sur Aurora PostgreSQL avec pgvector, un index HNSW et une recherche hybride avec reranking, tandis que Row-Level Security isole chaque tenant dans la base de données. Le modèle est appelé via la passerelle IA, et une politique de citations stricte impose que chaque réponse cite ses sources ou s’abstienne de répondre.
Un chemin unique vers Amazon Bedrock avec des profils d’inférence limités à l’UE, le filtrage des PII par Guardrails et le routage des modèles, appuyé par une politique de contrôle de service au niveau de l’organisation.
RAG sur PostgreSQL avec pgvector, recherche hybride et reranking derrière une API maîtrisée par la plateforme, avec une politique de citations : chaque réponse cite ses sources ou s’abstient.
Des politiques Row-Level Security pour que chaque tenant n’interroge que ses propres lignes, testées au niveau des données.
Des jeux de référence et des contrôles d’évaluation en CI, avec traces et gestion des prompts : une régression fait échouer le build au lieu d’atteindre les utilisateurs.
Un Architecture Design Document et des décisions d’architecture (ADR), appliqués par des revues d’architecture et des contrôles de conformité, avec le RGPD et l’AI Act traités dès la conception.
Comment ça se passe
Quatre étapes, chacune avec un livrable concret.
Un appel de 30 minutes. Vous décrivez ce que vous construisez et ce qui bloque. Je vous dis franchement si je peux aider.
J’examine l’existant et je conçois la cible : une architecture de référence et des décisions documentées que votre équipe peut challenger.
Je travaille au sein de votre équipe sur les points difficiles : passerelle, recherche, actions des agents, pipelines. Vous obtenez du code, pas des slides.
Contrôles d’évaluation, runbooks et tableaux de bord, pour que votre équipe exploite et fasse évoluer la plateforme sans moi.
Architecte principal de la plateforme partagée qui alimente quatre capacités produit IA, de l’accès aux modèles aux actions des agents.
La recherche vectorielle Vespa AI a réduit de 70 % le temps de réponse aux e-mails sur une plateforme de suivi médical fondée sur les LLM et le RAG.
Architecture de référence d’une plateforme IA d’entreprise : passerelle IA, recherche, actions d’agents, évaluation et identité, et l’ordre pour les construire.
Guide de conception d’une passerelle IA d’entreprise sur Amazon Bedrock : profils d’inférence UE, SCP, filtrage PII avec Guardrails et routage des modèles.
Comment construire un RAG qui cite ses sources ou s’abstient, sur PostgreSQL avec pgvector, HNSW, recherche hybride, reranking et Row-Level Security.
Comment évaluer une application LLM en CI : construire des jeux de référence, choisir les métriques, bloquer les livraisons avec DeepEval, tracer avec Langfuse.
Une passerelle IA est le service unique par lequel chaque produit accède aux modèles de fondation. Elle applique la politique en un seul endroit (régions autorisées, filtrage des données personnelles, routage des modèles), enregistre l’usage et permet de changer de modèle sans modifier les produits.
Pour que la politique de citations, l’isolation des tenants et la qualité de la recherche soient appliquées une seule fois. Les produits disposent d’un contrat de recherche unique, et chaque amélioration profite à tous.
Surtout AWS : Amazon Bedrock, EKS, Aurora PostgreSQL avec pgvector, IAM et politiques de contrôle de service, plus Keycloak pour l’identité. J’ai aussi une expérience en production sur GCP.
Oui. Je conçois dès le départ pour l’inférence limitée à l’UE, la minimisation des données et l’auditabilité, et j’ai travaillé en environnement conforme HDS et dans le médical.
Dernière mise à jour :