Il 5 aprile 2024, Cloudflare ha presentato la prima versione pubblica del progetto open source Pingora v0.1.0 (già v0.1.1). Si tratta di un framework asincrono e multi-threaded scritto in Rust, progettato per facilitare la creazione di servizi proxy HTTP. Questo progetto è utilizzato per sviluppare servizi che gestiscono una parte significativa del traffico in Cloudflare, in sostituzione di Nginx. Il codice sorgente di Pingora è stato pubblicato su GitHub con licenza Apache 2.0.
Pingora offre librerie e API per sviluppare servizi sopra HTTP/1 e HTTP/2, TLS o semplicemente TCP/UDP. Come proxy—сервера supporta il proxying trasparente di HTTP/1 e HTTP/2, gRPC e WebSocket. Il supporto per HTTP/3 è in programma. Pingora include inoltre strategie di bilanciamento del carico e di failover personalizzabili. Per soddisfare le normative sulla sicurezza, supporta sia le librerie OpenSSL ampiamente utilizzate che BoringSSL, che rispettano i requisiti FIPS (Federal Information Processing Standards) e la crittografia post-quantistica.
Oltre a queste funzionalità, Pingora offre filtri e callback che consentono agli utenti di personalizzare completamente il modo in cui il servizio deve gestire, trasformare e inoltrare le richieste.
In modalità operativa, Pingora garantisce un riavvio fluido senza tempi di inattività per gli aggiornamenti autonomi, senza perdere alcuna richiesta in ingresso. Syslog, Prometheus, Sentry, OpenTelemetry e altri strumenti di monitoraggio necessari si integrano facilmente con Pingora.
Le capacità di Pingora includono: utilizzo di Async Rust, supporto proxy end to end HTTP 1/2, TLS tramite OpenSSL o BoringSSL, gRPC e proxy per WebSocket, riavvio graduale, strategie di bilanciamento del carico e failover personalizzabili, supporto per vari strumenti di monitoraggio.
Nella versione Pingora v0.1.1 sono stati corretti bug precedentemente riscontrati, migliorata la performance dell'algoritmo pingora-ketama, aggiunti ulteriori benchmark TinyUFO e test per pingora-cache purge, limitata la dimensione del buffer per i log degli errori InvalidHTTPHeader, oltre a correggere refusi e implementare le necessarie modifiche nei commenti e nella documentazione del progetto.
Fonte: linux.org.ru
