การทดสอบการเร่งความเร็ว CDN เซิร์ฟเวอร์คลาวด์ของ Tencent: ความเร็วของเว็บไซต์จะเพิ่มขึ้นเท่าใดหลังจากเข้าถึง CDN

ในโลกอินเทอร์เน็ตมี "กฎ3วินาที" ที่มีชื่อเสียง:

หากเวลาในการโหลดเว็บไซต์นานกว่า3วินาทีผู้ใช้มากกว่า50% จะเลือกปิดแท็บโดยตรง

。สำหรับเว็บไซต์ขององค์กรแพลตฟอร์มอีคอมเมิร์ซข้ามพรมแดนหรือไซต์เนื้อหาความเร็วไม่เพียงแต่เป็นปัญหาของประสบการณ์เท่านั้นแต่ยังเป็นปัญหาของอัตรา Conversion การจัดอันดับ SEO และรายได้จริง

หลายบริษัทกำลังดำเนินการเสร็จสิ้น

การซื้อเซิร์ฟเวอร์ Tencent Cloud

(เช่น CVM แอ็พพลิเคชันเซิร์ฟเวอร์น้ำหนักเบาหรือเซิร์ฟเวอร์คลาวด์) และหลังจากปรับใช้เว็บไซต์แล้วมักจะพบจุดเจ็บปวด:

ความเร็วในการทดสอบในพื้นที่นั้นเร็วแต่เห็นได้ชัดว่าผู้ใช้ที่ไม่ใช่คนในพื้นที่หรือการเข้าถึงข้ามผู้ให้บริการล่าช้า

。ในขณะนี้การวาง CDN (เครือข่ายการกระจายเนื้อหา) บนเว็บไซต์กลายเป็นตัวเลือกที่เป็นเอกฉันท์สำหรับการดำเนินการและการบำรุงรักษาและผู้ดูแลเว็บส่วนใหญ่

เพื่อที่จะทราบว่า CDN เป็น "ภาษี IQ" หรือไม่และสามารถเพิ่มความเร็วให้กับเว็บไซต์ได้มากเพียงใดเราได้สร้างสภาพแวดล้อมการทดสอบที่ใกล้เคียงกับธุรกิจจริงและทำการทดสอบเชิงลึกและเปรียบเทียบประสิทธิภาพของเว็บไซต์หลังจากเข้าถึง Tencent Cloud CDN.

1.การสร้างสภาพแวดล้อมการทดสอบและคำจำกัดความของตัวบ่งชี้

เพื่อให้ข้อมูลการทดสอบมีค่าอ้างอิงเราได้จำลองสภาพแวดล้อมของเว็บไซต์ขนาดเล็กและขนาดกลางบนคลาวด์มาตรฐาน:

เซิร์ฟเวอร์ต้นทาง: อินสแตนซ์ CVM มาตรฐานที่ซื้อผ่านเซิร์ฟเวอร์ Tencent Cloud (การกำหนดค่า: 2คอร์4G พื้นที่ปักกิ่งแบนด์วิดท์คงที่5Mbps)

ประเภทไซต์: ไซต์ทดสอบกราฟิกที่ใช้ WordPress ที่มีขนาดหน้าแรกประมาณ4.2 MB (รวมไฟล์ HTML 1ไฟล์สคริปต์ CSS/JS 8รายการทรัพยากรรูปภาพความละเอียดสูง15รายการ)

สภาพแวดล้อมเครือข่าย: การทดสอบคำขอพร้อมกันจะดำเนินการผ่านโหนดทดสอบการโทรออกทั่วประเทศ (ครอบคลุมผู้ให้บริการรายใหญ่สามรายของ China Telecom, China Unicom และ China Mobile รวมถึงสถานที่ทางภูมิศาสตร์ที่แตกต่างกันเช่นกวางโจวเซี่ยงไฮ้เฉิงตูฮาร์บินและอุรุมชี)

