View a markdown version of this page

Compatibilité des API par modèle - Amazon Bedrock

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Compatibilité des API par modèle

Amazon Bedrock prend en charge quatre familles d'API d'exécution, chacune étant conçue pour des modèles d'intégration et des cas d'utilisation différents.

Famille d'appels  : InvokeModel gère les appels synchrones à réponse unique. InvokeModelWithResponseStreamrenvoie les réponses sous forme de flux en temps réel. InvokeModelWithBidirectionalStreampermet le streaming en duplex intégral pour les applications interactives. AsyncInvokesoumet les demandes de longue durée de manière asynchrone, en stockant la sortie sur Amazon S3.

Famille Converse  : Converse fournit une interface unifiée et indépendante du modèle pour les conversations synchrones à plusieurs tours. ConverseStreamoffre la même expérience avec la sortie en streaming.

OpenAI-compatible famille  : ChatCompletions implémente l'interface OpenAI Chat Completions, permettant aux OpenAI-based intégrations existantes de s'exécuter sur Bedrock avec un minimum de modifications. Responses L'API implémente l'interface OpenAI Responses, qui prend en charge les interactions agentiques et dynamiques grâce à l'utilisation d'outils intégrés et à la gestion de l'historique des conversations.

Famille Messages  : Messages implémente l'interface Anthropic Messages sur le bedrock-mantle terminal, permettant aux SDK-based intégrations Anthropic existantes de s'exécuter sur Bedrock avec un minimum de modifications.

Nous allons maintenant examiner la liste des API prises en charge par chaque modèle.

AI21

Nom du modèle Invocation Converse Achèvement du chat Réponses Messages
Jamba 1.5 Large*
Jamba 1.5 Mini*

Amazon

Anthropic

Cohere

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
Command R*
Command R+*
Embed version anglaise
Embed version multilingue
Intégrer la v4
Rerank 3.5

DeepSeek

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
DeepSeek V3.2*
DeepSeek-R1*
DeepSeek-V3.1*

Google

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
Gemma 3 12B IT*
Gemma 3 27B PT*
Gemma 3 4B IT*

Meta

MiniMax

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
MiniMax M2*
MiniMax M2.1*
MiniMax M2.5*

Mistral

Moonshot

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
Kimi K2 Thinking*
Kimi K2.5*

NVIDIA

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
NVIDIA Nemotron Nano 9B v2*
NVIDIA Nemotron Nano 12B v2 VL BF16*
Nemotron Nano 3 30B*
NVIDIA Nemotron 3 Super 120B*

IA ouverte

Qwen

Stabilité

TwelveLabs

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
Marengo Embed 3.0
Marengo Embed v2.7
Pegasus v1.2

Writer

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
Palmyra Vision 7B
Palmyra X4*
Palmyra X5*

Axe I

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
Grok 4.3

Z.AI

Nom du modèle Invocation Converse Complétion du chat Réponses Messages
GLM 4,7*
Flash GLM 4.7*
GLM 5*
Note

* Prise en charge du streaming : les modèles marqués d'un astérisque (*) sont également compatiblesInvokeModelWithResponseStream, ce qui renvoie les réponses sous forme de flux en temps réel.

Modèles supportant StartAsyncInvoke

StartAsyncInvoke est une API Amazon Bedrock Runtime qui permet aux appelants de soumettre une demande d'invocation de modèle et de recevoir immédiatement un InvocationArn sans attendre la fin du traitement du modèle. La tâche s'exécute en arrière-plan et la sortie est écrite dans un compartiment S3 spécifié par l'appelant une fois terminée. Les appelants peuvent ensuite interroger l'état de leur travail à l'aide du compagnon GetAsyncInvoke et des ListAsyncInvokes API. Le modèle est spécialement conçu pour les charges de travail impliquant des entrées volumineuses ou insensibles à la latence, en particulier la génération vidéo, audio et intégrée en masse, pour lesquelles le maintien d'une connexion synchrone ouverte ne serait pas pratique.

En ce qui concerne les modèles qui le prennent en charge, les modèles suivants le prennent en charge StartAsyncInvoke :

  • TwelveLabs Marengo Embed 2.7 (twelvelabs.marengo-embed-2-7-v 1:0) — requis pour les entrées vidéo et audio ; ne gère que le texte et les images InvokeModel

  • TwelveLabs Marengo Embed 3.0 (twelvelabs.marengo-embed-3-0-v 1:0) — même modèle ; async requis pour à grande échelle video/audio

  • Amazon Nova Reel (amazon.nova-reel-v 1:0 et v 1:1) : la génération vidéo est exclusivement asynchrone ; la sortie arrive dans S3

  • Amazon Nova Multimodal Embeddings (amazon.nova-2-multimodal-embeddings-v 1:0) : le mode asynchrone est requis pour les entrées vidéo de plus de 25 Mo encodées en base64 ; la synchronisation est disponible pour les entrées de texte, d'image et de document

InvokeModelWithBidirectionalStream

InvokeModelWithBidirectionalStreamest une API Amazon Bedrock Runtime qui établit un canal permanent en duplex intégral entre l'appelant et le modèle, permettant aux données audio de circuler dans les deux sens simultanément et en continu. Contrairement aux API standard InvokeModel ou même aux InvokeModelWithResponseStream API, qui suivent un modèle de demande puis de réponse, cette API maintient la connexion ouverte pendant la durée d'une session afin que le modèle puisse traiter le son entrant à son arrivée et diffuser la parole générée en temps quasi réel, sans attendre la fin de l'énoncé complet. L'interaction est structurée autour de trois phases : initialisation de session (où le client envoie des événements de configuration pour configurer le flux), diffusion audio (où le son capturé est codé et envoyé sous forme de flux d'événements continu) et diffusion de réponses (où le modèle renvoie simultanément des transcriptions textuelles de la parole de l'utilisateur et une sortie audio synthétisée). InvokeModelWithBidirectionalStreamne peut pas être utilisé avec les clés d'API Amazon Bedrock et nécessite une authentification standard basée sur les informations d'identification AWS, ce qui reflète le cycle de vie de session plus complexe que les autres opérations de Bedrock Runtime.

Les modèles suivants prennent en charge cette API :

  • Famille Amazon Nova Sonic  : amazon.nova-sonic-v 1:0 et amazon.nova-2-sonic-v 1:0 l'utilisent comme unique chemin d'invocation, étant donné que l'architecture speech-to-speech nécessite fondamentalement un canal bidirectionnel en direct que ni Converse ni Converse ne peuvent fournir. InvokeModel