Présentation de la surveillance Symfony Messenger
Améliorez l'évolutivité des applications Symfony avec Symfony Messenger et Inspector Bundle
En tant que développeur Symfony, l'optimisation des performances et de l'évolutivité des applications est primordiale. Le composant Symfony Messenger offre une solution puissante pour le traitement des tâches asynchrones, mais la surveillance de ces opérations en arrière-plan peut s'avérer difficile. Cet article présente une nouvelle fonctionnalité dans le bundle Inspector qui offre une visibilité complète sur vos tâches en arrière-plan Symfony Messenger, éliminant ainsi le besoin d'une analyse manuelle des journaux ou d'un code de surveillance personnalisé.
Cette nouvelle fonctionnalité permet une surveillance automatique de chaque aspect de vos tâches en arrière-plan. Des temps d'exécution et de la consommation de mémoire aux requêtes de base de données, aux erreurs et aux goulots d'étranglement potentiels, vous obtenez un aperçu instantané grâce à un tableau de bord convivial, le tout sans aucune configuration requise.
Le défi typique des développeurs demeure : déployer une gestion des messages asynchrone et espérer un fonctionnement en arrière-plan fluide. Bien que Symfony Messenger soit robuste, la surveillance des processus en arrière-plan a toujours été un angle mort. Cet article approfondit les détails de mise en œuvre pour mettre en évidence les avantages significatifs pour le développement quotidien.
Qu'est-ce qu'un système de file d'attente ?
Un système de file d'attente est un élément crucial dans les applications Web modernes, permettant de séparer les tâches chronophages du cycle principal demande-réponse. Au lieu de traiter des opérations gourmandes en ressources lors des demandes des utilisateurs (par exemple, envoi d'e-mails, traitement d'images, génération de rapports), ces tâches sont mises en file d'attente pour une gestion asynchrone par les travailleurs en arrière-plan. Cela améliore la réactivité des applications, car les utilisateurs n'attendent pas de longues opérations, et améliore la gestion des ressources en contrôlant le traitement des tâches simultanées. Les systèmes de files d'attente intègrent souvent des mécanismes de nouvelle tentative pour plus de fiabilité en cas d'échec de tâche. À mesure que votre application évolue, l'adoption de cette approche devient essentielle pour servir davantage d'utilisateurs sans augmenter les coûts d'infrastructure.
Composant Symfony Messenger
Le composant Symfony Messenger est un système de file d'attente puissant intégré au framework Symfony. Il facilite la publication et la consommation de messages provenant de différents fournisseurs de files d'attente (AMQP, Redis, Doctrine). Les messages sont de simples classes contenant des données représentant la tâche.
Voici un exemple de message :
namespace App\Messenger; class SmsNotification { public function __construct(private string $content) {} public function getContent(): string { return $this->content; } }
Un gestionnaire correspondant traite le message lorsqu'il est récupéré de la file d'attente :
namespace App\Messenger; class SmsNotification { public function __construct(private string $content) {} public function getContent(): string { return $this->content; } }
Notez l'attribut #[AsMessageHandler]
et l'indice de type pour SmsNotification
dans la méthode __invoke
. C'est ainsi que Symfony identifie les gestionnaires de messages spécifiques. La commande messenger:consume
exécute un travailleur en arrière-plan pour traiter les messages en file d'attente et exécuter les gestionnaires appropriés en dehors du cycle demande-réponse. Pour envoyer un message de manière asynchrone :
namespace App\Messenger; use Symfony\Component\Messenger\Attribute\AsMessageHandler; #[AsMessageHandler] class SmsNotificationHandler { public function __invoke(SmsNotification $message) { // ... send SMS message ... } }
Messenger simplifie le traitement asynchrone complexe avec des fonctionnalités telles que la sérialisation automatique des messages, la prise en charge des middlewares et les stratégies de nouvelle tentative.
Middleware de surveillance Symfony Messenger
La surveillance des processus en arrière-plan, qui fonctionnent en dehors du point de vue de l'utilisateur et du développeur, présente des défis uniques. Des questions se posent : combien de temps prennent les gestionnaires ? Des opérations de base de données coûteuses sont-elles effectuées ? Les tâches en arrière-plan échouent-elles silencieusement ?
Inspector résout ces problèmes en fournissant une interface conviviale pour surveiller les processus en arrière-plan avec la même efficacité que l'application principale.
Architecture middleware Symfony Messenger
Le package Inspector enregistre un middleware de messagerie pour suivre le début et la fin du traitement des messages. Il exploite les fonctionnalités existantes pour collecter les requêtes de base de données et d'autres actions lors de la gestion des messages. Un middleware dans Symfony Messenger agit comme un wrapper autour de la gestion des messages, permettant des actions avant et après la gestion. Cela utilise le modèle de conception de la chaîne de responsabilité.
Implémentation du middleware Inspector
Le middleware est implémenté pour exécuter du code avant et après la gestion des messages :
namespace App\Controller; use App\Messenger\SmsNotification; use Symfony\Bundle\FrameworkBundle\Controller\AbstractController; use Symfony\Component\HttpFoundation\Response; use Symfony\Component\Messenger\MessageBusInterface; use Symfony\Component\Routing\Attribute\Route; class HomeController extends AbstractController { #[Route('/', name: 'home')] public function home(MessageBusInterface $bus) { $bus->dispatch(new SmsNotification("New Message!")); return new Response('SMS notification dispatched.'); } }
Ce composant plug-and-play simplifie la surveillance des processus en arrière-plan lors de la mise à jour des dépendances des applications.
Mise à niveau vers la version 1.5
La version 1.5 est une version mineure, facilement installée via composer update
. Messenger Monitoring s'intègre automatiquement sans modification de code.
Ignorer les messages
Pour réduire le bruit, Inspector permet d'ignorer des messages ou des modèles spécifiques en utilisant la propriété ignore_messages
dans inspector.yaml
:
namespace App\Messenger\Middlewares; use Symfony\Component\Messenger\Middleware\MiddlewareInterface; use Symfony\Component\Messenger\Middleware\StackInterface; class MessengerMonitoringMiddleware implements MiddlewareInterface { public function handle(Envelope $envelope, StackInterface $stack): Envelope { // Before handling $this->beforeHandle($envelope); // Handle the message $envelope = $stack->next()->handle($envelope, $stack); // After handling $this->afterHandle($envelope); } }
Surveillez votre application Symfony avec Inspector
Inspector offre une surveillance HTTP gratuite, des informations sur les requêtes de base de données et le transfert d'alertes. Installez simplement le package Symfony pour commencer. Apprenez-en plus sur https://www.php.cn/link/3a78f1864ab77dbd239fbe33cae90bbb
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

JWT est une norme ouverte basée sur JSON, utilisée pour transmettre en toute sécurité des informations entre les parties, principalement pour l'authentification de l'identité et l'échange d'informations. 1. JWT se compose de trois parties: en-tête, charge utile et signature. 2. Le principe de travail de JWT comprend trois étapes: la génération de JWT, la vérification de la charge utile JWT et l'analyse. 3. Lorsque vous utilisez JWT pour l'authentification en PHP, JWT peut être généré et vérifié, et les informations sur le rôle et l'autorisation des utilisateurs peuvent être incluses dans l'utilisation avancée. 4. Les erreurs courantes incluent une défaillance de vérification de signature, l'expiration des jetons et la charge utile surdimensionnée. Les compétences de débogage incluent l'utilisation des outils de débogage et de l'exploitation forestière. 5. L'optimisation des performances et les meilleures pratiques incluent l'utilisation des algorithmes de signature appropriés, la définition des périodes de validité raisonnablement,

Le détournement de la session peut être réalisé via les étapes suivantes: 1. Obtenez l'ID de session, 2. Utilisez l'ID de session, 3. Gardez la session active. Les méthodes pour empêcher le détournement de la session en PHP incluent: 1. Utilisez la fonction Session_RegeReate_id () pour régénérer l'ID de session, 2. Stocker les données de session via la base de données, 3. Assurez-vous que toutes les données de session sont transmises via HTTPS.

La fonction d'énumération dans PHP8.1 améliore la clarté et la sécurité du type du code en définissant les constantes nommées. 1) Les énumérations peuvent être des entiers, des chaînes ou des objets, améliorant la lisibilité du code et la sécurité des types. 2) L'énumération est basée sur la classe et prend en charge des fonctionnalités orientées objet telles que la traversée et la réflexion. 3) L'énumération peut être utilisée pour la comparaison et l'attribution pour assurer la sécurité du type. 4) L'énumération prend en charge l'ajout de méthodes pour implémenter une logique complexe. 5) La vérification stricte et la gestion des erreurs peuvent éviter les erreurs courantes. 6) L'énumération réduit la valeur magique et améliore la maintenabilité, mais prêtez attention à l'optimisation des performances.

