CDN ಅನ್ನು ಬಳಸಬೇಡಿ

ಸೈಟ್ ವೇಗವನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಪ್ರತಿಯೊಂದು ಲೇಖನ ಅಥವಾ ಸಾಧನವು "ಸಿಡಿಎನ್ ಬಳಸಿ" ಎಂಬ ಸಾಧಾರಣ ಷರತ್ತು ಹೊಂದಿದೆ. ಸಾಮಾನ್ಯವಾಗಿ, CDN ಒಂದು ವಿಷಯ ವಿತರಣಾ ಜಾಲ ಅಥವಾ ವಿಷಯ ವಿತರಣಾ ಜಾಲವಾಗಿದೆ. ಮೆಥಡ್ ಲ್ಯಾಬ್‌ನಲ್ಲಿ ನಾವು ಈ ವಿಷಯದ ಕುರಿತು ಕ್ಲೈಂಟ್‌ಗಳಿಂದ ಆಗಾಗ್ಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಎದುರಿಸುತ್ತೇವೆ; ಅವುಗಳಲ್ಲಿ ಕೆಲವು ತಮ್ಮದೇ ಆದ CDN ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತವೆ. ಈ ಲೇಖನದ ಉದ್ದೇಶವು ಸೈಟ್ ಲೋಡಿಂಗ್ ವೇಗದ ವಿಷಯದಲ್ಲಿ CDN ಏನನ್ನು ಒದಗಿಸುತ್ತದೆ, ಯಾವ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಬಹುದು ಮತ್ತು ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ CDN ನ ಬಳಕೆಯನ್ನು ಸಮರ್ಥಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು.

ಚಿತ್ರದಲ್ಲಿ ಸುತ್ತುವರಿದ ವಿಳಂಬಗಳು CDN ಬಳಕೆಯಿಂದ ಉಂಟಾಗುತ್ತವೆ.

ಇತಿಹಾಸದ ಸ್ವಲ್ಪ

ಅನೇಕ ತಂತ್ರಜ್ಞಾನಗಳಂತೆ, CDN ಗಳು ಅವಶ್ಯಕತೆಯಿಂದ ಹೊರಹೊಮ್ಮಿದವು. ಇಂಟರ್ನೆಟ್ ಬಳಕೆದಾರರಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ಚಾನೆಲ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯೊಂದಿಗೆ, ಆನ್‌ಲೈನ್ ವೀಡಿಯೊ ಸೇವೆಗಳು ಕಾಣಿಸಿಕೊಂಡವು. ಸ್ವಾಭಾವಿಕವಾಗಿ, ಸಾಮಾನ್ಯ ವೆಬ್‌ಸೈಟ್ ವಿಷಯಕ್ಕೆ (ಚಿತ್ರಗಳು, ಪಠ್ಯ, ಮತ್ತು CSS ಅಥವಾ JS ಕೋಡ್) ಹೋಲಿಸಿದರೆ ವೀಡಿಯೊ ವಿಷಯಕ್ಕೆ ಹೆಚ್ಚಿನ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್‌ನ ಆದೇಶಗಳು ಬೇಕಾಗುತ್ತವೆ.

ಒಂದು ಸರ್ವರ್‌ನಿಂದ ಅನೇಕ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸಮಾನಾಂತರವಾಗಿ ವೀಡಿಯೊ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಪ್ರಸಾರ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವಾಗ, ಸರ್ವರ್‌ನ ಇಂಟರ್ನೆಟ್ ಚಾನಲ್ ಹೆಚ್ಚಾಗಿ ಅಡಚಣೆಯಾಗುತ್ತದೆ. ನಿಯಮದಂತೆ, ಸಾಮಾನ್ಯ ಸರ್ವರ್ ಚಾನಲ್ ಅನ್ನು ಮುಚ್ಚಲು ಕೆಲವು ಸಾವಿರ ಎಳೆಗಳು ಸಾಕು. ಸಹಜವಾಗಿ, ಇತರ ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳು ಇರಬಹುದು, ಆದರೆ ಅವು ಇದೀಗ ಮುಖ್ಯವಲ್ಲ. ಸರ್ವರ್ ಚಾನಲ್ ಅನ್ನು ವಿಸ್ತರಿಸುವುದು ತುಂಬಾ ದುಬಾರಿಯಾಗಿದೆ (ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಅಸಾಧ್ಯ), ಮತ್ತು ಅಪ್ರಾಯೋಗಿಕವಾಗಿದೆ. ಪ್ರಸಾರದ ಸಮಯದಲ್ಲಿ ಚಾನಲ್‌ನಲ್ಲಿನ ಲೋಡ್ ಆವರ್ತಕವಾಗಿರುತ್ತದೆ.

ವೈಯಕ್ತಿಕ ಸರ್ವರ್‌ನ ಚಾನಲ್ ಅನ್ನು ಸೀಮಿತಗೊಳಿಸುವ ಸಮಸ್ಯೆಯನ್ನು CDN ನಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಪರಿಹರಿಸಲಾಗಿದೆ. ಕ್ಲೈಂಟ್‌ಗಳು ನೇರವಾಗಿ ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ, ಆದರೆ CDN ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ನೋಡ್‌ಗಳಿಗೆ. ಆದರ್ಶ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಸರ್ವರ್ ಸಿಡಿಎನ್ ನೋಡ್‌ಗೆ ಒಂದು ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ಈ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಅನೇಕ ಬಳಕೆದಾರರಿಗೆ ತಲುಪಿಸಲು ನೆಟ್‌ವರ್ಕ್ ತನ್ನದೇ ಆದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಆರ್ಥಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ, ನಾವು ನಿಜವಾಗಿ ಸೇವಿಸಿದ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತೇವೆ (ಇದು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅಥವಾ ಟ್ರಾಫಿಕ್ ಆಗಿರಬಹುದು) ಮತ್ತು ನಮ್ಮ ಸೇವೆಯ ಅತ್ಯುತ್ತಮ ಸ್ಕೇಲೆಬಿಲಿಟಿಯನ್ನು ಪಡೆಯುತ್ತೇವೆ. ಭಾರೀ ವಿಷಯವನ್ನು ತಲುಪಿಸಲು CDN ಅನ್ನು ಬಳಸುವುದು ಸಂಪೂರ್ಣವಾಗಿ ಸಮರ್ಥನೆ ಮತ್ತು ತಾರ್ಕಿಕವಾಗಿದೆ. ಈ ಜಾಗದಲ್ಲಿ ದೊಡ್ಡ ಆಟಗಾರರು (ಉದಾ. ನೆಟ್‌ಫ್ಲಿಕ್ಸ್) ದೊಡ್ಡ ವಾಣಿಜ್ಯ ಸಿಡಿಎನ್‌ಗಳನ್ನು (ಅಕಾಮೈ, ಕ್ಲೌಡ್‌ಫ್ಲೇರ್, ಫಾಸ್ಟ್ಲಿ, ಇತ್ಯಾದಿ) ಬಳಸುವ ಬದಲು ತಮ್ಮದೇ ಆದ ಸಿಡಿಎನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದಾರೆ ಎಂಬುದು ಗಮನಿಸಬೇಕಾದ ಸಂಗತಿ.

