ವೆಬ್ ಹೈಲೋಡ್ - ಹತ್ತಾರು ಸಾವಿರ ಡೊಮೇನ್‌ಗಳಿಗೆ ನಾವು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತೇವೆ

DDoS-Guard ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಕಾನೂನುಬದ್ಧ ದಟ್ಟಣೆಯು ಇತ್ತೀಚೆಗೆ ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ನೂರು ಗಿಗಾಬಿಟ್‌ಗಳನ್ನು ಮೀರಿದೆ. ಪ್ರಸ್ತುತ, ನಮ್ಮ ಎಲ್ಲಾ ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿ 50% ಕ್ಲೈಂಟ್ ವೆಬ್ ಸೇವೆಗಳಿಂದ ಉತ್ಪತ್ತಿಯಾಗುತ್ತದೆ. ಇವು ಹಲವು ಹತ್ತು ಸಾವಿರ ಡೊಮೇನ್‌ಗಳಾಗಿವೆ, ತುಂಬಾ ವಿಭಿನ್ನವಾಗಿವೆ ಮತ್ತು ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ವೈಯಕ್ತಿಕ ವಿಧಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಕಟ್ ಕೆಳಗೆ ನಾವು ಮುಂಭಾಗದ ನೋಡ್‌ಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತೇವೆ ಮತ್ತು ನೂರಾರು ಸಾವಿರ ಸೈಟ್‌ಗಳಿಗೆ SSL ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನೀಡುತ್ತೇವೆ.

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

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

ಪ್ರಪಂಚದಾದ್ಯಂತ ಅನೇಕ ದೊಡ್ಡ ವಿಶ್ವಾಸಾರ್ಹ ನೋಡ್‌ಗಳು ಏಕೆ ಇವೆ?

• ಕ್ಲೈಂಟ್ ಟ್ರಾಫಿಕ್‌ಗಾಗಿ ಸೇವೆಯ ಗುಣಮಟ್ಟ - USA ಯಿಂದ ವಿನಂತಿಗಳನ್ನು USA ನಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬೇಕಾಗಿದೆ (ದಾಳಿಗಳು, ಪಾರ್ಸಿಂಗ್ ಮತ್ತು ಇತರ ವೈಪರೀತ್ಯಗಳು ಸೇರಿದಂತೆ), ಮತ್ತು ಮಾಸ್ಕೋ ಅಥವಾ ಯುರೋಪ್‌ಗೆ ಎಳೆಯಬೇಡಿ, ಪ್ರಕ್ರಿಯೆ ವಿಳಂಬವನ್ನು ಅನಿರೀಕ್ಷಿತವಾಗಿ ಹೆಚ್ಚಿಸುತ್ತದೆ.

• ಅಟ್ಯಾಕ್ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸ್ಥಳೀಕರಿಸಬೇಕು - ಟ್ರಾನ್ಸಿಟ್ ಆಪರೇಟರ್‌ಗಳು ದಾಳಿಯ ಸಮಯದಲ್ಲಿ ಕ್ಷೀಣಿಸಬಹುದು, ಅದರ ಪ್ರಮಾಣವು ಸಾಮಾನ್ಯವಾಗಿ 1Tbps ಅನ್ನು ಮೀರುತ್ತದೆ. ಅಟ್ಲಾಂಟಿಕ್ ಅಥವಾ ಟ್ರಾನ್ಸಸಿಯನ್ ಲಿಂಕ್‌ಗಳ ಮೂಲಕ ದಾಳಿಯ ದಟ್ಟಣೆಯನ್ನು ಸಾಗಿಸುವುದು ಒಳ್ಳೆಯದಲ್ಲ. ಟೈರ್-1 ಆಪರೇಟರ್‌ಗಳು ಹೇಳಿದಾಗ ನಾವು ನೈಜ ಪ್ರಕರಣಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ: "ನೀವು ಸ್ವೀಕರಿಸುವ ದಾಳಿಯ ಪ್ರಮಾಣವು ನಮಗೆ ಅಪಾಯಕಾರಿ." ಅದಕ್ಕಾಗಿಯೇ ನಾವು ಒಳಬರುವ ಸ್ಟ್ರೀಮ್‌ಗಳನ್ನು ಅವುಗಳ ಮೂಲಗಳಿಗೆ ಸಾಧ್ಯವಾದಷ್ಟು ಹತ್ತಿರವಾಗಿ ಸ್ವೀಕರಿಸುತ್ತೇವೆ.