L'application du principe solide dans le développement de PHP comprend: 1. Principe de responsabilité unique (SRP): Chaque classe n'est responsable d'une seule fonction. 2. Principe ouvert et ferme (OCP): les changements sont réalisés par extension plutôt que par modification. 3. Principe de substitution de Lisch (LSP): les sous-classes peuvent remplacer les classes de base sans affecter la précision du programme. 4. Principe d'isolement d'interface (ISP): utilisez des interfaces à grain fin pour éviter les dépendances et les méthodes inutilisées. 5. Principe d'inversion de dépendance (DIP): les modules élevés et de bas niveau reposent sur l'abstraction et sont mis en œuvre par injection de dépendance.

Liaison statique (statique: :) implémente la liaison statique tardive (LSB) dans PHP, permettant à des classes d'appel d'être référencées dans des contextes statiques plutôt que de définir des classes. 1) Le processus d'analyse est effectué au moment de l'exécution, 2) Recherchez la classe d'appel dans la relation de succession, 3) il peut apporter des frais généraux de performance.

Les principes de conception de Restapi incluent la définition des ressources, la conception URI, l'utilisation de la méthode HTTP, l'utilisation du code d'état, le contrôle de version et les haineux. 1. Les ressources doivent être représentées par des noms et maintenues dans une hiérarchie. 2. Les méthodes HTTP devraient être conformes à leur sémantique, telles que GET est utilisée pour obtenir des ressources. 3. Le code d'état doit être utilisé correctement, tel que 404 signifie que la ressource n'existe pas. 4. Le contrôle de la version peut être implémenté via URI ou en-tête. 5. Hateoas bottise les opérations du client via des liens en réponse.

En PHP, la gestion des exceptions est réalisée grâce aux mots clés d'essai, de catch, enfin et de lancement. 1) Le bloc d'essai entoure le code qui peut lancer des exceptions; 2) Le bloc de capture gère les exceptions; 3) Enfin, Block garantit que le code est toujours exécuté; 4) Le lancer est utilisé pour lancer manuellement les exceptions. Ces mécanismes aident à améliorer la robustesse et la maintenabilité de votre code.

La fonction principale des classes anonymes en PHP est de créer des objets uniques. 1. Les classes anonymes permettent aux classes sans nom d'être définies directement dans le code, ce qui convient aux exigences temporaires. 2. Ils peuvent hériter des classes ou implémenter des interfaces pour augmenter la flexibilité. 3. Faites attention aux performances et à la lisibilité au code lorsque vous l'utilisez et évitez de définir à plusieurs reprises les mêmes classes anonymes.
