Résolution des problèmes généraux liés à Amplify

Les informations suivantes peuvent vous aider à résoudre les problèmes généraux liés à Amplify Hosting.

HTTPCode d'état 429 (trop de demandes)

Amplify contrôle le nombre de requêtes par seconde (RPS) adressées à votre site Web en fonction du temps de traitement et du transfert de données consommés par les demandes entrantes. Si votre demande renvoie un code de statut HTTP 429, cela signifie que les demandes entrantes dépassent le temps de traitement et de transfert de données alloué à votre demande. Cette limite d'applications est gérée par le quota de REQUEST_TOKENS_PER_SECOND service d'Amplify. Pour de plus amples informations sur les quotas, veuillez consulter Quotas du service Amplify Hosting.

Pour résoudre ce problème, nous vous recommandons d'optimiser votre application afin de réduire la durée des demandes et le transfert de données afin d'augmenter celui de l'applicationRPS. Par exemple, avec les mêmes 20 000 jetons, une SSR page hautement optimisée qui répond dans les 100 millisecondes peut supporter une charge supérieure RPS à celle d'une page dont la latence est supérieure à 200 millisecondes.

De même, une application qui renvoie une taille de réponse de 1 Mo consommera plus de jetons qu'une application qui renvoie une taille de réponse de 250 Ko.

Nous vous recommandons également de tirer parti du CloudFront cache Amazon en configurant Cache-Control en-têtes qui maximisent le temps pendant lequel une réponse donnée est conservée dans le cache. Les demandes traitées depuis le CloudFront cache ne sont pas prises en compte dans le calcul de la limite de débit. Chaque CloudFront distribution peut traiter jusqu'à 250 000 requêtes par seconde, ce qui vous permet de faire évoluer votre application de manière très élevée en utilisant le cache. Pour plus d'informations sur le CloudFront cache, consultez Optimisation de la mise en cache et de la disponibilité dans le manuel Amazon CloudFront Developer Guide.

La console Amplify n'affiche pas l'état de construction et l'heure de la dernière mise à jour de mon application

Lorsque vous accédez à la page Toutes les applications de la console Amplify, une vignette s'affiche pour chacune de vos applications dans la région actuelle. Si l'état de la version, tel que Déployé, et l'heure de la dernière mise à jour ne s'affichent pas pour une application, aucune branche d'Productionétape n'est associée à l'application.

Pour répertorier les applications de la console, Amplify utilise le. ListApps API Amplify utilise l'ProductionBranch.statusattribut pour afficher l'état de la construction et l'ProductionBranch.lastDeployTimeattribut pour afficher l'heure de la dernière mise à jour. Pour plus d'informations à ce sujetAPI, consultez la ProductionBranchdocumentation d'Amplify Hosting API.

Suivez les instructions ci-dessous pour associer une Production étape à la branche de votre application.

1. Connectez-vous à la console Amplify.

2. Sur la page Toutes les applications, choisissez l'application que vous souhaitez mettre à jour.

3. Dans le volet de navigation, choisissez Paramètres de l'application, puis Paramètres de la branche.

4. Dans la section Paramètres de la branche, choisissez Modifier.

5. Pour Branche de production, choisissez le nom de branche que vous souhaitez utiliser.

6. Choisissez Save (Enregistrer).

7. Retournez à la page Toutes les applications. L'état de construction et l'heure de la dernière mise à jour devraient maintenant être affichés pour votre application.

Les aperçus Web ne sont pas créés pour les nouvelles pull requests

La fonctionnalité d'aperçu Web vous permet de prévisualiser les modifications apportées par les pull requests avant de les fusionner dans une branche d'intégration. Un aperçu Web déploie chaque pull request envoyée à votre référentiel vers un aperçu uniqueURL, différent de URL celui utilisé par votre site principal.

Si vous avez activé les aperçus Web pour votre application, mais qu'ils ne sont pas créés pour une nouvelle applicationPRs, déterminez si l'une des causes suivantes est à l'origine de votre problème.

1. Vérifiez si votre application a atteint le quota de Branches per app service maximal. Pour de plus amples informations sur les quotas, veuillez consulter Quotas du service Amplify Hosting.

   Pour respecter le quota par défaut de 50 succursales par application, pensez à activer la suppression automatique des branches dans votre application. Cela vous évitera d'accumuler dans votre compte des branches qui n'existent plus dans votre référentiel.

2. Si vous utilisez un GitHub référentiel public et que votre application Amplify est associée à un rôle de IAM service, Amplify ne crée pas d'aperçu pour des raisons de sécurité. Par exemple, les applications dotées de backends et les applications déployées sur la plateforme WEB_COMPUTE d'hébergement nécessitent un rôle IAM de service. Par conséquent, vous ne pouvez pas activer les aperçus Web pour ces types d'applications si leur référentiel est public.

   Pour que les aperçus Web fonctionnent pour votre application, vous pouvez soit dissocier le rôle de service (si l'application ne possède pas de backend ou n'en est pas uneWEB_COMPUTE), soit rendre le GitHub référentiel privé.

Mon déploiement manuel est bloqué avec un statut en attente dans la console Amplify

Les déploiements manuels vous permettent de publier votre application Web avec Amplify Hosting sans avoir à connecter un fournisseur Git. Vous pouvez utiliser l'une des quatre options de déploiement suivantes.

1. Faites glisser et déposez le dossier de votre application dans la console Amplify.

2. Glissez et déposez un fichier .zip (qui contient les artefacts de construction de votre site) dans la console Amplify.

3. Téléchargez un fichier .zip (qui contient les artefacts de construction de votre site) dans un compartiment Amazon S3 et connectez le compartiment à une application dans la console Amplify.

4. Utilisez un fichier public URL qui pointe vers un fichier .zip (contenant les artefacts de construction de votre site) dans la console Amplify.

Nous sommes conscients des problèmes liés à la fonctionnalité glisser-déposer lors de l'utilisation d'un dossier d'application pour un déploiement manuel dans la console Amplify. Ces déploiements peuvent échouer pour les raisons suivantes.

• Des problèmes réseau transitoires se produisent.

• Une modification locale est apportée aux fichiers lors du téléchargement.

• La session du navigateur tente de télécharger simultanément un grand nombre de ressources statiques.

Alors que nous nous efforçons d'améliorer la fiabilité de nos téléchargements par glisser-déposer, nous vous recommandons d'utiliser un fichier .zip au lieu de glisser-déposer les dossiers de l'application.

Nous vous recommandons vivement de télécharger un fichier .zip dans un compartiment Amazon S3, car cela évite le téléchargement de fichiers depuis la console Amplify et améliore la fiabilité des déploiements manuels. L'intégration d'Amplify à Amazon S3 simplifie ce processus. Pour de plus amples informations, veuillez consulter Déploiement d'un site Web statique vers Amplify à partir d'un compartiment Amazon S3.