• ಸೇವೆಯ ನಿರಂತರತೆಗೆ ಕಟ್ಟುನಿಟ್ಟಾದ ಅವಶ್ಯಕತೆಗಳು - ಶುಚಿಗೊಳಿಸುವ ಕೇಂದ್ರಗಳು ನಮ್ಮ ವೇಗವಾಗಿ ಬದಲಾಗುತ್ತಿರುವ ಜಗತ್ತಿನಲ್ಲಿ ಪರಸ್ಪರ ಅಥವಾ ಸ್ಥಳೀಯ ಘಟನೆಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರಬಾರದು. MMTS-11 ರ ಎಲ್ಲಾ 9 ಮಹಡಿಗಳಿಗೆ ನೀವು ಒಂದು ವಾರದವರೆಗೆ ವಿದ್ಯುತ್ ಕಡಿತಗೊಳಿಸಿದ್ದೀರಾ? - ಯಾವ ತೊಂದರೆಯಿಲ್ಲ. ಈ ನಿರ್ದಿಷ್ಟ ಸ್ಥಳದಲ್ಲಿ ಭೌತಿಕ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರದ ಒಬ್ಬ ಕ್ಲೈಂಟ್ ಸಹ ತೊಂದರೆಗೊಳಗಾಗುವುದಿಲ್ಲ ಮತ್ತು ಯಾವುದೇ ಸಂದರ್ಭಗಳಲ್ಲಿ ವೆಬ್ ಸೇವೆಗಳು ತೊಂದರೆಗೊಳಗಾಗುವುದಿಲ್ಲ.

ಇದೆಲ್ಲವನ್ನೂ ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು?

ಸೇವಾ ಸಂರಚನೆಗಳನ್ನು ಎಲ್ಲಾ ಮುಂಭಾಗದ ನೋಡ್‌ಗಳಿಗೆ ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ವಿತರಿಸಬೇಕು (ಆದರ್ಶವಾಗಿ ತಕ್ಷಣ). ನೀವು ಕೇವಲ ಪಠ್ಯ ಸಂರಚನೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಮತ್ತು ಮರುನಿರ್ಮಾಣ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ಪ್ರತಿ ಬದಲಾವಣೆಯಲ್ಲಿ ಡೀಮನ್‌ಗಳನ್ನು ರೀಬೂಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ - ಅದೇ nginx ಕೆಲವು ನಿಮಿಷಗಳವರೆಗೆ (ಅಥವಾ ದೀರ್ಘ ವೆಬ್‌ಸಾಕೆಟ್ ಸೆಷನ್‌ಗಳಿದ್ದರೆ ಗಂಟೆಗಳವರೆಗೆ) ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುತ್ತದೆ (ಕೆಲಸಗಾರನು ಸ್ಥಗಿತಗೊಳಿಸುತ್ತಾನೆ).

nginx ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಮರುಲೋಡ್ ಮಾಡುವಾಗ, ಈ ಕೆಳಗಿನ ಚಿತ್ರವು ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿದೆ:

ಮೆಮೊರಿ ಬಳಕೆಯ ಬಗ್ಗೆ:

ಹಳೆಯ ಕೆಲಸಗಾರರು ಮೆಮೊರಿಯನ್ನು ತಿನ್ನುತ್ತಾರೆ, ಇದು ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಯನ್ನು ರೇಖಾತ್ಮಕವಾಗಿ ಅವಲಂಬಿಸಿರದ ಮೆಮೊರಿ ಸೇರಿದಂತೆ - ಇದು ಸಾಮಾನ್ಯವಾಗಿದೆ. ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗಳನ್ನು ಮುಚ್ಚಿದಾಗ, ಈ ಮೆಮೊರಿಯನ್ನು ಮುಕ್ತಗೊಳಿಸಲಾಗುತ್ತದೆ.

