Ces derniers temps, on me pose toujours la question.Tencent Cloud CDNEst-il possible de se battre ou non ? Le nœud domestique est-il stable ? Ce problème, je ne peux vraiment pas l'aborder avec des mots tels que “ok”, “bon”. Après tout, de nos jours, quiconque accroche une affaire CDN n'est pas pour le confort psychologique, mais pour une réelle vitesse de chargement et une optimisation des coûts.
J'ai quelques projets en cours, du PV quotidien de centaines de milliers de stations de contenu aux exigences en temps réel de l'arrière-plan SaaS, j'ai utilisé le CDN en nuage de Tencent, j'ai marché sur certains des gouffres, et j'ai rencontré certaines surprises. Aujourd'hui, je vais ouvrir les rubriques et vous parler de mon expérience réelle au cours des six derniers mois, sans filtre, et sans que personne ne s'y oppose.
Commençons par le sentiment le plus intuitif : si vous êtes un utilisateur important dans le pays, l'étendue de la couverture du réseau CDN de Tencent Cloud est en effet la base solide. Le genre de “North Unicom South Telecom” de l'ancien calendrier, dans lequel il ne peut pas être expérimenté. Un jour, j'ai eu l'idée d'utiliser un outil de surveillance distribué pour envoyer un ping à une page de test que j'ai liée au Tencent Cloud CDN. De Harbin à Haikou, de Shanghai à Urumqi, les performances en matière de latence sont plus équilibrées que ce à quoi je m'attendais.
Bien sûr, il n'existe pas de mythe du “aussi rapide que l'ensemble du pays”, certaines parties du nord-ouest peuvent occasionnellement fluctuer légèrement, mais dans l'agglomération urbaine principale, il est difficile de trouver des lacunes évidentes. Derrière cela, il y a plus de 2 800 nœuds d'accélération nationaux qui soutiennent le changement quantitatif, ce qui entraîne un changement qualitatif.
Mais est-ce que tout va bien avec plus de nœuds ? Ne croyez pas ces sornettes, le CDN est essentiellement un service “à forte intensité d'exploitation et de maintenance”.
La politique de configuration est l'âme. Au début, j'ai également fait une erreur, le nom de domaine est connecté aux règles de cache par défaut, et j'ai découvert que certaines interfaces dynamiques sont également mises en cache de manière aveugle, ce qui entraîne un gâchis des données de l'utilisateur. Plus tard, j'ai découvert la porte d'entrée, son système de configuration de cache est en fait très fin, si fin que vous pouvez utiliser le suffixe URI, le répertoire du chemin, et même les chaînes de requête (bien qu'il ne soit généralement pas recommandé de mettre en cache le contenu avec des chaînes de requête) pour faire des règles différenciées.
Par exemple, pour les ressources statiques de notre site, j'ai l'habitude de le configurer de cette façon, directement dans la console de correspondance, mais le principe est le suivant :
J'ai constaté que pour les ressources statiques telles que les images, les CSS/JS, l'extension de la durée du cache au maximum (par exemple, un an) et l'ajout de l'indicateur “immuable” constituent un outil majeur d'optimisation des performances pour les navigateurs modernes. Cela signifie que lorsque l'utilisateur visite le site pour la deuxième fois, le navigateur n'envoie pas de requête HTTP pour demander au CDN “si le fichier a changé”, et le charge directement à partir du disque local, ce qui représente un bond en avant en termes de vitesse. Dans la console CDN de Tencent, cette règle peut être facilement respectée grâce au “suffixe de fichier”, qui est l'opération de base.
Un peu plus avancé est que, pour les ressources statiques fréquemment mises à jour, telles que le front-end emballé avec des empreintes de hachage `bundle.[hash].js`, j'ose même définir une stratégie de mise en cache plus agressive, parce que le contenu du fichier change, le nom du fichier change, essentiellement une nouvelle ressource. Cet ensemble de jeux à exécuter, ne peut pas être séparé du CDN pour retourner à la source du lien de la forte protection. Je compte sur la fonction de sauvegarde multi-sources et de retour à la source (Range back to the source) de Tencent Cloud. Ma station source a mis en place deux serveurs, un principal et un de secours, une fois que la machine principale au milieu de la nuit, CDN instantanément coupé à la machine de secours, la surveillance n'a pas eu le temps d'alarmer, commutation sur l'achèvement de l'utilisateur final complètement insensé. De nos jours, même le CDN doit “prévenir les coéquipiers” (en référence à leur propre station source non fiable), il n'y a pas de raison que les capacités de récupération en cas de catastrophe ne soient pas vraiment possibles.
Pour ce qui est du retour à la source, il faut mentionner le coût. Le modèle de facturation du CDN de Tencent est le pic de la bande passante et le flux de deux sortes, à choisir en fonction de la courbe de votre activité. L'une de mes stations de ressources vidéo, la courbe de trafic est comme une montagne russe, le pic et le creux peuvent être dix fois pires, avec la facturation de la bande passante sur la perte de sang. Après être passé à la facturation du trafic, la facture mensuelle moyenne a baissé d'environ 15%, mais si votre activité est régulière, il peut être plus rentable d'utiliser la facturation de la bande passante. Elle dispose d'une fonction de “changement de méthode de facturation” en arrière-plan, qui peut être commutée sur une base mensuelle, ce qui est plus flexible. Je suggère d'utiliser la facturation du trafic pour le premier mois et de regarder le graphique de surveillance de la bande passante dans la console, si la courbe fluctue fortement comme un ECG, alors restez sur la facturation du trafic ; si c'est une ligne droite lisse, alors réduisez la facturation de la bande passante de manière décisive, et économisez un peu est un peu.
Sécurité, Tencent cloud CDN intégré protection de base (attaques anti-CC, anti-brush) pour les sites généraux de petite et moyenne taille suffisante. J'ai une station a été une fois crawler fou crawling page de marchandises, directement dans la configuration de la couche CDN d'une fréquence limite des règles, une seule IP toutes les 5 secondes plus de 20 demandes sur le code de vérification pop-up, instantanément silencieux. L'interface de configuration est en chinois, la description est également claire, contrairement à certains fournisseurs de services étrangers, cachés en profondeur pour ne pas dire, la terminologie est également mystérieuse.
Bien sûr, ce n'est pas parfait. Permettez-moi de me plaindre un peu : bien que la console soit complète, l'entrée de certaines fonctions avancées est un peu profonde, comme l'accélération du “protocole QUIC”, qui est tout à fait évidente pour l'amélioration mobile, mais elle n'est pas activée par défaut, et vous devez l'ouvrir manuellement dans la “Configuration avancée” de la gestion des noms de domaine. L'accélération du "protocole QUIC" est tout à fait évidente pour l'amélioration de la mobilité. De même, son log push en temps réel, bien qu'il prenne en charge la livraison en second délai au COS (stockage d'objets) ou au CLS (service de journalisation), mais la configuration initiale pour les nouveaux arrivants, les étapes sont un peu lourdes, ma première fois pour l'obtenir a également pris un peu de temps. Cependant, une fois la configuration terminée, les journaux sont utilisés pour effectuer une analyse précise et une détection des anomalies, c'est vraiment odorant.
Ah oui, un rappel, si vous utilisez Vue, React, ces frameworks front-end pour faire de l'application à page unique (SPA), vous devez vous rappeler de respecter la règle “404 back to the source” ou “error page redirection”. Parce que la route de la SPA est contrôlée par le front-end, l'utilisateur accède directement à un chemin profond, le CDN n'a pas ce fichier, si vous ne faites rien à ce sujet, il retournera vraiment 404. L'approche correcte est de laisser toutes les requêtes “le fichier n'existe pas” retourner à votre `index.html`. J'ai vu plusieurs équipes s'engager dans cette voie.
Quant au prix.Tencent Cloud CDNIl se situe dans la moyenne du marché national, pas le moins cher mais certainement pas le plus cher. Il organise fréquemment des campagnes, avec des bons d'achat importants pour les nouveaux utilisateurs et des remises permanentes pour les utilisateurs existants. Ma stratégie consiste à acheter un “paquet de ressources de trafic” ou un “paquet de bande passante” pendant la période de stabilité de l'entreprise, ce qui permet d'économiser une somme d'argent par rapport au volume. Il s'agit d'une pratique courante, qui est à peu près la même pour tous.
Dans l'ensemble, Tencent Cloud CDN est pour moi une image de “meilleur élève solide”. Il n'est peut-être pas aussi extrême que certains fournisseurs de niche sur un seul point (par exemple, certains sont optimisés jusqu'à l'os pour la vidéo), mais il trouve un bon équilibre entre les performances d'accélération, la couverture des nœuds, l'exhaustivité des fonctionnalités, la facilité d'utilisation de la console et le coût. Il n'est pas trop facile de lui trouver des défauts rédhibitoires, ce qui, pour la grande majorité des entreprises et des développeurs en quête de stabilité, est précisément le plus important. Grâce à lui, le CDN, qui nécessitait d'attendre soigneusement le “travail technique”, devient davantage une “infrastructure” fiable et sans souci.
Enfin, j'aimerais partager avec vous un conseil personnel : ne vous contentez pas d'un CDN et ne l'oubliez pas. Regardez régulièrement le rapport de surveillance, analysez le taux de réussite, la consommation de bande passante/trafic de l'URL principale, vous découvrirez peut-être que certaines des anciennes images sont encore fréquemment consultées, ou qu'il y a une explosion soudaine de pages qui méritent une stratégie de mise en cache plus raffinée. Les outils sont morts, les gens sont vivants, le Tencent Cloud CDN ces caractéristiques jouer comprendre, c'est votre entreprise accélérer l'outil ; si vous jetez là sans tenir compte, il est également un tuyau de trafic ordinaire. Eh bien, l'expérience est partagée ici, comment choisir, mais aussi dépend de votre propre règle d'affaires.