บริการเร่งความเร็ว: Tencent Cloud CDN (เครือข่ายการกระจายเนื้อหา) กำหนดค่าด้วยกฎแคชไฟล์แบบคงที่พื้นฐานและการบีบอัด Gzip/Brotli อัจฉริยะ

แกนหลักของการทดสอบมุ่งเน้นไปที่ตัวบ่งชี้หลักสี่ประการต่อไปนี้ที่กำหนดประสบการณ์ของผู้ใช้:

TTFB (เวลามาถึงไบต์แรก): เวลาตั้งแต่ผู้ใช้เริ่มคำขอจนถึงการรับไบต์แรกของเซิร์ฟเวอร์สะท้อนถึงความล่าช้าของเครือข่ายและความเร็วในการตอบสนองของเซิร์ฟเวอร์

DOM Content Loaded (เวลาโหลด DOM เสร็จสมบูรณ์): เวลาที่สร้างเฟรมเว็บเสร็จสมบูรณ์

Fully Loaded (เวลาในการโหลดเต็ม): เวลาทั้งหมดในการโหลดหน้าเต็มรวมถึงรูปภาพสไตล์ชีตและสคริปต์ทั้งหมด

ความสามารถในการรองรับพร้อมกันและการยึดครองแบนด์วิดท์ของไซต์ต้นทาง: เมื่อมีคนหลายคนเข้าถึงในเวลาเดียวกันสถานการณ์โหลดของเซิร์ฟเวอร์ต้นทาง

2.การเปรียบเทียบข้อมูลที่วัดได้: การดึงที่ดีที่สุดก่อนและหลังการเข้าถึง CDN

เราอยู่แยกกัน

เชื่อมต่อโดยตรงกับสถานีต้นทาง (ไม่ได้เปิด CDN) และเข้าถึง Tencent Cloud CDN และทำการอุ่นเครื่องแคชให้เสร็จสิ้น

ในสองสถานะมีการทดสอบการเข้าถึงสามรอบบน50โหนดทั่วประเทศโดยใช้เครื่องมือวัดความเร็วและใช้ข้อมูลเฉลี่ย:

1.การเปรียบเทียบเวลาในการโหลดเต็มรูปแบบหลายโหนดทั่วประเทศ

พื้นที่ทดสอบ/ผู้ประกอบการ

ไม่ได้เชื่อมต่อ

CDN (เชื่อมต่อโดยตรงกับสถานี Beijing Source)

หลังจากเข้าถึง Tencent Cloud CDN

ระดับการเพิ่มความเร็ว

ปักกิ่ง (โทรคมนาคมในเมืองเดียวกัน)

1.12วินาที

0.38วินาที

ยกระดับ ~ 66%

เซี่ยงไฮ้ (การเชื่อมต่อข้ามภูมิภาค)

2.85วินาที

0.45วินาที

ยกระดับ ~ 84%

กว่างโจว (เคลื่อนที่ข้ามภูมิภาค)

3.40วินาที

0.42วินาที

ยกระดับ ~ 87%

เฉิงตู (Southwest Telecom)

4.10วินาที

0.51วินาที

ยกระดับ ~ 87.5%

อุรุมชี (ข้ามเครือข่ายทางตะวันตกเฉียงเหนือ)

6.80วินาที

0.65วินาที

ยกระดับ ~ 90.4%

เวลาในการโหลดเต็มโดยเฉลี่ยทั่วประเทศ

3.65วินาที

0.48วินาที

เพิ่มความเร็วโดยรวม ~ 86.8%

2.การปรับปรุงตัวชี้วัดประสิทธิภาพที่สำคัญ

เมื่อพิจารณาจากข้อมูลสรุปของโหนดทดสอบระดับประเทศการปรับปรุงตัวบ่งชี้ต่างๆนั้นเกินจริงอย่างมาก:

TTFB เฉลี่ย (เวลาไบต์แรก): 320ms เมื่อไม่มีการเข้าถึงลดลงเหลือ28ms เนื่องจากคำขอไม่จำเป็นต้องถูกส่งกลับไปยังสถานีต้นทางของปักกิ่งอีกต่อไปแต่จะได้รับการตอบสนองโดยตรงจากโหนด Tencent Cloud Edge ที่ใกล้กับผู้ใช้มากที่สุด