ವೆಬ್ ವಿಕಸನಗೊಂಡಂತೆ, ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಹೆಚ್ಚು ಸಂಕೀರ್ಣ ಮತ್ತು ಸಂಕೀರ್ಣವಾಗಿವೆ. ಲೋಡ್ ವೇಗದ ಸಮಸ್ಯೆ ಮುನ್ನೆಲೆಗೆ ಬಂದಿತು. ವೆಬ್‌ಸೈಟ್ ವೇಗದ ಉತ್ಸಾಹಿಗಳು ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ನಿಧಾನವಾಗಿ ಲೋಡ್ ಮಾಡಲು ಕಾರಣವಾದ ಹಲವಾರು ಪ್ರಮುಖ ಸಮಸ್ಯೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಗುರುತಿಸಿದ್ದಾರೆ. ಅವುಗಳಲ್ಲಿ ಒಂದು ನೆಟ್ವರ್ಕ್ ವಿಳಂಬಗಳು (RTT - ರೌಂಡ್ ಟ್ರಿಪ್ ಸಮಯ ಅಥವಾ ಪಿಂಗ್ ಸಮಯ). ವೆಬ್‌ಸೈಟ್ ಲೋಡ್ ಮಾಡುವಲ್ಲಿ ವಿಳಂಬಗಳು ಅನೇಕ ಪ್ರಕ್ರಿಯೆಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ: TCP ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸುವುದು, TLS ಸೆಶನ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವುದು, ಪ್ರತಿಯೊಂದು ಸಂಪನ್ಮೂಲವನ್ನು ಲೋಡ್ ಮಾಡುವುದು (ಚಿತ್ರ, JS ಫೈಲ್, HTML ಡಾಕ್ಯುಮೆಂಟ್, ಇತ್ಯಾದಿ.)

HTTP/1.1 ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬಳಸುವಾಗ (SPDY, QUIC ಮತ್ತು HTTP/2 ಆಗಮನದ ಮೊದಲು ಇದು ಏಕೈಕ ಆಯ್ಕೆಯಾಗಿತ್ತು), ಬ್ರೌಸರ್‌ಗಳು ಒಂದು ಹೋಸ್ಟ್‌ಗೆ 6 ಕ್ಕಿಂತ ಹೆಚ್ಚು TCP ಸಂಪರ್ಕಗಳನ್ನು ತೆರೆಯುವುದಿಲ್ಲ ಎಂಬ ಅಂಶದಿಂದ ಸಮಸ್ಯೆ ಉಲ್ಬಣಗೊಂಡಿದೆ. ಇವೆಲ್ಲವೂ ಸಂಪರ್ಕದ ಅಲಭ್ಯತೆ ಮತ್ತು ಚಾನಲ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್‌ನ ಅಸಮರ್ಥ ಬಳಕೆಗೆ ಕಾರಣವಾಯಿತು. ಡೊಮೇನ್ ಶೇರ್ಡಿಂಗ್ ಮೂಲಕ ಸಮಸ್ಯೆಯನ್ನು ಭಾಗಶಃ ಪರಿಹರಿಸಲಾಗಿದೆ - ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಯ ಮಿತಿಯನ್ನು ಮೀರಿಸಲು ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್‌ಗಳ ರಚನೆ.

ಇಲ್ಲಿ CDN ನ ಎರಡನೇ ಸಾಮರ್ಥ್ಯವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ - ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಬಿಂದುಗಳು ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ನೋಡ್‌ಗಳ ಸಾಮೀಪ್ಯದಿಂದಾಗಿ ಲೇಟೆನ್ಸಿ (RTT) ಅನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ದೂರವು ಇಲ್ಲಿ ನಿರ್ಣಾಯಕ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ: ಬೆಳಕಿನ ವೇಗವು ಸೀಮಿತವಾಗಿದೆ (ಆಪ್ಟಿಕಲ್ ಫೈಬರ್ನಲ್ಲಿ ಸುಮಾರು 200 ಕಿಮೀ/ಸೆಕೆಂಡ್). ಇದರರ್ಥ ಪ್ರತಿ 000 ಕಿಮೀ ಪ್ರಯಾಣವು RTT ಗೆ 1000 ms ವಿಳಂಬ ಅಥವಾ 5 ms ಅನ್ನು ಸೇರಿಸುತ್ತದೆ. ಇದು ಪ್ರಸರಣಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಕನಿಷ್ಠ ಸಮಯವಾಗಿದೆ, ಏಕೆಂದರೆ ಮಧ್ಯಂತರ ಸಾಧನಗಳಲ್ಲಿ ವಿಳಂಬವೂ ಇದೆ. CDN ಸಾಮಾನ್ಯವಾಗಿ ತನ್ನ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಹೇಗೆ ಸಂಗ್ರಹಿಸುವುದು ಎಂದು ತಿಳಿದಿರುವುದರಿಂದ, CDN ಮೂಲಕ ಅಂತಹ ವಸ್ತುಗಳನ್ನು ಲೋಡ್ ಮಾಡುವುದರಿಂದ ನಾವು ಪ್ರಯೋಜನ ಪಡೆಯಬಹುದು. ಇದಕ್ಕಾಗಿ ಅಗತ್ಯವಾದ ಷರತ್ತುಗಳು: ಸಂಗ್ರಹದಲ್ಲಿರುವ ವಸ್ತುವಿನ ಉಪಸ್ಥಿತಿ, ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ (ಮೂಲ ಸರ್ವರ್) ನೊಂದಿಗೆ ಹೋಲಿಸಿದರೆ ಬಳಕೆದಾರರಿಗೆ CDN ಬಿಂದುವಿನ ಸಾಮೀಪ್ಯ. CDN ನೋಡ್‌ನ ಭೌಗೋಳಿಕ ಸಾಮೀಪ್ಯವು ಕಡಿಮೆ ಸುಪ್ತತೆಯನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ. ಕ್ಲೈಂಟ್ ಮತ್ತು CDN ನಡುವಿನ ರೂಟಿಂಗ್ ಅನ್ನು ಕ್ಲೈಂಟ್ ಮತ್ತೊಂದು ದೇಶದಲ್ಲಿ ಹೋಸ್ಟ್‌ಗೆ ಸಂಪರ್ಕಿಸುವ ರೀತಿಯಲ್ಲಿ ನಿರ್ಮಿಸಬಹುದು, ಮತ್ತು ಬಹುಶಃ ಇನ್ನೊಂದು ಖಂಡದಲ್ಲಿ. ಇಲ್ಲಿಯೇ ಟೆಲಿಕಾಂ ಆಪರೇಟರ್‌ಗಳು ಮತ್ತು CDN ಸೇವೆಯ ನಡುವಿನ ಸಂಬಂಧ (ಪೀರಿಂಗ್, ಸಂಪರ್ಕಗಳು, IX ನಲ್ಲಿ ಭಾಗವಹಿಸುವಿಕೆ, ಇತ್ಯಾದಿ) ಮತ್ತು CDN ನ ಟ್ರಾಫಿಕ್ ರೂಟಿಂಗ್ ನೀತಿಯು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಕ್ಲೌಡ್‌ಫ್ಲೇರ್, ಎರಡು ಆರಂಭಿಕ ಯೋಜನೆಗಳನ್ನು (ಉಚಿತ ಮತ್ತು ಅಗ್ಗದ) ಬಳಸುವಾಗ, ಹತ್ತಿರದ ಹೋಸ್ಟ್‌ನಿಂದ ವಿಷಯದ ವಿತರಣೆಯನ್ನು ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ - ಕನಿಷ್ಠ ವೆಚ್ಚವನ್ನು ಸಾಧಿಸಲು ಹೋಸ್ಟ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ.

