Ce document décrit les modèles et l'exemple de code disponibles pour vous aider à créer des vérifications synthétiques. Les exemples de fonctions sont disponibles dans le dépôt GitHub Google Cloud/synthetics-sdk-nodjs
.
Si vous écrivez des tests et que vous ne vous appuyez pas sur un modèle, assurez-vous que votre test réussit, sauf si une Error
est générée. Nous vous recommandons d'utiliser la bibliothèque Assert
pour vous assurer que, en cas d'échec, les erreurs sont attribuées à la ligne de code appropriée.
Modèles génériques
Les modèles génériques sont configurés pour collecter des données de trace et de journal pour les requêtes HTTP sortantes. La solution utilise le module auto-instrumentation-node OpenTelemetry et le enregistreur Winston. En raison de la dépendance aux produits Open Source, vous devez vous attendre à des modifications dans la structure des données de trace et de journal. Par conséquent, les données de trace et de journal collectées ne doivent être utilisées qu'à des fins de débogage.
Vous pouvez implémenter votre propre approche pour collecter les données de trace et de journalisation des requêtes HTTP sortantes. Pour obtenir un exemple d'approche personnalisée, consultez la classe SyntheticAutoInstrumentation
.
Exemple Node.js générique
L'exemple generic-synthetic-nodejs
montre comment interroger une URL. Cet exemple contient la même chose que la fonction par défaut affichée par la console Google Cloud . Pour afficher l'exemple complet, cliquez sur more_vert Plus, puis sélectionnez Afficher sur GitHub.
Exemple TypeScript
L'exemple generic-synthetic-typescript
montre comment interroger une URL. Pour afficher l'exemple complet, cliquez sur more_vert Plus, puis sélectionnez Afficher sur GitHub.
Modèle Puppeteer
Si vous utilisez Puppeteer, envisagez de commencer par l'exemple generic-puppeteer-nodejs
.
Configuration requise de Puppeteer
Pour utiliser Puppeteer, assurez-vous de suivre les étapes suivantes :
Incluez
.puppeteerrc.cjs
dans le répertoire source de votre fonction Cloud Run :Ajoutez le script suivant au fichier
package.json
de votre fonction Cloud Run :"scripts": { "gcp-build": "node node_modules/puppeteer/install.mjs" },
Exemple Puppeteer
L'exemple generic-puppeteer-nodejs
montre comment utiliser Puppeteer avec votre fonction Cloud Run. Pour afficher l'exemple complet, cliquez sur more_vert Plus, puis sélectionnez Afficher sur GitHub.
Modèle Selenium WebDriver
Si vous utilisez Selenium WebDriver, envisagez de commencer par l'exemple generic-selenium-nodejs
. L'exemple, disponible sur GitHub, inclut un fichier index.js
et un fichier package.json
.
Pour afficher l'exemple complet, cliquez sur more_vert Plus, puis sélectionnez Afficher sur GitHub.
Modèle Mocha
Si vous écrivez des tests qui s'appuient sur le modèle Mocha, réfléchissez à la question de savoir si une séquence de tests doit se poursuivre ou s'arrêter en cas d'échec. Pour arrêter une séquence de tests après un échec, vous devez définir l'indicateur bail
.
Pour obtenir un exemple complet incluant le déploiement d'une API, un exemple de suite de tests Mocha pour les points de terminaison de l'API et la configuration du contrôleur synthétique, consultez le blog Tutoriel sur le monitoring synthétique.Google Cloud
L'exemple mocha-url-ok
illustre comment une fonction Cloud Run peut appeler une suite de tests Mocha et fournit un exemple de suite de tests.
Pour afficher l'exemple complet, cliquez sur more_vert Plus, puis sélectionnez Afficher sur GitHub.
Modèle de lien rompu
L'exemple broken-links-ok
illustre la configuration d'un vérificateur de liens brisés.
Pour ce modèle, vous ne spécifiez que les valeurs de l'objet options
. Cet objet spécifie l'URI à tester et les paramètres du test.
Si vous utilisez Puppeteer, assurez-vous de suivre la procédure de configuration requise de Puppeteer.
Pour afficher l'exemple complet, cliquez sur more_vert Plus, puis sélectionnez Afficher sur GitHub.
Étapes suivantes
- Créer un moniteur synthétique
- Créer un vérificateur de liens rompus
- Gérer les moniteurs synthétiques
- Explorer les résultats de la surveillance synthétique