Pour les équipes qui déploient une application en production, l’annonce concerne avant tout la disponibilité et l’exploitation. En utilisant un profil d’inférence, les développeurs autorisent Amazon Bedrock à acheminer les demandes vers différentes régions compatibles. Cela élargit le réservoir de capacité et peut aider à absorber les variations de charge.
Ce choix s’accompagne toutefois d’un arbitrage : une organisation peut privilégier une zone géographique précisément définie ou accepter un routage plus large afin de maximiser la souplesse et le débit. AWS documente également l’accès aux modèles via les API OpenAI Responses et Chat Completions, ainsi que via Amazon Bedrock Converse, avec la configuration IAM, les quotas et la supervision associée.
Les trois variantes ne sont pas de simples déclinaisons commerciales. AWS les destine à des profils de charge différents.
Sol est le modèle le plus capable de la gamme. AWS le positionne pour le développement autonome, la recherche en cybersécurité, l’analyse scientifique et les raisonnements complexes en plusieurs étapes. Il convient lorsque la qualité du raisonnement prime sur la réduction du coût ou de la latence par requête.
Terra cible les applications de production généralistes qui doivent trouver un compromis entre capacité de raisonnement, performances et coût. C’est l’option intermédiaire pour les équipes qui ont besoin de davantage de profondeur qu’un modèle optimisé pour le volume, sans mobiliser systématiquement le modèle haut de gamme.
Luna est conçu pour les charges sensibles à la latence et exécutées à grande échelle, par exemple la classification, le résumé ou le routage. Son positionnement le rend plus adapté aux inférences répétées et relativement ciblées qu’aux tâches de recherche ou aux agents autonomes de longue durée.
AWS a par ailleurs annoncé des baisses de prix importantes pour l’inférence à la demande, applicables depuis le 30 juillet : 80 % pour Luna et 20 % pour Terra.
La famille GPT-5.6 s’inscrit dans un schéma d’intégration commun sur Bedrock. La documentation interrégionale indique la prise en charge des entrées texte et image, du streaming, des API OpenAI Responses et Chat Completions, ainsi que de l’API Converse de Bedrock.
Les applications utilisant le SDK OpenAI peuvent également être configurées pour pointer vers le point de terminaison compatible OpenAI de Bedrock. Le routage s’effectue alors à l’aide d’un identifiant de profil d’inférence plutôt qu’en ciblant uniquement un modèle dans une région donnée.
La gamme est aussi destinée aux usages nécessitant un contexte long. La fiche AWS de GPT-5.6 Sol mentionne une fenêtre de contexte de 1 million de tokens, ainsi qu’une configuration plus courte de 272 000 tokens. Les équipes doivent vérifier la configuration de contexte et la tarification actuellement prises en charge pour le modèle et le profil d’inférence choisis.
Le préfixe du profil d’inférence est la principale décision opérationnelle.
Un profil géographique tel que us. limite le routage à la frontière géographique définie par ce profil. Cette approche offre une visibilité plus claire sur la zone de traitement des données, mais réduit le réservoir de capacité disponible par rapport à un routage mondial.
AWS a également ajouté des profils Terra et Luna spécifiques à l’Inde, couvrant les régions de Mumbai et d’Hyderabad. Ils offrent une option de routage plus ciblée qu’un profil global pour les organisations dont les exigences de traitement sont liées à ces régions.
Un profil global. peut acheminer les requêtes vers toute région AWS commerciale prise en charge, en fonction de la capacité disponible. AWS indique que ce routage bénéficie d’un tarif par token environ 10 % inférieur à celui de l’option géographique correspondante. En contrepartie, il ne convient pas aux applications qui doivent imposer une zone de traitement fixe.
En pratique :
Sol, Terra et Luna étaient déjà disponibles de manière générale sur Amazon Bedrock depuis juillet. AWS avait alors présenté la gamme selon le même découpage : Sol pour les raisonnements avancés et le développement agentique, Terra pour les applications de production équilibrées et Luna pour l’inférence rapide et économique.
L’annonce du 20 août ne constitue donc pas le lancement de nouveaux modèles, mais une extension de leur mode d’accès et de leur disponibilité opérationnelle. Elle fait suite aux changements de prix et à l’élargissement des possibilités liées au contexte long.
La période a aussi été marquée par l’arrivée d’OpenAI Daybreak pour certains clients AWS. Daybreak Blue donne accès à GPT-5.6 Sol avec des garde-fous calibrés pour la cybersécurité défensive, tandis que Daybreak Red fournit le modèle spécialisé GPT-5.6 Cyber. L’accès est soumis à des conditions d’éligibilité et à une inscription au programme Trusted Access for Cyber d’OpenAI.
Les déploiements Bedrock s’appuient sur les contrôles d’identité et d’audit d’AWS. IAM gère les autorisations, tandis que CloudTrail enregistre les actions effectuées par les utilisateurs, les rôles et les services AWS afin de faciliter l’audit opérationnel et la gouvernance.
Cette couche de gouvernance est distincte du choix de routage. IAM et les journaux permettent notamment de suivre qui a invoqué un modèle et dans quel cadre, alors que les profils géographiques ou globaux déterminent les régions dans lesquelles Bedrock peut traiter la requête. Les entreprises doivent donc toujours évaluer leurs propres politiques de chiffrement, de contrôle d’accès, de journalisation et de résidence des données.
L’annonce s’inscrit enfin dans un contexte plus large d’augmentation des capacités de calcul d’OpenAI. NVIDIA a déclaré le 20 août que ses premiers racks Vera Rubin alimentaient la pile d’entraînement d’OpenAI. Cette affirmation contemporaine de l’entreprise n’a pas fait l’objet d’un audit indépendant, mais elle est cohérente avec le projet annoncé précédemment de déployer des systèmes NVIDIA pour l’infrastructure IA de nouvelle génération d’OpenAI.
L’extension annoncée le 20 août rend GPT-5.6 plus exploitable pour les organisations qui construisent déjà sur Amazon Bedrock : Sol, Terra et Luna peuvent être appelés via l’inférence interrégionale dans plus de 25 régions AWS, avec des interfaces compatibles OpenAI et l’API Converse.
Le choix ne se résume toutefois pas au modèle le plus puissant. Sol vise les raisonnements difficiles et les agents autonomes, Terra les applications de production équilibrées et Luna les traitements rapides et économiques à fort volume. Le profil de routage est tout aussi déterminant : les profils géographiques privilégient une zone de traitement définie, tandis que les profils globaux favorisent la flexibilité de capacité et le tarif par token annoncé par AWS.
Pour les équipes qui déploient une application en production, l’annonce concerne avant tout la disponibilité et l’exploitation. En utilisant un profil d’inférence, les développeurs autorisent Amazon Bedrock à acheminer les demandes vers différentes régions compatibles. Cela élargit le réservoir de capacité et peut aider à absorber les variations de charge.
Ce choix s’accompagne toutefois d’un arbitrage : une organisation peut privilégier une zone géographique précisément définie ou accepter un routage plus large afin de maximiser la souplesse et le débit. AWS documente également l’accès aux modèles via les API OpenAI Responses et Chat Completions, ainsi que via Amazon Bedrock Converse, avec la configuration IAM, les quotas et la supervision associée.
Les trois variantes ne sont pas de simples déclinaisons commerciales. AWS les destine à des profils de charge différents.
Sol est le modèle le plus capable de la gamme. AWS le positionne pour le développement autonome, la recherche en cybersécurité, l’analyse scientifique et les raisonnements complexes en plusieurs étapes. Il convient lorsque la qualité du raisonnement prime sur la réduction du coût ou de la latence par requête.
Terra cible les applications de production généralistes qui doivent trouver un compromis entre capacité de raisonnement, performances et coût. C’est l’option intermédiaire pour les équipes qui ont besoin de davantage de profondeur qu’un modèle optimisé pour le volume, sans mobiliser systématiquement le modèle haut de gamme.
Luna est conçu pour les charges sensibles à la latence et exécutées à grande échelle, par exemple la classification, le résumé ou le routage. Son positionnement le rend plus adapté aux inférences répétées et relativement ciblées qu’aux tâches de recherche ou aux agents autonomes de longue durée.
AWS a par ailleurs annoncé des baisses de prix importantes pour l’inférence à la demande, applicables depuis le 30 juillet : 80 % pour Luna et 20 % pour Terra.
La famille GPT-5.6 s’inscrit dans un schéma d’intégration commun sur Bedrock. La documentation interrégionale indique la prise en charge des entrées texte et image, du streaming, des API OpenAI Responses et Chat Completions, ainsi que de l’API Converse de Bedrock.
Les applications utilisant le SDK OpenAI peuvent également être configurées pour pointer vers le point de terminaison compatible OpenAI de Bedrock. Le routage s’effectue alors à l’aide d’un identifiant de profil d’inférence plutôt qu’en ciblant uniquement un modèle dans une région donnée.
La gamme est aussi destinée aux usages nécessitant un contexte long. La fiche AWS de GPT-5.6 Sol mentionne une fenêtre de contexte de 1 million de tokens, ainsi qu’une configuration plus courte de 272 000 tokens. Les équipes doivent vérifier la configuration de contexte et la tarification actuellement prises en charge pour le modèle et le profil d’inférence choisis.
Le préfixe du profil d’inférence est la principale décision opérationnelle.
Un profil géographique tel que us. limite le routage à la frontière géographique définie par ce profil. Cette approche offre une visibilité plus claire sur la zone de traitement des données, mais réduit le réservoir de capacité disponible par rapport à un routage mondial.
AWS a également ajouté des profils Terra et Luna spécifiques à l’Inde, couvrant les régions de Mumbai et d’Hyderabad. Ils offrent une option de routage plus ciblée qu’un profil global pour les organisations dont les exigences de traitement sont liées à ces régions.
Un profil global. peut acheminer les requêtes vers toute région AWS commerciale prise en charge, en fonction de la capacité disponible. AWS indique que ce routage bénéficie d’un tarif par token environ 10 % inférieur à celui de l’option géographique correspondante. En contrepartie, il ne convient pas aux applications qui doivent imposer une zone de traitement fixe.
En pratique :
Sol, Terra et Luna étaient déjà disponibles de manière générale sur Amazon Bedrock depuis juillet. AWS avait alors présenté la gamme selon le même découpage : Sol pour les raisonnements avancés et le développement agentique, Terra pour les applications de production équilibrées et Luna pour l’inférence rapide et économique.
L’annonce du 20 août ne constitue donc pas le lancement de nouveaux modèles, mais une extension de leur mode d’accès et de leur disponibilité opérationnelle. Elle fait suite aux changements de prix et à l’élargissement des possibilités liées au contexte long.
La période a aussi été marquée par l’arrivée d’OpenAI Daybreak pour certains clients AWS. Daybreak Blue donne accès à GPT-5.6 Sol avec des garde-fous calibrés pour la cybersécurité défensive, tandis que Daybreak Red fournit le modèle spécialisé GPT-5.6 Cyber. L’accès est soumis à des conditions d’éligibilité et à une inscription au programme Trusted Access for Cyber d’OpenAI.
Les déploiements Bedrock s’appuient sur les contrôles d’identité et d’audit d’AWS. IAM gère les autorisations, tandis que CloudTrail enregistre les actions effectuées par les utilisateurs, les rôles et les services AWS afin de faciliter l’audit opérationnel et la gouvernance.
Cette couche de gouvernance est distincte du choix de routage. IAM et les journaux permettent notamment de suivre qui a invoqué un modèle et dans quel cadre, alors que les profils géographiques ou globaux déterminent les régions dans lesquelles Bedrock peut traiter la requête. Les entreprises doivent donc toujours évaluer leurs propres politiques de chiffrement, de contrôle d’accès, de journalisation et de résidence des données.
L’annonce s’inscrit enfin dans un contexte plus large d’augmentation des capacités de calcul d’OpenAI. NVIDIA a déclaré le 20 août que ses premiers racks Vera Rubin alimentaient la pile d’entraînement d’OpenAI. Cette affirmation contemporaine de l’entreprise n’a pas fait l’objet d’un audit indépendant, mais elle est cohérente avec le projet annoncé précédemment de déployer des systèmes NVIDIA pour l’infrastructure IA de nouvelle génération d’OpenAI.
L’extension annoncée le 20 août rend GPT-5.6 plus exploitable pour les organisations qui construisent déjà sur Amazon Bedrock : Sol, Terra et Luna peuvent être appelés via l’inférence interrégionale dans plus de 25 régions AWS, avec des interfaces compatibles OpenAI et l’API Converse.
Le choix ne se résume toutefois pas au modèle le plus puissant. Sol vise les raisonnements difficiles et les agents autonomes, Terra les applications de production équilibrées et Luna les traitements rapides et économiques à fort volume. Le profil de routage est tout aussi déterminant : les profils géographiques privilégient une zone de traitement définie, tandis que les profils globaux favorisent la flexibilité de capacité et le tarif par token annoncé par AWS.