ಅನೇಕ ಪ್ರಮುಖ ಇಂಟರ್ನೆಟ್ ಕಂಪನಿಗಳು ಲೋಡ್ ವೇಗ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಷಯಕ್ಕೆ ಸಾರ್ವಜನಿಕ ಆಸಕ್ತಿಯನ್ನು (ವೆಬ್ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಸೇವಾ ಮಾಲೀಕರು) ಆಕರ್ಷಿಸುತ್ತವೆ. ಈ ಕಂಪನಿಗಳಲ್ಲಿ ಯಾಹೂ (Yslow ಟೂಲ್), AOL (ವೆಬ್‌ಪೇಜ್‌ಟೆಸ್ಟ್) ಮತ್ತು ಗೂಗಲ್ (ಪೇಜ್ ಸ್ಪೀಡ್ ಒಳನೋಟಗಳ ಸೇವೆ), ಇವುಗಳು ಸೈಟ್‌ಗಳನ್ನು ವೇಗಗೊಳಿಸಲು ತಮ್ಮದೇ ಆದ ಶಿಫಾರಸುಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿವೆ (ಪ್ರಾಥಮಿಕವಾಗಿ ಅವು ಕ್ಲೈಂಟ್ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗೆ ಸಂಬಂಧಿಸಿವೆ). ನಂತರ, ಹೊಸ ವೆಬ್‌ಸೈಟ್ ವೇಗ ಪರೀಕ್ಷಾ ಪರಿಕರಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಇದು ವೆಬ್‌ಸೈಟ್ ವೇಗವನ್ನು ಹೆಚ್ಚಿಸುವ ಸಲಹೆಗಳನ್ನು ಸಹ ನೀಡುತ್ತದೆ. ಈ ಪ್ರತಿಯೊಂದು ಸೇವೆಗಳು ಅಥವಾ ಪ್ಲಗಿನ್‌ಗಳು ಸ್ಥಿರವಾದ ಶಿಫಾರಸುಗಳನ್ನು ಹೊಂದಿವೆ: "CDN ಬಳಸಿ." ನೆಟ್‌ವರ್ಕ್ ಲೇಟೆನ್ಸಿಯಲ್ಲಿನ ಕಡಿತವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸಿಡಿಎನ್‌ನ ಪರಿಣಾಮಕ್ಕೆ ವಿವರಣೆಯಾಗಿ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆ. ದುರದೃಷ್ಟವಶಾತ್, ಸಿಡಿಎನ್‌ನ ವೇಗವರ್ಧನೆಯ ಪರಿಣಾಮವನ್ನು ಹೇಗೆ ಸಾಧಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಅಳೆಯಬಹುದು ಎಂಬುದನ್ನು ನಿಖರವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಎಲ್ಲರೂ ಸಿದ್ಧರಿಲ್ಲ, ಆದ್ದರಿಂದ ಶಿಫಾರಸುಗಳನ್ನು ನಂಬಿಕೆಯ ಮೇಲೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ ಮತ್ತು ಪೋಸ್ಟುಲೇಟ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ವಾಸ್ತವವಾಗಿ, ಎಲ್ಲಾ CDN ಗಳನ್ನು ಸಮಾನವಾಗಿ ರಚಿಸಲಾಗಿಲ್ಲ.

ಇಂದು CDN ಅನ್ನು ಬಳಸಲಾಗುತ್ತಿದೆ

CDN ಗಳನ್ನು ಬಳಸುವ ಉಪಯುಕ್ತತೆಯನ್ನು ನಿರ್ಣಯಿಸಲು, ಅವುಗಳನ್ನು ವರ್ಗೀಕರಿಸಬೇಕಾಗಿದೆ. ಆಚರಣೆಯಲ್ಲಿ ಈಗ ಏನು ಕಾಣಬಹುದು (ಬ್ರಾಕೆಟ್ಗಳಲ್ಲಿನ ಉದಾಹರಣೆಗಳು, ಸಹಜವಾಗಿ, ಸಮಗ್ರವಾಗಿಲ್ಲ):

1. JS ಲೈಬ್ರರಿಗಳನ್ನು ವಿತರಿಸಲು ಉಚಿತ CDN (MaxCDN, Google. Yandex).
2. ಕ್ಲೈಂಟ್ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಾಗಿ ಸೇವೆಗಳ CDN (ಉದಾಹರಣೆಗೆ, ಫಾಂಟ್‌ಗಳಿಗಾಗಿ Google ಫಾಂಟ್‌ಗಳು, ಕ್ಲೌಡನರಿ, ಇಮೇಜ್‌ಗಳಿಗಾಗಿ ಕ್ಲೌಡ್‌ಇಮೇಜ್).
3. CMS ನಲ್ಲಿ ಸ್ಥಿರ ಮತ್ತು ಸಂಪನ್ಮೂಲ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಾಗಿ CDN (Bitrix, WordPress ಮತ್ತು ಇತರವುಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ).
4. ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ CDN (StackPath, CDNVideo, NGENIX, Megafon).
5. ವೆಬ್‌ಸೈಟ್ ವೇಗವರ್ಧನೆಗಾಗಿ ಸಿಡಿಎನ್ (ಕ್ಲೌಡ್‌ಫ್ಲೇರ್, ಇಂಪರ್ವಾ, ಐರಿ).

