Annonce et positionnement
Cloudflare a présenté K2, une nouvelle offre de streaming d'événements fonctionnant entièrement en mode serverless sur le réseau Edge de l’entreprise. L’annonce s’inscrit dans la continuité des services Workers, Queues et KV, visant à fournir aux développeurs une chaîne de traitement d’événements sans serveur ni infrastructure à gérer.
Architecture technique
K2 repose sur le runtime Workers déjà déployé sur plus de 300 points de présence mondiaux. Les événements sont ingérés via une API HTTP standard, chaque requête étant routée vers le datacenter le plus proche. Le traitement s’effectue dans un environnement isolé, similaire à celui des Workers, ce qui garantit la même latence de quelques dizaines de millisecondes observée pour les fonctions Edge classiques.
Pour la persistance temporaire, K2 s’appuie sur les services de stockage distribués de Cloudflare, notamment Workers KV et Queues. Cette combinaison permet de conserver les messages en mémoire ou sur disque selon les exigences de durabilité, tout en conservant la capacité de lecture/écriture à l’échelle du réseau Edge.
Fonctionnement et flux de données
Le flux typique débute par un producteur qui publie un événement via l’endpoint POST /k2/streams/{stream_id}. Le runtime Workers déclenche alors une fonction utilisateur qui peut enrichir, filtrer ou rediriger le message vers d’autres services Cloudflare (par exemple, Workers KV, Durable Objects ou des destinations externes via HTTP). Les consommateurs s’abonnent aux flux en effectuant des requêtes GET ou en utilisant les WebSockets fournis, ce qui assure une diffusion en temps réel sans besoin de polling.
Le modèle de facturation repose sur le nombre d’appels API et le volume de données stockées, à l’instar des autres produits serverless de Cloudflare. Aucun serveur dédié n’est requis, ce qui élimine les coûts de provisionnement et les contraintes de mise à l’échelle.
Analyse des impacts et limites
Sur le plan technique, K2 profite de la proximité géographique du réseau Edge, réduisant ainsi la latence de transmission des événements par rapport aux solutions centralisées. La nature serverless simplifie le déploiement, mais implique également que les fonctions sont limitées en durée d’exécution et en mémoire, comme pour les Workers classiques. Cette contrainte peut affecter les traitements lourds ou les agrégations nécessitant de longues fenêtres temporelles.
En matière de sécurité, chaque fonction s’exécute dans un sandbox isolé, bénéficiant des protections DDoS et du chiffrement TLS de bout en bout fournis par Cloudflare. Cependant, la visibilité sur les métriques de performance détaillées (taux de perte, ordre de livraison) reste limitée dans la documentation publique, ce qui peut compliquer l’évaluation de la fiabilité pour des cas d’usage critiques.
En résumé, K2 représente une extension logique de l’écosystème serverless de Cloudflare, offrant un moyen rapide de créer des pipelines d’événements à l’échelle du réseau Edge. Son adoption dépendra de la maturité des outils de monitoring et de la capacité à gérer les limites inhérentes aux environnements sans serveur.
