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