ಈ ಪ್ರಕಾರಗಳ ನಡುವಿನ ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಸಿಡಿಎನ್ ಮೂಲಕ ಎಷ್ಟು ಟ್ರಾಫಿಕ್ ಹೋಗುತ್ತದೆ. 1-3 ವಿಧಗಳು ವಿಷಯದ ಒಂದು ಭಾಗವನ್ನು ಮಾತ್ರ ತಲುಪಿಸುತ್ತವೆ: ಒಂದು ವಿನಂತಿಯಿಂದ ಹಲವಾರು ಡಜನ್‌ಗಳವರೆಗೆ (ಸಾಮಾನ್ಯವಾಗಿ ಚಿತ್ರಗಳು). 4 ಮತ್ತು 5 ವಿಧಗಳು CDN ಮೂಲಕ ದಟ್ಟಣೆಯ ಪೂರ್ಣ ಪ್ರಾಕ್ಸಿಯಿಂಗ್ ಆಗಿದೆ.

ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಇದರರ್ಥ ಸೈಟ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಲು ಬಳಸಲಾಗುವ ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆ. HTTP/2 ನೊಂದಿಗೆ, ಯಾವುದೇ ಸಂಖ್ಯೆಯ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ನಾವು ಹೋಸ್ಟ್‌ಗೆ ಒಂದೇ TCP ಸಂಪರ್ಕವನ್ನು ಬಳಸುತ್ತೇವೆ. ನಾವು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಮುಖ್ಯ ಹೋಸ್ಟ್ (ಮೂಲ) ಮತ್ತು CDN ಆಗಿ ವಿಭಜಿಸಿದರೆ, ಹಲವಾರು ಡೊಮೇನ್‌ಗಳಲ್ಲಿ ವಿನಂತಿಗಳನ್ನು ವಿತರಿಸಲು ಮತ್ತು ಹಲವಾರು TCP ಸಂಪರ್ಕಗಳನ್ನು ರಚಿಸುವುದು ಅವಶ್ಯಕ. ಕೆಟ್ಟ ಸಂದರ್ಭವೆಂದರೆ: DNS (1 RTT) + TCP (1 RTT) + TLS (2-3 RTT) = 6-7 RTT. ಈ ಸೂತ್ರವು ಸಾಧನದ ರೇಡಿಯೊ ಚಾನಲ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಮೊಬೈಲ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿನ ವಿಳಂಬಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ (ಅದು ಸಕ್ರಿಯವಾಗಿಲ್ಲದಿದ್ದರೆ) ಮತ್ತು ಸೆಲ್ ಟವರ್‌ನಲ್ಲಿ ವಿಳಂಬವಾಗುತ್ತದೆ.

ಸೈಟ್‌ನ ಲೋಡಿಂಗ್ ಜಲಪಾತದಲ್ಲಿ ಅದು ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂಬುದು ಇಲ್ಲಿದೆ (ಸಿಡಿಎನ್‌ಗೆ ಸಂಪರ್ಕಿಸಲು ಲೇಟೆನ್ಸಿಗಳನ್ನು RTT 150 ms ನಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾಗಿದೆ):

CDN ಎಲ್ಲಾ ಸೈಟ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಆವರಿಸಿದರೆ (ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸೇವೆಗಳನ್ನು ಹೊರತುಪಡಿಸಿ), ನಂತರ ನಾವು ಒಂದೇ TCP ಸಂಪರ್ಕವನ್ನು ಬಳಸಬಹುದು, ಹೆಚ್ಚುವರಿ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಿಸುವಲ್ಲಿ ವಿಳಂಬವನ್ನು ಉಳಿಸಬಹುದು. ಸಹಜವಾಗಿ, ಇದು HTTP/2 ಸಂಪರ್ಕಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.

ನಿರ್ದಿಷ್ಟ CDN ನ ಕಾರ್ಯನಿರ್ವಹಣೆಯಿಂದ ಹೆಚ್ಚಿನ ವ್ಯತ್ಯಾಸಗಳನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ - ಮೊದಲ ಪ್ರಕಾರಕ್ಕೆ ಇದು ಕೇವಲ ಸ್ಥಿರ ಫೈಲ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತಿದೆ, ಐದನೆಯದು ಆಪ್ಟಿಮೈಸೇಶನ್ ಉದ್ದೇಶಕ್ಕಾಗಿ ಹಲವಾರು ರೀತಿಯ ಸೈಟ್ ವಿಷಯವನ್ನು ಬದಲಾಯಿಸುತ್ತಿದೆ.

ವೆಬ್‌ಸೈಟ್ ವೇಗವರ್ಧನೆಗೆ CDN ಸಾಮರ್ಥ್ಯಗಳು

ಸಿಡಿಎನ್‌ನ ಪ್ರತ್ಯೇಕ ಪ್ರಕಾರಗಳ ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಪರಿಗಣಿಸದೆ, ಸೈಟ್‌ಗಳನ್ನು ವೇಗಗೊಳಿಸಲು ಪೂರ್ಣ ಶ್ರೇಣಿಯ ಸಿಡಿಎನ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿವರಿಸೋಣ ಮತ್ತು ನಂತರ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಏನನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ.

1. ಪಠ್ಯ ಸಂಪನ್ಮೂಲಗಳ ಸಂಕೋಚನ

ಅತ್ಯಂತ ಮೂಲಭೂತ ಮತ್ತು ಅರ್ಥವಾಗುವಂತಹ ವೈಶಿಷ್ಟ್ಯ, ಇನ್ನೂ ಸಾಮಾನ್ಯವಾಗಿ ಕಳಪೆಯಾಗಿ ಅಳವಡಿಸಲಾಗಿದೆ. ಎಲ್ಲಾ CDN ಗಳು ಸಂಕೋಚನದ ಉಪಸ್ಥಿತಿಯನ್ನು ತಮ್ಮ ವೇಗವರ್ಧನೆಯ ವೈಶಿಷ್ಟ್ಯವೆಂದು ಘೋಷಿಸುತ್ತವೆ. ಆದರೆ ನೀವು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡಿದರೆ, ನ್ಯೂನತೆಗಳು ಸ್ಪಷ್ಟವಾಗುತ್ತವೆ:

• ಡೈನಾಮಿಕ್ ಕಂಪ್ರೆಷನ್‌ಗಾಗಿ ಕಡಿಮೆ ಡಿಗ್ರಿಗಳನ್ನು ಬಳಸಬಹುದು - 5-6 (ಉದಾಹರಣೆಗೆ, ಜಿಜಿಪ್‌ಗೆ ಗರಿಷ್ಠ 9);
• ಸ್ಟ್ಯಾಟಿಕ್ ಕಂಪ್ರೆಷನ್ (ಸಂಗ್ರಹದಲ್ಲಿರುವ ಫೈಲ್‌ಗಳು) ಹೆಚ್ಚುವರಿ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಬಳಸುವುದಿಲ್ಲ (ಉದಾಹರಣೆಗೆ, 11 ಡಿಗ್ರಿಯೊಂದಿಗೆ ಝೋಫಿ ಅಥವಾ ಬ್ರೋಟ್ಲಿ)
• ಸಮರ್ಥ ಬ್ರೋಟ್ಲಿ ಸಂಕೋಚನಕ್ಕೆ ಯಾವುದೇ ಬೆಂಬಲವಿಲ್ಲ (ಜಿಜಿಪ್‌ಗೆ ಹೋಲಿಸಿದರೆ ಸುಮಾರು 20% ಉಳಿತಾಯ).

