OutilsAWS ML Blog6sem

Amazon Bedrock Projects : gérer les coûts de l'IA

Résumé IASource uniqueImpact UE

Amazon a lancé une nouvelle fonctionnalité appelée Amazon Bedrock Projects, qui permet aux équipes techniques d'attribuer précisément les coûts d'inférence IA à des charges de travail spécifiques. Concrètement, chaque "projet" dans Bedrock constitue une frontière logique représentant une application, un environnement ou une expérimentation. Les développeurs associent des tags de ressources à ces projets et transmettent un identifiant de projet dans leurs appels API. Ces données remontent ensuite dans AWS Cost Explorer et AWS Data Exports, les outils de suivi financier d'Amazon Web Services, permettant de filtrer, regrouper et analyser les dépenses par dimension métier : application, équipe, environnement ou centre de coûts. La fonctionnalité est compatible avec les API OpenAI (Responses API et Chat Completions API), ce qui facilite l'intégration pour les équipes déjà habituées à ces standards. Les requêtes envoyées sans identifiant de projet sont automatiquement rattachées à un projet par défaut dans le compte AWS concerné.

L'enjeu est direct pour les grandes organisations qui font tourner plusieurs applications IA en parallèle : sans attribution précise, impossible de savoir quelle équipe consomme quoi, ni d'effectuer des refacturations internes (chargebacks) ou d'investiguer des pics de dépenses inexpliqués. Bedrock Projects répond à ce besoin en donnant une visibilité granulaire sur la facture IA, département par département. Une équipe "CustomerExperience" peut ainsi être distinguée d'une équipe "DataScience", chacune avec son propre centre de coûts. Cela permet également de guider les décisions d'optimisation : identifier quels workloads sont disproportionnément coûteux par rapport à leur valeur métier, et agir en conséquence.

Cette annonce s'inscrit dans une tendance plus large de maturité de la FinOps appliquée à l'IA. À mesure que les déploiements LLM passent du stade expérimental à la production à grande échelle, la gestion financière devient un enjeu stratégique autant que technique. AWS rejoint ainsi des préoccupations déjà bien présentes chez les DSI et les directeurs financiers, qui voient les budgets cloud IA gonfler rapidement sans toujours disposer des outils pour les piloter. La stratégie de tags recommandée par Amazon -- Application, Environment, Team, CostCenter -- reflète les pratiques standard de gouvernance cloud, mais appliquées désormais spécifiquement à la couche inférence. Les prochaines étapes logiques pourraient inclure des alertes budgétaires par projet ou des quotas d'utilisation, des mécanismes déjà existants dans AWS pour d'autres services et qui manquent encore à Bedrock Projects dans sa forme actuelle.

Impact France/UE

Les organisations européennes utilisant AWS Bedrock peuvent désormais mieux contrôler et attribuer leurs coûts d'inférence IA, un enjeu croissant pour les DSI soumis à des contraintes budgétaires strictes.

Dans nos dossiers

OpenAI

Vu une erreur factuelle dans cet article ? Signalez-la. Toutes les corrections valides sont publiées sur /corrections.

À lire aussi

1AWS ML Blog

Amazon Bedrock : comprendre le cycle de vie des modèles

