Demandez à n'importe quel développeur et il vous dira qu'une télémétrie d'application de qualité et opportune est essentielle à la création, à la maintenance et à l'optimisation des applications. Sans un retour d'information approprié, les développeurs ne peuvent pas identifier les erreurs de logique, les problèmes de conformité et les domaines à optimiser. La journalisation des applications est un élément essentiel du processus de développement, car elle fournit des informations clés lorsque le code passe de la conception à la production. Pendant longtemps, il s'agissait d'un composant absent de EdgeWorkers.
EdgeWorkers est la plateforme de edge computing sans serveur la plus distribuée au monde, permettant aux développeurs de placer la logique métier à la périphérie afin de réduire la latence, d'accélérer les temps de réponse, d'améliorer les performances et d'offrir une meilleure expérience utilisateur aux clients du monde entier.
Nous sommes ravis de vous annoncer que l'observabilité d'EdgeWorkers vient d'être améliorée ! Cela fait quelques mois qu'Akamai a lancé l'intégration entre EdgeWorkers et DataStream, une plate-forme gratuite de collecte et de diffusion de données centralisées. Grâce à cette nouvelle intégration de la journalisation, les développeurs peuvent désormais configurer des journaux pour leurs charges de travail EdgeWorker critiques. Comme c'est le cas pour la journalisation, plusieurs niveaux de verbosité sont disponibles : trace, débogage, info, avertissement et erreur. Le contrôle des niveaux de journalisation offre aux développeurs d'applications la flexibilité et les options nécessaires pour dépanner la logique de leurs EdgeWorkers.
Avant de lancer l'intégration de DataStream, les développeurs EdgeWorker devaient déboguer leur code et leurs flux de travail à l'aide d'en-têtes avancés et d'une inspection manuelle, ce qui est lourd, chronophage et source d'erreurs, et permet de passer facilement à côté d'informations clés. En outre, grâce à des capacités de journalisation complètes, les développeurs peuvent plus facilement détecter des anomalies qui ne se manifestent pas forcément dans de simples requêtes cURL .
L'une des fonctions pratiques de l'intégration de DataStream consiste à modifier les niveaux de journalisation définis dans les lots de codes EdgeWorkers sans avoir à modifier et à redéployer le code. À l'aide de "surcharges" de journaux, les journaux de fonctions peuvent être basculés pour définir le niveau de journal et la verbosité selon les besoins, ce qui permet aux utilisateurs de ne consigner que les erreurs jusqu'à ce qu'ils aient besoin d'une plus grande granularité. L'avantage est la flexibilité tout en contrôlant les volumes de logs afin d'éviter des coûts d'observabilité supplémentaires. Voir les exemples ci-dessous pour contrôler le niveau de journalisation dans l'interface utilisateur ou en utilisant la commande CLI.
Définition des niveaux de journalisation à l'aide de l'interface utilisateur (sans redéploiement du code)
À l'aide de la CLIAkamai, vous pouvez définir le niveau de journalisation avec une commande similaire à la suivante :
akamai ew log-level set 82236 production debug ;
Depuis le lancement de l'intégration, nous avons intégré de nombreux clients EdgeWorker d'Akamai qui ont configuré des flux de journaux d'application. Les clients EdgeWorker peuvent choisir d'envoyer leurs données de journal vers la destination de leur choix, comme les outils d'observabilité internes populaires tels que Splunk, New Relic et d'autres. Pour obtenir une liste complète des points d'extrémité pris en charge, reportez-vous à la liste des destinations DataStream.
Alors que de nombreux clients adoptent cette nouvelle fonctionnalité, les premiers retours d'expérience sont positifs. Un client européen du secteur des jeux a indiqué qu'il avait utilisé la nouvelle journalisation JavaScript pour isoler les problèmes liés à la nouvelle logique d'entreprise avant la mise en service. Un autre client a insisté sur l'importance de disposer de journaux, ce qui a permis d'accélérer la détection des problèmes.
Vous trouverez ci-dessous les principales destinations de l'enregistrement EdgeWorker :
Destinations principales du DataStream EdgeWorker
- AWS S3
- Splunk
- Datadog
- Google Cloud Storage
- HTTPS
- New Relic
- Stockage Azure
- Stockage compatible S3 (y compris le Object StorageAkamai)
- TrafficPeak
- Sumo Logic
Voir la liste complète des points de terminaison pris en charge ici : Liste des destinations des flux de données
Démarrer avec l'enregistrement EdgeWorker
La mise en place de la journalisation pour vos EdgeWorkers est simple, à condition que vous ayez déjà ajouté des messages de journalisation à votre bundle. Tout d'abord, assurez-vous que vous avez souscrit un contrat DataStream pour EdgeWorkers. Il s'agit d'un service gratuit, mais il faut disposer d'un droit contractuel pour l'activer. Pour ajouter DataStream pour EdgeWorkers, contactez votre représentant de compte. Suivez ensuite les étapes suivantes pour activer le service :
- Naviguez vers le service DataStream via la section des services communs du Control Center.
- Sélectionnez "Créer un flux d'EdgeWorkers".
- Donnez un nom à votre flux
- Enfin, choisissez le format structuré ou JSON et sélectionnez la destination cible.
Voilà, c'est fait ! Vous êtes maintenant prêt à écrire votre logique de journalisation EdgeWorker et, une fois activée, à permettre à Datastream de la consommer. Pour en savoir plus, et pour obtenir des instructions complètes étape par étape, reportez-vous à la documentation détaillée sur l'activation et la configuration des flux de journalisation EdgeWorker. Veuillez vous référer à la page EdgeWorker JavaScript DataStream Setup.
Voici quelques exemples de captures d'écran pour l'installation :
Configuration du flux de données EW Log
Configuration de la destination du flux de données
Quelles sont les nouveautés en matière d'observabilité d'EdgeWorker ?
Les idées d'améliorations futures comprennent l'activation d'un format OpenTelemetry, la prise en charge de la localisation des données et la possibilité d'autoriser le streaming basé sur les propriétés par opposition au suivi par EdgeWorker. Par ailleurs, en ce qui concerne l'observabilité, vous pouvez vous attendre à des améliorations dans les rapports d'exécution des EdgeWorkers qui se trouvent sur le portail ACC, car nous ajouterons bientôt le suivi du temps de mur, les mesures d'initialisation et la rationalisation des rapports.
Comme toujours, si vous avez des questions, des suggestions sur la façon d'améliorer l'observabilité d'EdgeWorker ou tout autre aspect du service, veuillez contacter votre représentant de compte ou nous laisser un message sur notre site communautaire, et bonne connexion !
En savoir plus sur les EdgeWorkers d'Akamai
Consultez ces ressources Akamai pour découvrir comment les EdgeWorkers d'Akamai peuvent profiter à votre entreprise :
Commentaires