ನೀವು CDN ಅನ್ನು ಬಳಸಿದರೆ, ಈ ಕೆಲವು ಅಂಶಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ: CDN ನಿಂದ ಬಂದ ಫೈಲ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಅದರ ಸಂಕುಚಿತ ಗಾತ್ರವನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ ಮತ್ತು ಹೋಲಿಕೆಗಾಗಿ ಅದನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಕುಗ್ಗಿಸಿ (ಉದಾಹರಣೆಗೆ ನೀವು ಬ್ರೋಟ್ಲಿ ಬೆಂಬಲದೊಂದಿಗೆ ಕೆಲವು ಆನ್‌ಲೈನ್ ಸೇವೆಯನ್ನು ಬಳಸಬಹುದು. vsszhat.rf).

2. ಕ್ಲೈಂಟ್ ಕ್ಯಾಶಿಂಗ್ ಹೆಡರ್‌ಗಳನ್ನು ಹೊಂದಿಸುವುದು

ಸರಳ ವೇಗದ ವೈಶಿಷ್ಟ್ಯ: ಕ್ಲೈಂಟ್ (ಬ್ರೌಸರ್) ಮೂಲಕ ವಿಷಯ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಲು ಹೆಡರ್‌ಗಳನ್ನು ಸೇರಿಸಿ. ಅತ್ಯಂತ ಪ್ರಸ್ತುತ ಹೆಡರ್ ಕ್ಯಾಶ್-ಕಂಟ್ರೋಲ್ ಆಗಿದೆ, ಹಳೆಯದು ಅವಧಿ ಮೀರಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, Etag ಅನ್ನು ಬಳಸಬಹುದು. ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಕ್ಯಾಷ್-ನಿಯಂತ್ರಣದ ಗರಿಷ್ಠ ವಯಸ್ಸು ಸಾಕಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ (ಒಂದು ತಿಂಗಳು ಅಥವಾ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚು) ಸಂಪನ್ಮೂಲವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಗಟ್ಟಿಯಾಗಿ ಸಂಗ್ರಹಿಸಲು ನೀವು ಸಿದ್ಧರಿದ್ದರೆ, ನೀವು ಬದಲಾಯಿಸಲಾಗದ ಆಯ್ಕೆಯನ್ನು ಸೇರಿಸಬಹುದು.

CDN ಗಳು ಗರಿಷ್ಠ-ವಯಸ್ಸಿನ ಮೌಲ್ಯವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು, ಬಳಕೆದಾರರು ಸ್ಥಿರ ವಿಷಯವನ್ನು ಹೆಚ್ಚಾಗಿ ಮರುಲೋಡ್ ಮಾಡಲು ಒತ್ತಾಯಿಸುತ್ತಾರೆ. ಇದು ಯಾವುದರೊಂದಿಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ: ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ದಟ್ಟಣೆಯನ್ನು ಹೆಚ್ಚಿಸುವ ಬಯಕೆ ಅಥವಾ ಸಂಗ್ರಹವನ್ನು ಹೇಗೆ ಮರುಹೊಂದಿಸಬೇಕೆಂದು ತಿಳಿದಿಲ್ಲದ ಸೈಟ್ಗಳೊಂದಿಗೆ ಹೊಂದಾಣಿಕೆಯನ್ನು ಹೆಚ್ಚಿಸುವುದು. ಉದಾಹರಣೆಗೆ, ಡೀಫಾಲ್ಟ್ ಕ್ಲೌಡ್‌ಫ್ಲೇರ್ ಹೆಡರ್ ಸಂಗ್ರಹ ಸಮಯವು 1 ಗಂಟೆಯಾಗಿದೆ, ಇದು ಬದಲಾಗದ ಸ್ಥಿರ ಡೇಟಾಗೆ ತುಂಬಾ ಕಡಿಮೆಯಾಗಿದೆ.

3. ಇಮೇಜ್ ಆಪ್ಟಿಮೈಸೇಶನ್

CDN ಚಿತ್ರಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಮತ್ತು ಸೇವೆ ಮಾಡುವ ಕಾರ್ಯಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದರಿಂದ, ಅವುಗಳನ್ನು CDN ಭಾಗದಲ್ಲಿ ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಮತ್ತು ಈ ರೂಪದಲ್ಲಿ ಬಳಕೆದಾರರಿಗೆ ಅವುಗಳನ್ನು ಒದಗಿಸುವುದು ತಾರ್ಕಿಕವಾಗಿದೆ. ಈ ವೈಶಿಷ್ಟ್ಯವು CDN ಪ್ರಕಾರಗಳು 2, 3 ಮತ್ತು 5 ಕ್ಕೆ ಮಾತ್ರ ಲಭ್ಯವಿದೆ ಎಂದು ಈಗಿನಿಂದಲೇ ಕಾಯ್ದಿರಿಸೋಣ.

ನೀವು ಚಿತ್ರಗಳನ್ನು ವಿವಿಧ ರೀತಿಯಲ್ಲಿ ಆಪ್ಟಿಮೈಜ್ ಮಾಡಬಹುದು: ಸುಧಾರಿತ ಕಂಪ್ರೆಷನ್ ಫಾರ್ಮ್ಯಾಟ್‌ಗಳನ್ನು ಬಳಸುವುದು (ಉದಾಹರಣೆಗೆ WebP), ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ಎನ್‌ಕೋಡರ್‌ಗಳು (MozJPEG), ಅಥವಾ ಅನಗತ್ಯ ಮೆಟಾಡೇಟಾವನ್ನು ಸರಳವಾಗಿ ಸ್ವಚ್ಛಗೊಳಿಸುವುದು.

ಸಾಮಾನ್ಯವಾಗಿ, ಅಂತಹ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳಲ್ಲಿ ಎರಡು ವಿಧಗಳಿವೆ: ಗುಣಮಟ್ಟದ ನಷ್ಟ ಮತ್ತು ಗುಣಮಟ್ಟದ ನಷ್ಟವಿಲ್ಲದೆ. ಚಿತ್ರದ ಗುಣಮಟ್ಟದಲ್ಲಿನ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ಸಂಭವನೀಯ ಗ್ರಾಹಕ ದೂರುಗಳನ್ನು ತಪ್ಪಿಸಲು CDN ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ನಷ್ಟವಿಲ್ಲದ ಆಪ್ಟಿಮೈಸೇಶನ್ ಅನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸುತ್ತವೆ. ಅಂತಹ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ, ಲಾಭವು ಕಡಿಮೆ ಇರುತ್ತದೆ. ವಾಸ್ತವದಲ್ಲಿ, ಸಾಮಾನ್ಯವಾಗಿ JPEG ಗುಣಮಟ್ಟದ ಮಟ್ಟವು ಅಗತ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ ಮತ್ತು ಬಳಕೆದಾರರ ಅನುಭವವನ್ನು ರಾಜಿ ಮಾಡಿಕೊಳ್ಳದೆಯೇ ನೀವು ಕಡಿಮೆ ಗುಣಮಟ್ಟದ ಮಟ್ಟದೊಂದಿಗೆ ಸುರಕ್ಷಿತವಾಗಿ ಮರುಸಂಕುಚಿತಗೊಳಿಸಬಹುದು. ಮತ್ತೊಂದೆಡೆ, ಎಲ್ಲಾ ಸಂಭಾವ್ಯ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಸಾರ್ವತ್ರಿಕವಾಗಿ ಗುಣಮಟ್ಟ ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸುವುದು ಕಷ್ಟ, ಆದ್ದರಿಂದ ಸಂದರ್ಭವನ್ನು (ಚಿತ್ರಗಳ ಉದ್ದೇಶ, ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರಕಾರ) ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಅನ್ವಯಿಸಬಹುದಾದ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ಹೋಲಿಸಿದರೆ CDN ಗಳು ಹೆಚ್ಚು ಸಂಪ್ರದಾಯವಾದಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಬಳಸುತ್ತವೆ. , ಇತ್ಯಾದಿ)