Amazon Web Services a formalisé le cycle de vie des modèles de fondation (FM) disponibles sur sa plateforme Bedrock, en introduisant un cadre structuré en trois états distincts : Actif, Hérité (Legacy) et Fin de vie (EOL). Ce système vise à donner aux entreprises une visibilité suffisante pour planifier leurs migrations sans interruption de service. Concrètement, un modèle reste disponible au minimum 12 mois après son lancement, puis passe en état Legacy avec un préavis d'au moins 6 mois avant sa date de fin de vie. AWS a également introduit une nouvelle phase intermédiaire appelée "extended access" pour les modèles dont la fin de vie est postérieure au 1er février 2026 : après 3 mois en état Legacy, le modèle entre dans cette période d'accès étendu pendant laquelle les utilisateurs actifs peuvent continuer à l'utiliser au moins 3 mois supplémentaires. Durant cette fenêtre, les demandes d'augmentation de quota ne seront plus approuvées et les tarifs peuvent être ajustés par le fournisseur du modèle, avec notification préalable. Cet encadrement change concrètement la manière dont les équipes techniques doivent gérer leurs applications IA en production. Jusqu'ici, une fin de vie pouvait surprendre des équipes insuffisamment préparées, entraînant des pannes ou des migrations précipitées. Avec ce calendrier prévisible, les développeurs peuvent anticiper les transitions, tester les modèles de remplacement via la console Bedrock ou l'API, et adapter leur code sans urgence. L'état d'un modèle est désormais exposé directement dans les réponses API via le champ modelLifecycle, accessible lors d'appels GetFoundationModel ou ListFoundationModels. Il faut toutefois noter que les comptes inactifs en phase Legacy, c'est-à-dire n'ayant pas appelé le modèle pendant 15 jours ou plus, peuvent perdre l'accès prématurément. La migration vers un nouveau modèle reste une action manuelle : rien ne se fait automatiquement lorsqu'un modèle atteint sa date EOL. Cette politique s'inscrit dans un contexte où Amazon Bedrock multiplie les modèles disponibles, provenant de fournisseurs comme Anthropic, Meta, Mistral ou Cohere, chacun avec ses propres cycles de mise à jour. À mesure que ces modèles évoluent rapidement, l'accumulation de versions obsolètes pose des problèmes de maintenance et de sécurité pour AWS comme pour ses clients. En clarifiant les règles du jeu, AWS cherche à professionnaliser la gestion du cycle de vie des IA en entreprise, sur le modèle de ce que font déjà les plateformes cloud pour leurs APIs et services logiciels. La prochaine étape pour les équipes utilisant Bedrock sera d'intégrer ces états dans leurs processus de surveillance et d'alerte, afin de ne jamais être pris de court lors d'une transition de modèle.

UELes entreprises européennes utilisant Amazon Bedrock doivent intégrer ce nouveau cadre de cycle de vie dans leurs processus de gestion des applications IA en production pour éviter des interruptions de service.

OutilsOpinion

1 source

2AWS ML Blog

Amazon Bedrock AgentCore Evaluations : construire des agents IA fiables

Amazon a lancé AgentCore Evaluations, un service entièrement géré intégré à Amazon Bedrock, conçu pour mesurer la performance des agents d'IA tout au long de leur cycle de développement. Le problème que ce service cherche à résoudre est bien documenté dans l'industrie : un agent fonctionne parfaitement en démo, convainc les parties prenantes lors des tests, puis échoue en production face à de vrais utilisateurs. Les symptômes sont prévisibles — mauvais appels d'outils, réponses incohérentes, comportements imprévus — mais leur détection systématique exige une infrastructure que la plupart des équipes n'ont pas. AgentCore Evaluations propose un cycle continu : construction de cas de tests, exécution sur l'agent, notation automatisée, analyse des échecs et amélioration itérative. Chaque échec devient automatiquement un nouveau cas de test, ce qui permet de fermer progressivement l'écart entre le comportement attendu et le comportement réel. L'enjeu est structurel : les grands modèles de langage sont non-déterministes. Une même requête peut produire des sélections d'outils différentes, des raisonnements distincts et des réponses variées d'un run à l'autre. Un seul passage de test ne dit pas ce qui se passe habituellement — il dit seulement ce qui peut arriver. Pour obtenir une image fiable du comportement d'un agent, il faut répéter chaque scénario plusieurs fois et agréger les résultats. Sans cela, chaque modification de prompt devient un pari : les équipes ignorent si leurs changements améliorent ou dégradent les performances, et brûlent des crédits API sans visibilité réelle. AgentCore Evaluations adresse précisément cette incertitude en fournissant des métriques de qualité sur plusieurs dimensions — exactitude des sélections d'outils, validité des paramètres, précision des réponses finales — pour le développement comme pour la production. Ce lancement s'inscrit dans une tendance plus large : la maturité des agents d'IA dépasse désormais la phase d'expérimentation et entre dans celle de l'ingénierie de fiabilité. Construire l'infrastructure d'évaluation en interne — curation de datasets, hébergement de modèles de scoring, gestion des limites de débit, pipelines de transformation des traces, tableaux de bord — représente un coût fixe considérable que les équipes multiplient pour chaque agent déployé. Amazon positionne AgentCore Evaluations comme la réponse cloud à ce problème, en absorbant cette complexité dans un service managé. La concurrence est vive : des outils comme LangSmith, Braintrust ou PromptFoo couvrent des besoins similaires, mais l'intégration native dans l'écosystème Bedrock donne à AWS un avantage naturel pour les entreprises déjà engagées sur sa plateforme. La prochaine étape logique sera de voir si le service s'étend aux agents multi-modaux et aux architectures multi-agents, deux domaines où l'évaluation reste un problème ouvert.