nginx ಈಗಷ್ಟೇ ಪ್ರಾರಂಭವಾಗುತ್ತಿರುವಾಗ ಇದು ಏಕೆ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ? ಯಾವುದೇ HTTP/2 ಇಲ್ಲ, ವೆಬ್‌ಸಾಕೆಟ್ ಇಲ್ಲ, ಯಾವುದೇ ಬೃಹತ್ ಲಾಂಗ್ ಕೀಪ್-ಲೈವ್ ಸಂಪರ್ಕಗಳಿಲ್ಲ. ನಮ್ಮ ವೆಬ್ ಟ್ರಾಫಿಕ್‌ನ 70% HTTP/2 ಆಗಿದೆ, ಅಂದರೆ ಬಹಳ ದೀರ್ಘ ಸಂಪರ್ಕಗಳು.

ಪರಿಹಾರವು ಸರಳವಾಗಿದೆ - nginx ಅನ್ನು ಬಳಸಬೇಡಿ, ಪಠ್ಯ ಫೈಲ್‌ಗಳ ಆಧಾರದ ಮೇಲೆ ಮುಂಭಾಗಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಡಿ ಮತ್ತು ಟ್ರಾನ್ಸ್‌ಪಾಸಿಫಿಕ್ ಚಾನೆಲ್‌ಗಳಲ್ಲಿ ಜಿಪ್ ಮಾಡಿದ ಪಠ್ಯ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ಖಂಡಿತವಾಗಿಯೂ ಕಳುಹಿಸಬೇಡಿ. ಚಾನಲ್‌ಗಳು ಸಹಜವಾಗಿ, ಖಾತರಿ ಮತ್ತು ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ, ಆದರೆ ಅದು ಅವುಗಳನ್ನು ಕಡಿಮೆ ಖಂಡಾಂತರವನ್ನಾಗಿ ಮಾಡುವುದಿಲ್ಲ.

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

ಇದೇ ಕಾರ್ಯವಿಧಾನವು ನಮಗೆ ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡೋಣ ಅನ್ನು ತಕ್ಷಣವೇ ನೀಡಲು ಮತ್ತು ನವೀಕರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ತುಂಬಾ ಸರಳವಾಗಿ ಇದು ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ:

1. ಪ್ರಮಾಣಪತ್ರವಿಲ್ಲದೆ (ಅಥವಾ ಅವಧಿ ಮೀರಿದ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ) ನಮ್ಮ ಕ್ಲೈಂಟ್‌ನ ಡೊಮೇನ್‌ಗಾಗಿ ಕನಿಷ್ಠ ಒಂದು HTTPS ವಿನಂತಿಯನ್ನು ನಾವು ನೋಡಿದ ತಕ್ಷಣ, ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದ ಬಾಹ್ಯ ನೋಡ್ ಇದನ್ನು ಆಂತರಿಕ ಪ್ರಮಾಣೀಕರಣ ಪ್ರಾಧಿಕಾರಕ್ಕೆ ವರದಿ ಮಾಡುತ್ತದೆ.

   

2. ಬಳಕೆದಾರರು ಲೆಟ್ಸ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ನೀಡುವುದನ್ನು ನಿಷೇಧಿಸದಿದ್ದರೆ, ಪ್ರಮಾಣೀಕರಣ ಪ್ರಾಧಿಕಾರವು CSR ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, LE ನಿಂದ ದೃಢೀಕರಣ ಟೋಕನ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಚಾನಲ್‌ನ ಮೂಲಕ ಎಲ್ಲಾ ಮುಂಭಾಗಗಳಿಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಈಗ ಯಾವುದೇ ನೋಡ್ LE ನಿಂದ ಮೌಲ್ಯೀಕರಿಸುವ ವಿನಂತಿಯನ್ನು ದೃಢೀಕರಿಸಬಹುದು.

   

3. ಕೆಲವೇ ಕ್ಷಣಗಳಲ್ಲಿ, ನಾವು ಸರಿಯಾದ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಖಾಸಗಿ ಕೀಲಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ ಮತ್ತು ಅದನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ ಮುಂಭಾಗಗಳಿಗೆ ಕಳುಹಿಸುತ್ತೇವೆ. ಮತ್ತೆ, ಡೀಮನ್‌ಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸದೆ

   

