"ಸೇವಾ ಮಟ್ಟದ ಒಪ್ಪಂದ" ಎಂದೂ ಕರೆಯಲ್ಪಡುವ SLA, ಗ್ರಾಹಕರು ಮತ್ತು ಸೇವಾ ಪೂರೈಕೆದಾರರ ನಡುವಿನ ಗ್ಯಾರಂಟಿ ಒಪ್ಪಂದವಾಗಿದ್ದು, ಸೇವೆಯ ವಿಷಯದಲ್ಲಿ ಗ್ರಾಹಕರು ಏನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ ಎಂಬುದರ ಕುರಿತು. ಇದು ಪೂರೈಕೆದಾರರ ತಪ್ಪಿನಿಂದಾಗಿ ಅಲಭ್ಯತೆಯ ಸಂದರ್ಭದಲ್ಲಿ ಪರಿಹಾರವನ್ನು ಸಹ ನಿಗದಿಪಡಿಸುತ್ತದೆ, ಇತ್ಯಾದಿ. ಮೂಲಭೂತವಾಗಿ, SLA ಎನ್ನುವುದು ಒಂದು ರುಜುವಾತು ಆಗಿದ್ದು, ಅದರ ಸಹಾಯದಿಂದ ಡೇಟಾ ಸೆಂಟರ್ ಅಥವಾ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರು ಸಂಭಾವ್ಯ ಕ್ಲೈಂಟ್‌ಗೆ ಅವರು ಸಾಧ್ಯವಿರುವ ಎಲ್ಲ ರೀತಿಯಲ್ಲಿ ದಯೆಯಿಂದ ವರ್ತಿಸುತ್ತಾರೆ ಎಂದು ಮನವರಿಕೆ ಮಾಡುತ್ತಾರೆ. ಪ್ರಶ್ನೆಯೆಂದರೆ ನೀವು SLA ನಲ್ಲಿ ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಬರೆಯಬಹುದು ಮತ್ತು ಈ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ಬರೆಯಲಾದ ಘಟನೆಗಳು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುವುದಿಲ್ಲ. ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಆಯ್ಕೆಮಾಡುವಲ್ಲಿ SLA ಮಾರ್ಗಸೂಚಿಯಿಂದ ದೂರವಿದೆ ಮತ್ತು ನೀವು ಖಂಡಿತವಾಗಿಯೂ ಅದನ್ನು ಅವಲಂಬಿಸಬಾರದು.
ಕೆಲವು ಕಟ್ಟುಪಾಡುಗಳನ್ನು ವಿಧಿಸುವ ಕೆಲವು ರೀತಿಯ ಒಪ್ಪಂದಗಳಿಗೆ ಸಹಿ ಹಾಕಲು ನಾವೆಲ್ಲರೂ ಒಗ್ಗಿಕೊಂಡಿರುತ್ತೇವೆ. SLA ಇದಕ್ಕೆ ಹೊರತಾಗಿಲ್ಲ - ಸಾಮಾನ್ಯವಾಗಿ ಊಹಿಸಬಹುದಾದ ಅತ್ಯಂತ ಅವಾಸ್ತವಿಕ ದಾಖಲೆ. "ವ್ಯಾಪಾರ ರಹಸ್ಯ" ಎಂಬ ಪರಿಕಲ್ಪನೆಯು ನಿಜವಾಗಿಯೂ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ನ್ಯಾಯವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಎನ್‌ಡಿಎ ಎಂಬುದು ಬಹುಶಃ ಹೆಚ್ಚು ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ. ಆದರೆ ಸಂಪೂರ್ಣ ಸಮಸ್ಯೆಯೆಂದರೆ, ಸರಿಯಾದ ಪೂರೈಕೆದಾರರನ್ನು ಆಯ್ಕೆಮಾಡುವಲ್ಲಿ SLA ಕ್ಲೈಂಟ್‌ಗೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ, ಆದರೆ ಕಣ್ಣುಗಳಲ್ಲಿ ಧೂಳನ್ನು ಮಾತ್ರ ಎಸೆಯುತ್ತದೆ.
ಸಾರ್ವಜನಿಕರಿಗೆ ತೋರಿಸುವ SLA ನ ಸಾರ್ವಜನಿಕ ಆವೃತ್ತಿಯಲ್ಲಿ ಹೋಸ್ಟ್‌ಗಳು ಹೆಚ್ಚಾಗಿ ಏನು ಬರೆಯುತ್ತಾರೆ? ಸರಿ, ಮೊದಲ ಸಾಲು ಹೋಸ್ಟರ್ನ "ವಿಶ್ವಾಸಾರ್ಹತೆ" ಪದವಾಗಿದೆ - ಇವುಗಳು ಸಾಮಾನ್ಯವಾಗಿ 98 ರಿಂದ 99,999% ವರೆಗಿನ ಸಂಖ್ಯೆಗಳಾಗಿವೆ. ವಾಸ್ತವವಾಗಿ, ಈ ಸಂಖ್ಯೆಗಳು ಕೇವಲ ಮಾರಾಟಗಾರರ ಸುಂದರವಾದ ಆವಿಷ್ಕಾರವಾಗಿದೆ. ಒಂದು ಕಾಲದಲ್ಲಿ, ಹೋಸ್ಟಿಂಗ್ ಯುವ ಮತ್ತು ದುಬಾರಿಯಾಗಿದ್ದಾಗ, ಮತ್ತು ಮೋಡಗಳು ತಜ್ಞರಿಗೆ ಕೇವಲ ಕನಸಾಗಿದ್ದವು (ಹಾಗೆಯೇ ಎಲ್ಲರಿಗೂ ಬ್ರಾಡ್‌ಬ್ಯಾಂಡ್ ಪ್ರವೇಶ), ಹೋಸ್ಟಿಂಗ್ ಅಪ್‌ಟೈಮ್ ಸೂಚಕವು ಅತ್ಯಂತ ಮಹತ್ವದ್ದಾಗಿತ್ತು. ಈಗ, ಎಲ್ಲಾ ಪೂರೈಕೆದಾರರು ಬಳಸಿದಾಗ, ಪ್ಲಸ್ ಅಥವಾ ಮೈನಸ್, ಅದೇ ಉಪಕರಣಗಳು, ಒಂದೇ ಬೆನ್ನೆಲುಬು ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಕುಳಿತು ಅದೇ ಸೇವಾ ಪ್ಯಾಕೇಜ್‌ಗಳನ್ನು ನೀಡಿದಾಗ, ಅಪ್‌ಟೈಮ್ ಸೂಚಕವು ಸಂಪೂರ್ಣವಾಗಿ ಗಮನಾರ್ಹವಲ್ಲ.
"ಸರಿಯಾದ" SLA ಕೂಡ ಇದೆಯೇ?
ಸಹಜವಾಗಿ, SLA ಯ ಆದರ್ಶ ಆವೃತ್ತಿಗಳಿವೆ, ಆದರೆ ಅವೆಲ್ಲವೂ ಪ್ರಮಾಣಿತವಲ್ಲದ ದಾಖಲೆಗಳಾಗಿವೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮತ್ತು ಪೂರೈಕೆದಾರರ ನಡುವೆ ಹಸ್ತಚಾಲಿತವಾಗಿ ನೋಂದಾಯಿಸಲಾಗಿದೆ ಮತ್ತು ತೀರ್ಮಾನಿಸಲಾಗುತ್ತದೆ. ಇದಲ್ಲದೆ, ಈ ರೀತಿಯ SLA ಹೆಚ್ಚಾಗಿ ಸೇವೆಗಳಿಗಿಂತ ಹೆಚ್ಚಾಗಿ ಕೆಲವು ರೀತಿಯ ಒಪ್ಪಂದದ ಕೆಲಸಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ.
ಉತ್ತಮ SLA ಏನನ್ನು ಒಳಗೊಂಡಿರಬೇಕು? TLDR ಎಂದು ಹೇಳುವುದಾದರೆ, ಉತ್ತಮ SLA ಎನ್ನುವುದು ಎರಡು ಘಟಕಗಳ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ನಿಯಂತ್ರಿಸುವ ದಾಖಲೆಯಾಗಿದೆ, ಇದು ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೆ ಪಕ್ಷಗಳಲ್ಲಿ (ಗ್ರಾಹಕ) ಗರಿಷ್ಠ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತದೆ. ಅಂದರೆ, ನೈಜ ಜಗತ್ತಿನಲ್ಲಿ ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಜಾಗತಿಕ ಸಂವಹನ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ವಿವರಿಸುವ ಮತ್ತು ಪಕ್ಷಗಳ ನಡುವಿನ ಸಂಬಂಧಗಳನ್ನು ನಿಯಂತ್ರಿಸುವ ಡಾಕ್ಯುಮೆಂಟ್ ಇದೆ. ಇದು ಗಡಿಗಳು, ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು ಸ್ವತಃ ಎರಡೂ ಪಕ್ಷಗಳು ಪೂರ್ಣವಾಗಿ ಬಳಸಬಹುದಾದ ಪ್ರಭಾವದ ಲಿವರ್ ಆಗುತ್ತದೆ. ಹೀಗಾಗಿ, ಸರಿಯಾದ SLA ಗೆ ಧನ್ಯವಾದಗಳು, ಗ್ರಾಹಕರು ಒಪ್ಪಿಗೆಯಂತೆ ಕೆಲಸ ಮಾಡಲು ಗುತ್ತಿಗೆದಾರರನ್ನು ಒತ್ತಾಯಿಸಬಹುದು ಮತ್ತು ಒಪ್ಪಂದದಿಂದ ಸಮರ್ಥಿಸದ ಅತಿಯಾದ ಸಕ್ರಿಯ ಕ್ಲೈಂಟ್‌ನ "ಬಯಕೆಗಳನ್ನು" ಹೋರಾಡಲು ಇದು ಗುತ್ತಿಗೆದಾರರಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ: "ನಮ್ಮ SLA ಇದನ್ನು ಹೇಳುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಳುತ್ತದೆ, ಇಲ್ಲಿಂದ ಹೊರಬನ್ನಿ, ನಾವು ಒಪ್ಪಿಕೊಂಡಂತೆ ಎಲ್ಲವನ್ನೂ ಮಾಡುತ್ತೇವೆ."
ಅಂದರೆ, "ಸರಿಯಾದ SLA" = "ಸೇವೆಗಳ ನಿಬಂಧನೆಗಾಗಿ ಸಾಕಷ್ಟು ಒಪ್ಪಂದ" ಮತ್ತು ಪರಿಸ್ಥಿತಿಯ ಮೇಲೆ ನಿಯಂತ್ರಣವನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ "ಸಮಾನವಾಗಿ" ಕೆಲಸ ಮಾಡುವಾಗ ಮಾತ್ರ ಇದು ಸಾಧ್ಯ.
ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಏನು ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ವಾಸ್ತವದಲ್ಲಿ ಏನು ಕಾಯುತ್ತಿದೆ ಎಂಬುದು ಎರಡು ವಿಭಿನ್ನ ವಿಷಯಗಳು
ಸಾಮಾನ್ಯವಾಗಿ, ನಾವು ಮತ್ತಷ್ಟು ಚರ್ಚಿಸುವ ಎಲ್ಲವೂ ವಿಶಿಷ್ಟವಾದ ಮಾರ್ಕೆಟಿಂಗ್ ತಂತ್ರಗಳು ಮತ್ತು ಗಮನದ ಪರೀಕ್ಷೆ.
ನಾವು ಜನಪ್ರಿಯ ದೇಶೀಯ ಹೋಸ್ಟರ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ಒಂದು ಕೊಡುಗೆಯು ಇನ್ನೊಂದಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿದೆ: 25/8 ಬೆಂಬಲ, ಸರ್ವರ್ ಅಪ್‌ಟೈಮ್ 99,9999999% ಸಮಯ, ಕನಿಷ್ಠ ರಷ್ಯಾದಲ್ಲಿ ತಮ್ಮದೇ ಆದ ಡೇಟಾ ಕೇಂದ್ರಗಳ ಗುಂಪಾಗಿದೆ. ಡೇಟಾ ಸೆಂಟರ್‌ಗಳ ಬಗ್ಗೆ ದಯವಿಟ್ಟು ನೆನಪಿಸಿಕೊಳ್ಳಿ, ನಾವು ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಹಿಂತಿರುಗುತ್ತೇವೆ. ಈ ಮಧ್ಯೆ, ಆದರ್ಶ ದೋಷ ಸಹಿಷ್ಣುತೆಯ ಅಂಕಿಅಂಶಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ ಮತ್ತು ಅವನ ಸರ್ವರ್ ಇನ್ನೂ "0,0000001% ವೈಫಲ್ಯಗಳಿಗೆ" ಬಿದ್ದಾಗ ವ್ಯಕ್ತಿಯು ಎದುರಿಸುತ್ತಾನೆ.
98% ಮತ್ತು ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಸೂಚಕಗಳೊಂದಿಗೆ, ಯಾವುದೇ ಕುಸಿತವು ಸಂಖ್ಯಾಶಾಸ್ತ್ರೀಯ ದೋಷದ ಅಂಚಿನಲ್ಲಿರುವ ಘಟನೆಯಾಗಿದೆ. ಕೆಲಸ ಮಾಡುವ ಉಪಕರಣಗಳು ಮತ್ತು ಸಂಪರ್ಕವು ಇವೆ ಅಥವಾ ಇಲ್ಲವೇ ಇಲ್ಲ. ನೀವು "ವಿಶ್ವಾಸಾರ್ಹತೆ" ರೇಟಿಂಗ್ನೊಂದಿಗೆ 50% (ಅದರ ಸ್ವಂತ SLA ಪ್ರಕಾರ) ಒಂದು ಸಮಸ್ಯೆಯಿಲ್ಲದೆ ವರ್ಷಗಳವರೆಗೆ ಹೋಸ್ಟರ್ ಅನ್ನು ಬಳಸಬಹುದು ಅಥವಾ 99,99% ರಷ್ಟು ಹಕ್ಕು ಪಡೆಯುವ ವ್ಯಕ್ತಿಗಳೊಂದಿಗೆ ನೀವು ತಿಂಗಳಿಗೊಮ್ಮೆ ಒಂದೆರಡು ದಿನಗಳವರೆಗೆ "ವಿಫಲಗೊಳಿಸಬಹುದು".
ಬೀಳುವ ಕ್ಷಣ ಬಂದಾಗ (ಮತ್ತು, ನಾವು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇವೆ, ಎಲ್ಲರೂ ಒಂದು ದಿನ ಬೀಳುತ್ತಾರೆ), ನಂತರ ಕ್ಲೈಂಟ್ "ಬೆಂಬಲ" ಎಂಬ ಆಂತರಿಕ ಕಾರ್ಪೊರೇಟ್ ಯಂತ್ರವನ್ನು ಎದುರಿಸುತ್ತಾನೆ ಮತ್ತು ಸೇವಾ ಒಪ್ಪಂದ ಮತ್ತು SLA ಅನ್ನು ಬೆಳಕಿಗೆ ತರಲಾಗುತ್ತದೆ. ಅದರ ಅರ್ಥವೇನು:
- ಹೆಚ್ಚಾಗಿ, ಅಲಭ್ಯತೆಯ ಮೊದಲ ನಾಲ್ಕು ಗಂಟೆಗಳವರೆಗೆ ನೀವು ಏನನ್ನೂ ಪ್ರಸ್ತುತಪಡಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ, ಆದರೂ ಕೆಲವು ಹೋಸ್ಟರ್‌ಗಳು ಕುಸಿತದ ಕ್ಷಣದಿಂದ ಸುಂಕವನ್ನು (ಪರಿಹಾರ ಪಾವತಿ) ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ.
- ಸರ್ವರ್ ದೀರ್ಘಾವಧಿಯವರೆಗೆ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಸುಂಕದ ಮರು ಲೆಕ್ಕಾಚಾರಕ್ಕಾಗಿ ವಿನಂತಿಯನ್ನು ಸಲ್ಲಿಸಬಹುದು.
- ಮತ್ತು ಪೂರೈಕೆದಾರರ ದೋಷದಿಂದಾಗಿ ಸಮಸ್ಯೆ ಉದ್ಭವಿಸಿದೆ ಎಂದು ಒದಗಿಸಲಾಗಿದೆ.
- ಮೂರನೇ ವ್ಯಕ್ತಿಯಿಂದ (ಹೆದ್ದಾರಿಯಲ್ಲಿ) ನಿಮ್ಮ ಸಮಸ್ಯೆ ಉದ್ಭವಿಸಿದರೆ, ಅದು "ಯಾರನ್ನೂ ದೂರುವುದಿಲ್ಲ" ಎಂದು ತೋರುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಿದಾಗ ಅದು ನಿಮ್ಮ ಅದೃಷ್ಟದ ವಿಷಯವಾಗಿದೆ.
ಆದಾಗ್ಯೂ, ನೀವು ಇಂಜಿನಿಯರಿಂಗ್ ತಂಡಕ್ಕೆ ಎಂದಿಗೂ ಪ್ರವೇಶವನ್ನು ಪಡೆಯುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ, ಹೆಚ್ಚಾಗಿ ನಿಮ್ಮನ್ನು ಮೊದಲ ಸಾಲಿನ ಬೆಂಬಲದಿಂದ ನಿಲ್ಲಿಸಲಾಗುತ್ತದೆ, ನಿಜವಾದ ಎಂಜಿನಿಯರ್‌ಗಳು ಪರಿಸ್ಥಿತಿಯನ್ನು ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ ನಿಮ್ಮೊಂದಿಗೆ ಸಂಬಂಧ ಹೊಂದುತ್ತಾರೆ. ಪರಿಚಿತ ಧ್ವನಿಗಳು?
ಇಲ್ಲಿ, ಅನೇಕ ಜನರು SLA ಮೇಲೆ ಅವಲಂಬಿತರಾಗಿದ್ದಾರೆ, ಅದು ತೋರುತ್ತದೆ, ಅಂತಹ ಸಂದರ್ಭಗಳಿಂದ ನಿಮ್ಮನ್ನು ರಕ್ಷಿಸಬೇಕು. ಆದರೆ, ವಾಸ್ತವವಾಗಿ, ಕಂಪನಿಗಳು ಅಪರೂಪವಾಗಿ ತಮ್ಮದೇ ಆದ ದಾಖಲೆಯ ಗಡಿಗಳನ್ನು ಮೀರಿ ಹೋಗುತ್ತವೆ ಅಥವಾ ತಮ್ಮದೇ ಆದ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ರೀತಿಯಲ್ಲಿ ಪರಿಸ್ಥಿತಿಯನ್ನು ತಿರುಗಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. SLA ಯ ಪ್ರಾಥಮಿಕ ಕಾರ್ಯವೆಂದರೆ ಜಾಗರೂಕತೆಯನ್ನು ತಗ್ಗಿಸುವುದು ಮತ್ತು ಅನಿರೀಕ್ಷಿತ ಪರಿಸ್ಥಿತಿಯ ಸಂದರ್ಭದಲ್ಲಿ ಸಹ "ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿರುತ್ತದೆ" ಎಂದು ಮನವರಿಕೆ ಮಾಡುವುದು. SLA ಯ ಎರಡನೇ ಉದ್ದೇಶವು ಮುಖ್ಯ ನಿರ್ಣಾಯಕ ಅಂಶಗಳನ್ನು ಸಂವಹನ ಮಾಡುವುದು ಮತ್ತು ಸೇವಾ ಪೂರೈಕೆದಾರರಿಗೆ ಕುಶಲತೆಗಾಗಿ ಕೊಠಡಿಯನ್ನು ನೀಡುವುದು, ಅಂದರೆ ಪೂರೈಕೆದಾರರು "ಜವಾಬ್ದಾರರಾಗಿರುವುದಿಲ್ಲ" ಯಾವುದಕ್ಕೆ ವೈಫಲ್ಯವನ್ನು ಆರೋಪಿಸುವ ಸಾಮರ್ಥ್ಯ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ದೊಡ್ಡ ಗ್ರಾಹಕರು, ವಾಸ್ತವವಾಗಿ, SLA ಒಳಗೆ ಪರಿಹಾರದ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುವುದಿಲ್ಲ. "SLA ಪರಿಹಾರ" ಎನ್ನುವುದು ಉಪಕರಣಗಳ ಅಲಭ್ಯತೆಗೆ ಅನುಗುಣವಾಗಿ ಸುಂಕದೊಳಗೆ ಹಣವನ್ನು ಮರುಪಾವತಿ ಮಾಡುವುದು, ಇದು ಸಂಭಾವ್ಯ ವಿತ್ತೀಯ ಮತ್ತು ಖ್ಯಾತಿಯ ನಷ್ಟಗಳ 1% ಅನ್ನು ಸಹ ಎಂದಿಗೂ ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕ್ಲೈಂಟ್‌ಗೆ ಕೆಲವು ರೀತಿಯ "ಸುಂಕದ ಮರು ಲೆಕ್ಕಾಚಾರ" ಕ್ಕಿಂತ ಸಮಸ್ಯೆಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ಪರಿಹರಿಸುವುದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ.
"ಪ್ರಪಂಚದಾದ್ಯಂತ ಅನೇಕ ಡೇಟಾ ಕೇಂದ್ರಗಳು" ಕಾಳಜಿಗೆ ಕಾರಣವಾಗಿದೆ
ನಾವು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಡೇಟಾ ಕೇಂದ್ರಗಳೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪ್ರತ್ಯೇಕ ವರ್ಗದಲ್ಲಿ ಸೇವಾ ಪೂರೈಕೆದಾರರಲ್ಲಿ ಇರಿಸಿದ್ದೇವೆ, ಏಕೆಂದರೆ ಮೇಲೆ ವಿವರಿಸಿದ ಸ್ಪಷ್ಟ ಸಂವಹನ ಸಮಸ್ಯೆಗಳ ಜೊತೆಗೆ, ಸ್ಪಷ್ಟವಲ್ಲದ ಸಮಸ್ಯೆಗಳು ಸಹ ಉದ್ಭವಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ಸೇವಾ ಪೂರೈಕೆದಾರರು "ಅವರ" ಡೇಟಾ ಕೇಂದ್ರಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಲ್ಲ.
ನಮ್ಮ ಕೊನೆಯ ಲೇಖನದಲ್ಲಿ , ಅದರ ಮೂಲತತ್ವವು ತನ್ನದೇ ಆದ ಸೋಗಿನಲ್ಲಿ ಇತರ ಜನರ ಸಾಮರ್ಥ್ಯಗಳ ಮರುಮಾರಾಟವಾಗಿದೆ. ಅನೇಕ ಪ್ರದೇಶಗಳಲ್ಲಿ "ತಮ್ಮದೇ ಆದ ದತ್ತಾಂಶ ಕೇಂದ್ರಗಳನ್ನು" ಹೊಂದಿರುವುದಾಗಿ ಹೇಳಿಕೊಳ್ಳುವ ಆಧುನಿಕ ಹೋಸ್ಟರ್‌ಗಳ ಬಹುಪಾಲು ವೈಟ್ ಲೇಬಲ್ ಮಾದರಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಮರುಮಾರಾಟಗಾರರಾಗಿದ್ದಾರೆ. ಅಂದರೆ, ಸ್ವಿಟ್ಜರ್ಲೆಂಡ್, ಜರ್ಮನಿ ಅಥವಾ ನೆದರ್ಲ್ಯಾಂಡ್ಸ್ನಲ್ಲಿರುವ ಷರತ್ತುಬದ್ಧ ಡೇಟಾ ಕೇಂದ್ರದೊಂದಿಗೆ ಅವರು ಭೌತಿಕವಾಗಿ ಏನೂ ಹೊಂದಿಲ್ಲ.
ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಘರ್ಷಣೆಗಳು ಇಲ್ಲಿ ಉದ್ಭವಿಸುತ್ತವೆ. ಸೇವಾ ಪೂರೈಕೆದಾರರೊಂದಿಗಿನ ನಿಮ್ಮ SLA ಇನ್ನೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಮಾನ್ಯವಾಗಿದೆ, ಆದರೆ ಅಪಘಾತದ ಸಂದರ್ಭದಲ್ಲಿ ಸರಬರಾಜುದಾರರು ಹೇಗಾದರೂ ಆಮೂಲಾಗ್ರವಾಗಿ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪ್ರಭಾವಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಅವನು ತನ್ನ ಸ್ವಂತ ಪೂರೈಕೆದಾರರ ಮೇಲೆ ಅವಲಂಬಿತ ಸ್ಥಾನದಲ್ಲಿದ್ದಾರೆ - ಡೇಟಾ ಸೆಂಟರ್, ಇದರಿಂದ ವಿದ್ಯುತ್ ಚರಣಿಗೆಗಳನ್ನು ಮರುಮಾರಾಟಕ್ಕಾಗಿ ಖರೀದಿಸಲಾಗಿದೆ.
ಹೀಗಾಗಿ, ನೀವು ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಸೇವೆಯ ಬಗ್ಗೆ ಒಪ್ಪಂದ ಮತ್ತು SLA ನಲ್ಲಿ ಸುಂದರವಾದ ಮಾತುಗಳನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಸಮಸ್ಯೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಪರಿಹರಿಸುವ ಸೇವಾ ಪೂರೈಕೆದಾರರ ಸಾಮರ್ಥ್ಯವನ್ನು ಸಹ ಗೌರವಿಸಿದರೆ, ನೀವು ಸೌಲಭ್ಯಗಳ ಮಾಲೀಕರೊಂದಿಗೆ ನೇರವಾಗಿ ಕೆಲಸ ಮಾಡಬೇಕು. ವಾಸ್ತವವಾಗಿ, ಇದು ಡೇಟಾ ಕೇಂದ್ರದೊಂದಿಗೆ ನೇರವಾಗಿ ನೇರ ಸಂವಹನವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಅನೇಕ DC ಗಳು ವಾಸ್ತವವಾಗಿ ಒಂದು ಕಂಪನಿಗೆ ಸೇರಿದಾಗ ನಾವು ಆಯ್ಕೆಗಳನ್ನು ಏಕೆ ಪರಿಗಣಿಸಬಾರದು? ಒಳ್ಳೆಯದು, ಅಂತಹ ಕಂಪನಿಗಳು ಬಹಳ ಕಡಿಮೆ. ಒಂದು, ಎರಡು, ಮೂರು ಸಣ್ಣ ಡೇಟಾ ಕೇಂದ್ರಗಳು ಅಥವಾ ಒಂದು ದೊಡ್ಡದು ಸಾಧ್ಯ. ಆದರೆ ಒಂದು ಡಜನ್ DC ಗಳು, ಅದರಲ್ಲಿ ಅರ್ಧದಷ್ಟು ರಷ್ಯಾದ ಒಕ್ಕೂಟದಲ್ಲಿವೆ ಮತ್ತು ಎರಡನೆಯದು ಯುರೋಪ್ನಲ್ಲಿ ಬಹುತೇಕ ಅಸಾಧ್ಯವಾಗಿದೆ. ಇದರರ್ಥ ನೀವು ಊಹಿಸಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಮರುಮಾರಾಟಗಾರರ ಕಂಪನಿಗಳಿವೆ. ಒಂದು ಸರಳ ಉದಾಹರಣೆ ಇಲ್ಲಿದೆ:
Google ಕ್ಲೌಡ್ ಸೇವಾ ಡೇಟಾ ಕೇಂದ್ರಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅಂದಾಜು ಮಾಡಿ. ಯುರೋಪಿನಲ್ಲಿ ಕೇವಲ ಆರು ಇವೆ. ಲಂಡನ್, ಆಂಸ್ಟರ್‌ಡ್ಯಾಮ್, ಬ್ರಸೆಲ್ಸ್, ಹೆಲ್ಸಿಂಕಿ, ಫ್ರಾಂಕ್‌ಫರ್ಟ್ ಮತ್ತು ಜ್ಯೂರಿಚ್‌ನಲ್ಲಿ. ಅಂದರೆ, ಎಲ್ಲಾ ಮುಖ್ಯ ಹೆದ್ದಾರಿ ಬಿಂದುಗಳಲ್ಲಿ. ಏಕೆಂದರೆ ಡೇಟಾ ಸೆಂಟರ್ ದುಬಾರಿಯಾಗಿದೆ, ಸಂಕೀರ್ಣವಾಗಿದೆ ಮತ್ತು ಬಹಳ ದೊಡ್ಡ ಯೋಜನೆಯಾಗಿದೆ. "ರಷ್ಯಾ ಮತ್ತು ಯುರೋಪಿನಾದ್ಯಂತ ಒಂದು ಡಜನ್ ಡೇಟಾ ಕೇಂದ್ರಗಳೊಂದಿಗೆ" ಮಾಸ್ಕೋದಲ್ಲಿ ಎಲ್ಲೋ ಹೋಸ್ಟಿಂಗ್ ಕಂಪನಿಗಳನ್ನು ಈಗ ನೆನಪಿಸಿಕೊಳ್ಳಿ.
ವೈಟ್ ಲೇಬಲ್ ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ಪಾಲುದಾರರನ್ನು ಹೊಂದಿರುವ ಯಾವುದೇ ಉತ್ತಮ ಪೂರೈಕೆದಾರರು ಇಲ್ಲ, ಸಾಕಷ್ಟು ಇವೆ, ಮತ್ತು ಅವರು ಉನ್ನತ ಮಟ್ಟದ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತಾರೆ. ಅದೇ ಬ್ರೌಸರ್ ವಿಂಡೋದ ಮೂಲಕ ಏಕಕಾಲದಲ್ಲಿ EU ಮತ್ತು ರಷ್ಯಾದ ಒಕ್ಕೂಟದಲ್ಲಿ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಾಡಿಗೆಗೆ ಪಡೆಯಲು ಅವರು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುತ್ತಾರೆ, ವಿದೇಶಿ ಕರೆನ್ಸಿಯಲ್ಲಿ ಅಲ್ಲ, ರೂಬಲ್ಸ್ನಲ್ಲಿ ಪಾವತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ಇತ್ಯಾದಿ. ಆದರೆ SLA ನಲ್ಲಿ ವಿವರಿಸಿದ ಪ್ರಕರಣಗಳು ಸಂಭವಿಸಿದಾಗ, ಅವರು ನಿಮ್ಮಂತೆಯೇ ಪರಿಸ್ಥಿತಿಯ ಅದೇ ಒತ್ತೆಯಾಳುಗಳಾಗುತ್ತಾರೆ.
ಪೂರೈಕೆದಾರರ ಸಾಂಸ್ಥಿಕ ರಚನೆ ಮತ್ತು ಸಾಮರ್ಥ್ಯಗಳ ಬಗ್ಗೆ ನಿಮಗೆ ತಿಳುವಳಿಕೆ ಇಲ್ಲದಿದ್ದರೆ SLA ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ ಎಂಬುದನ್ನು ಇದು ಮತ್ತೊಮ್ಮೆ ನಮಗೆ ನೆನಪಿಸುತ್ತದೆ.
ಕೊನೆಯಲ್ಲಿ ಏನು
ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಯಾವಾಗಲೂ ಅಹಿತಕರ ಘಟನೆಯಾಗಿದೆ ಮತ್ತು ಇದು ಯಾರಿಗಾದರೂ, ಎಲ್ಲಿಯಾದರೂ ಸಂಭವಿಸಬಹುದು. ನೀವು ಪರಿಸ್ಥಿತಿಯ ಮೇಲೆ ಎಷ್ಟು ನಿಯಂತ್ರಣವನ್ನು ಬಯಸುತ್ತೀರಿ ಎಂಬುದು ಪ್ರಶ್ನೆ. ಈಗ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಸಾಮರ್ಥ್ಯದ ಹಲವಾರು ನೇರ ಪೂರೈಕೆದಾರರು ಇಲ್ಲ, ಮತ್ತು ನಾವು ದೊಡ್ಡ ಆಟಗಾರರ ಬಗ್ಗೆ ಮಾತನಾಡಿದರೆ, ಅವರು ತುಲನಾತ್ಮಕವಾಗಿ ಹೇಳುವುದಾದರೆ, ನೀವು ಪ್ರವೇಶಿಸಬಹುದಾದ ಯುರೋಪಿನಾದ್ಯಂತ ಒಂದು ಡಜನ್‌ನಲ್ಲಿ ಮಾಸ್ಕೋದಲ್ಲಿ ಎಲ್ಲೋ ಒಂದು ಡಿಸಿ ಮಾತ್ರ ಹೊಂದಿದ್ದಾರೆ.
ಇಲ್ಲಿ, ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಸ್ವತಃ ನಿರ್ಧರಿಸಬೇಕು: ನಾನು ಇದೀಗ ಆರಾಮವನ್ನು ಆರಿಸಿಕೊಳ್ಳುತ್ತೇನೆ ಅಥವಾ ರಷ್ಯಾ ಅಥವಾ ಯುರೋಪ್ನಲ್ಲಿ ಸ್ವೀಕಾರಾರ್ಹ ಸ್ಥಳದಲ್ಲಿ ಡೇಟಾ ಸೆಂಟರ್ ಅನ್ನು ಹುಡುಕಲು ಸಮಯ ಮತ್ತು ಶ್ರಮವನ್ನು ಕಳೆಯುತ್ತೇನೆ, ಅಲ್ಲಿ ನಾನು ನನ್ನ ಉಪಕರಣಗಳನ್ನು ಇರಿಸಬಹುದು ಅಥವಾ ಸಾಮರ್ಥ್ಯವನ್ನು ಖರೀದಿಸಬಹುದು. ಮೊದಲ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರಸ್ತುತ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಇರುವ ಪ್ರಮಾಣಿತ ಪರಿಹಾರಗಳು ಸೂಕ್ತವಾಗಿವೆ. ಎರಡನೆಯದರಲ್ಲಿ, ನೀವು ಬೆವರು ಮಾಡಬೇಕಾಗುತ್ತದೆ.
ಮೊದಲನೆಯದಾಗಿ, ಸೇವಾ ಮಾರಾಟಗಾರರು ಸೌಲಭ್ಯಗಳು/ಡೇಟಾ ಸೆಂಟರ್‌ನ ನೇರ ಮಾಲೀಕರಾಗಿದ್ದಾರೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದು ಅವಶ್ಯಕ. ವೈಟ್ ಲೇಬಲ್ ಮಾದರಿಯನ್ನು ಬಳಸುವ ಅನೇಕ ಮರುಮಾರಾಟಗಾರರು ತಮ್ಮ ಸ್ಥಿತಿಯನ್ನು ಮರೆಮಾಚಲು ತಮ್ಮ ಅತ್ಯುತ್ತಮ ಪ್ರಯತ್ನವನ್ನು ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಈ ಸಂದರ್ಭದಲ್ಲಿ ನೀವು ಕೆಲವು ಪರೋಕ್ಷ ಚಿಹ್ನೆಗಳನ್ನು ನೋಡಬೇಕಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, "ಅವರ ಯುರೋಪಿಯನ್ ಡಿಸಿಗಳು" ಕೆಲವು ನಿರ್ದಿಷ್ಟ ಹೆಸರುಗಳು ಮತ್ತು ಲೋಗೋಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಅದು ಸರಬರಾಜುದಾರ ಕಂಪನಿಯ ಹೆಸರಿನಿಂದ ಭಿನ್ನವಾಗಿರುತ್ತದೆ. ಅಥವಾ "ಪಾಲುದಾರರು" ಎಂಬ ಪದವು ಎಲ್ಲೋ ಕಾಣಿಸಿಕೊಂಡರೆ. ಪಾಲುದಾರರು = 95% ಪ್ರಕರಣಗಳಲ್ಲಿ ವೈಟ್ ಲೇಬಲ್.
ಮುಂದೆ, ನೀವು ಕಂಪನಿಯ ರಚನೆಯೊಂದಿಗೆ ನೀವೇ ಪರಿಚಿತರಾಗಿರಬೇಕು, ಅಥವಾ ಇನ್ನೂ ಉತ್ತಮವಾಗಿ, ವೈಯಕ್ತಿಕವಾಗಿ ಉಪಕರಣಗಳನ್ನು ನೋಡಿ. ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ, ವಿಹಾರದ ಅಭ್ಯಾಸ ಅಥವಾ ಕನಿಷ್ಠ ವಿಹಾರ ಲೇಖನಗಳು ತಮ್ಮದೇ ಆದ ವೆಬ್‌ಸೈಟ್ ಅಥವಾ ಬ್ಲಾಗ್‌ನಲ್ಲಿ ಹೊಸದಲ್ಲ (ನಾವು ಬರೆದಿದ್ದೇವೆ и ), ಅಲ್ಲಿ ಅವರು ತಮ್ಮ ಡೇಟಾ ಸೆಂಟರ್ ಕುರಿತು ಫೋಟೋಗಳು ಮತ್ತು ವಿವರವಾದ ವಿವರಣೆಗಳೊಂದಿಗೆ ಮಾತನಾಡುತ್ತಾರೆ.
ಅನೇಕ ಡೇಟಾ ಕೇಂದ್ರಗಳೊಂದಿಗೆ, ನೀವು ಕಛೇರಿಗೆ ವೈಯಕ್ತಿಕ ಭೇಟಿ ಮತ್ತು DC ಗೆ ಮಿನಿ-ವಿಹಾರವನ್ನು ಏರ್ಪಡಿಸಬಹುದು. ಅಲ್ಲಿ ನೀವು ಆದೇಶದ ಮಟ್ಟವನ್ನು ನಿರ್ಣಯಿಸಬಹುದು, ಬಹುಶಃ ನೀವು ಎಂಜಿನಿಯರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ನಿಮಗೆ 300 RUB/ತಿಂಗಳಿಗೆ ಒಂದು ಸರ್ವರ್ ಅಗತ್ಯವಿದ್ದರೆ ಯಾರೂ ನಿಮಗೆ ಉತ್ಪಾದನೆಯ ಪ್ರವಾಸವನ್ನು ನೀಡುವುದಿಲ್ಲ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಆದರೆ ನಿಮಗೆ ಗಂಭೀರ ಸಾಮರ್ಥ್ಯದ ಅಗತ್ಯವಿದ್ದರೆ, ಮಾರಾಟ ವಿಭಾಗವು ನಿಮ್ಮನ್ನು ಭೇಟಿ ಮಾಡಬಹುದು. ಉದಾಹರಣೆಗೆ, ನಾವು ಅಂತಹ ವಿಹಾರಗಳನ್ನು ನಡೆಸುತ್ತೇವೆ.
ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಸಾಮಾನ್ಯ ಜ್ಞಾನ ಮತ್ತು ವ್ಯವಹಾರ ಅಗತ್ಯಗಳನ್ನು ಬಳಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ನಿಮಗೆ ವಿತರಿಸಿದ ಮೂಲಸೌಕರ್ಯ ಅಗತ್ಯವಿದ್ದರೆ (ಕೆಲವು ಸರ್ವರ್‌ಗಳು ರಷ್ಯಾದ ಒಕ್ಕೂಟದಲ್ಲಿವೆ, ಇನ್ನೊಂದು EU ನಲ್ಲಿ), ವೈಟ್ ಲೇಬಲ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಯುರೋಪಿಯನ್ DC ಗಳೊಂದಿಗೆ ಪಾಲುದಾರಿಕೆ ಹೊಂದಿರುವ ಹೋಸ್ಟರ್‌ಗಳ ಸೇವೆಗಳನ್ನು ಬಳಸುವುದು ಸುಲಭ ಮತ್ತು ಹೆಚ್ಚು ಲಾಭದಾಯಕವಾಗಿರುತ್ತದೆ. ಮಾದರಿ. ನಿಮ್ಮ ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯವು ಒಂದು ಹಂತದಲ್ಲಿ ಕೇಂದ್ರೀಕೃತವಾಗಿದ್ದರೆ, ಅಂದರೆ, ಒಂದು ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ, ಪೂರೈಕೆದಾರರನ್ನು ಹುಡುಕಲು ಸ್ವಲ್ಪ ಸಮಯವನ್ನು ಕಳೆಯುವುದು ಯೋಗ್ಯವಾಗಿದೆ.
ಏಕೆಂದರೆ ವಿಶಿಷ್ಟವಾದ SLA ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ. ಆದರೆ ಸೌಲಭ್ಯಗಳ ಮಾಲೀಕರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು, ಮತ್ತು ಮರುಮಾರಾಟಗಾರರಲ್ಲ, ಸಂಭವನೀಯ ಸಮಸ್ಯೆಗಳ ಪರಿಹಾರವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ವೇಗಗೊಳಿಸುತ್ತದೆ.
ಮೂಲ: www.habr.com