4. TLS ಸಂಪರ್ಕವನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದು

ಇಂದು ಹೆಚ್ಚಿನ ಟ್ರಾಫಿಕ್ TLS ಸಂಪರ್ಕಗಳ ಮೂಲಕ ಪ್ರಯಾಣಿಸುತ್ತದೆ, ಅಂದರೆ ನಾವು TLS ಮಾತುಕತೆಯಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಸಮಯವನ್ನು ಕಳೆಯುತ್ತೇವೆ. ಇತ್ತೀಚೆಗೆ, ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವೇಗಗೊಳಿಸಲು ಹೊಸ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಇದು EC ಕ್ರಿಪ್ಟೋಗ್ರಫಿ, TLS 1.3, ಸೆಷನ್ ಕ್ಯಾಶ್ ಮತ್ತು ಟಿಕೆಟ್‌ಗಳು, ಹಾರ್ಡ್‌ವೇರ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಆಕ್ಸಿಲರೇಶನ್ (AES-NI), ಇತ್ಯಾದಿ. TLS ಅನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸುವುದರಿಂದ ಸಂಪರ್ಕ ಸಮಯವನ್ನು 0-1 RTT ಗೆ ಕಡಿಮೆ ಮಾಡಬಹುದು (DNS ಮತ್ತು TCP ಯನ್ನು ಲೆಕ್ಕಿಸುವುದಿಲ್ಲ).

ಆಧುನಿಕ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ, ಅಂತಹ ಅಭ್ಯಾಸಗಳನ್ನು ನಿಮ್ಮದೇ ಆದ ಮೇಲೆ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕಷ್ಟವೇನಲ್ಲ.

ಎಲ್ಲಾ CDN ಗಳು TLS ಉತ್ತಮ ಅಭ್ಯಾಸಗಳನ್ನು ಅಳವಡಿಸುವುದಿಲ್ಲ; TLS ಸಂಪರ್ಕದ ಸಮಯವನ್ನು ಅಳೆಯುವ ಮೂಲಕ ನೀವು ಇದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು (ಉದಾಹರಣೆಗೆ, Webpagetest ನಲ್ಲಿ). ಹೊಸ ಸಂಪರ್ಕಕ್ಕೆ ಸೂಕ್ತವಾಗಿದೆ - 1RTT, 2RTT - ಸರಾಸರಿ ಮಟ್ಟ, 3RTT ಮತ್ತು ಹೆಚ್ಚು - ಕೆಟ್ಟದು.

CDN ಮಟ್ಟದಲ್ಲಿ TLS ಅನ್ನು ಬಳಸುವಾಗಲೂ ಸಹ, ನಮ್ಮ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಸರ್ವರ್ TLS ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬೇಕು, ಆದರೆ CDN ಕಡೆಯಿಂದ, ಏಕೆಂದರೆ ಸರ್ವರ್ ಮತ್ತು CDN ನಡುವಿನ ಸಂಚಾರವು ಸಾರ್ವಜನಿಕ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಹಾದುಹೋಗುತ್ತದೆ. ಕೆಟ್ಟ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಡಬಲ್ TLS ಸಂಪರ್ಕ ವಿಳಂಬಗಳನ್ನು ಪಡೆಯುತ್ತೇವೆ (ಮೊದಲನೆಯದು CDN ಹೋಸ್ಟ್‌ಗೆ, ಎರಡನೆಯದು ಅದು ಮತ್ತು ನಮ್ಮ ಸರ್ವರ್ ನಡುವೆ).

ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ, ಭದ್ರತಾ ಸಮಸ್ಯೆಗಳಿಗೆ ಗಮನ ಕೊಡುವುದು ಯೋಗ್ಯವಾಗಿದೆ: ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಸಿಡಿಎನ್ ನೋಡ್‌ಗಳಲ್ಲಿ ಡೀಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಇದು ಟ್ರಾಫಿಕ್ ಪ್ರತಿಬಂಧಕ್ಕೆ ಸಂಭಾವ್ಯ ಅವಕಾಶವಾಗಿದೆ. ಟ್ರಾಫಿಕ್ ಬಹಿರಂಗಪಡಿಸದೆ ಕೆಲಸ ಮಾಡುವ ಆಯ್ಕೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಹೆಚ್ಚುವರಿ ಶುಲ್ಕಕ್ಕಾಗಿ ಉನ್ನತ ಸುಂಕದ ಯೋಜನೆಗಳಲ್ಲಿ ನೀಡಲಾಗುತ್ತದೆ.

5. ಸಂಪರ್ಕ ವಿಳಂಬವನ್ನು ಕಡಿಮೆ ಮಾಡಿ

ಎಲ್ಲರೂ ಮಾತನಾಡುವ CDN ನ ಮುಖ್ಯ ಪ್ರಯೋಜನ: CDN ಹೋಸ್ಟ್ ಮತ್ತು ಬಳಕೆದಾರರ ನಡುವೆ ಕಡಿಮೆ ಸುಪ್ತತೆ (ಕಡಿಮೆ ದೂರ). ಭೌಗೋಳಿಕವಾಗಿ ವಿತರಿಸಲಾದ ನೆಟ್‌ವರ್ಕ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ರಚಿಸುವ ಮೂಲಕ ಸಾಧಿಸಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ ಅತಿಥೇಯಗಳು ಬಳಕೆದಾರರ ಸಾಂದ್ರತೆಯ ಬಿಂದುಗಳಲ್ಲಿ (ನಗರಗಳು, ಟ್ರಾಫಿಕ್ ವಿನಿಮಯ ಕೇಂದ್ರಗಳು, ಇತ್ಯಾದಿ) ನೆಲೆಗೊಂಡಿವೆ.

