✅ Bonnes pratiques

Suivez ces recommandations pour obtenir la livraison de shreds la plus fiable et la plus rapide avec ShredStream.com.

Vous utilisez notre SDK ? Le SDK configure automatiquement le tampon socket (25 Mo par défaut) et gère la validation des paquets. Vous devez quand même configurer les paramètres sysctl au niveau OS et pouvez bénéficier des recommandations de monitoring et de redondance ci-dessous.

📐 Dimensionnement du tampon UDP

Le changement de configuration le plus impactant est l'augmentation de votre tampon de réception UDP. ShredStream.com peut livrer des milliers de shreds par seconde, et le tampon par défaut du système d'exploitation est bien trop petit.

Configurez un minimum de 25 Mo :

bash

# Appliquer immédiatement (Linux)
sudo sysctl -w net.core.rmem_max=26214400
sudo sysctl -w net.core.rmem_default=26214400

# Rendre persistant après redémarrage — ajouter à /etc/sysctl.conf
net.core.rmem_max=26214400
net.core.rmem_default=26214400

Puis demandez la taille du tampon dans le code de votre application :

import socket

sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
sock.setsockopt(socket.SOL_SOCKET, socket.SO_RCVBUF, 25 * 1024 * 1024)
sock.bind(("0.0.0.0", 8001))

Remarque sur le doublement des tampons sous Linux : Linux double en interne la valeur du tampon que vous passez à setsockopt(). Lorsque vous demandez 25 Mo, le noyau alloue 50 Mo (la moitié pour les données, l'autre moitié pour la gestion interne du noyau). Le paramètre sysctl rmem_max doit être d'au moins 25 Mo pour que la requête aboutisse.

🔄 Redondance et basculement

Pour les systèmes de production où la disponibilité est critique, prévoyez de la redondance.

Streams multi-régions -- Créez des streams dans deux régions ou plus. Si une région rencontre un problème, l'autre continue la livraison. Dédupliquez les shreds entrants en utilisant la paire (slot, index) pour éviter de traiter les mêmes données deux fois.
Serveurs de secours actifs -- Exécutez un second récepteur sur une machine différente. Les deux peuvent écouter simultanément ; votre pipeline de traitement déduplique en aval.
Basculement d'IP -- Utilisez une IP flottante ou une Elastic IP qui peut être réassignée rapidement. Mettez à jour la destination du stream depuis le tableau de bord lorsque vous basculez le trafic vers un serveur de secours.

✅ Liste de vérification récapitulative

Tampon de réception UDP configuré à 25 Mo ou plus
Socket lié à 0.0.0.0, et non 127.0.0.1
Thread de réception isolé de la logique de traitement
Streams redondants dans plusieurs régions (pour les charges de production)