เวลาในการโหลดหน้าเว็บที่สมบูรณ์: จากเฉลี่ย3.65วินาทีเหลือ0.48วินาทีซึ่งหมายความว่าเว็บไซต์ได้เข้าสู่ยุค "Second Open" โดยตรงจาก "การรับรู้ที่ชัดเจนของการหยุด"

สถานีต้นทางที่มีทราฟฟิกขาออกกว้าง: ภายใต้คำขอการเข้าถึงพร้อมกัน100คำขอแบนด์วิดท์ของสถานีต้นทางจะเต็มโดยตรงเมื่อไม่ได้เปิด CDN (คอขวด5Mbps ทำให้เกิดการเข้าคิว) และหลังจากเปิด CDN และอัตราการเข้าถึงแคชถึงมากกว่า95% การรับส่งข้อมูลทิศทางขาออกของสถานีต้นทางจะลดลงมากกว่า90%

3.เหตุใด CDN จึงสามารถก้าวกระโดดได้อย่างมาก?

จากผลการทดสอบความเร็วที่เพิ่มขึ้นมากกว่า80% ไม่ใช่ "มนต์ดำ" แต่ CDN ได้แก้ไขปัญหาคอขวดของเครือข่ายจากระดับสถาปัตยกรรมทางกายภาพและโปรโตคอลการส่ง:

1.การแยกระยะทางกายภาพและการส่งผ่านเครือข่ายข้ามเครือข่าย

จีนมีอาณาเขตกว้างขวางและการเชื่อมต่อโครงข่ายข้ามเครือข่ายระหว่างผู้ให้บริการทั้งสามราย (เช่นผู้ใช้มือถือที่เข้าถึงเซิร์ฟเวอร์ในห้องโทรคมนาคม) มีความล่าช้าและการสูญเสียแพ็กเก็ตตามธรรมชาติหากเพียงแค่ได้ดำเนินการไปแล้ว

การซื้อเซิร์ฟเวอร์ของเทนเซ็นต์คลาวด์

ตำแหน่งทางกายภาพของเซิร์ฟเวอร์ของคุณได้รับการแก้ไข (เช่นเฉพาะในปักกิ่งหรือกวางโจว)

หลังจากเชื่อมต่อกับ CDN แล้วโหนดขอบหลายพันแห่งที่กระจายอยู่ทั่วประเทศโดย Tencent Cloud ทำหน้าที่เป็น "คลังสินค้าด้านหน้า" ผู้ใช้ในมณฑลกวางตุ้งเยี่ยมชมเว็บไซต์ของคุณภาพนิ่งและสไตล์ชีตจัดทำโดยตรงโดยโหนดในกวางโจวหรือเซินเจิ้นระยะการส่งข้อมูลสั้นลงจากหลายพันกิโลเมตรเหลือสิบกิโลเมตรและความล่าช้าของเครือข่ายจะลดลงตามธรรมชาติจากหลายร้อยมิลลิวินาทีเป็นตัวเลขหลักเดียว

2.ทำลาย "ขีดจำกัดท่อเดียว" ของแบนด์วิดท์ทางออกของสถานีต้นทาง

สมมติว่าคุณอยู่

การซื้อเซิร์ฟเวอร์ของเทนเซ็นต์คลาวด์

เมื่อเลือกแบนด์วิดท์5Mbps ความเร็วในการดาวน์โหลดที่จำกัดคือประมาณ625 KB/s หากขนาดของหน้าเว็บเท่ากับ4.2MB ผู้ใช้รายเดียวจะใช้เวลาประมาณ6.7วินาทีในการดาวน์โหลดเต็มรูปแบบ! หากมีผู้เยี่ยมชม10คนในเวลาเดียวกันเครือข่ายจะเต็มทันทีและคิวค้างอย่างรุนแรงจะปรากฏขึ้น

