Sortie de Pingora 0.6, un framework pour la création de services réseau

L'entreprise Cloudflare a publié la version 0.6 du framework Pingora, destiné au développement de services réseau sécurisés et à hautes performances en langage Rust. Déployé avec Pingora, le proxy est utilisé depuis plus de deux ans dans le réseau de distribution de contenu Cloudflare, à la place de nginx, et traite plus de 40 millions de requêtes par seconde. Le code est écrit en langage Rust et est publié sous la licence Apache 2.0.

Fonctionnalités principales de Pingora :

• Prise en charge de HTTP/1 et HTTP/2 (HTTP/3 prévu), ainsi que la possibilité de créer des services utilisant leurs propres protocoles ou UDP/TCP.
• Prise en charge du traitement multithreading des requêtes en mode asynchrone.
• Possibilité d'attacher des gestionnaires de rappel et des filtres, permettant de gérer différentes étapes du traitement de la requête ainsi que de modifier, rediriger, bloquer et journaliser les requêtes et les réponses.
• Proxy gRPC et WebSocket.
• Load balancers plugables.
• Possibilité de modification de la configuration sans redémarrage.
• Support de mise à jour du code de l'application sans interruption des connexions.
• Outils pour le basculement en cas de défaillance.
• Intégration avec différents systèmes de surveillance et de journalisation (Syslog, Prometheus, Sentry, OpenTelemetry).
• Prise en charge du chiffrement TLS (utilise OpenSSL, BoringSSL ou Rustls).
• Paquets Rust prêts à l'emploi pour créer des proxy HTTP, travailler avec des protocoles réseau, analyser des en-têtes HTTP, comptabiliser et limiter le trafic, équilibrer la charge, gérer une table de hachage distribuée Ketama, maintenir un cache en mémoire et traiter les délais d'attente de manière asynchrone.

Parmi les changements dans la nouvelle version :

• Lors de l'arrêt, la sauvegarde des noms des composants runtime dans le journal a été assurée pour faciliter le diagnostic des problèmes causés par l'absence de composants runtime, entraînant des retards lors de l'arrêt.
• Le suivi des phases d'exécution a été activé de serveurs, les informations qui peuvent être utiles pour la surveillance ou pour assurer la tolérance de panne. Lors du changement de phase d'exécution, un message ExecutionPhase est généré, et peut être intercepté via l'API Server::watch_execution_phase.
• Le placement en mémoire de dictionnaires compressés est autorisé.
• Dans l'implémentation du serveur http et du proxy http, les directives HttpServerOptions et H2Options ont été ajoutées.
• Une protection contre l'attaque MadeYouReset a été mise en place, permettant de provoquer une indisponibilité à travers la manipulation des frames de contrôle HTTP/2.

Source : opennet.ru