4. ಮುಕ್ತಾಯ ದಿನಾಂಕಕ್ಕೆ 7 ದಿನಗಳ ಮೊದಲು, ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮರು-ಸ್ವೀಕರಿಸುವ ವಿಧಾನವನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ

ಇದೀಗ ನಾವು 350k ಪ್ರಮಾಣಪತ್ರಗಳನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ, ಬಳಕೆದಾರರಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಪಾರದರ್ಶಕವಾಗಿ ತಿರುಗಿಸುತ್ತಿದ್ದೇವೆ.

ಸರಣಿಯ ಮುಂದಿನ ಲೇಖನಗಳಲ್ಲಿ, ದೊಡ್ಡ ವೆಬ್ ಟ್ರಾಫಿಕ್‌ನ ನೈಜ-ಸಮಯದ ಪ್ರಕ್ರಿಯೆಯ ಇತರ ವೈಶಿಷ್ಟ್ಯಗಳ ಬಗ್ಗೆ ನಾನು ಮಾತನಾಡುತ್ತೇನೆ - ಉದಾಹರಣೆಗೆ, ಸಾರಿಗೆ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಸೇವೆಯ ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಲು ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಸಾರಿಗೆ ಟ್ರಾಫಿಕ್ ಅನ್ನು ರಕ್ಷಿಸುವ ಬಗ್ಗೆ ಅಪೂರ್ಣ ಡೇಟಾವನ್ನು ಬಳಸಿಕೊಂಡು RTT ಅನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಬಗ್ಗೆ ಟೆರಾಬಿಟ್ ದಾಳಿಗಳು, ಟ್ರಾಫಿಕ್ ಮಾಹಿತಿಯ ವಿತರಣೆ ಮತ್ತು ಒಟ್ಟುಗೂಡಿಸುವಿಕೆಯ ಬಗ್ಗೆ, WAF ಬಗ್ಗೆ, ಬಹುತೇಕ ಅನಿಯಮಿತ CDN ಮತ್ತು ವಿಷಯ ವಿತರಣೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವ ಹಲವು ಕಾರ್ಯವಿಧಾನಗಳು.

ನೋಂದಾಯಿತ ಬಳಕೆದಾರರು ಮಾತ್ರ ಸಮೀಕ್ಷೆಯಲ್ಲಿ ಭಾಗವಹಿಸಬಹುದು. ಸೈನ್ ಇನ್ ಮಾಡಿ, ದಯವಿಟ್ಟು.

ನೀವು ಮೊದಲು ಏನನ್ನು ತಿಳಿಯಲು ಬಯಸುತ್ತೀರಿ?

• 14,3%ವೆಬ್ ಟ್ರಾಫಿಕ್‌ನ ಗುಣಮಟ್ಟವನ್ನು ಕ್ಲಸ್ಟರಿಂಗ್ ಮಾಡಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ಅಲ್ಗಾರಿದಮ್‌ಗಳು<3

• 33,3%DDoS-Guard7 ಬ್ಯಾಲೆನ್ಸರ್‌ಗಳ ಆಂತರಿಕ ಅಂಶಗಳು

• 9,5%ಸಾರಿಗೆ L3/L4 ಸಂಚಾರ ರಕ್ಷಣೆ2

• 0,0%ಸಾರಿಗೆ ಸಂಚಾರದಲ್ಲಿ ವೆಬ್‌ಸೈಟ್‌ಗಳನ್ನು ರಕ್ಷಿಸುವುದು0

• 14,3%ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಫೈರ್ವಾಲ್3

• 28,6%ಪಾರ್ಸಿಂಗ್ ಮತ್ತು ಕ್ಲಿಕ್ ಮಾಡುವುದರ ವಿರುದ್ಧ ರಕ್ಷಣೆ 6

21 ಬಳಕೆದಾರರು ಮತ ಹಾಕಿದ್ದಾರೆ. 6 ಬಳಕೆದಾರರು ದೂರ ಉಳಿದಿದ್ದಾರೆ.

ಮೂಲ: www.habr.com