ಹಬ್ರೆಯಲ್ಲಿನ ಪ್ರಕಟಣೆಗಳಲ್ಲಿ, ನನ್ನ ತಂಡದೊಂದಿಗೆ ಪಾಲುದಾರಿಕೆಯನ್ನು ನಿರ್ಮಿಸುವ ನನ್ನ ಅನುಭವದ ಬಗ್ಗೆ ನಾನು ಈಗಾಗಲೇ ಬರೆದಿದ್ದೇನೆ (
ನಾನು ಪ್ರಸ್ತುತ MONQ ಡಿಜಿಟಲ್ ಲ್ಯಾಬ್ ಎಂಬ ಸ್ಟಾರ್ಟ್ಅಪ್ಗೆ ಮುಖ್ಯಸ್ಥನಾಗಿದ್ದೇನೆ, ಅಲ್ಲಿ ನನ್ನ ತಂಡ ಮತ್ತು ನಾನು ಕಾರ್ಪೊರೇಟ್ ಐಟಿಯನ್ನು ಬೆಂಬಲಿಸುವ ಮತ್ತು ನಿರ್ವಹಿಸುವ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಉತ್ಪನ್ನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೇವೆ. ಮಾರುಕಟ್ಟೆಯನ್ನು ಪ್ರವೇಶಿಸುವುದು ಸುಲಭದ ಕೆಲಸವಲ್ಲ ಮತ್ತು ನಾವು ಸ್ವಲ್ಪ ಹೋಮ್ವರ್ಕ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ಮಾರುಕಟ್ಟೆ ತಜ್ಞರು, ನಮ್ಮ ಪಾಲುದಾರರ ಮೂಲಕ ಹೋದೆವು ಮತ್ತು ಮಾರುಕಟ್ಟೆ ವಿಭಾಗವನ್ನು ನಡೆಸಿದ್ದೇವೆ. "ಯಾರ ನೋವುಗಳನ್ನು ನಾವು ಉತ್ತಮವಾಗಿ ಗುಣಪಡಿಸಬಹುದು?" ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯ ಪ್ರಶ್ನೆಯಾಗಿತ್ತು.
ಬ್ಯಾಂಕ್ಗಳು ಅದನ್ನು ಟಾಪ್ 3 ವಿಭಾಗಗಳಾಗಿ ಮಾಡಿತು. ಮತ್ತು ಸಹಜವಾಗಿ, ಪಟ್ಟಿಯಲ್ಲಿ ಮೊದಲನೆಯವರು ಟಿಂಕಾಫ್ ಮತ್ತು ಸ್ಬೆರ್ಬ್ಯಾಂಕ್. ನಾವು ಬ್ಯಾಂಕಿಂಗ್ ಮಾರುಕಟ್ಟೆ ತಜ್ಞರನ್ನು ಭೇಟಿ ಮಾಡಿದಾಗ, ಅವರು ಹೇಳಿದರು: ನಿಮ್ಮ ಉತ್ಪನ್ನವನ್ನು ಅಲ್ಲಿ ಪರಿಚಯಿಸಿ, ಮತ್ತು ಬ್ಯಾಂಕಿಂಗ್ ಮಾರುಕಟ್ಟೆಯ ಮಾರ್ಗವು ತೆರೆದಿರುತ್ತದೆ. ನಾವು ಅಲ್ಲಿ ಮತ್ತು ಅಲ್ಲಿಗೆ ಪ್ರವೇಶಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ, ಆದರೆ ಸ್ಬೆರ್ಬ್ಯಾಂಕ್ನಲ್ಲಿ ವೈಫಲ್ಯವು ನಮಗೆ ಕಾಯುತ್ತಿದೆ, ಮತ್ತು ಟಿಂಕಾಫ್ನ ವ್ಯಕ್ತಿಗಳು ರಷ್ಯಾದ ಆರಂಭಿಕರೊಂದಿಗೆ ಉತ್ಪಾದಕ ಸಂವಹನಕ್ಕೆ ಹೆಚ್ಚು ಮುಕ್ತರಾಗಿದ್ದರು (ಬಹುಶಃ ಆ ಸಮಯದಲ್ಲಿ Sber ಎಂಬ ಕಾರಣದಿಂದಾಗಿ
ನಾವು ಹಲವು ವರ್ಷಗಳಿಂದ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯ ಸಮಸ್ಯೆಗಳೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತಿದ್ದೇವೆ, ಈಗ ನಾವು ನಮ್ಮ ಉತ್ಪನ್ನವನ್ನು ಸಾರ್ವಜನಿಕ ವಲಯದಲ್ಲಿ, ವಿಮೆಯಲ್ಲಿ, ಬ್ಯಾಂಕ್ಗಳಲ್ಲಿ, ಟೆಲಿಕಾಂ ಕಂಪನಿಗಳಲ್ಲಿ ಅನುಷ್ಠಾನಗೊಳಿಸುತ್ತಿದ್ದೇವೆ, ಒಂದು ಅನುಷ್ಠಾನವು ವಿಮಾನಯಾನ ಸಂಸ್ಥೆಯಲ್ಲಿತ್ತು (ಯೋಜನೆಯ ಮೊದಲು, ನಾವು ಸಹ ಮಾಡಲಿಲ್ಲ ವಿಮಾನಯಾನವು ಅಂತಹ ಐಟಿ-ಅವಲಂಬಿತ ಉದ್ಯಮವಾಗಿದೆ ಎಂದು ಯೋಚಿಸಿ, ಮತ್ತು ಈಗ ನಾವು COVID ಹೊರತಾಗಿಯೂ, ಕಂಪನಿಯು ಹೊರಹೊಮ್ಮುತ್ತದೆ ಮತ್ತು ಹೊರಡುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ).
ನಾವು ತಯಾರಿಸುವ ಉತ್ಪನ್ನವು ಎಂಟರ್ಪ್ರೈಸ್ ಸಾಫ್ಟ್ವೇರ್, AIOps (ಐಟಿ ಕಾರ್ಯಾಚರಣೆಗಳಿಗಾಗಿ ಆರ್ಟಿಫಿಶಿಯಲ್ ಇಂಟೆಲಿಜೆನ್ಸ್, ಅಥವಾ ITOps) ವಿಭಾಗಕ್ಕೆ ಸೇರಿದೆ. ಕಂಪನಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯ ಪರಿಪಕ್ವತೆಯ ಮಟ್ಟವು ಹೆಚ್ಚಾಗುವುದರಿಂದ ಅಂತಹ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮುಖ್ಯ ಗುರಿಗಳು:
- ಬೆಂಕಿಯನ್ನು ನಂದಿಸಿ: ವೈಫಲ್ಯಗಳನ್ನು ಗುರುತಿಸಿ, ಶಿಲಾಖಂಡರಾಶಿಗಳಿಂದ ಎಚ್ಚರಿಕೆಗಳ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ತೆರವುಗೊಳಿಸಿ, ಜವಾಬ್ದಾರಿಯುತರಿಗೆ ಕಾರ್ಯಗಳು ಮತ್ತು ಘಟನೆಗಳನ್ನು ನಿಯೋಜಿಸಿ;
- ಐಟಿ ಸೇವೆಯ ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸಿ: ಘಟನೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ವೈಫಲ್ಯಗಳ ಕಾರಣಗಳನ್ನು ಸೂಚಿಸಿ, ಐಟಿ ಸ್ಥಿತಿಯ ಪಾರದರ್ಶಕತೆಯನ್ನು ಹೆಚ್ಚಿಸಿ;
- ವ್ಯಾಪಾರ ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸಿ: ಹಸ್ತಚಾಲಿತ ಕಾರ್ಮಿಕರ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ಅಪಾಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿ, ಗ್ರಾಹಕರ ನಿಷ್ಠೆಯನ್ನು ಹೆಚ್ಚಿಸಿ.
ನಮ್ಮ ಅನುಭವದಲ್ಲಿ, ಬ್ಯಾಂಕುಗಳು ಎಲ್ಲಾ ದೊಡ್ಡ ಐಟಿ ಮೂಲಸೌಕರ್ಯಗಳೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆಯೊಂದಿಗೆ ಕೆಳಗಿನ "ನೋವುಗಳನ್ನು" ಹೊಂದಿವೆ:
- "ಯಾರಿಗೆ ಏನು ಗೊತ್ತು": ಅನೇಕ ತಾಂತ್ರಿಕ ವಿಭಾಗಗಳಿವೆ, ಬಹುತೇಕ ಎಲ್ಲರೂ ಕನಿಷ್ಠ ಒಂದು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಹೆಚ್ಚಿನವರು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಹೊಂದಿದ್ದಾರೆ;
- ಎಚ್ಚರಿಕೆಗಳ "ಸೊಳ್ಳೆ ಸಮೂಹ": ಪ್ರತಿ ವ್ಯವಸ್ಥೆಯು ನೂರಾರು ಜನರನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ಅವರೊಂದಿಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವ ಎಲ್ಲರನ್ನು ಸ್ಫೋಟಿಸುತ್ತದೆ (ಕೆಲವೊಮ್ಮೆ ಇಲಾಖೆಗಳ ನಡುವೆ). ಪ್ರತಿ ಅಧಿಸೂಚನೆಯ ಮೇಲೆ ನಿಯಂತ್ರಣದ ಗಮನವನ್ನು ನಿರಂತರವಾಗಿ ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟ; ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಕಾರಣದಿಂದಾಗಿ ಅವರ ತುರ್ತು ಮತ್ತು ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ನೆಲಸಮ ಮಾಡಲಾಗುತ್ತದೆ;
- ದೊಡ್ಡ ಬ್ಯಾಂಕುಗಳು - ವಲಯದ ನಾಯಕರು ತಮ್ಮ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರಂತರವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಬಯಸುತ್ತಾರೆ, ವೈಫಲ್ಯಗಳು ಎಲ್ಲಿವೆ ಎಂದು ತಿಳಿಯಲು, ಆದರೆ AI ಯ ನಿಜವಾದ ಮ್ಯಾಜಿಕ್ - ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸ್ವಯಂ-ಮೇಲ್ವಿಚಾರಣೆ, ಸ್ವಯಂ-ಮುನ್ಸೂಚನೆ ಮತ್ತು ಸ್ವಯಂ-ಸರಿಪಡಿಸಲು.
ನಾವು ಟಿಂಕಾಫ್ನಲ್ಲಿ ನಡೆದ ಮೊದಲ ಸಭೆಗೆ ಬಂದಾಗ, ಅವರಿಗೆ ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ ಮತ್ತು ಅವರಿಗೆ ಏನೂ ತೊಂದರೆಯಿಲ್ಲ ಎಂದು ನಮಗೆ ತಕ್ಷಣವೇ ತಿಳಿಸಲಾಯಿತು ಮತ್ತು ಮುಖ್ಯ ಪ್ರಶ್ನೆಯೆಂದರೆ: "ಈಗಾಗಲೇ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವವರಿಗೆ ನಾವು ಏನು ನೀಡಬಹುದು?"
ಸಂಭಾಷಣೆಯು ದೀರ್ಘವಾಗಿತ್ತು, ಅವರ ಮೈಕ್ರೊ ಸರ್ವಿಸ್ಗಳನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸಲಾಗಿದೆ, ಇಲಾಖೆಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಯಾವ ಮೂಲಸೌಕರ್ಯ ಸಮಸ್ಯೆಗಳು ಹೆಚ್ಚು ಸೂಕ್ಷ್ಮವಾಗಿವೆ, ಬಳಕೆದಾರರಿಗೆ ಕಡಿಮೆ ಸಂವೇದನಾಶೀಲವಾಗಿವೆ, "ಬ್ಲೈಂಡ್ ಸ್ಪಾಟ್ಗಳು" ಎಲ್ಲಿವೆ ಮತ್ತು ಅವರ ಗುರಿಗಳು ಮತ್ತು SLA ಗಳು ಯಾವುವು ಎಂದು ನಾವು ಚರ್ಚಿಸಿದ್ದೇವೆ.
ಮೂಲಕ, ಬ್ಯಾಂಕಿನ SLA ಗಳು ನಿಜವಾಗಿಯೂ ಪ್ರಭಾವಶಾಲಿಯಾಗಿವೆ. ಉದಾಹರಣೆಗೆ, ಆದ್ಯತೆಯ XNUMX ನೆಟ್ವರ್ಕ್ ಲಭ್ಯತೆಯ ಘಟನೆಯು ಪರಿಹರಿಸಲು ಕೆಲವೇ ನಿಮಿಷಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಇಲ್ಲಿ ದೋಷ ಮತ್ತು ಅಲಭ್ಯತೆಯ ವೆಚ್ಚವು ಸಹಜವಾಗಿ ಆಕರ್ಷಕವಾಗಿದೆ.
ಪರಿಣಾಮವಾಗಿ, ನಾವು ಸಹಕಾರದ ಹಲವಾರು ಕ್ಷೇತ್ರಗಳನ್ನು ಗುರುತಿಸಿದ್ದೇವೆ:
- ಘಟನೆಯ ನಿರ್ಣಯದ ವೇಗವನ್ನು ಹೆಚ್ಚಿಸಲು ಮೊದಲ ಹಂತವು ಅಂಬ್ರೆಲಾ ಮಾನಿಟರಿಂಗ್ ಆಗಿದೆ
- ಎರಡನೇ ಹಂತವು ಅಪಾಯಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮತ್ತು ಐಟಿ ಇಲಾಖೆಯನ್ನು ಸ್ಕೇಲಿಂಗ್ ಮಾಡಲು ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಪ್ರಕ್ರಿಯೆಯ ಯಾಂತ್ರೀಕೃತಗೊಂಡದ್ದು.
ಮೆಟ್ರಿಕ್ಗಳನ್ನು ನೇರವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವುದು ಅಸಾಧ್ಯವಾದ ಕಾರಣ ಹಲವಾರು ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಮಾಹಿತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವುದರ ಮೂಲಕ ಮಾತ್ರ ಹಲವಾರು "ಬಿಳಿ ಚುಕ್ಕೆಗಳನ್ನು" ಎಚ್ಚರಿಕೆಗಳ ಗಾಢ ಬಣ್ಣಗಳಲ್ಲಿ ಚಿತ್ರಿಸಬಹುದು; ವಿಭಿನ್ನ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಡೇಟಾವನ್ನು "ಒಂದು ಪರದೆಯ" ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವುದು ಅಗತ್ಯವಾಗಿತ್ತು. ಏನಾಗುತ್ತಿದೆ ಎಂಬುದರ ಒಟ್ಟಾರೆ ಚಿತ್ರವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು. "ಛತ್ರಿಗಳು" ಈ ಕಾರ್ಯಕ್ಕೆ ಸೂಕ್ತವಾಗಿವೆ ಮತ್ತು ನಾವು ನಂತರ ಈ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸಿದ್ದೇವೆ.
ನಮ್ಮ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಗ್ರಾಹಕರೊಂದಿಗಿನ ಸಂಬಂಧಗಳಲ್ಲಿ ಬಹಳ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಪ್ರಾಮಾಣಿಕತೆ. ಮೊದಲ ಸಂಭಾಷಣೆ ಮತ್ತು ಪರವಾನಗಿ ವೆಚ್ಚದ ಲೆಕ್ಕಾಚಾರದ ನಂತರ, ವೆಚ್ಚವು ತುಂಬಾ ಕಡಿಮೆಯಿರುವುದರಿಂದ, ಈಗಿನಿಂದಲೇ ಪರವಾನಗಿಯನ್ನು ಖರೀದಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ ಎಂದು ಹೇಳಲಾಗಿದೆ (ಹಸಿರು ಬ್ಯಾಂಕ್ನ ಮೇಲಿನ ಲೇಖನದಿಂದ ಡೈನಾಟ್ರೇಸ್ ಕ್ಲೈಚ್-ಆಸ್ಟ್ರೋಮ್ಗೆ ಹೋಲಿಸಿದರೆ, ನಮ್ಮ ಪರವಾನಗಿ ವೆಚ್ಚವು ಶತಕೋಟಿಯ ಮೂರನೇ ಒಂದು ಭಾಗವಲ್ಲ, ಆದರೆ 12 ಗಿಗಾಬೈಟ್ಗೆ ತಿಂಗಳಿಗೆ 1 ಸಾವಿರ ರೂಬಲ್ಸ್ಗಳು, Sber ಗೆ ಇದು ಹಲವಾರು ಪಟ್ಟು ಅಗ್ಗವಾಗಿದೆ). ಆದರೆ ನಮ್ಮಲ್ಲಿ ಏನಿದೆ ಮತ್ತು ಏನು ಇಲ್ಲ ಎಂದು ನಾವು ತಕ್ಷಣ ಅವರಿಗೆ ಹೇಳಿದೆವು. ಬಹುಶಃ ದೊಡ್ಡ ಸಂಯೋಜಕರಿಂದ ಮಾರಾಟ ಪ್ರತಿನಿಧಿಯು "ಹೌದು, ನಾವು ಎಲ್ಲವನ್ನೂ ಮಾಡಬಹುದು, ಸಹಜವಾಗಿ ನಮ್ಮ ಪರವಾನಗಿಯನ್ನು ಖರೀದಿಸಬಹುದು" ಎಂದು ಹೇಳಬಹುದು ಆದರೆ ನಾವು ನಮ್ಮ ಎಲ್ಲಾ ಕಾರ್ಡ್ಗಳನ್ನು ಮೇಜಿನ ಮೇಲೆ ಇಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಬಿಡುಗಡೆಯ ಸಮಯದಲ್ಲಿ, ನಮ್ಮ ಬಾಕ್ಸ್ ಪ್ರೊಮೆಥಿಯಸ್ನೊಂದಿಗೆ ಏಕೀಕರಣವನ್ನು ಹೊಂದಿರಲಿಲ್ಲ, ಮತ್ತು ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಉಪವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಹೊಸ ಆವೃತ್ತಿಯು ಬಿಡುಗಡೆಯಾಗಲಿದೆ, ಆದರೆ ನಾವು ಅದನ್ನು ಇನ್ನೂ ಗ್ರಾಹಕರಿಗೆ ರವಾನಿಸಿಲ್ಲ.
ಪ್ರಾಯೋಗಿಕ ಯೋಜನೆ ಪ್ರಾರಂಭವಾಯಿತು, ಅದರ ಗಡಿಗಳನ್ನು ನಿರ್ಧರಿಸಲಾಯಿತು ಮತ್ತು ನಮಗೆ 2 ತಿಂಗಳುಗಳನ್ನು ನೀಡಲಾಯಿತು. ಮುಖ್ಯ ಕಾರ್ಯಗಳೆಂದರೆ:
- ವೇದಿಕೆಯ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಸಿದ್ಧಪಡಿಸಿ ಮತ್ತು ಅದನ್ನು ಬ್ಯಾಂಕಿನ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ನಿಯೋಜಿಸಿ
- 2 ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ (ಜಬ್ಬಿಕ್ಸ್ ಮತ್ತು ಪ್ರಮೀತಿಯಸ್);
- ಸ್ಲಾಕ್ನಲ್ಲಿ ಮತ್ತು SMS ಮೂಲಕ ಜವಾಬ್ದಾರಿಯುತರಿಗೆ ಅಧಿಸೂಚನೆಗಳನ್ನು ಕಳುಹಿಸಿ;
- ಸ್ವಯಂ ಹೀಲಿಂಗ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ರನ್ ಮಾಡಿ.
ಪ್ರಾಯೋಗಿಕ ಯೋಜನೆಯ ಅಗತ್ಯಗಳಿಗಾಗಿ ಸೂಪರ್-ಫಾಸ್ಟ್ ಮೋಡ್ನಲ್ಲಿ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಸಿದ್ಧಪಡಿಸುವಲ್ಲಿ ಪ್ರಾಯೋಗಿಕ ಯೋಜನೆಯ ಮೊದಲ ತಿಂಗಳು ಕಳೆದಿದೆ. ಹೊಸ ಆವೃತ್ತಿಯು ತಕ್ಷಣವೇ ಪ್ರಮೀತಿಯಸ್ ಮತ್ತು ಸ್ವಯಂ-ಚಿಕಿತ್ಸೆಯೊಂದಿಗೆ ಏಕೀಕರಣವನ್ನು ಒಳಗೊಂಡಿದೆ. ನಮ್ಮ ಅಭಿವೃದ್ಧಿ ತಂಡಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ಅವರು ಹಲವಾರು ರಾತ್ರಿಗಳವರೆಗೆ ನಿದ್ರೆ ಮಾಡಲಿಲ್ಲ, ಆದರೆ ಹಿಂದೆ ಮಾಡಿದ ಇತರ ಬದ್ಧತೆಗಳಿಗೆ ಗಡುವನ್ನು ಕಳೆದುಕೊಳ್ಳದೆ ಅವರು ಭರವಸೆ ನೀಡಿದ್ದನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದರು.
ನಾವು ಪೈಲಟ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತಿರುವಾಗ, ಯೋಜನೆಯನ್ನು ಮುಂಚಿತವಾಗಿ ಮುಚ್ಚಬಹುದಾದ ಹೊಸ ಸಮಸ್ಯೆಯನ್ನು ನಾವು ಎದುರಿಸಿದ್ದೇವೆ: ತ್ವರಿತ ಸಂದೇಶವಾಹಕರಿಗೆ ಮತ್ತು SMS ಮೂಲಕ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸಲು, ನಮಗೆ Microsoft Azure ಸರ್ವರ್ಗಳಿಗೆ ಒಳಬರುವ ಮತ್ತು ಹೊರಹೋಗುವ ಸಂಪರ್ಕಗಳ ಅಗತ್ಯವಿದೆ (ಆ ಸಮಯದಲ್ಲಿ ನಾವು ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಬಳಸಿದ್ದೇವೆ Slack ಗೆ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸಲು) ಮತ್ತು ಬಾಹ್ಯ ಕಳುಹಿಸುವ ಸೇವೆ SMS. ಆದರೆ ಈ ಯೋಜನೆಯಲ್ಲಿ, ಸುರಕ್ಷತೆಗೆ ನಿರ್ದಿಷ್ಟ ಗಮನ ನೀಡಲಾಯಿತು. ಬ್ಯಾಂಕಿನ ನೀತಿಗೆ ಅನುಗುಣವಾಗಿ, ಅಂತಹ "ರಂಧ್ರಗಳನ್ನು" ಯಾವುದೇ ಸಂದರ್ಭಗಳಲ್ಲಿ ತೆರೆಯಲಾಗುವುದಿಲ್ಲ. ಎಲ್ಲವೂ ಮುಚ್ಚಿದ ಲೂಪ್ನಿಂದ ಕೆಲಸ ಮಾಡಬೇಕಾಗಿತ್ತು. ಸ್ಲಾಕ್ಗೆ ಮತ್ತು SMS ಮೂಲಕ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸುವ ನಮ್ಮದೇ ಆದ ಆಂತರಿಕ ಸೇವೆಗಳ API ಅನ್ನು ಬಳಸಲು ನಮಗೆ ಅವಕಾಶ ನೀಡಲಾಗಿದೆ, ಆದರೆ ಅಂತಹ ಸೇವೆಗಳನ್ನು ಬಾಕ್ಸ್ನಿಂದ ಹೊರಗೆ ಸಂಪರ್ಕಿಸಲು ನಮಗೆ ಅವಕಾಶವಿರಲಿಲ್ಲ.
ಅಭಿವೃದ್ಧಿ ತಂಡದೊಂದಿಗೆ ಸಂಜೆ ಚರ್ಚೆಯು ಪರಿಹಾರಕ್ಕಾಗಿ ಯಶಸ್ವಿ ಹುಡುಕಾಟದೊಂದಿಗೆ ಕೊನೆಗೊಂಡಿತು. ಬ್ಯಾಕ್ಲಾಗ್ ಮೂಲಕ ಸುತ್ತಾಡಿದ ನಂತರ, ನಮಗೆ ಸಾಕಷ್ಟು ಸಮಯ ಮತ್ತು ಆದ್ಯತೆಯಿಲ್ಲದ ಒಂದು ಕಾರ್ಯವನ್ನು ನಾವು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ - ಪ್ಲಗ್-ಇನ್ ವ್ಯವಸ್ಥೆಯನ್ನು ರಚಿಸಲು ಇದರಿಂದ ಅನುಷ್ಠಾನ ತಂಡಗಳು ಅಥವಾ ಕ್ಲೈಂಟ್ ಸ್ವತಃ ಆಡ್-ಆನ್ಗಳನ್ನು ಬರೆಯಬಹುದು, ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ವಿಸ್ತರಿಸಬಹುದು.
ಆದರೆ ನಮಗೆ ನಿಖರವಾಗಿ ಒಂದು ತಿಂಗಳು ಉಳಿದಿದೆ, ಈ ಸಮಯದಲ್ಲಿ ನಾವು ಎಲ್ಲವನ್ನೂ ಸ್ಥಾಪಿಸಬೇಕು, ಯಾಂತ್ರೀಕೃತಗೊಂಡವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ ಮತ್ತು ನಿಯೋಜಿಸಬೇಕು.
ನಮ್ಮ ಮುಖ್ಯ ವಾಸ್ತುಶಿಲ್ಪಿ ಸೆರ್ಗೆಯ್ ಪ್ರಕಾರ, ಪ್ಲಗ್-ಇನ್ ವ್ಯವಸ್ಥೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕನಿಷ್ಠ ಒಂದು ತಿಂಗಳು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ನಮಗೆ ಸಮಯವಿರಲಿಲ್ಲ...
ಒಂದೇ ಒಂದು ಪರಿಹಾರವಿತ್ತು - ಕ್ಲೈಂಟ್ಗೆ ಹೋಗಿ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಹೇಳಿ. ಗಡುವು ಶಿಫ್ಟ್ ಅನ್ನು ಒಟ್ಟಿಗೆ ಚರ್ಚಿಸಿ. ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡಿದೆ. ನಮಗೆ ಹೆಚ್ಚುವರಿ 2 ವಾರಗಳನ್ನು ನೀಡಲಾಗಿದೆ. ಫಲಿತಾಂಶಗಳನ್ನು ತೋರಿಸಲು ಅವರು ತಮ್ಮದೇ ಆದ ಗಡುವನ್ನು ಮತ್ತು ಆಂತರಿಕ ಕಟ್ಟುಪಾಡುಗಳನ್ನು ಹೊಂದಿದ್ದರು, ಆದರೆ ಅವರು 2 ಮೀಸಲು ವಾರಗಳನ್ನು ಹೊಂದಿದ್ದರು. ಕೊನೆಯಲ್ಲಿ, ನಾವು ಎಲ್ಲವನ್ನೂ ಸಾಲಿನಲ್ಲಿ ಇಡುತ್ತೇವೆ. ಅವ್ಯವಸ್ಥೆ ಮಾಡುವುದು ಅಸಾಧ್ಯವಾಗಿತ್ತು. ಪ್ರಾಮಾಣಿಕತೆ ಮತ್ತು ಪಾಲುದಾರಿಕೆಯ ವಿಧಾನವು ಮತ್ತೊಮ್ಮೆ ಫಲ ನೀಡಿತು.
ಪೈಲಟ್ನ ಪರಿಣಾಮವಾಗಿ, ಹಲವಾರು ಪ್ರಮುಖ ತಾಂತ್ರಿಕ ಫಲಿತಾಂಶಗಳು ಮತ್ತು ತೀರ್ಮಾನಗಳನ್ನು ಪಡೆಯಲಾಗಿದೆ:
ಎಚ್ಚರಿಕೆಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ನಾವು ಹೊಸ ಕಾರ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಿದ್ದೇವೆ
ನಿಯೋಜಿಸಲಾದ ವ್ಯವಸ್ಥೆಯು ಪ್ರಮೀತಿಯಸ್ನಿಂದ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸರಿಯಾಗಿ ಸ್ವೀಕರಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ಗುಂಪು ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿತು. Prometheus ಕ್ಲೈಂಟ್ನಿಂದ ಸಮಸ್ಯೆಯ ಕುರಿತು ಎಚ್ಚರಿಕೆಗಳು ಪ್ರತಿ 30 ಸೆಕೆಂಡ್ಗಳಿಗೆ ಹಾರುತ್ತಿವೆ (ಸಮಯದ ಪ್ರಕಾರ ಗುಂಪು ಮಾಡುವಿಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿಲ್ಲ), ಮತ್ತು ಅವುಗಳನ್ನು "ಛತ್ರಿ" ಯಲ್ಲಿಯೇ ಗುಂಪು ಮಾಡಲು ಸಾಧ್ಯವೇ ಎಂದು ನಾವು ಆಶ್ಚರ್ಯ ಪಡುತ್ತಿದ್ದೆವು. ಇದು ಸಾಧ್ಯ ಎಂದು ಬದಲಾಯಿತು - ವೇದಿಕೆಯಲ್ಲಿ ಎಚ್ಚರಿಕೆಗಳ ಸಂಸ್ಕರಣೆಯನ್ನು ಹೊಂದಿಸುವುದು ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದ ಕಾರ್ಯಗತಗೊಳ್ಳುತ್ತದೆ. ಅವುಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಯಾವುದೇ ತರ್ಕವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಇದು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ನಾವು ಈಗಾಗಲೇ ಟೆಂಪ್ಲೇಟ್ಗಳ ರೂಪದಲ್ಲಿ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಪ್ರಮಾಣಿತ ತರ್ಕವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿದ್ದೇವೆ - ನಿಮ್ಮದೇ ಆದ ಯಾವುದನ್ನಾದರೂ ನೀವು ಬರಲು ಬಯಸದಿದ್ದರೆ, ನೀವು ಸಿದ್ಧವಾದ ಒಂದನ್ನು ಬಳಸಬಹುದು.
"ಸಿಂಥೆಟಿಕ್ ಟ್ರಿಗ್ಗರ್" ಇಂಟರ್ಫೇಸ್. ಸಂಪರ್ಕಿತ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಎಚ್ಚರಿಕೆಗಳ ಸಂಸ್ಕರಣೆಯನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
ವ್ಯವಸ್ಥೆಯ "ಆರೋಗ್ಯ" ಸ್ಥಿತಿಯನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ
ಎಚ್ಚರಿಕೆಗಳ ಆಧಾರದ ಮೇಲೆ, ಕಾನ್ಫಿಗರೇಶನ್ ಘಟಕಗಳ (CUs) ಆರೋಗ್ಯದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಮೇಲ್ವಿಚಾರಣಾ ಘಟನೆಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ. ನಾವು ಸಂಪನ್ಮೂಲ-ಸೇವಾ ಮಾದರಿಯನ್ನು (RSM) ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತಿದ್ದೇವೆ, ಅದು ಆಂತರಿಕ CMDB ಅನ್ನು ಬಳಸಬಹುದು ಅಥವಾ ಬಾಹ್ಯ ಒಂದನ್ನು ಸಂಪರ್ಕಿಸಬಹುದು - ಪ್ರಾಯೋಗಿಕ ಯೋಜನೆಯ ಸಮಯದಲ್ಲಿ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ಆದ CMDB ಅನ್ನು ಸಂಪರ್ಕಿಸಲಿಲ್ಲ.
ಸಂಪನ್ಮೂಲ-ಸೇವಾ ಮಾದರಿಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಇಂಟರ್ಫೇಸ್. ಪೈಲಟ್ RSM.
ಒಳ್ಳೆಯದು, ವಾಸ್ತವವಾಗಿ, ಕ್ಲೈಂಟ್ ಅಂತಿಮವಾಗಿ ಒಂದೇ ಮಾನಿಟರಿಂಗ್ ಪರದೆಯನ್ನು ಹೊಂದಿದೆ, ಅಲ್ಲಿ ವಿವಿಧ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಈವೆಂಟ್ಗಳು ಗೋಚರಿಸುತ್ತವೆ. ಪ್ರಸ್ತುತ, ಎರಡು ವ್ಯವಸ್ಥೆಗಳು "ಛತ್ರಿ" ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿವೆ - ಜಬ್ಬಿಕ್ಸ್ ಮತ್ತು ಪ್ರಮೀತಿಯಸ್, ಮತ್ತು ವೇದಿಕೆಯ ಆಂತರಿಕ ಮೇಲ್ವಿಚಾರಣಾ ವ್ಯವಸ್ಥೆ.
ಅನಾಲಿಟಿಕ್ಸ್ ಇಂಟರ್ಫೇಸ್. ಏಕ ಮಾನಿಟರಿಂಗ್ ಸ್ಕ್ರೀನ್.
ಪ್ರಕ್ರಿಯೆ ಯಾಂತ್ರೀಕರಣವನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ
ಈವೆಂಟ್ಗಳ ಮೇಲ್ವಿಚಾರಣೆಯು ಪೂರ್ವ-ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಕ್ರಿಯೆಗಳ ಪ್ರಾರಂಭವನ್ನು ಪ್ರಚೋದಿಸಿತು - ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸುವುದು, ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು, ಘಟನೆಗಳನ್ನು ನೋಂದಾಯಿಸುವುದು/ಪುಷ್ಟೀಕರಿಸುವುದು - ಎರಡನೆಯದನ್ನು ಈ ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ನೊಂದಿಗೆ ಪ್ರಯತ್ನಿಸಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರಾಯೋಗಿಕ ಯೋಜನೆಯಲ್ಲಿ ಸೇವಾ ಮೇಜಿನೊಂದಿಗೆ ಯಾವುದೇ ಏಕೀಕರಣವಿರಲಿಲ್ಲ.
ಕ್ರಿಯೆಯ ಸೆಟ್ಟಿಂಗ್ಗಳ ಇಂಟರ್ಫೇಸ್. Slack ಗೆ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಕಳುಹಿಸಿ ಮತ್ತು ಸರ್ವರ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿ.
ವಿಸ್ತೃತ ಉತ್ಪನ್ನ ಕಾರ್ಯವನ್ನು
ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಚರ್ಚಿಸುವಾಗ, ಕ್ಲೈಂಟ್ ಬ್ಯಾಷ್ ಬೆಂಬಲ ಮತ್ತು ಈ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಅನುಕೂಲಕರವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದಾದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಕೇಳಿದರು. ಹೊಸ ಆವೃತ್ತಿಯು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಮಾಡಿದೆ (ಕರ್ಲ್, ಎಸ್ಎಸ್ಹೆಚ್ ಮತ್ತು ಎಸ್ಎನ್ಎಂಪಿ ಬೆಂಬಲದೊಂದಿಗೆ ಲುವಾದಲ್ಲಿ ಪೂರ್ಣ ಪ್ರಮಾಣದ ತಾರ್ಕಿಕ ರಚನೆಗಳನ್ನು ಬರೆಯುವ ಸಾಮರ್ಥ್ಯ) ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ನ ಜೀವನ ಚಕ್ರವನ್ನು ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಕಾರ್ಯವನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ (ರಚಿಸಿ, ಸಂಪಾದಿಸಿ, ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ , ಅಳಿಸಿ ಮತ್ತು ಆರ್ಕೈವ್ ಮಾಡಿ).
ಆಟೋಹೀಲಿಂಗ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಇಂಟರ್ಫೇಸ್. SSH ಮೂಲಕ ಸರ್ವರ್ ರೀಬೂಟ್ ಸ್ಕ್ರಿಪ್ಟ್.
ಪ್ರಮುಖ ಸಂಶೋಧನೆಗಳು
ಪೈಲಟ್ ಸಮಯದಲ್ಲಿ, ಪ್ರಸ್ತುತ ಕಾರ್ಯವನ್ನು ಸುಧಾರಿಸುವ ಮತ್ತು ಕ್ಲೈಂಟ್ಗೆ ಮೌಲ್ಯವನ್ನು ಹೆಚ್ಚಿಸುವ ಬಳಕೆದಾರರ ಕಥೆಗಳನ್ನು ಸಹ ರಚಿಸಲಾಗಿದೆ, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಇಲ್ಲಿವೆ:
- ವೇರಿಯಬಲ್ಗಳನ್ನು ನೇರವಾಗಿ ಎಚ್ಚರಿಕೆಯಿಂದ ಸ್ವಯಂ ಹೀಲಿಂಗ್ ಸ್ಕ್ರಿಪ್ಟ್ಗೆ ರವಾನಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ;
- ಸಕ್ರಿಯ ಡೈರೆಕ್ಟರಿ ಮೂಲಕ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ಅಧಿಕಾರವನ್ನು ಸೇರಿಸಿ.
ಮತ್ತು ನಾವು ಹೆಚ್ಚು ಜಾಗತಿಕ ಸವಾಲುಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ - ಇತರ ಸಾಮರ್ಥ್ಯಗಳೊಂದಿಗೆ ಉತ್ಪನ್ನವನ್ನು "ನಿರ್ಮಿಸಲು":
- ನಿಯಮಗಳು ಮತ್ತು ಏಜೆಂಟ್ಗಳಿಗಿಂತ ML ಆಧಾರಿತ ಸಂಪನ್ಮೂಲ-ಸೇವಾ ಮಾದರಿಯ ಸ್ವಯಂಚಾಲಿತ ನಿರ್ಮಾಣ (ಬಹುಶಃ ಈಗ ಮುಖ್ಯ ಸವಾಲು);
- ಹೆಚ್ಚುವರಿ ಸ್ಕ್ರಿಪ್ಟಿಂಗ್ ಮತ್ತು ಲಾಜಿಕ್ ಭಾಷೆಗಳಿಗೆ ಬೆಂಬಲ (ಮತ್ತು ಇದು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಆಗಿರುತ್ತದೆ).
ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಪ್ರಮುಖ ವಿಷಯಈ ಪೈಲಟ್ ಎರಡು ವಿಷಯಗಳನ್ನು ತೋರಿಸುತ್ತದೆ:
- ಪ್ರಾಮಾಣಿಕತೆ ಮತ್ತು ಮುಕ್ತತೆಯ ಆಧಾರದ ಮೇಲೆ ಪರಿಣಾಮಕಾರಿ ಸಂವಹನವನ್ನು ನಿರ್ಮಿಸಿದಾಗ ಕ್ಲೈಂಟ್ನೊಂದಿಗಿನ ಪಾಲುದಾರಿಕೆಗಳು ಪರಿಣಾಮಕಾರಿತ್ವಕ್ಕೆ ಪ್ರಮುಖವಾಗಿವೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಲ್ಪಾವಧಿಯಲ್ಲಿ ಗಮನಾರ್ಹ ಫಲಿತಾಂಶಗಳನ್ನು ಸಾಧಿಸುವ ತಂಡದ ಭಾಗವಾಗುತ್ತದೆ.
- ಯಾವುದೇ ಸಂದರ್ಭಗಳಲ್ಲಿ "ಕಸ್ಟಮೈಸ್" ಮತ್ತು "ಊರುಗೋಲು" ನಿರ್ಮಿಸಲು ಅಗತ್ಯವಿಲ್ಲ - ಕೇವಲ ಸಿಸ್ಟಮ್ ಪರಿಹಾರಗಳು. ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಮಯವನ್ನು ಕಳೆಯುವುದು ಉತ್ತಮ, ಆದರೆ ಇತರ ಕ್ಲೈಂಟ್ಗಳು ಬಳಸುವ ಸಿಸ್ಟಮ್ ಪರಿಹಾರವನ್ನು ಮಾಡಿ. ಮೂಲಕ, ಇದು ಏನಾಯಿತು, ಪ್ಲಗಿನ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಅಜುರೆ ಮೇಲಿನ ಅವಲಂಬನೆಯ ನಿರ್ಮೂಲನೆಯು ಇತರ ಗ್ರಾಹಕರಿಗೆ ಹೆಚ್ಚುವರಿ ಮೌಲ್ಯವನ್ನು ಒದಗಿಸಿದೆ (ಹಲೋ, ಫೆಡರಲ್ ಕಾನೂನು 152).
ಮೂಲ: www.habr.com