Étant donné qu'il y a toujours des gens sur Internet qui s'intéressent auxCDNetworksLa stabilité du fournisseur de services CDN a été débattue sans fin, et divers commentaires par ouï-dire ont donné l'impression d'un jeu de devinettes, de sorte que mes vieux os ne peuvent plus rester tranquilles. Cela fait plus de dix ans que je m'occupe de la sécurité des réseaux et de l'optimisation des sites web, et j'ai fait confiance à pas moins de dix fournisseurs de services CDN, CDNetworks étant l'un de ceux avec lesquels j'ai eu à traiter le plus longtemps. Aujourd'hui, je ne dis pas de bêtises, j'ai à cœur de parler de ma véritable expérience, ces documents officiels n'écriront pas de choses, je vous donne tous les détails.
Je me souviens que lorsque je suis entré en contact avec CDN pour la première fois, j'étais également téméraire, pensant que je pouvais simplement acheter un service et me reposer tranquillement. En conséquence, une fois, le site s'est écrasé au milieu de la nuit, la plainte de l'utilisateur téléphone éclaté, une vérification est le vent de pompage de nœud CDN, depuis lors, je comprends, la stabilité de cette chose, vraiment ne peut pas compter sur la chance.CDNetworks est ce que j'ai commencé à utiliser en 2015, puis fantaisie il dans la région Asie-Pacifique densité de nœud, la publicité a dit que la Chine et l'Asie du Sud-Est pour l'optimisation de l'assez bon. Mais honnêtement, vous perdrez si vous ne regardez que les publicités, c'est l'utilisation réelle qui compte.
Commençons par ce que signifie réellement la stabilité. En termes simples, le contenu de votre site web peut être comme l'eau du robinet, il peut se dévisser à tout moment, et le débit est stable. Pour les sites de commerce électronique ou de vidéo, même si le CDN tremble un peu, les utilisateurs peuvent simplement fermer la page et partir, la perte n'est pas seulement l'expérience, mais aussi de l'argent réel. Lorsque j'ai transféré pour la première fois mon entreprise sur CDNetworks, la figure principale était sa large couverture en Asie, mais j'ai longtemps constaté que le nœud n'était pas égal à la stabilité de ces nœuds, ce qui est la clé pour savoir si ces nœuds sont en bonne santé.
Mes tests en situation réelle ont révélé queCDNetworksEn Amérique du Nord et en Europe, les performances sont moyennes et ne présentent pas d'avantage évident par rapport à des géants mondiaux comme Cloudflare. Mais en Asie-Pacifique, en particulier au Japon, en Corée du Sud et à Hong Kong, le temps de réponse est vraiment rapide, et la latence habituelle peut être réduite à moins de 50 millisecondes. Mais ne croyez pas aux conneries sur la disponibilité de 99,99%, ce ne sont que des chiffres dans des conditions idéales. Il y a toujours des accidents dans le monde réel, par exemple, il y a eu un nœud à Singapour pendant la saison des pluies à cause d'une fuite d'eau dans la salle des serveurs causée par des fluctuations de la latence qui a grimpé à plus de 300 millisecondes, les alarmes de surveillance ont sonné comme une ambulance.
Afin de comprendre son tempérament, j'ai écrit un ensemble de scripts Python simples pour sonder régulièrement les nœuds en direct et enregistrer le temps de réponse et le taux de perte de paquets. Cette méthode est un peu rustique, mais elle est plus directe que de s'appuyer sur des outils tiers, et les données sont entre mes mains, donc mon cœur est solide.
Après avoir analysé les données pendant un certain temps, j'ai pu constater que la charge sur les nœuds de CDNetworks augmente considérablement pendant les heures de pointe (par exemple, de 20 heures à 22 heures) et que la latence peut passer de 50 ms à 150 ms. Ce n'est pas très grave, mais pour les applications exigeantes en temps réel (comme les jeux en ligne ou les transactions financières), c'est quelque chose à surveiller. De plus, la maintenance de leur nœud est parfois inopinée, et j'ai eu deux redémarrages soudains au milieu de la nuit qui ont été de courte durée mais en rouge sur la courbe de surveillance, ce qui était alarmant à regarder.
Vous ne pouvez pas vous contenter de vous plaindre des problèmes de stabilité, vous devez trouver des solutions. D'après mon expérience, il ne faut pas tout miser sur un seul CDN. Plus tard, j'ai adopté une stratégie mixte de CDN multiples, et j'ai utilisé Nginx pour faire de l'équilibrage de charge, et j'ai partagé le trafic vers CDNetworks et un autre fournisseur de services (tel que Cloudflare). De cette manière, même si le vent souffle d'un côté, l'entreprise peut continuer à fonctionner, sans que l'utilisateur s'en aperçoive.
Voici un exemple de la façon dont j'ai configuré plusieurs CDN pour revenir à la source dans Nginx, simple et brutal mais efficace. Notez qu'un mécanisme de sauvegarde est utilisé ici, qui donne la priorité aux CDNetworks et passe automatiquement au nœud de sauvegarde en cas de problème.
Outre le niveau architectural, la configuration de CDNetworks elle-même est également très délicate. J'ai constaté que la configuration par défaut du cache de leur console est conservatrice et que le TTL (Time to Live) est court, ce qui entraîne un retour fréquent des sources et affecte plutôt la stabilité. Je suggère de personnaliser le cache en fonction du type de contenu : pour les ressources statiques telles que les images, CSS, JS, le cache est fixé à 30 jours ; pour le contenu dynamique tel que les pages HTML, il peut être fixé entre 1 heure et 1 jour. Cela permettra non seulement d'améliorer le taux de réussite, mais aussi de réduire la pression sur la station source.
CDNetworks supporte depuis longtemps HTTP/3 et QUIC, ce qui représente une amélioration significative de la stabilité dans les environnements réseau faibles. Après l'avoir activé sur mon projet mobile, le temps de chargement moyen de l'utilisateur a chuté d'environ 20%, en particulier en Asie du Sud-Est où les conditions de réseau sont compliquées. La méthode d'activation est très simple : il suffit d'ouvrir le commutateur dans la console, mais le serveur doit également coopérer, par exemple en utilisant Nginx pour compiler le module QUIC.
En termes de sécurité, la protection DDoS de CDNetworks est assez solide, et j'ai subi quelques attaques à petite échelle auxquelles leurs stratégies d'atténuation par défaut ont survécu. Mais ne dites pas “assez” - j'ai subi une perte lorsqu'une attaque persistante avancée a contourné la protection de base et a presque pénétré le site source. J'ai personnalisé les règles du WAF pour bloquer les robots malveillants et les requêtes anormales, et cela a fonctionné. Leur console offre un éditeur de règles, et bien que l'interface soit un peu rétro, la fonctionnalité fonctionne.
Le temps de réponse technique de cdNetworks est parfois rapide, parfois lent, et pendant la journée, il peut généralement répondre dans l'heure, mais tard dans la nuit ou le week-end, c'est une question de chance. Une fois, un nœud est tombé en panne et j'ai attendu deux heures que quelqu'un s'en occupe après que j'ai passé la commande. Heureusement, j'ai un plan de secours, sinon l'entreprise se serait effondrée depuis longtemps. Si vous vous attendez à une réponse 24 heures sur 24 et 7 jours sur 7, vous risquez d'être déçu, mais pour les demandes de configuration habituelles, ils sont très professionnels.
Comment CDNetworks se situe-t-il par rapport aux autres fournisseurs ? Comparé à Cloudflare, le réseau mondial de Cloudflare est plus équilibré, la couche gratuite est également généreuse, ce qui convient aux projets qui démarrent ; mais l'optimisation de la localisation de CDNetworks en Asie-Pacifique est vraiment unique, en particulier pour l'accès à la Chine continentale, grâce à la coopération des opérateurs locaux, la latence peut être ramenée à moins de 50 millisecondes, ce qui n'est pas comparable à Cloudflare. Toutefois, il convient de noter que le nœud national implique un dépôt ICP, le processus est lourd, aucun dépôt ne peut aller aux nœuds d'outre-mer, la stabilité sera compromise.
J'ai utilisé AWS CloudFront, et il est pratique de l'intégrer à l'écosystème AWS, mais il est si cher qu'il fait mal, et la facture pour une grande quantité de trafic peut effrayer les gens à mort.CDNetworks prix est plus souple, et il y a des réductions pour de grandes quantités de trafic, ce qui le rend approprié pour les PME sensibles aux coûts comme nous. Mais encore une fois, il n'y a pas de CDN parfait, il n'y a qu'une bonne adéquation. Ma structure principale actuelle est CDNetworks pour gérer le trafic Asie-Pacifique, Cloudflare pour couvrir le reste du monde, la combinaison des deux, la stabilité de la mise à niveau d'un grade.
L'élément de surveillance, vous ne pouvez pas l'ignorer. Au début, je me suis appuyé sur les rapports fournis par CDNetworks, mais je me suis rendu compte par la suite qu'ils n'étaient pas assez granulaires. J'ai donc opté pour Prometheus+Grafana et j'ai personnalisé les tableaux de bord pour garder un œil sur la latence, le taux d'erreur et la bande passante. J'ai défini des seuils d'alarme, par exemple en envoyant des notifications lorsque la latence dépasse 100 ms ou que le taux d'erreur est supérieur à 0,1%, afin que le problème puisse être résolu dès qu'il apparaît. Cet outil n'est pas très compliqué, mais il fonctionne à merveille.
En résumé, CDNetworks est-il stable ? Ma réponse est : cela dépend de la façon dont vous l'utilisez. Si vous le lancez et le laissez seul, en vous attendant à ce qu'il soit automatiquement aussi stable qu'un vieux chien, il y a de fortes chances que vous soyez déçu. Mais si vous êtes prêt à prendre le temps de le configurer, de le surveiller et de l'optimiser, il peut être un excellent partenaire pour votre entreprise, en particulier dans la région Asie-Pacifique. Au fil de mes années d'utilisation, je lui attribue une note de 80 sur 100 pour la satisfaction générale - la stabilité est adéquate, les performances ont leurs bons côtés, mais il y a beaucoup de pépins. Pour ceux qui veulent l'essayer, je recommanderais d'acheter d'abord un pack d'essai pour exécuter un trafic réel et obtenir des données qui parlent d'elles-mêmes ; ne croyez pas le battage médiatique et ne faites pas d'estimations sauvages.
Enfin, j'aimerais dire une chose : dans le monde du CDN, il n'y a pas de solution unique. L'itération technologique est rapide, l'environnement réseau change tous les jours, il faut garder un état d'esprit d'apprentissage, plus de tests et plus d'ajustements, c'est la vraie voie “stable”. J'espère que ce partage sincère vous aidera à éviter de vous retrouver au pied du mur. Si vous avez des questions, n'hésitez pas à discuter, l'expérience du vieil oiseau suffit.
