{"id":976,"date":"2026-02-28T09:53:01","date_gmt":"2026-02-28T01:53:01","guid":{"rendered":"https:\/\/www.ddosgj.com\/?p=976"},"modified":"2026-02-28T09:53:01","modified_gmt":"2026-02-28T01:53:01","slug":"comment-optimiser-la-vitesse-dacces-avec-chess-high-security-cdn-acces-de-proximite-au-noeud-avec-lenteur","status":"publish","type":"post","link":"https:\/\/www.ddosgj.com\/fr\/976-html","title":{"rendered":"Comment les CDN de haute d\u00e9fense de Chess peuvent-ils optimiser les vitesses d'acc\u00e8s ? Acc\u00e8s \u00e0 proximit\u00e9 du n\u0153ud et optimisation du cache pour un acc\u00e8s plus rapide"},"content":{"rendered":"<p>\u00c0 trois heures du matin, ce jour-l\u00e0, le t\u00e9l\u00e9phone portable du support technique a \u00e9t\u00e9 coup\u00e9 - non pas parce qu'il a \u00e9t\u00e9 attaqu\u00e9, mais parce que les joueurs se sont plaints collectivement d'\u00eatre bloqu\u00e9s dans le PPT. Le patron a directement d\u00e9vers\u00e9 une capture d'\u00e9cran du retard du backend dans le groupe : \"Si vous ne pouvez pas le refaire, tout le personnel ira dans la salle informatique du Xinjiang pour \u00eatre administrateur r\u00e9seau !<\/p>\n<p>Les gens de l'industrie des \u00e9checs savent que le CDN \u00e0 haute d\u00e9fense, c'est comme porter un gilet pare-balles pour le serveur, mais que le gilet est trop lourd pour que l'utilisateur puisse le porter. J'ai vu trop d'\u00e9quipes d\u00e9penser de l'argent pour acheter des t\u00e9raoctets de protection, et en cons\u00e9quence, les joueurs d\u00e9sinstallent directement le jeu \u00e0 cause de la lenteur du chargement. La vitesse et la protection ne sont pas du tout un choix unique, la cl\u00e9 est de voir comment vous r\u00e9glez le CDN.<\/p>\n<p><strong>Le goulot d'\u00e9tranglement de la vitesse n'est jamais dans la bande passante, mais dans les \"routes invisibles\".<\/strong>La premi\u00e8re fois que nous avons d\u00e9pann\u00e9 un utilisateur d'Asie du Sud-Est, nous avons constat\u00e9 que le trafic contournait les \u00c9tats-Unis avant de revenir \u00e0 la source. Une fois, nous avons v\u00e9rifi\u00e9 l'encombrement des utilisateurs d'Asie du Sud-Est et constat\u00e9 que le trafic contournait en fait les \u00c9tats-Unis avant de revenir \u00e0 la source. Plus tard, nous avons utilis\u00e9 traceroute pour capturer des paquets et nous avons d\u00e9couvert que le \"routage intelligent\" d'un fournisseur de CDN n'\u00e9tait qu'un retard artificiel - le n\u0153ud se trouve manifestement \u00e0 Hong Kong, mais la table de routage pointe vers l'Europe.<\/p>\n<p>Commen\u00e7ons par une conclusion contre-intuitive :<strong>Un nombre \u00e9lev\u00e9 de n\u0153uds n'est pas synonyme de vitesse<\/strong>. Certains fournisseurs se vantent d'avoir plus de 500 n\u0153uds dans le monde, mais les n\u0153uds en p\u00e9riph\u00e9rie peuvent \u00eatre remplis de machines virtuelles pour compenser les chiffres. J'ai test\u00e9 les n\u0153uds CDN5 et CDN07 dans la m\u00eame r\u00e9gion, la m\u00eame salle de serveurs \u00e0 Tokyo, la latence CDN5 est stable \u00e0 80ms, CDN07 fluctue \u00e0 200ms+. Plus tard, j'ai d\u00e9couvert que le n\u0153ud de CDN07 partage la bande passante, le pic du soir est directement pris en charge par la prochaine plateforme en direct pour s'emparer de toutes les ressources.<\/p>\n<p>Un v\u00e9ritable \"acc\u00e8s de proximit\u00e9\" doit r\u00e9pondre \u00e0 trois niveaux de correspondance :<strong>Distance physique \u2192 hi\u00e9rarchie du r\u00e9seau \u2192 caract\u00e9ristiques du service<\/strong>. Le trafic des \u00e9checs est g\u00e9n\u00e9ralement constitu\u00e9 de petits paquets \u00e0 haute fr\u00e9quence, ce qui est exactement l'inverse des transferts de gros paquets pour la vid\u00e9o. Si vous appliquez simplement un CDN g\u00e9n\u00e9rique, le r\u00e9glage de la fen\u00eatre TCP est erron\u00e9.<\/p>\n<p>Il s'agit d'une solution d'optimisation du routage que nous avons r\u00e9alis\u00e9e pour une plateforme de Texas Hold'em :<\/p>\n<p>Les algorithmes seuls ne suffisent pas, ils doivent \u00eatre \u00e9tay\u00e9s par des donn\u00e9es r\u00e9elles. Nous avons mis en place un r\u00e9seau mondial de surveillance ping pour tester la qualit\u00e9 de chaque n\u0153ud vers les trois principaux op\u00e9rateurs toutes les cinq minutes. L'ann\u00e9e derni\u00e8re, \u00e0 cause de la gigue du r\u00e9seau f\u00e9d\u00e9rateur d'un op\u00e9rateur, nous avons perdu 20% d'activit\u00e9 quotidienne.<\/p>\n<p><strong>C'est la strat\u00e9gie de mise en cache qui est l'arme fatale de l'optimisation de la vitesse.<\/strong>. Mais les gens de 90% ne peuvent tout simplement pas d\u00e9finir les bonnes r\u00e8gles de mise en cache - soit l'interface dynamique est mise en cache, ce qui entra\u00eene un mauvais placement des donn\u00e9es, soit ce qui devrait \u00eatre mis en cache ne l'est pas. J'ai vu le cas le plus scandaleux : une plateforme a mis en cache l'interface \/user\/info pendant une heure, et le joueur a gagn\u00e9 de l'or et a rafra\u00eechi la page pour d\u00e9couvrir qu'elle \u00e9tait vide...<\/p>\n<p>Les ressources \u00e9chiqu\u00e9ennes doivent \u00eatre mises en cache \u00e0 trois niveaux :<\/p>\n<li><strong>Ressources statiques<\/strong>: js\/css\/images forcer la mise en cache pour 30 jours, contr\u00f4ler les mises \u00e0 jour avec le num\u00e9ro de version<\/li>\n<li><strong>donn\u00e9es semi-statiques<\/strong>Annonce d'un jeu\/\u00e9v\u00e9nement Configuration du cache 5-10 minutes<\/li>\n<li><strong>demande dynamique<\/strong>API avec token r\u00e9solument non mis en cache mais disponible HTTP\/2 push optimisation<\/li>\n<p>Dans la pratique, la configuration du cache peut s'\u00e9crire comme suit :<\/p>\n<p>N'oubliez pas les strat\u00e9gies de mise en cache c\u00f4t\u00e9 client ! Nous avions activ\u00e9 la compression Brotli sur le node de 08Host, et le volume du fichier js seul a \u00e9t\u00e9 r\u00e9duit de 70%, et le temps de chargement est pass\u00e9 directement de 4s \u00e0 1,2s.<\/p>\n<p><strong>Le r\u00e9glage du protocole TCP est le buff cach\u00e9.<\/strong>. La plupart des fournisseurs de CDN utilisent des param\u00e8tres TCP par d\u00e9faut qui ne sont tout simplement pas adapt\u00e9s aux sc\u00e9narios d'\u00e9checs. Par exemple :<\/p>\n<li>Il est recommand\u00e9 de fixer la fen\u00eatre de congestion initiale (initcwnd) \u00e0 16-32 pour acc\u00e9l\u00e9rer la transmission du premier paquet.<\/li>\n<li>Activation de l'algorithme BBR comme alternative \u00e0 CUBIC, particuli\u00e8rement avantageux pour les liaisons \u00e0 forte latence<\/li>\n<li>Ajustez le temps de recyclage TIME_WAIT pour \u00e9viter l'\u00e9puisement des ports qui entra\u00eene l'\u00e9chec des nouvelles connexions.<\/li>\n<p>Un jour, un client a insist\u00e9 pour utiliser un grand CDN international, mais le lecteur est toujours d\u00e9connect\u00e9 et reconnect\u00e9. Plus tard, la capture de paquets a r\u00e9v\u00e9l\u00e9 que le param\u00e8tre de temporisation TCP \u00e9tait trop agressif, avec une perte de paquets de 20% lors de la d\u00e9connexion. Apr\u00e8s \u00eatre pass\u00e9 \u00e0 la retransmission adaptative, la tol\u00e9rance de perte de paquets a \u00e9t\u00e9 port\u00e9e \u00e0 35%, et l'exp\u00e9rience s'est imm\u00e9diatement d\u00e9roul\u00e9e sans heurts.<\/p>\n<p>C'est ce que l'on appelle devoir cracher :<strong>De nos jours, m\u00eame les CDN doivent \u00eatre \"\u00e0 l'\u00e9preuve des co\u00e9quipiers\".<\/strong>. Certains fournisseurs, afin de r\u00e9duire les co\u00fbts, envoient votre trafic vers des salles de serveurs bon march\u00e9. Nous avons rencontr\u00e9 l'op\u00e9ration sordide suivante : \"Utilisateurs de P\u00e9kin \u2192 n\u0153ud de Tianjin \u2192 station source de Heilongjiang\", puis nous avons \u00e9crit directement dans le contrat \"Interdire la programmation interprovinciale\".<\/p>\n<p>Le routage intelligent CDN5 est vraiment fiable, en particulier pour l'optimisation des lignes en Asie du Sud-Est, mais le prix est deux fois plus \u00e9lev\u00e9 que celui d'un CDN ordinaire.CDN07 La performance du cache est \u00e9tonnante, une fois qu'il a port\u00e9 une \u00e9toile, l'impact du trafic est cent fois plus important.08 L'h\u00e9bergeur est le plus rentable, les n\u0153uds nationaux couvrent les villes de troisi\u00e8me rang, ce qui convient aux \u00e9quipes dont le budget est limit\u00e9.<\/p>\n<p>Enfin, j'exposerai une th\u00e9orie de la temp\u00eate :<strong>L'optimisation sans contr\u00f4le rel\u00e8ve de la m\u00e9taphysique<\/strong>. Un syst\u00e8me de surveillance de toutes les liaisons doit \u00eatre mis en place :<\/p>\n<li>Int\u00e9gration frontale pour contr\u00f4ler le temps de chargement du premier \u00e9cran, la latence de la r\u00e9ponse interactive<\/li>\n<li>Le niveau CDN enregistre le taux de r\u00e9ussite du cache, le taux de retour, les pics de bande passante.<\/li>\n<li>Surveillance au niveau du r\u00e9seau de la qualit\u00e9 des liaisons et de l'\u00e9tat de sant\u00e9 des n\u0153uds pour chaque op\u00e9rateur<\/li>\n<p>Le tableau de contr\u00f4le que nous avons d\u00e9velopp\u00e9 nous-m\u00eames est directement connect\u00e9 au syst\u00e8me d'alarme, et tout retard de n\u0153ud d\u00e9passant le seuil est automatiquement bascul\u00e9. Il est arriv\u00e9 qu'un c\u00e2ble de fibre optique se rompe quelque part, et avant que l'utilisateur ne puisse donner son avis, le trafic avait d\u00e9j\u00e0 \u00e9t\u00e9 envoy\u00e9 au n\u0153ud de secours.<\/p>\n<p>L'optimisation de la vitesse est un sujet constant. La semaine derni\u00e8re, le remplacement de TCP par le protocole QUIC a permis de r\u00e9duire la latence de 151 TP3T suppl\u00e9mentaires.<strong>Ce qui compte vraiment, c'est la recherche ultime de l'exp\u00e9rience de l'utilisateur<\/strong>--Apr\u00e8s tout, les joueurs se moquent de la technologie que vous utilisez, ils veulent juste s'emparer des propri\u00e9taires et jouer au mahjong en douceur.<\/p>\n<p>(Apr\u00e8s avoir \u00e9crit ceci et regard\u00e9 le grand \u00e9cran de surveillance, le temps de latence du n\u0153ud global est tout vert pour le moment, je peux donc enfin dormir une nuit enti\u00e8re - jusqu'\u00e0 ce que la prochaine attaque de piratage commence).<\/p>","protected":false},"excerpt":{"rendered":"<p>\u00c0 trois heures du matin ce jour-l\u00e0, le t\u00e9l\u00e9phone portable du support technique est tomb\u00e9 en panne - non pas parce qu'il \u00e9tait attaqu\u00e9, mais parce que les joueurs se plaignaient collectivement de la carte en tant que PPT. Le patron a directement envoy\u00e9 une capture d'\u00e9cran du retard en arri\u00e8re-plan au groupe : \"Si vous ne pouvez pas le refaire, tout le personnel ira dans la salle des serveurs au Xinjiang pour \u00eatre administrateur de r\u00e9seau ! Les gens de l'industrie des \u00e9checs savent que le CDN \u00e0 haute d\u00e9fense revient \u00e0 porter un gilet pare-balles pour le serveur, mais que le gilet est trop lourd pour que l'utilisateur puisse le porter. J'ai vu trop d'\u00e9quipes d\u00e9penser de l'argent pour acheter des t\u00e9raoctets de protection, et en cons\u00e9quence, les joueurs d\u00e9sinstallent directement le jeu \u00e0 cause de la lenteur du chargement. La vitesse et la protection ne sont pas du tout une question facultative, la cl\u00e9 d\u00e9pend de la fa\u00e7on dont vous enseignez le CDN. Le goulot d'\u00e9tranglement de la vitesse n'est jamais dans la bande passante, mais dans la \"route invisible\". Une fois, lorsque nous avons v\u00e9rifi\u00e9 le retard des utilisateurs d'Asie du Sud-Est, nous avons constat\u00e9 que le trafic contournait en fait les \u00c9tats-Unis avant de revenir \u00e0 la source. Plus tard, nous avons utilis\u00e9 traceroute pour capturer les paquets et nous avons d\u00e9couvert que le r\u00e9seau d'un fournisseur de CDN \u00e9tait en fait une route invisible.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"gallery","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","footnotes":""},"categories":[150],"tags":[],"collection":[],"class_list":["post-976","post","type-post","status-publish","format-gallery","hentry","category-updates","post_format-post-format-gallery"],"_links":{"self":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/976","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/comments?post=976"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/976\/revisions"}],"predecessor-version":[{"id":1149,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/posts\/976\/revisions\/1149"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/media?parent=976"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/categories?post=976"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/tags?post=976"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/fr\/wp-json\/wp\/v2\/collection?post=976"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}