ಪ್ರಾಯೋಗಿಕವಾಗಿ, ವಿಭಿನ್ನ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಆದ್ಯತೆಗಳು ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶಗಳಲ್ಲಿರಬಹುದು. ಉದಾಹರಣೆಗೆ, ರಷ್ಯಾದ CDN ಗಳು ರಶಿಯಾದಲ್ಲಿ ಹೆಚ್ಚಿನ ಉಪಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಅಮೇರಿಕನ್ನರು ಮೊದಲು USA ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ, ಅತಿದೊಡ್ಡ ಸಿಡಿಎನ್ ಕ್ಲೌಡ್‌ಫ್ಲೇರ್ ರಷ್ಯಾದಲ್ಲಿ ಕೇವಲ 2 ಅಂಕಗಳನ್ನು ಹೊಂದಿದೆ - ಮಾಸ್ಕೋ ಮತ್ತು ಸೇಂಟ್ ಪೀಟರ್ಸ್‌ಬರ್ಗ್. ಅಂದರೆ, ಮಾಸ್ಕೋದಲ್ಲಿ ನೇರ ನಿಯೋಜನೆಗೆ ಹೋಲಿಸಿದರೆ ನಾವು ಗರಿಷ್ಠ 10 ಎಂಎಸ್ ಸುಪ್ತತೆಯನ್ನು ಉಳಿಸಬಹುದು.

ಹೆಚ್ಚಿನ ಪಾಶ್ಚಾತ್ಯ ಸಿಡಿಎನ್‌ಗಳು ರಷ್ಯಾದಲ್ಲಿ ಅಂಕಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಅವರಿಗೆ ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ, ನಿಮ್ಮ ರಷ್ಯಾದ ಪ್ರೇಕ್ಷಕರಿಗೆ ಮಾತ್ರ ನೀವು ವಿಳಂಬವನ್ನು ಹೆಚ್ಚಿಸಬಹುದು.

6. ವಿಷಯ ಆಪ್ಟಿಮೈಸೇಶನ್ (ಕಡಿಮೆಗೊಳಿಸುವಿಕೆ, ರಚನಾತ್ಮಕ ಬದಲಾವಣೆಗಳು)

ಅತ್ಯಂತ ಸಂಕೀರ್ಣ ಮತ್ತು ತಾಂತ್ರಿಕವಾಗಿ ಮುಂದುವರಿದ ಬಿಂದು. ವಿತರಣೆಯ ಸಮಯದಲ್ಲಿ ವಿಷಯವನ್ನು ಬದಲಾಯಿಸುವುದು ತುಂಬಾ ಅಪಾಯಕಾರಿ. ನಾವು ಮಿನಿಫಿಕೇಶನ್ ತೆಗೆದುಕೊಂಡರೂ ಸಹ: ಮೂಲ ಕೋಡ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು (ಹೆಚ್ಚುವರಿ ಸ್ಥಳಗಳು, ಪ್ರಮುಖವಲ್ಲದ ರಚನೆಗಳು, ಇತ್ಯಾದಿಗಳ ಕಾರಣದಿಂದಾಗಿ) ಅದರ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು. ನಾವು ಹೆಚ್ಚು ಗಂಭೀರವಾದ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದರೆ - HTML ನ ಅಂತ್ಯಕ್ಕೆ JS ಕೋಡ್ ಅನ್ನು ಚಲಿಸುವುದು, ಫೈಲ್ಗಳನ್ನು ವಿಲೀನಗೊಳಿಸುವುದು, ಇತ್ಯಾದಿ - ಸೈಟ್ನ ಕಾರ್ಯವನ್ನು ಅಡ್ಡಿಪಡಿಸುವ ಅಪಾಯವು ಇನ್ನೂ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ.

ಆದ್ದರಿಂದ, ಕೆಲವು ರೀತಿಯ 5 ಸಿಡಿಎನ್‌ಗಳು ಮಾತ್ರ ಇದನ್ನು ಮಾಡುತ್ತವೆ. ಸಹಜವಾಗಿ, ವಿಷಯಗಳನ್ನು ವೇಗಗೊಳಿಸಲು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ - ಹಸ್ತಚಾಲಿತ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಆಪ್ಟಿಮೈಸೇಶನ್ ಅಗತ್ಯವಿದೆ. ಉದಾಹರಣೆಗೆ, ಬಳಕೆಯಾಗದ ಅಥವಾ ನಕಲಿ ಕೋಡ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವುದು ಹಸ್ತಚಾಲಿತ ಕಾರ್ಯವಾಗಿದೆ.

ನಿಯಮದಂತೆ, ಅಂತಹ ಎಲ್ಲಾ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳನ್ನು ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಂದ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅತ್ಯಂತ ಅಪಾಯಕಾರಿಯಾದವುಗಳನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ.

CDN ಪ್ರಕಾರದ ಮೂಲಕ ವೇಗವರ್ಧಕ ಸಾಮರ್ಥ್ಯಗಳಿಗೆ ಬೆಂಬಲ

ಆದ್ದರಿಂದ ವಿವಿಧ ರೀತಿಯ ಸಿಡಿಎನ್‌ಗಳು ಯಾವ ಸಂಭಾವ್ಯ ವೇಗವರ್ಧಕ ಅವಕಾಶಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡೋಣ.

ಅನುಕೂಲಕ್ಕಾಗಿ, ನಾವು ವರ್ಗೀಕರಣವನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತೇವೆ.

1. JS ಲೈಬ್ರರಿಗಳನ್ನು ವಿತರಿಸಲು ಉಚಿತ CDN (MaxCDN, Google. Yandex).
2. ಕ್ಲೈಂಟ್ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಾಗಿ ಸೇವೆಗಳ CDN (ಉದಾಹರಣೆಗೆ, ಫಾಂಟ್‌ಗಳಿಗಾಗಿ Google ಫಾಂಟ್‌ಗಳು, ಕ್ಲೌಡನರಿ, ಇಮೇಜ್‌ಗಳಿಗಾಗಿ ಕ್ಲೌಡ್‌ಇಮೇಜ್).
3. CMS ನಲ್ಲಿ ಸ್ಥಿರ ಮತ್ತು ಸಂಪನ್ಮೂಲ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಾಗಿ CDN (Bitrix, WordPress ಮತ್ತು ಇತರವುಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ).
4. ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ CDN (StackPath, CDNVideo, NGENIX, Megafon).
5. ವೆಬ್‌ಸೈಟ್ ವೇಗವರ್ಧನೆಗಾಗಿ ಸಿಡಿಎನ್ (ಕ್ಲೌಡ್‌ಫ್ಲೇರ್, ಇಂಪರ್ವಾ, ಐರಿ).

ಈಗ CDN ನ ವೈಶಿಷ್ಟ್ಯಗಳು ಮತ್ತು ಪ್ರಕಾರಗಳನ್ನು ಹೋಲಿಕೆ ಮಾಡೋಣ.

ಸಾಮರ್ಥ್ಯ
ಟೈಪ್ 1
ಟೈಪ್ 2
ಟೈಪ್ 3
ಟೈಪ್ 4
ಟೈಪ್ 5

