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.
Architectures d'intégration
Cette section décrit les architectures individuelles que vous pouvez utiliser pour intégrer des services tiers dans le AWS Cloud.
Pour choisir une architecture, voici les caractéristiques les plus importantes à prendre en compte :
Sens du trafic : unidirectionnel ou bidirectionnel
Protocole réseau : TCP ou UDP
Évolutivité : nombre de clouds privés virtuels (VPCs) que le service tiers doit prendre en charge
L'illustration suivante est un tableau de décision destiné à vous aider à sélectionner une architecture pour intégrer des services tiers dans le AWS Cloud.
Le tableau suivant compare les architectures d'intégration décrites dans ce guide.
| Architecture 1 : AWS PrivateLink | Architecture 2 : appairage de VPC | Architecture 3.1 : Transit Gateway avec AWS RAM | Architecture 3.2 : appairage de Transit Gateway | |
|---|---|---|---|---|
| Type d'appairage | Appairage direct | Appairage direct | Hubs centraux avec connexions d'appairage direct | Hubs centraux avec connexions d'appairage direct |
| Le trafic n'est pas exposé à l'Internet public | Oui | Oui | Oui | Oui |
| Complexité d'implémentation type | Faible | Faible | Élevé | Élevé |
| Complexité architecturale type | Faible | Élevé | Moyen | Moyen |
| Prise en charge du trafic bidirectionnel | Non | Oui | Oui | Oui |
| Prise en charge des blocs de routage inter-domaines sans classe (CIDR) superposés | Oui | Non | Non | Non |
| Prise en charge du routage transitif | Non | Non | Oui | Oui |
| Prise en charge des connexions entre régions | Non | Oui | Oui | Oui |
| Types de trafic pris en charge | TCP | TCP et UDP | TCP et UDP | TCP et UDP |
| Très évolutif | Oui | Non | Oui | Oui |
