API Gateway propose des instances Serverless et Dédiées (VPC). Comparez leurs spécifications pour sélectionner le type adapté à votre charge de travail.
1. Types d'instances API Gateway
Une instance API Gateway est un groupe de ressources qui traite vos APIs, incluant des adresses IP publiques, des adresses IP internes, des adresses IP publiques sortantes, des équilibreurs de charge, des serveurs et du stockage. Les groupes d'API doivent s'exécuter sur une instance valide. API Gateway fournit les types d'instances suivants :
1,1 Description des types d'instances
Instance dédiée (VPC) : Les instances dédiées partagent les mêmes spécifications techniques que les instances partagées (VPC), mais offrent une garantie de SLA supérieure. Achetez une spécification RPS plus élevée pour utiliser des ressources dédiées : adresses IP publiques entrantes, adresses IP VPC entrantes, bande passante publique sortante et clusters de serveurs isolés. Tarification des instances dédiées.
Instance Serverless : Les instances Serverless (anciennement instances partagées) font l'objet d'une mise à niveau région par région. Les charges de travail existantes sur les instances partagées ne sont pas affectées. La facturation et la tarification restent identiques. Les instances Serverless offrent une meilleure évolutivité et des performances accrues, ce qui les rend adaptées aux trafics fluctuants nécessitant une mise à l'échelle rapide et sans maintenance.
1,2 Spécifications techniques et limites
|
Spécifications et limitations |
Instance Serverless |
Instance dédiée (VPC) |
|
Scénarios et recommandations |
Adaptée aux environnements de production des petites et moyennes entreprises. |
Adaptée aux environnements de production de moyenne et forte charge. |
|
Ressources cloud |
Partagées entre tous les locataires. Mise à l'échelle automatique en fonction de la charge de travail. |
Exclusives à un seul utilisateur. |
|
SLA |
99,9 % |
De 99,95 % à 99,99 % selon la spécification de l'instance.Accord de niveau de service API Gateway |
|
Méthodes de facturation |
Nombre d'appels d'API et trafic réseau. |
Spécification de l'instance (paiement à l'utilisation ou abonnement) et trafic réseau. |
|
Adresse IP publique entrante |
Non fixe ; partagée entre plusieurs locataires. |
Fixe et exclusive. |
|
Adresse IP entrante dans un VPC |
Non fixe ; partagée entre plusieurs locataires. Prend en charge l'accès depuis tous les VPC de la même région. |
Fixe et exclusive. Prend uniquement en charge l'accès depuis un VPC spécifique. Pour autoriser l'accès depuis plusieurs VPC dans la même région, soumettez un ticket. |
|
Bande passante publique sortante |
Partagée entre plusieurs locataires. L'adresse IP n'est pas fixe. |
Exclusive. L'adresse IP est fixe. |
|
Trafic IPv6 entrant ou sortant |
Non pris en charge. |
Pris en charge. |
|
Délai d'expiration maximal au niveau du backend |
60 s. |
3 600 s. |
|
Appel par API Gateway |
Non pris en charge. |
Pris en charge. |
|
Limites de taille du corps de la requête |
8 Mo. |
32 Mo. |
|
Plug-in de disjoncteur |
Configuré par défaut ; non personnalisable. |
Personnalisable. |
|
Mise en cache |
10 Mo par utilisateur. |
Pour plus d'informations, consultez Instances dédiées |
|
Métadonnées et quantité des plug-ins |
Métadonnées maximales de 50 Ko par plug-in. Maximum de 10 000 plug-ins par région et par utilisateur. |
Métadonnées maximales de 50 Ko par plug-in. Maximum de 10 000 plug-ins par région et par utilisateur. |
|
Limites d'un plug-in de routage backend |
Maximum de 160 paramètres par plug-in. Maximum de 160 règles par plug-in. |
Maximum de 160 paramètres par plug-in. Maximum de 160 règles par plug-in. |
|
Limites d'un plug-in de contrôle d'accès basé sur l'adresse IP |
Maximum de 160 paramètres par plug-in. Maximum de 160 règles par plug-in. |
Maximum de 160 paramètres par plug-in. Maximum de 160 règles par plug-in. |
|
Téléchargement des journaux de trace vers la console Managed Service for OpenTelemetry |
Pris en charge. |
Pris en charge. |
|
Journalisation des requêtes et réponses HTTP |
Pris en charge. |
Pris en charge. |
|
Nom de domaine par défaut pour prendre en charge l'accès via HTTPS |
Non pris en charge. |
Pris en charge. |
|
Nombre maximal de requêtes entrantes par seconde (RPS) |
Limite supérieure pour chaque groupe d'API : 2 500. |
De 2 500 à 60 000. Pour plus d'informations, consultez Instances dédiées |
|
Nombre maximal de connexions entrantes |
100 000 connexions par nom de domaine. |
De 50 000 à 1 000 000. |
|
Nombre maximal de nouvelles connexions entrantes par seconde (CPS) |
De 5 000 à 20 000 (partagé entre tous les utilisateurs). |
De 5 000 à 20 000. |
|
Taille maximale d'un pool de connexions sortantes |
2 000 |
De 1 200 à 28 800. |
|
Bande passante publique entrante maximale (Mbit/s) |
5 120 Mbit/s partagés entre tous les locataires ; aucune limite par utilisateur. |
5 120 Mbit/s |
|
Bande passante publique sortante maximale (Mbit/s) |
Partagée entre tous les locataires. Bande passante totale = nombre d'adresses IP sortantes × 200 Mbit/s. |
De 100 à 600 Mbit/s. |
2. Instances prises en charge dans chaque région
|
RegionId |
Nom de la région |
Instance Serverless |
Instance dédiée (VPC) |
|
cn-qingdao |
Chine (Qingdao) |
Prise en charge |
Prise en charge |
|
cn-beijing |
Chine (Pékin) |
Prise en charge |
Prise en charge |
|
cn-zhangjiakou |
Chine (Zhangjiakou) |
Prise en charge |
Prise en charge |
|
cn-huhehaote |
Chine (Hohhot) |
Prise en charge |
Prise en charge |
|
cn-wulanchabu |
Chine (Ulanqab) |
Prise en charge |
Prise en charge |
|
cn-hangzhou |
Chine (Hangzhou) |
Prise en charge |
Prise en charge |
|
cn-shanghai |
Chine (Shanghai) |
Prise en charge |
Prise en charge |
|
cn-shenzhen |
Chine (Shenzhen) |
Prise en charge |
Prise en charge |
|
cn-heyuan |
Chine (Heyuan) |
Prise en charge |
Non prise en charge |
|
cn-guangzhou |
Chine (Guangzhou) |
Prise en charge |
Prise en charge |
|
cn-chengdu |
Chine (Chengdu) |
Prise en charge |
Prise en charge |
|
cn-hongkong |
Chine (Hong Kong) |
Prise en charge |
Prise en charge |
|
ap-northeast-1 |
Japon (Tokyo) |
Prise en charge |
Prise en charge |
|
ap-northeast-2 |
Corée du Sud (Séoul) |
Prise en charge |
Prise en charge |
|
ap-southeast-1 |
Singapour |
Prise en charge |
Prise en charge |
|
ap-southeast-3 |
Malaisie (Kuala Lumpur) |
Prise en charge |
Prise en charge |
|
ap-southeast-5 |
Indonésie (Jakarta) |
Prise en charge |
Prise en charge |
|
ap-southeast-6 |
Philippines (Manille) |
Prise en charge |
Prise en charge |
|
ap-southeast-7 |
Thaïlande (Bangkok) |
Prise en charge |
Prise en charge |
|
us-east-1 |
États-Unis (Virginie) |
Prise en charge |
Prise en charge |
|
us-west-1 |
États-Unis (Silicon Valley) |
Prise en charge |
Prise en charge |
|
eu-west-1 |
Royaume-Uni (Londres) |
Prise en charge |
Prise en charge |
|
me-east-1 |
Émirats arabes unis (Dubaï) |
Prise en charge |
Prise en charge |
|
eu-central-1 |
Allemagne (Francfort) |
Prise en charge |
Prise en charge |