UELes équipes européennes développant des agents IA sur Amazon Bedrock peuvent adopter ce service managé pour remplacer une infrastructure d'évaluation coûteuse à construire en interne.

OutilsOutil

1 source

3AWS ML Blog

Créer un moteur de tests A/B propulsé par l'IA avec Amazon Bedrock

Amazon Bedrock, Amazon ECS, DynamoDB et le protocole MCP peuvent être combinés pour construire un moteur de tests A/B piloté par l'IA, capable d'assigner les variantes en fonction du contexte utilisateur en temps réel plutôt qu'aléatoirement. Ce système réduit le bruit statistique et accélère la convergence vers un gagnant : par exemple, il détecte que les membres premium réagissent négativement à un message "Livraison gratuite" déjà inclus dans leur abonnement, tandis que les visiteurs venant de sites de bons plans y sont très réceptifs. L'approche permet d'identifier ces patterns comportementaux bien plus tôt que les semaines habituellement nécessaires avec un A/B testing classique.

OutilsOutil

1 source

4AWS ML Blog

Créer un assistant de recrutement IA avec Amazon Bedrock

Selon une enquête menée auprès de 748 responsables RH, les recruteurs consacrent en moyenne 17,7 heures par poste à pourvoir à des tâches administratives, soit plus de deux journées de travail par recrutement. Une étude SmartRecruiters de 2024 confirme cette réalité : 45 % des responsables de l'acquisition de talents passent plus de la moitié de leur temps sur des tâches automatisables. Pour répondre à ce problème, Amazon Web Services vient de publier une architecture de référence permettant de construire un assistant de recrutement alimenté par l'intelligence artificielle, reposant sur Amazon Bedrock. La solution s'appuie sur le modèle Amazon Nova Pro via l'API Bedrock Converse, AWS Lambda pour le traitement des requêtes, Amazon API Gateway pour le routage, Amazon DynamoDB et Amazon S3 pour le stockage, et Amazon Bedrock Guardrails pour les garde-fous éthiques, notamment l'anonymisation des données personnelles, la détection d'injections de prompts malveillants et le filtrage des contenus biaisés. Une interface web hébergée sur AWS Amplify, sécurisée via Amazon Cognito avec authentification par jetons JWT, permet aux recruteurs d'accéder à l'ensemble des fonctionnalités depuis un tableau de bord centralisé. Concrètement, l'outil automatise l'analyse des CV, calcule des scores de compatibilité multidimensionnels entre candidats et offres d'emploi, et génère des questions d'entretien personnalisées selon le profil de chaque candidat. L'objectif est de libérer les équipes RH des tâches répétitives qui dégradent la qualité des décisions : la surcharge administrative pousse aujourd'hui les recruteurs à effectuer un tri superficiel, favorisant les candidats dont les CV contiennent les bons mots-clés ou la meilleure mise en forme, plutôt que ceux présentant les véritables compétences requises. En déléguant ces étapes à l'IA, la solution cherche à recentrer l'attention humaine sur l'évaluation qualitative, là où elle apporte une réelle valeur ajoutée. Cette publication s'inscrit dans une intense compétition entre les grands fournisseurs de cloud pour imposer leurs plateformes d'IA dans les flux de travail des entreprises. Amazon Bedrock se positionne comme une infrastructure neutre, capable de faire tourner plusieurs modèles de fondation selon les besoins métier. AWS prend soin de préciser que l'architecture présentée est proposée à des fins d'apprentissage et non comme une solution directement déployable en production, invitant les entreprises à l'adapter à leurs propres exigences de conformité et de sécurité. La question de la responsabilité algorithmique dans le recrutement reste centrale : si ces outils peuvent réduire certains biais humains, ils risquent aussi d'en introduire de nouveaux s'ils ne sont pas rigoureusement audités, un défi que les garde-fous intégrés à Bedrock Guardrails ne suffisent pas à résoudre seuls.

UEL'AI Act classe les systèmes d'IA utilisés dans le recrutement comme systèmes à haut risque, imposant aux entreprises européennes qui adopteraient cette architecture des obligations strictes de transparence, d'audit algorithmique et d'enregistrement avant tout déploiement.

OutilsOutil

1 source

Recevez l'essentiel de l'IA chaque jour

Une sélection éditoriale quotidienne, sans bruit. Directement dans votre boîte mail.

Recevez l'essentiel de l'IA chaque jour