และโหนด Tencent Cloud CDN มี100 Gbps

แบนด์วิดท์สำรองระดับเมื่อรูปภาพและไฟล์แบบคงที่ถูกแคชไปยังโหนด CDN ผู้ใช้จะใช้แบนด์วิดท์ขนาดใหญ่พิเศษของโหนดขอบ CDN ในการดาวน์โหลดซึ่งจะทำลายคอขวดทางกายภาพของ5Mbps บนไซต์ต้นทางโดยตรง

3.การบีบอัดอัจฉริยะและการเพิ่มประสิทธิภาพโปรโตคอล

เปิดโดยค่าเริ่มต้นหรือแบบกำหนดเองในคอนโซล Tencent Cloud CDN

Gzip / Brotli สมาร์ทการบีบอัด

สามารถบีบอัดโค้ด CSS, JS และ HTML โดยอัตโนมัติในสัดส่วนที่สูงที่โหนดขอบจากนั้นส่งไปยังเบราว์เซอร์ในขณะเดียวกันก็รองรับ

HTTP/2และ HTTP/3 (QUIC)

โปรโตคอลทำให้เกิดมัลติเพล็กซ์และการบีบอัดส่วนหัวซึ่งช่วยลดค่าใช้จ่ายในการจับมือ TCP

[ผู้ใช้ปลายทาง (Guangzhou Unicom)]

│ 1.เริ่มต้นการร้องขอที่ใกล้ที่สุด (ล่าช้า <10ms)

▼

┌──────────────────────────────────────────────┐

│ โหนดขอบ Tencent Cloud CDN (กวางโจว) │

│└ ─ ทรัพยากรแบบคงที่ (รูปภาพ/CSS/JS) ตีแคช ► ผลตอบแทนที่สอง │

└──────────────────────┬───────────────────────┘

│ 2.เฉพาะคำขอแบบไดนามิก/กลับไปที่แหล่งที่มาเมื่อไม่ได้รับความนิยม

▼

┌──────────────────────────────────────────────┐

│ สถานีต้นทาง: เซิร์ฟเวอร์ Tencent Cloud CVM (ปักกิ่ง) │

└──────────────────────────────────────────────┘

ประการที่สี่บีบประสิทธิภาพ CDN: การกำหนดค่าแนวทางปฏิบัติที่ดีที่สุดสำหรับ Tencent Cloud CDN เพื่อเร่งความเร็ว

ผู้ดูแลเว็บหลายคนพบว่า "ความเร็วไม่ชัดเจน" หลังจากเข้าถึง CDN 90% ของเหตุผลคือ

ไม่มีการปรับแต่งการกำหนดค่า

ส่งผลให้อัตราการตีแคชต่ำและคำขอมักจะเรียกกลับไปที่สถานีต้นทาง (เช่น "แหล่งส่งคืน") เพื่อให้บรรลุผลของ "ความเร็วที่เพิ่มขึ้นมากกว่า85%" ในการทดสอบขอแนะนำให้ทำการกำหนดค่าหลักสามประการต่อไปนี้ในคอนโซล CDN ของ Tencent Cloud:

1.การตั้งค่าที่ดีของกฎการหมดอายุของการแคชโหนด

เข้าสู่

คอนโซล CDN-> การจัดการชื่อโดเมน-> การกำหนดค่าการหมดอายุของแคชโหนด

:

ไฟล์แบบคงที่ (รูปภาพแบบอักษรแพ็กเกจที่บีบอัด): ตั้งเวลาแคชเป็น30วันหรือสูงกว่าไฟล์เหล่านี้ไม่ค่อยมีการเปลี่ยนแปลงและการอยู่บนโหนดเป็นเวลานานสามารถเพิ่มอัตราการตีได้อย่างมาก

รหัสส่วนหน้า (JS, CSS): หากชื่อไฟล์มีการตรวจสอบ Hash (เช่น main. a8f2c .js) คุณสามารถตั้งค่าได้เช่นกัน