ಪಠ್ಯ ಸಂಕೋಚನ
+–
-
+–
+–
+

ಸಂಗ್ರಹ ಶೀರ್ಷಿಕೆಗಳು
+
+
+
+
+

ಚಿತ್ರಗಳು
-
+–
+–
-
+

ಟಿಎಲ್ಎಸ್
-
-
-
+–
+

ವಿಳಂಬಗಳು
-
-
-
+
+

ಪರಿವಿಡಿ
-
-
-
-
+

ಈ ಕೋಷ್ಟಕದಲ್ಲಿ, ಪೂರ್ಣ ಬೆಂಬಲವನ್ನು ಸೂಚಿಸಲು "+" ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, "-" ಯಾವುದೇ ಬೆಂಬಲವಿಲ್ಲ, ಮತ್ತು "+-" ಭಾಗಶಃ ಬೆಂಬಲವಾಗಿದೆ. ಸಹಜವಾಗಿ, ವಾಸ್ತವದಲ್ಲಿ ಈ ಕೋಷ್ಟಕದಿಂದ ವಿಚಲನಗಳು ಇರಬಹುದು (ಉದಾಹರಣೆಗೆ, ಕೆಲವು ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ CDN ಚಿತ್ರಗಳನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ), ಆದರೆ ಸಾಮಾನ್ಯ ಕಲ್ಪನೆಗೆ ಇದು ಉಪಯುಕ್ತವಾಗಿದೆ.

ಫಲಿತಾಂಶಗಳು

ಆಶಾದಾಯಕವಾಗಿ, ಈ ಲೇಖನವನ್ನು ಓದಿದ ನಂತರ ನಿಮ್ಮ ಸೈಟ್‌ಗಳನ್ನು ವೇಗಗೊಳಿಸಲು "CDN ಬಳಸಿ" ಶಿಫಾರಸುಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ನೀವು ಸ್ಪಷ್ಟವಾದ ಚಿತ್ರವನ್ನು ಹೊಂದಿರುತ್ತೀರಿ.

ಯಾವುದೇ ವ್ಯವಹಾರದಂತೆ, ಯಾವುದೇ ಸೇವೆಯ ಮಾರ್ಕೆಟಿಂಗ್ ಭರವಸೆಗಳನ್ನು ನೀವು ನಂಬಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೈಜ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಪರಿಣಾಮವನ್ನು ಅಳೆಯಬೇಕು ಮತ್ತು ಪರೀಕ್ಷಿಸಬೇಕು. ನೀವು ಈಗಾಗಲೇ CDN ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ಲೇಖನದಲ್ಲಿ ವಿವರಿಸಿದ ಮಾನದಂಡಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಪರಿಣಾಮಕಾರಿತ್ವಕ್ಕಾಗಿ ಅದನ್ನು ಪರಿಶೀಲಿಸಿ.

ಇದೀಗ CDN ಅನ್ನು ಬಳಸುವುದರಿಂದ ನಿಮ್ಮ ಸೈಟ್‌ನ ಲೋಡಿಂಗ್ ಸಮಯವನ್ನು ನಿಧಾನಗೊಳಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ.

ಸಾಮಾನ್ಯ ಶಿಫಾರಸಿನಂತೆ, ನಾವು ಈ ಕೆಳಗಿನವುಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಬಹುದು: ನಿಮ್ಮ ಪ್ರೇಕ್ಷಕರನ್ನು ಅಧ್ಯಯನ ಮಾಡಿ, ಅದರ ಭೌಗೋಳಿಕ ವ್ಯಾಪ್ತಿಯನ್ನು ನಿರ್ಧರಿಸಿ. ನಿಮ್ಮ ಮುಖ್ಯ ಪ್ರೇಕ್ಷಕರು 1-2 ಸಾವಿರ ಕಿಲೋಮೀಟರ್ ತ್ರಿಜ್ಯದಲ್ಲಿ ಕೇಂದ್ರೀಕೃತವಾಗಿದ್ದರೆ, ಅದರ ಮುಖ್ಯ ಉದ್ದೇಶಕ್ಕಾಗಿ ನಿಮಗೆ ಸಿಡಿಎನ್ ಅಗತ್ಯವಿಲ್ಲ - ಸುಪ್ತತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು. ಬದಲಾಗಿ, ನಿಮ್ಮ ಸರ್ವರ್ ಅನ್ನು ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಹತ್ತಿರ ಇರಿಸಬಹುದು ಮತ್ತು ಅದನ್ನು ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು, ಲೇಖನದಲ್ಲಿ ವಿವರಿಸಿದ ಹೆಚ್ಚಿನ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳನ್ನು ಪಡೆಯಬಹುದು (ಉಚಿತ ಮತ್ತು ಶಾಶ್ವತ).

ನಿಮ್ಮ ಪ್ರೇಕ್ಷಕರು ನಿಜವಾಗಿಯೂ ಭೌಗೋಳಿಕವಾಗಿ ವಿತರಿಸಲ್ಪಟ್ಟಿದ್ದರೆ (3000 ಕಿಲೋಮೀಟರ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚು ತ್ರಿಜ್ಯ), ಗುಣಮಟ್ಟದ CDN ಅನ್ನು ಬಳಸುವುದು ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ. ಆದಾಗ್ಯೂ, ನಿಮ್ಮ ಸಿಡಿಎನ್ ನಿಖರವಾಗಿ ಏನನ್ನು ವೇಗಗೊಳಿಸಬಹುದು ಎಂಬುದನ್ನು ನೀವು ಮುಂಚಿತವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು (ಸಾಮರ್ಥ್ಯಗಳ ಕೋಷ್ಟಕ ಮತ್ತು ಅವುಗಳ ವಿವರಣೆಯನ್ನು ನೋಡಿ). ಆದಾಗ್ಯೂ, ವೆಬ್‌ಸೈಟ್ ವೇಗವರ್ಧನೆಯು CDN ಅನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ ಪರಿಹರಿಸಲಾಗದ ಸಂಕೀರ್ಣ ಕಾರ್ಯವಾಗಿ ಉಳಿದಿದೆ. ಮೇಲಿನ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳ ಜೊತೆಗೆ, ವೇಗವರ್ಧನೆಯ ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ವಿಧಾನಗಳು CDN ನ ಹಿಂದೆ ಉಳಿದಿವೆ: ಸರ್ವರ್ ಭಾಗದ ಆಪ್ಟಿಮೈಸೇಶನ್, ಕ್ಲೈಂಟ್ ಭಾಗಕ್ಕೆ ಸುಧಾರಿತ ಬದಲಾವಣೆಗಳು (ಬಳಕೆಯಾಗದ ಕೋಡ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವುದು, ರೆಂಡರಿಂಗ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದು, ವಿಷಯದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು, ಫಾಂಟ್‌ಗಳು, ಹೊಂದಿಕೊಳ್ಳುವಿಕೆ, ಇತ್ಯಾದಿ. )

ಮೂಲ: www.habr.com