แคช30วันหากไม่มี Hash สามารถตั้งค่าเป็น7วันและรวมแคชของเบราว์เซอร์

หน้าแบบไดนามิก (.php, .asp, API อินเตอร์เฟซ): ตั้งค่าไม่แคช (0วินาที) สำหรับเนื้อหาแบบไดนามิกที่บริสุทธิ์ให้พิจารณาเปิด ECDN (การเร่งความเร็วแบบแยกไดนามิกและแบบคงที่) ของ Tencent Cloud

2.เปิดการบีบอัดสมาร์ทที่มีการเพิ่มประสิทธิภาพ HTTP/2 / HTTPS

เปิดการบีบอัด Gzip / Brotli ในโมดูลการเพิ่มประสิทธิภาพอัตราการบีบอัดของ Brotli สูงกว่า Gzip ทั่วไป15%-25% ซึ่งสามารถลดปริมาณการส่งไฟล์โค้ดได้อย่างมาก

กำหนดค่าใบรับรอง HTTPS และซิงโครไนซ์เลือก HTTP/ 2ตัวเลือกกลไกการโหลดแบบขนานของ HTTP/2ช่วยให้สามารถส่งทรัพยากรแบบคงที่หลายสิบรายการพร้อมกันในการเชื่อมต่อ TCP เพื่อหลีกเลี่ยงการบล็อกคิว

3.เปิด "ละเว้นพารามิเตอร์ URL" เพื่อเพิ่มอัตราการตี

ลิงก์การตลาดหรือเว็บเฟรมเวิร์กจำนวนมากจะปรากฏขึ้นหลัง URL

?utm_source=ไป่ตู้

หรือ

?v=1.0

คำต่อท้ายของโดยค่าเริ่มต้น CDN จะพิจารณาว่าเป็นไฟล์อื่นและกลับไปยังแหล่งที่มา

ตั้งค่าพารามิเตอร์ทางการตลาดที่ไม่มีความหมายหรือหมายเลขเวอร์ชันในการกำหนดค่าแคชเป็น

“ละเว้นพารามิเตอร์ URL”

สามารถปรับปรุงการใช้แคชซ้ำของโหนด CDN ได้อย่างมาก

สรุป

กลับไปที่คำถามเดิม:

ความเร็วของเว็บไซต์จะเพิ่มขึ้นเท่าใดหลังจากเข้าถึง CDN?

ข้อมูลที่วัดได้ให้คำตอบที่น่าเชื่อถือมาก: สำหรับเว็บไซต์มาตรฐานที่มีแหล่งข้อมูลคงที่จำนวนมาก (รูปภาพสไตล์ชีตสคริปต์)

การเข้าถึง Tencent Cloud CDN สามารถลดเวลาในการโหลดเฉลี่ยของประเทศได้มากกว่า80% และลดเวลาตอบสนองของไบต์แรกลงเกือบ90%

。

หากคุณได้ทำเสร็จเรียบร้อยแล้ว

การซื้อเซิร์ฟเวอร์ของเทนเซ็นต์คลาวด์

และปรับใช้ธุรกิจอย่าปล่อยให้เซิร์ฟเวอร์กลายเป็นเกาะจะ

เซิร์ฟเวอร์ CVM ทำหน้าที่เป็น "สถานีพลังการประมวลผลและแหล่งข้อมูล" ที่มั่นคงและร่วมมือกับโหนด Tencent Cloud CDN ในฐานะ "เครือข่ายการกระจายชายแดน"

ไม่เพียงแต่สามารถแลกเปลี่ยนประสบการณ์ที่ดีที่สุดของ "การเปิดครั้งที่สอง" ของเว็บไซต์ด้วยต้นทุนที่ต่ำมากแต่ยังช่วยปลดปล่อยแรงกดดันของ CPU และแบนด์วิดท์ของเซิร์ฟเวอร์ต้นทางได้อย่างสมบูรณ์เพื่อให้สถาปัตยกรรมของคุณมีความสามารถในการจัดการกับปริมาณการใช้งานพร้อมกันสูงอย่างแท้จริง