ಏಪ್ರಿಲ್ 25 ರಂದು, ನಾವು Mail.ru ಗ್ರೂಪ್‌ನಲ್ಲಿ ಮೋಡಗಳು ಮತ್ತು ಸುತ್ತಮುತ್ತಲಿನ ಬಗ್ಗೆ ಸಮ್ಮೇಳನವನ್ನು ನಡೆಸಿದ್ದೇವೆ - . ಕೆಲವು ಮುಖ್ಯಾಂಶಗಳು:
- ಮುಖ್ಯವಾದ — Mail.ru ಕ್ಲೌಡ್ ಪರಿಹಾರಗಳು, #CloudMTS, SberCloud, Selectel, Rostelecom ಡೇಟಾ ಸೆಂಟರ್ ಮತ್ತು Yandex.Cloud ನಮ್ಮ ಕ್ಲೌಡ್ ಮಾರುಕಟ್ಟೆ ಮತ್ತು ಅವರ ಸೇವೆಗಳ ವಿಶಿಷ್ಟತೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದರು;
- Bitrix24 ನ ಸಹೋದ್ಯೋಗಿಗಳು ಅವರು ಹೇಗೆ ಹೇಳಿದರು ;
- ಲೆರಾಯ್ ಮೆರ್ಲಿನ್, ಒಟ್ಕ್ರಿಟಿ, ಬರ್ಗರ್ ಕಿಂಗ್ ಮತ್ತು ಷ್ನೇಯ್ಡರ್ ಎಲೆಕ್ಟ್ರಿಕ್ ಆಸಕ್ತಿದಾಯಕವಾದವುಗಳನ್ನು ಒದಗಿಸಿದ್ದಾರೆ — ಐಟಿಗಾಗಿ ಅವರ ವ್ಯವಹಾರವು ಯಾವ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು ಕ್ಲೌಡ್ ಸೇರಿದಂತೆ ಯಾವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಅವರು ಹೆಚ್ಚು ಭರವಸೆಯೆಂದು ನೋಡುತ್ತಾರೆ.
ನೀವು mailto:CLOUD ಕಾನ್ಫರೆನ್ಸ್‌ನಿಂದ ಎಲ್ಲಾ ವೀಡಿಯೊಗಳನ್ನು ವೀಕ್ಷಿಸಬಹುದು , ಮತ್ತು ಮೈಕ್ರೊ ಸರ್ವೀಸಸ್ ಬಗ್ಗೆ ಚರ್ಚೆ ಹೇಗೆ ಹೋಯಿತು ಎಂಬುದನ್ನು ಇಲ್ಲಿ ನೀವು ಓದಬಹುದು. MegaFon ವ್ಯಾಪಾರ ವ್ಯವಸ್ಥೆಗಳ ಸಂಶೋಧನೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಕೇಂದ್ರದ ಮುಖ್ಯಸ್ಥ ಅಲೆಕ್ಸಾಂಡರ್ ಡ್ಯೂಲಿನ್ ಮತ್ತು M.Video-Eldorado ಗುಂಪಿನ ಮಾಹಿತಿ ತಂತ್ರಜ್ಞಾನ ನಿರ್ದೇಶಕ ಸೆರ್ಗೆಯ್ ಸೆರ್ಗೆವ್ ಅವರು ಏಕಶಿಲೆಗಳನ್ನು ತೊಡೆದುಹಾಕಲು ತಮ್ಮ ಯಶಸ್ವಿ ಪ್ರಕರಣಗಳನ್ನು ಹಂಚಿಕೊಂಡಿದ್ದಾರೆ. ನಾವು ಐಟಿ ತಂತ್ರ, ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಮಾನವ ಸಂಪನ್ಮೂಲದ ಸಂಬಂಧಿತ ಸಮಸ್ಯೆಗಳನ್ನು ಸಹ ಚರ್ಚಿಸಿದ್ದೇವೆ.
ಪ್ಯಾನೆಲಿಸ್ಟ್‌ಗಳು
- ಸೆರ್ಗೆಯ್ ಸೆರ್ಗೆವ್, ಗುಂಪು CIO "M.Video-Eldorado";
- ಅಲೆಕ್ಸಾಂಡರ್ ಡ್ಯೂಲಿನ್, ವ್ಯಾಪಾರ ವ್ಯವಸ್ಥೆಗಳ ಸಂಶೋಧನೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಕೇಂದ್ರದ ಮುಖ್ಯಸ್ಥ ಮೆಗಾಫೋನ್;
- ಮಾಡರೇಟರ್ - ಡಿಮಿಟ್ರಿ ಲಾಜರೆಂಕೊ, PaaS ನಿರ್ದೇಶನದ ಮುಖ್ಯಸ್ಥ Mail.ru ಕ್ಲೌಡ್ ಪರಿಹಾರಗಳು.
ಅಲೆಕ್ಸಾಂಡರ್ ಡ್ಯೂಲಿನ್ ಅವರ ಭಾಷಣದ ನಂತರ M.Video-Eldorado ಮತ್ತು ಚರ್ಚಾ ಮಾಡರೇಟರ್ Dmitry Lazarenko, Mail.ru ಕ್ಲೌಡ್ ಸೊಲ್ಯೂಷನ್ಸ್‌ನಿಂದ ಸೆರ್ಗೆಯ್ ಸೆರ್ಗೆವ್ ಅವರು ಚರ್ಚೆಗೆ ಸೇರಿಕೊಂಡರು.
ಕೆಳಗೆ ನಾವು ನಿಮಗಾಗಿ ಚರ್ಚೆಯ ಪ್ರತಿಲೇಖನವನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ, ಆದರೆ ನೀವು ವೀಡಿಯೊವನ್ನು ಸಹ ವೀಕ್ಷಿಸಬಹುದು:
ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳಿಗೆ ಪರಿವರ್ತನೆಯು ಮಾರುಕಟ್ಟೆಯ ಅಗತ್ಯಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿದೆ
ಡಿಮಿಟ್ರಿ:
ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗೆ ವಲಸೆ ಹೋಗುವ ಯಾವುದೇ ಯಶಸ್ವಿ ಅನುಭವವನ್ನು ನೀವು ಹೊಂದಿದ್ದೀರಾ? ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ: ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಬಳಸುವುದರಿಂದ ಅಥವಾ ಏಕಶಿಲೆಗಳಿಂದ ಮೈಕ್ರೋಸರ್ವೀಸ್‌ಗಳಿಗೆ ಚಲಿಸುವುದರಿಂದ ನೀವು ಎಲ್ಲಿ ಉತ್ತಮ ವ್ಯಾಪಾರ ಲಾಭವನ್ನು ನೋಡುತ್ತೀರಿ?
ಸೆರ್ಗೆ:
ನಾವು ಈಗಾಗಲೇ ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗೆ ಪರಿವರ್ತನೆಯಲ್ಲಿ ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಬಂದಿದ್ದೇವೆ ಮತ್ತು ಮೂರು ವರ್ಷಗಳಿಗೂ ಹೆಚ್ಚು ಕಾಲ ಈ ವಿಧಾನವನ್ನು ಬಳಸುತ್ತಿದ್ದೇವೆ. ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳ ಅಗತ್ಯವನ್ನು ಸಮರ್ಥಿಸುವ ಮೊದಲ ಅಗತ್ಯವೆಂದರೆ ಬ್ಯಾಕ್ ಆಫೀಸ್‌ನೊಂದಿಗೆ ವಿವಿಧ ಮುಂಭಾಗದ ಉತ್ಪನ್ನಗಳ ಅಂತ್ಯವಿಲ್ಲದ ಏಕೀಕರಣ. ಮತ್ತು ಪ್ರತಿ ಬಾರಿ ಹೆಚ್ಚುವರಿ ಏಕೀಕರಣ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಮಾಡಲು ನಾವು ಒತ್ತಾಯಿಸಲ್ಪಟ್ಟಿದ್ದೇವೆ, ಈ ಅಥವಾ ಆ ಸೇವೆಯ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ನಮ್ಮದೇ ಆದ ನಿಯಮಗಳನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸುತ್ತೇವೆ.
ಕೆಲವು ಹಂತದಲ್ಲಿ, ನಾವು ನಮ್ಮ ಸಿಸ್ಟಮ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕತೆಯ ಔಟ್‌ಪುಟ್ ಅನ್ನು ವೇಗಗೊಳಿಸಬೇಕಾಗಿದೆ ಎಂದು ನಾವು ಅರಿತುಕೊಂಡಿದ್ದೇವೆ. ಆ ಕ್ಷಣದಲ್ಲಿ, ಮೈಕ್ರೋಸರ್ವಿಸ್ ಮತ್ತು ಮೈಕ್ರೋಸರ್ವೀಸ್ ವಿಧಾನದಂತಹ ಪರಿಕಲ್ಪನೆಗಳು ಈಗಾಗಲೇ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಮತ್ತು ನಾವು ಅದನ್ನು ಪ್ರಯತ್ನಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಇದು 2016 ರಲ್ಲಿ ಪ್ರಾರಂಭವಾಯಿತು. ನಂತರ ವೇದಿಕೆಯನ್ನು ಹಾಕಲಾಯಿತು ಮತ್ತು ಮೊದಲ 10 ಸೇವೆಗಳನ್ನು ಪ್ರತ್ಯೇಕ ತಂಡದಿಂದ ಅಳವಡಿಸಲಾಯಿತು.
ಮೊದಲ ಸೇವೆಗಳಲ್ಲಿ ಒಂದಾದ, ಹೆಚ್ಚು ಲೋಡ್ ಆಗಿದ್ದು, ಬೆಲೆ ಲೆಕ್ಕಾಚಾರ ಸೇವೆಯಾಗಿದೆ. ಪ್ರತಿ ಬಾರಿ ನೀವು ಯಾವುದೇ ಚಾನಲ್‌ಗೆ, M.Video-Eldorado ಗುಂಪಿನ ಕಂಪನಿಗಳಿಗೆ ಬಂದಾಗ, ಅದು ವೆಬ್‌ಸೈಟ್ ಅಥವಾ ಚಿಲ್ಲರೆ ಅಂಗಡಿಯಾಗಿರಬಹುದು, ಅಲ್ಲಿ ಉತ್ಪನ್ನವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಅಥವಾ “ಬಾಸ್ಕೆಟ್” ನಲ್ಲಿ ಬೆಲೆಯನ್ನು ನೋಡಿ, ವೆಚ್ಚವು ಸ್ವಯಂಚಾಲಿತವಾಗಿರುತ್ತದೆ ಒಂದು ಸೇವೆಯಿಂದ ಲೆಕ್ಕಹಾಕಲಾಗಿದೆ. ಇದು ಏಕೆ ಅಗತ್ಯ: ಇದಕ್ಕೂ ಮೊದಲು, ಪ್ರತಿ ವ್ಯವಸ್ಥೆಯು ಪ್ರಚಾರಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ತನ್ನದೇ ಆದ ತತ್ವಗಳನ್ನು ಹೊಂದಿತ್ತು - ರಿಯಾಯಿತಿಗಳು ಮತ್ತು ಹೀಗೆ. ನಮ್ಮ ಬ್ಯಾಕ್ ಆಫೀಸ್ ಬೆಲೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ; ರಿಯಾಯಿತಿ ಕಾರ್ಯವನ್ನು ಮತ್ತೊಂದು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ. ಇದನ್ನು ಕೇಂದ್ರೀಕರಿಸುವ ಅಗತ್ಯವಿದೆ ಮತ್ತು ಇದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಮಗೆ ಅನುಮತಿಸುವ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಯ ರೂಪದಲ್ಲಿ ಅನನ್ಯ, ಬೇರ್ಪಡಿಸಬಹುದಾದ ಸೇವೆಯನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ. ನಾವು ಪ್ರಾರಂಭಿಸಿದ್ದು ಬಹುಮಟ್ಟಿಗೆ.
ಮೊದಲ ಫಲಿತಾಂಶಗಳ ಮೌಲ್ಯವು ತುಂಬಾ ದೊಡ್ಡದಾಗಿದೆ. ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಪ್ರತ್ಯೇಕವಾಗಿ ಮತ್ತು ಒಟ್ಟುಗೂಡಿದ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಅನುಮತಿಸುವ ಬೇರ್ಪಡಿಸಬಹುದಾದ ಘಟಕಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಾಯಿತು. ಎರಡನೆಯದಾಗಿ, ಹೆಚ್ಚಿನ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಏಕೀಕರಣದ ವಿಷಯದಲ್ಲಿ ನಾವು ಮಾಲೀಕತ್ವದ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡಿದ್ದೇವೆ.
ಕಳೆದ ಮೂರು ವರ್ಷಗಳಲ್ಲಿ, ನಾವು ಮೂರು ಮುಂಚೂಣಿ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ಕಂಪನಿಯು ಭರಿಸಬಹುದಾದಷ್ಟು ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ಅವುಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟಕರವಾಗಿತ್ತು. ಆದ್ದರಿಂದ, ಹೊಸ ಮಳಿಗೆಗಳನ್ನು ಹುಡುಕುವ ಕಾರ್ಯವು ಹುಟ್ಟಿಕೊಂಡಿತು, ವೇಗದ ಪರಿಭಾಷೆಯಲ್ಲಿ, ಆಂತರಿಕ ವೆಚ್ಚಗಳು ಮತ್ತು ದಕ್ಷತೆಯ ವಿಷಯದಲ್ಲಿ ಮಾರುಕಟ್ಟೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗೆ ವಲಸೆ ಹೋಗುವ ಯಶಸ್ಸನ್ನು ಅಳೆಯುವುದು ಹೇಗೆ
ಡಿಮಿಟ್ರಿ:
ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗೆ ವಲಸೆ ಹೋಗುವಲ್ಲಿ ಯಶಸ್ಸನ್ನು ಹೇಗೆ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ? ಪ್ರತಿ ಕಂಪನಿಯಲ್ಲಿ "ಮೊದಲು" ಯಾವುದು? ಪರಿವರ್ತನೆಯ ಯಶಸ್ಸನ್ನು ನಿರ್ಧರಿಸಲು ನೀವು ಯಾವ ಮೆಟ್ರಿಕ್ ಅನ್ನು ಬಳಸಿದ್ದೀರಿ ಮತ್ತು ಅದನ್ನು ಯಾರು ನಿರ್ಧರಿಸಿದ್ದಾರೆ?
ಸೆರ್ಗೆ:
ಮೊದಲನೆಯದಾಗಿ, ಇದು ಐಟಿಯೊಳಗೆ ಒಂದು ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯಾಗಿ ಜನಿಸಿತು - ಹೊಸ ಸಾಮರ್ಥ್ಯಗಳನ್ನು "ಅನ್ಲಾಕ್ ಮಾಡುವುದು". ಮಾರುಕಟ್ಟೆಯ ಸವಾಲುಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ, ತುಲನಾತ್ಮಕವಾಗಿ ಒಂದೇ ಹಣಕ್ಕಾಗಿ ಎಲ್ಲವನ್ನೂ ವೇಗವಾಗಿ ಮಾಡುವ ಅವಶ್ಯಕತೆ ನಮಗಿತ್ತು. ಈಗ ಯಶಸ್ಸನ್ನು ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಮರುಬಳಕೆ ಮಾಡುವ ಸೇವೆಗಳ ಸಂಖ್ಯೆಯಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಲಾಗುತ್ತದೆ, ತಮ್ಮಲ್ಲಿನ ಪ್ರಕ್ರಿಯೆಗಳ ಏಕೀಕರಣ. ಈಗ ಅದು ಇದೆ, ಆದರೆ ಆ ಕ್ಷಣದಲ್ಲಿ ವೇದಿಕೆಯನ್ನು ರಚಿಸಲು ಮತ್ತು ನಾವು ಇದನ್ನು ಮಾಡಬಹುದು ಎಂಬ ಊಹೆಯನ್ನು ದೃಢೀಕರಿಸಲು ಇದು ಒಂದು ಅವಕಾಶವಾಗಿತ್ತು, ಅದು ಪರಿಣಾಮವನ್ನು ನೀಡುತ್ತದೆ ಮತ್ತು ವ್ಯವಹಾರದ ಪ್ರಕರಣವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ.
ಅಲೆಕ್ಸಾಂಡರ್:
ಯಶಸ್ಸು ಒಂದು ಆಂತರಿಕ ಭಾವನೆಯಾಗಿದೆ. ವ್ಯಾಪಾರವು ಯಾವಾಗಲೂ ಹೆಚ್ಚಿನದನ್ನು ಬಯಸುತ್ತದೆ ಮತ್ತು ನಮ್ಮ ಬ್ಯಾಕ್‌ಲಾಗ್‌ನ ಆಳವು ಯಶಸ್ಸಿನ ಪುರಾವೆಯಾಗಿದೆ. ಅದು ನನಗೆ ಹಾಗೆ ತೋರುತ್ತದೆ.
ಸೆರ್ಗೆ:
ಹೌದು, ನಾನು ಒಪ್ಪುತ್ತೇನೆ. ಮೂರು ವರ್ಷಗಳಲ್ಲಿ, ನಾವು ಈಗಾಗಲೇ ಇನ್ನೂರಕ್ಕೂ ಹೆಚ್ಚು ಸೇವೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಬ್ಯಾಕ್‌ಲಾಗ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ತಂಡದೊಳಗಿನ ಸಂಪನ್ಮೂಲಗಳ ಅಗತ್ಯವು ಕೇವಲ ಬೆಳೆಯುತ್ತಿದೆ - ವಾರ್ಷಿಕವಾಗಿ 30%. ಜನರು ಭಾವಿಸಿದ್ದರಿಂದ ಇದು ನಡೆಯುತ್ತಿದೆ: ಇದು ವೇಗವಾಗಿದೆ, ವಿಭಿನ್ನವಾಗಿದೆ, ವಿಭಿನ್ನ ತಂತ್ರಜ್ಞಾನಗಳಿವೆ, ಇದೆಲ್ಲವೂ ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿದೆ.
ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು ಬರುತ್ತವೆ, ಆದರೆ ಕೋರ್ ಉಳಿಯುತ್ತದೆ
ಡಿಮಿಟ್ರಿ:
ನೀವು ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಹೂಡಿಕೆ ಮಾಡುವ ಅಂತ್ಯವಿಲ್ಲದ ಪ್ರಕ್ರಿಯೆಯಂತಿದೆ. ವ್ಯವಹಾರಕ್ಕಾಗಿ ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗೆ ಪರಿವರ್ತನೆ ಈಗಾಗಲೇ ಮುಗಿದಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ?
ಸೆರ್ಗೆ:
ಉತ್ತರಿಸುವುದು ತುಂಬಾ ಸುಲಭ. ನೀವು ಏನು ಯೋಚಿಸುತ್ತೀರಿ: ಫೋನ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಅಂತ್ಯವಿಲ್ಲದ ಪ್ರಕ್ರಿಯೆ? ನಾವೇ ಪ್ರತಿ ವರ್ಷ ಫೋನ್ ಖರೀದಿಸುತ್ತೇವೆ. ಮತ್ತು ಇಲ್ಲಿ ಅದು: ವೇಗದ ಅವಶ್ಯಕತೆ ಇರುವವರೆಗೆ, ಮಾರುಕಟ್ಟೆಗೆ ಹೊಂದಿಕೊಳ್ಳಲು, ಕೆಲವು ಬದಲಾವಣೆಗಳು ಅಗತ್ಯವಿರುತ್ತದೆ. ನಾವು ಪ್ರಮಾಣಿತ ವಿಷಯಗಳನ್ನು ತ್ಯಜಿಸುತ್ತೇವೆ ಎಂದು ಇದರ ಅರ್ಥವಲ್ಲ.
ಆದರೆ ನಾವು ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಬಾರಿಗೆ ಮುಚ್ಚಲು ಮತ್ತು ಮತ್ತೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಾವು ಹಿಂದೆ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದ ಪರಂಪರೆ, ಪ್ರಮಾಣಿತ ಏಕೀಕರಣ ಸೇವೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ಬಸ್‌ಗಳು ಮತ್ತು ಹೀಗೆ. ಆದರೆ ಬಾಕಿ ಇದೆ, ಮತ್ತು ಅಗತ್ಯವೂ ಇದೆ. ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ಅವುಗಳ ಕಾರ್ಯವು ಬೆಳೆಯುತ್ತಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಿಮಗೆ 30% ಹೆಚ್ಚಿನ ಹಣವನ್ನು ನೀಡಲಾಗುವುದು ಎಂದು ಯಾರೂ ಹೇಳುವುದಿಲ್ಲ. ಅಂದರೆ, ಯಾವಾಗಲೂ ಒಂದು ಕಡೆ ಅಗತ್ಯತೆಗಳಿವೆ, ಮತ್ತು ಮತ್ತೊಂದೆಡೆ ದಕ್ಷತೆಯ ಹುಡುಕಾಟ.
ಡಿಮಿಟ್ರಿ:
ಜೀವನವು ಉತ್ತಮ ಸ್ಥಿತಿಯಲ್ಲಿದೆ. (ನಗು)
ಅಲೆಕ್ಸಾಂಡರ್:
ಸಾಮಾನ್ಯವಾಗಿ, ಹೌದು. ಭೂದೃಶ್ಯದಿಂದ ಮುಖ್ಯ ಭಾಗವನ್ನು ತೆಗೆದುಹಾಕಲು ನಾವು ಕ್ರಾಂತಿಕಾರಿ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಸಿಸ್ಟಂಗಳನ್ನು ಕೊಳೆಯಲು ವ್ಯವಸ್ಥಿತ ಕೆಲಸಗಳು ನಡೆಯುತ್ತಿವೆ, ಇದರಿಂದಾಗಿ ಅವು ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನೊಂದಿಗೆ ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಿರುತ್ತವೆ, ಪರಸ್ಪರ ವ್ಯವಸ್ಥೆಗಳ ಪ್ರಭಾವವನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ.
ಆದರೆ ನಾವು ಮುಖ್ಯ ಭಾಗವನ್ನು ಇರಿಸಿಕೊಳ್ಳಲು ಯೋಜಿಸುತ್ತೇವೆ, ಏಕೆಂದರೆ ಆಪರೇಟರ್‌ನ ಭೂದೃಶ್ಯದಲ್ಲಿ ನಾವು ಖರೀದಿಸುವ ಕೆಲವು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಯಾವಾಗಲೂ ಇರುತ್ತವೆ. ಮತ್ತೊಮ್ಮೆ, ನಮಗೆ ಆರೋಗ್ಯಕರ ಸಮತೋಲನ ಬೇಕು: ನಾವು ಕೋರ್ ಅನ್ನು ಕತ್ತರಿಸಲು ಹೊರದಬ್ಬಬಾರದು. ನಾವು ವ್ಯವಸ್ಥೆಗಳನ್ನು ಅಕ್ಕಪಕ್ಕದಲ್ಲಿ ಇರಿಸುತ್ತೇವೆ ಮತ್ತು ಈಗ ನಾವು ಈಗಾಗಲೇ ಅನೇಕ ಪ್ರಮುಖ ಭಾಗಗಳ ಮೇಲಿದ್ದೇವೆ ಎಂದು ತಿರುಗುತ್ತದೆ. ಇದಲ್ಲದೆ, ಕಾರ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು, ನಮ್ಮ ಸಂವಹನ ಸೇವೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಎಲ್ಲಾ ಚಾನಲ್‌ಗಳಿಗೆ ಅಗತ್ಯವಾದ ಪ್ರಾತಿನಿಧ್ಯಗಳನ್ನು ನಾವು ರಚಿಸುತ್ತೇವೆ.
ವ್ಯವಹಾರಗಳಿಗೆ ಮೈಕ್ರೋ ಸರ್ವಿಸ್‌ಗಳನ್ನು ಮಾರಾಟ ಮಾಡುವುದು ಹೇಗೆ
ಡಿಮಿಟ್ರಿ:
ನನಗೂ ಆಸಕ್ತಿ ಇದೆ - ಬದಲಾಯಿಸದ, ಆದರೆ ಯೋಜಿಸುತ್ತಿರುವವರಿಗೆ: ಈ ಕಲ್ಪನೆಯನ್ನು ವ್ಯಾಪಾರಕ್ಕೆ ಮಾರಾಟ ಮಾಡುವುದು ಎಷ್ಟು ಸುಲಭ ಮತ್ತು ಇದು ಸಾಹಸ, ಹೂಡಿಕೆ ಯೋಜನೆಯೇ? ಅಥವಾ ಇದು ಪ್ರಜ್ಞಾಪೂರ್ವಕ ತಂತ್ರವಾಗಿದೆಯೇ: ಈಗ ನಾವು ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗೆ ಹೋಗುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಅದು ಅಷ್ಟೆ, ಯಾವುದೂ ನಮ್ಮನ್ನು ತಡೆಯುವುದಿಲ್ಲ. ಅದು ನಿಮಗೆ ಹೇಗಿತ್ತು?
ಸೆರ್ಗೆ:
ನಾವು ಒಂದು ವಿಧಾನವನ್ನು ಮಾರಾಟ ಮಾಡುತ್ತಿಲ್ಲ, ಆದರೆ ವ್ಯಾಪಾರ ಲಾಭ. ವ್ಯಾಪಾರದಲ್ಲಿ ಸಮಸ್ಯೆ ಇದೆ, ಮತ್ತು ನಾವು ಅದನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ. ಆ ಕ್ಷಣದಲ್ಲಿ, ವಿಭಿನ್ನ ಚಾನೆಲ್‌ಗಳು ಬೆಲೆಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ವಿಭಿನ್ನ ತತ್ವಗಳನ್ನು ಬಳಸಿದವು - ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಚಾರಗಳಿಗಾಗಿ, ಪ್ರಚಾರಗಳಿಗಾಗಿ, ಇತ್ಯಾದಿ. ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟಕರವಾಗಿತ್ತು, ದೋಷಗಳು ಸಂಭವಿಸಿವೆ ಮತ್ತು ನಾವು ಗ್ರಾಹಕರ ದೂರುಗಳನ್ನು ಆಲಿಸಿದ್ದೇವೆ. ಅಂದರೆ, ನಾವು ಸಮಸ್ಯೆಗೆ ಪರಿಹಾರವನ್ನು ಮಾರಾಟ ಮಾಡುತ್ತಿದ್ದೇವೆ, ಆದರೆ ವೇದಿಕೆಯನ್ನು ರಚಿಸಲು ನಮಗೆ ಹಣದ ಅಗತ್ಯವಿದೆ ಎಂಬ ಅಂಶದೊಂದಿಗೆ ನಾವು ಬಂದಿದ್ದೇವೆ. ಮತ್ತು ಅವರು ಹೂಡಿಕೆಯ ಮೊದಲ ಹಂತದ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ವ್ಯವಹಾರ ಪ್ರಕರಣವನ್ನು ತೋರಿಸಿದರು: ನಾವು ಅದನ್ನು ಹೇಗೆ ಮರುಪಾವತಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತೇವೆ ಮತ್ತು ಇದು ನಮಗೆ ಏನು ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ.
ಡಿಮಿಟ್ರಿ:
ಮೊದಲ ಹಂತದ ಸಮಯವನ್ನು ನೀವು ಹೇಗಾದರೂ ರೆಕಾರ್ಡ್ ಮಾಡಿದ್ದೀರಾ?
ಸೆರ್ಗೆ:
ಖಂಡಿತವಾಗಿಯೂ. ಕೋರ್ ಅನ್ನು ವೇದಿಕೆಯಾಗಿ ರಚಿಸಲು ಮತ್ತು ಪೈಲಟ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು ನಾವು 6 ತಿಂಗಳುಗಳನ್ನು ನಿಗದಿಪಡಿಸಿದ್ದೇವೆ. ಈ ಸಮಯದಲ್ಲಿ, ನಾವು ಪೈಲಟ್ ಅನ್ನು ಸ್ಕೇಟ್ ಮಾಡಲು ವೇದಿಕೆಯನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ. ನಂತರ ಊಹೆಯನ್ನು ದೃಢೀಕರಿಸಲಾಯಿತು, ಮತ್ತು ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ನಾವು ಮುಂದುವರಿಯಬಹುದು ಎಂದರ್ಥ. ಅವರು ಪುನರಾವರ್ತಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು ಮತ್ತು ತಂಡವನ್ನು ಬಲಪಡಿಸಿದರು - ಅವರು ಅದನ್ನು ಪ್ರತ್ಯೇಕ ವಿಭಾಗಕ್ಕೆ ಸ್ಥಳಾಂತರಿಸಿದರು.
ಮುಂದೆ ವ್ಯಾಪಾರ ಅಗತ್ಯತೆಗಳು, ಅವಕಾಶಗಳು, ಸಂಪನ್ಮೂಲಗಳ ಲಭ್ಯತೆ ಮತ್ತು ಪ್ರಸ್ತುತ ಕಾರ್ಯದಲ್ಲಿರುವ ಎಲ್ಲದರ ಆಧಾರದ ಮೇಲೆ ವ್ಯವಸ್ಥಿತ ಕೆಲಸ ಬರುತ್ತದೆ.
ಡಿಮಿಟ್ರಿ:
ಸರಿ. ಅಲೆಕ್ಸಾಂಡರ್, ನೀವು ಏನು ಹೇಳುತ್ತೀರಿ?
ಅಲೆಕ್ಸಾಂಡರ್:
ನಮ್ಮ ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳು "ಸಮುದ್ರದ ಫೋಮ್" ನಿಂದ ಹುಟ್ಟಿವೆ - ಸಂಪನ್ಮೂಲಗಳನ್ನು ಉಳಿಸುವ ಕಾರಣದಿಂದಾಗಿ, ಸರ್ವರ್ ಸಾಮರ್ಥ್ಯದ ರೂಪದಲ್ಲಿ ಕೆಲವು ಎಂಜಲುಗಳು ಮತ್ತು ತಂಡದೊಳಗಿನ ಪಡೆಗಳ ಪುನರ್ವಿತರಣೆಯಿಂದಾಗಿ. ಆರಂಭದಲ್ಲಿ, ನಾವು ಈ ಯೋಜನೆಯನ್ನು ವ್ಯಾಪಾರಕ್ಕೆ ಮಾರಾಟ ಮಾಡಲಿಲ್ಲ. ನಾವಿಬ್ಬರೂ ಸಂಶೋಧನೆ ಮಾಡಿ ಅದಕ್ಕೆ ತಕ್ಕಂತೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಯೋಜನೆ ಇದಾಗಿದೆ. ನಾವು 2018 ರ ಆರಂಭದಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ ಮತ್ತು ಈ ದಿಕ್ಕನ್ನು ಉತ್ಸಾಹದಿಂದ ಸರಳವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದೇವೆ. ಮಾರಾಟವು ಇದೀಗ ಪ್ರಾರಂಭವಾಗಿದೆ ಮತ್ತು ನಾವು ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿದ್ದೇವೆ.
ಡಿಮಿಟ್ರಿ:
ವಾರದಲ್ಲಿ ಒಂದು ಉಚಿತ ದಿನದಲ್ಲಿ - Google ನಂತಹ ಕೆಲಸಗಳನ್ನು ಮಾಡಲು ವ್ಯಾಪಾರವು ನಿಮಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆಯೇ? ನಿಮಗೆ ಅಂತಹ ನಿರ್ದೇಶನವಿದೆಯೇ?
ಅಲೆಕ್ಸಾಂಡರ್:
ಸಂಶೋಧನೆಯ ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ವ್ಯಾಪಾರದ ಸಮಸ್ಯೆಗಳನ್ನು ಸಹ ವ್ಯವಹರಿಸಿದ್ದೇವೆ, ಆದ್ದರಿಂದ ನಮ್ಮ ಎಲ್ಲಾ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳಿಗೆ ಪರಿಹಾರಗಳಾಗಿವೆ. ಆರಂಭದಲ್ಲಿ ಮಾತ್ರ ನಾವು ಚಂದಾದಾರರ ತಳಹದಿಯ ಒಂದು ಸಣ್ಣ ಭಾಗವನ್ನು ಒಳಗೊಂಡಿರುವ ಮೈಕ್ರೋ ಸರ್ವೀಸ್ಗಳನ್ನು ನಿರ್ಮಿಸಿದ್ದೇವೆ ಮತ್ತು ಈಗ ನಾವು ಬಹುತೇಕ ಎಲ್ಲಾ ಪ್ರಮುಖ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಇರುತ್ತೇವೆ.
ಮತ್ತು ವಸ್ತು ಪರಿಣಾಮವು ಈಗಾಗಲೇ ಸ್ಪಷ್ಟವಾಗಿದೆ - ನಾವು ಈಗಾಗಲೇ ಎಣಿಸಬಹುದು, ನಾವು ಹಳೆಯ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿದರೆ ಉತ್ಪನ್ನದ ಉಡಾವಣೆಗಳ ವೇಗ ಮತ್ತು ಕಳೆದುಹೋದ ಆದಾಯವನ್ನು ಅಂದಾಜು ಮಾಡಬಹುದು. ಇದನ್ನೇ ನಾವು ಪ್ರಕರಣವನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೇವೆ.
ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು: ಪ್ರಚೋದನೆ ಅಥವಾ ಅವಶ್ಯಕತೆ?
ಡಿಮಿಟ್ರಿ:
ಸಂಖ್ಯೆಗಳು ಸಂಖ್ಯೆಗಳಾಗಿವೆ. ಮತ್ತು ಆದಾಯ ಅಥವಾ ಹಣವನ್ನು ಉಳಿಸುವುದು ಬಹಳ ಮುಖ್ಯ. ನೀವು ಇನ್ನೊಂದು ಕಡೆ ನೋಡಿದರೆ ಏನು? ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳು ಒಂದು ಟ್ರೆಂಡ್, ಹೈಪ್ ಮತ್ತು ಅನೇಕ ಕಂಪನಿಗಳು ಅದನ್ನು ದುರುಪಯೋಗಪಡಿಸಿಕೊಳ್ಳುತ್ತಿವೆ ಎಂದು ತೋರುತ್ತದೆ? ನೀವು ಏನು ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗಳಿಗೆ ಅನುವಾದಿಸುವುದಿಲ್ಲ ಎಂಬುದರ ನಡುವೆ ನೀವು ಎಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿ ವ್ಯತ್ಯಾಸವನ್ನು ಹೊಂದಿದ್ದೀರಿ? ಈಗ ಪರಂಪರೆಯಾದರೆ, 5 ವರ್ಷಗಳಲ್ಲಿ ನೀವು ಇನ್ನೂ ಪರಂಪರೆಯನ್ನು ಹೊಂದಿದ್ದೀರಾ? 5 ವರ್ಷಗಳಲ್ಲಿ M.Video-Eldorado ಮತ್ತು MegaFon ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳ ವಯಸ್ಸು ಎಷ್ಟು? ಹತ್ತು ವರ್ಷ, ಹದಿನೈದು ವರ್ಷಗಳಷ್ಟು ಹಳೆಯ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳು ಇರುತ್ತವೆಯೇ ಅಥವಾ ಹೊಸ ಪೀಳಿಗೆಯೇ? ನೀವು ಇದನ್ನು ಹೇಗೆ ನೋಡುತ್ತೀರಿ?
ಸೆರ್ಗೆ:
ತುಂಬಾ ದೂರ ಯೋಚಿಸುವುದು ಕಷ್ಟ ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ. ನಾವು ಹಿಂತಿರುಗಿ ನೋಡಿದರೆ, ಯಂತ್ರ ಕಲಿಕೆ ಮತ್ತು ಮುಖದ ಮೂಲಕ ಬಳಕೆದಾರರ ಗುರುತಿಸುವಿಕೆ ಸೇರಿದಂತೆ ತಂತ್ರಜ್ಞಾನ ಮಾರುಕಟ್ಟೆಯು ಈ ರೀತಿಯಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತದೆ ಎಂದು ಯಾರು ಊಹಿಸಿದ್ದಾರೆ? ಆದರೆ ನೀವು ಮುಂಬರುವ ವರ್ಷಗಳಲ್ಲಿ ನೋಡಿದರೆ, ಕಂಪನಿಗಳಲ್ಲಿ ಕೋರ್ ಸಿಸ್ಟಮ್‌ಗಳು, ಎಂಟರ್‌ಪ್ರೈಸ್ ಇಆರ್‌ಪಿ-ಕ್ಲಾಸ್ ಸಿಸ್ಟಮ್‌ಗಳು - ಅವು ಬಹಳ ಸಮಯದಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿವೆ ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ.
ನಮ್ಮ ಕಂಪನಿಗಳು ಒಟ್ಟಾರೆಯಾಗಿ 25 ವರ್ಷ ಹಳೆಯವು, ಸಿಸ್ಟಂಗಳ ಭೂದೃಶ್ಯದಲ್ಲಿ ಕ್ಲಾಸಿಕ್ ERP ತುಂಬಾ ಆಳವಾಗಿದೆ. ನಾವು ಅಲ್ಲಿಂದ ಕೆಲವು ತುಣುಕುಗಳನ್ನು ತೆಗೆದುಕೊಂಡು ಅವುಗಳನ್ನು ಮೈಕ್ರೋ ಸರ್ವಿಸ್‌ಗಳಾಗಿ ಒಟ್ಟುಗೂಡಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಆದರೆ ಕೋರ್ ಉಳಿಯುತ್ತದೆ. ನಾವು ಅಲ್ಲಿರುವ ಎಲ್ಲಾ ಕೋರ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುತ್ತೇವೆ ಮತ್ತು ಹೊಸ ಸಿಸ್ಟಮ್‌ಗಳ ಇತರ, ಪ್ರಕಾಶಮಾನವಾದ ಬದಿಗೆ ತ್ವರಿತವಾಗಿ ಚಲಿಸುತ್ತೇವೆ ಎಂದು ಊಹಿಸಲು ನನಗೆ ಈಗ ಕಷ್ಟ.
ಕ್ಲೈಂಟ್ ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ಹತ್ತಿರವಿರುವ ಎಲ್ಲವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನ ವ್ಯಾಪಾರ ಲಾಭ ಮತ್ತು ಮೌಲ್ಯವಿದೆ, ಅಲ್ಲಿ ಹೊಂದಾಣಿಕೆ ಮತ್ತು ವೇಗದ ಮೇಲೆ ಗಮನ ಕೇಂದ್ರೀಕರಿಸುವುದು, ಬದಲಾವಣೆಯ ಮೇಲೆ, “ಪ್ರಯತ್ನಿಸಿ, ರದ್ದುಪಡಿಸಿ, ಮರುಬಳಕೆ ಮಾಡಿ, ಬೇರೆಯದನ್ನು ಮಾಡಿ” ಎಂಬ ಅಂಶಕ್ಕೆ ನಾನು ಬೆಂಬಲಿಗನಾಗಿದ್ದೇನೆ. ಅಗತ್ಯವಿದೆ "-ಅಲ್ಲಿ ಭೂದೃಶ್ಯವು ಬದಲಾಗುತ್ತದೆ. ಮತ್ತು ಪೆಟ್ಟಿಗೆಯ ಉತ್ಪನ್ನಗಳು ಅಲ್ಲಿ ಚೆನ್ನಾಗಿ ಹೊಂದಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಕನಿಷ್ಠ ನಾವು ಅದನ್ನು ನೋಡುವುದಿಲ್ಲ. ಸುಲಭವಾದ, ಸರಳವಾದ ಪರಿಹಾರಗಳು ಅಲ್ಲಿ ಅಗತ್ಯವಿದೆ.
ನಾವು ಈ ಬೆಳವಣಿಗೆಯನ್ನು ನೋಡುತ್ತೇವೆ:
- ಪ್ರಮುಖ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳು (ಹೆಚ್ಚಾಗಿ ಬ್ಯಾಕ್ ಆಫೀಸ್);
- ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳ ರೂಪದಲ್ಲಿ ಮಧ್ಯಮ ಪದರಗಳು ಕೋರ್ ಅನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಒಟ್ಟುಗೂಡಿಸಿ, ಸಂಗ್ರಹವನ್ನು ರಚಿಸಿ, ಮತ್ತು ಹೀಗೆ;
- ಮುಂಚೂಣಿಯ ವ್ಯವಸ್ಥೆಗಳು ಗ್ರಾಹಕರನ್ನು ಗುರಿಯಾಗಿರಿಸಿಕೊಂಡಿವೆ;
- ಏಕೀಕರಣ ಪದರವು ಸಾಮಾನ್ಯವಾಗಿ ಮಾರುಕಟ್ಟೆ ಸ್ಥಳಗಳು, ಇತರ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಪರಿಸರ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದೆ. ಈ ಪದರವು ಸಾಧ್ಯವಾದಷ್ಟು ಹಗುರವಾಗಿರುತ್ತದೆ, ಸರಳವಾಗಿದೆ ಮತ್ತು ಕನಿಷ್ಠ ವ್ಯವಹಾರ ತರ್ಕವನ್ನು ಒಳಗೊಂಡಿದೆ.
ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, ಹಳೆಯ ತತ್ವಗಳನ್ನು ಸೂಕ್ತವಾಗಿ ಬಳಸಿದರೆ ಅವುಗಳನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ನಾನು ಬೆಂಬಲಿಗನಾಗಿದ್ದೇನೆ.
ನೀವು ಕ್ಲಾಸಿಕ್ ಎಂಟರ್‌ಪ್ರೈಸ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ಇದು ಒಬ್ಬ ಮಾರಾಟಗಾರರ ಭೂದೃಶ್ಯದಲ್ಲಿದೆ ಮತ್ತು ಪರಸ್ಪರ ಕೆಲಸ ಮಾಡುವ ಎರಡು ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಪ್ರಮಾಣಿತ ಏಕೀಕರಣ ಇಂಟರ್ಫೇಸ್ ಸಹ ಇದೆ. ಅದನ್ನು ಏಕೆ ಮತ್ತೆ ಮಾಡಿ ಮತ್ತು ಅಲ್ಲಿ ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಅನ್ನು ತರಬೇಕು?
ಆದರೆ ಬ್ಯಾಕ್ ಆಫೀಸ್‌ನಲ್ಲಿ 5 ಮಾಡ್ಯೂಲ್‌ಗಳು ಇದ್ದಾಗ, ಅದರಿಂದ ಮಾಹಿತಿಯ ತುಣುಕುಗಳನ್ನು ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ, ನಂತರ ಅದನ್ನು 8-10 ಮುಂಚೂಣಿಯ ವ್ಯವಸ್ಥೆಗಳು ಬಳಸುತ್ತವೆ, ಪ್ರಯೋಜನವು ತಕ್ಷಣವೇ ಗಮನಿಸಬಹುದಾಗಿದೆ. ನೀವು ಐದು ಬ್ಯಾಕ್-ಆಫೀಸ್ ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ ಮತ್ತು ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕೃತವಾಗಿರುವ ಒಂದು ಪ್ರತ್ಯೇಕವಾದ ಸೇವೆಯನ್ನು ರಚಿಸಿ. ಸೇವೆಯನ್ನು ತಾಂತ್ರಿಕವಾಗಿ ಸುಧಾರಿತಗೊಳಿಸಿ - ಇದರಿಂದ ಅದು ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ದೋಷ-ಸಹಿಷ್ಣುವಾಗಿರುತ್ತದೆ ಮತ್ತು ದಾಖಲೆಗಳು ಅಥವಾ ವ್ಯಾಪಾರ ಘಟಕಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಮತ್ತು ನೀವು ಎಲ್ಲಾ ಮುಂಚೂಣಿಯ ಉತ್ಪನ್ನಗಳೊಂದಿಗೆ ಒಂದೇ ತತ್ತ್ವದ ಪ್ರಕಾರ ಅದನ್ನು ಸಂಯೋಜಿಸುತ್ತೀರಿ. ಅವರು ಮುಂಚೂಣಿಯ ಉತ್ಪನ್ನವನ್ನು ರದ್ದುಗೊಳಿಸಿದರು - ಅವರು ಸರಳವಾಗಿ ಏಕೀಕರಣವನ್ನು ಆಫ್ ಮಾಡಿದರು. ನಾಳೆ ನೀವು ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬರೆಯಬೇಕು ಅಥವಾ ಸಣ್ಣ ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ರಚಿಸಬೇಕು ಮತ್ತು ಕೇವಲ ಒಂದು ಭಾಗವನ್ನು ಮಾತ್ರ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು - ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ: ನೀವು ಅದನ್ನು ಕನ್‌ಸ್ಟ್ರಕ್ಟರ್‌ನಂತೆ ಜೋಡಿಸಿದ್ದೀರಿ. ಈ ದಿಕ್ಕಿನಲ್ಲಿ ನಾನು ಹೆಚ್ಚು ಅಭಿವೃದ್ಧಿಯನ್ನು ನೋಡುತ್ತೇನೆ - ಕನಿಷ್ಠ ನಮ್ಮ ದೇಶದಲ್ಲಿ.
ಅಲೆಕ್ಸಾಂಡರ್:
ಸೆರ್ಗೆ ನಮ್ಮ ವಿಧಾನವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವಿವರಿಸಿದ್ದಾರೆ, ಧನ್ಯವಾದಗಳು. ನಾವು ಖಂಡಿತವಾಗಿಯೂ ಎಲ್ಲಿಗೆ ಹೋಗುವುದಿಲ್ಲ ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ - ಪ್ರಮುಖ ಭಾಗಕ್ಕೆ, ಆನ್‌ಲೈನ್ ಬಿಲ್ಲಿಂಗ್ ವಿಷಯಕ್ಕೆ. ಅಂದರೆ, ರೇಟಿಂಗ್ ಮತ್ತು ಚಾರ್ಜಿಂಗ್ ಉಳಿಯುತ್ತದೆ, ವಾಸ್ತವವಾಗಿ, ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಹಣವನ್ನು ಬರೆಯುವ "ದೊಡ್ಡ" ಥ್ರೆಶರ್. ಮತ್ತು ಈ ವ್ಯವಸ್ಥೆಯು ನಮ್ಮ ನಿಯಂತ್ರಕ ಅಧಿಕಾರಿಗಳಿಂದ ಪ್ರಮಾಣೀಕರಿಸಲ್ಪಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ಗಳ ಕಡೆಗೆ ನೋಡುವ ಉಳಿದೆಲ್ಲವೂ ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳು.
ಡಿಮಿಟ್ರಿ:
ಇಲ್ಲಿ ಪ್ರಮಾಣೀಕರಣವು ಒಂದು ಕಥೆಯಾಗಿದೆ. ಬಹುಶಃ ಹೆಚ್ಚಿನ ಬೆಂಬಲ. ನೀವು ಬೆಂಬಲಕ್ಕಾಗಿ ಸ್ವಲ್ಪ ಖರ್ಚು ಮಾಡಿದರೆ ಅಥವಾ ಸಿಸ್ಟಮ್ಗೆ ಬೆಂಬಲ ಮತ್ತು ಮಾರ್ಪಾಡು ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ, ಅದನ್ನು ಸ್ಪರ್ಶಿಸದಿರುವುದು ಉತ್ತಮ. ಸಮಂಜಸವಾದ ರಾಜಿ.
ವಿಶ್ವಾಸಾರ್ಹ ಮೈಕ್ರೋಸರ್ವಿಸ್ ಅನ್ನು ಹೇಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು
ಡಿಮಿಟ್ರಿ:
ಫೈನ್. ಆದರೆ ನಾನು ಇನ್ನೂ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇನೆ. ಈಗ ನೀವು ಯಶಸ್ಸಿನ ಕಥೆಯನ್ನು ಹೇಳುತ್ತಿದ್ದೀರಿ: ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ, ನಾವು ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ, ವ್ಯವಹಾರಕ್ಕೆ ಕಲ್ಪನೆಯನ್ನು ಸಮರ್ಥಿಸಿಕೊಂಡಿದ್ದೇವೆ ಮತ್ತು ಎಲ್ಲವೂ ಕಾರ್ಯರೂಪಕ್ಕೆ ಬಂದವು. ಆದರೆ ನಾನು ಬೇರೆ ಕಥೆಗಳನ್ನು ಕೇಳಿದ್ದೇನೆ.
ಒಂದೆರಡು ವರ್ಷಗಳ ಹಿಂದೆ, ಬ್ಯಾಂಕ್‌ಗಳಿಗಾಗಿ ಹೊಸ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಎರಡು ವರ್ಷಗಳ ಹೂಡಿಕೆ ಮಾಡಿದ ಸ್ವಿಸ್ ಕಂಪನಿಯು ಅಂತಿಮವಾಗಿ ಯೋಜನೆಯನ್ನು ಮುಚ್ಚಿತು. ಸಂಪೂರ್ಣ ಕುಸಿದಿದೆ. ಲಕ್ಷಾಂತರ ಸ್ವಿಸ್ ಫ್ರಾಂಕ್‌ಗಳನ್ನು ಖರ್ಚು ಮಾಡಲಾಯಿತು, ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ತಂಡವು ಚದುರಿಹೋಯಿತು - ಅದು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರಲಿಲ್ಲ.
ನೀವು ಇದೇ ರೀತಿಯ ಕಥೆಗಳನ್ನು ಹೊಂದಿದ್ದೀರಾ? ಯಾವುದೇ ತೊಂದರೆಗಳಿವೆಯೇ ಅಥವಾ ಇದೆಯೇ? ಉದಾಹರಣೆಗೆ, ಕಂಪನಿಯ ಕಾರ್ಯಾಚರಣೆಯ ಚಟುವಟಿಕೆಗಳಲ್ಲಿ ಮೈಕ್ರೊ ಸರ್ವೀಸ್ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವುದು ಸಹ ಒಂದು ತಲೆನೋವು. ಎಲ್ಲಾ ನಂತರ, ಘಟಕಗಳ ಸಂಖ್ಯೆ ಹತ್ತಾರು ಬಾರಿ ಹೆಚ್ಚಾಗುತ್ತದೆ. ನೀವು ಅದನ್ನು ಹೇಗೆ ನೋಡುತ್ತೀರಿ, ಇಲ್ಲಿ ಹೂಡಿಕೆಗಳ ವಿಫಲ ಉದಾಹರಣೆಗಳಿವೆಯೇ? ಮತ್ತು ಅಂತಹ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸದಂತೆ ನೀವು ಜನರಿಗೆ ಏನು ಸಲಹೆ ನೀಡಬಹುದು?
ಅಲೆಕ್ಸಾಂಡರ್:
ವಿಫಲವಾದ ಉದಾಹರಣೆಗಳಲ್ಲಿ ವ್ಯಾಪಾರಗಳು ಆದ್ಯತೆಗಳನ್ನು ಬದಲಾಯಿಸುವುದು ಮತ್ತು ಯೋಜನೆಗಳನ್ನು ರದ್ದುಗೊಳಿಸುವುದನ್ನು ಒಳಗೊಂಡಿವೆ. ಸನ್ನದ್ಧತೆಯ ಉತ್ತಮ ಹಂತದಲ್ಲಿ (ವಾಸ್ತವವಾಗಿ, MVP ಸಿದ್ಧವಾಗಿದೆ), ವ್ಯವಹಾರವು ಹೀಗೆ ಹೇಳಿದೆ: "ನಮಗೆ ಹೊಸ ಆದ್ಯತೆಗಳಿವೆ, ನಾವು ಇನ್ನೊಂದು ಯೋಜನೆಗೆ ಹೋಗುತ್ತಿದ್ದೇವೆ ಮತ್ತು ನಾವು ಇದನ್ನು ಮುಚ್ಚುತ್ತಿದ್ದೇವೆ."
ಮೈಕ್ರೋಸರ್ವಿಸ್‌ನೊಂದಿಗೆ ನಾವು ಯಾವುದೇ ಜಾಗತಿಕ ವೈಫಲ್ಯಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ನಾವು ಶಾಂತಿಯುತವಾಗಿ ನಿದ್ರಿಸುತ್ತೇವೆ, ನಾವು 24/7 ಡ್ಯೂಟಿ ಶಿಫ್ಟ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ ಅದು ಸಂಪೂರ್ಣ BSS [ವ್ಯವಹಾರ ಬೆಂಬಲ ವ್ಯವಸ್ಥೆ] ಗೆ ಸೇವೆ ನೀಡುತ್ತದೆ.
ಮತ್ತು ಇನ್ನೊಂದು ವಿಷಯ - ಪೆಟ್ಟಿಗೆಯ ಉತ್ಪನ್ನಗಳಿಗೆ ಅನ್ವಯಿಸುವ ನಿಯಮಗಳ ಪ್ರಕಾರ ನಾವು ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಬಾಡಿಗೆಗೆ ನೀಡುತ್ತೇವೆ. ಯಶಸ್ಸಿನ ಕೀಲಿಯು ನಿಮಗೆ ಅಗತ್ಯವಿರುತ್ತದೆ, ಮೊದಲನೆಯದಾಗಿ, ಉತ್ಪಾದನೆಗೆ ಮೈಕ್ರೊ ಸರ್ವೀಸ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಸಿದ್ಧಪಡಿಸುವ ತಂಡವನ್ನು ಜೋಡಿಸುವುದು. ಅಭಿವೃದ್ಧಿ ಸ್ವತಃ, ಷರತ್ತುಬದ್ಧವಾಗಿ, 40% ಆಗಿದೆ. ಉಳಿದವು ಅನಾಲಿಟಿಕ್ಸ್, DevSecOps ವಿಧಾನ, ಸರಿಯಾದ ಏಕೀಕರಣಗಳು ಮತ್ತು ಸರಿಯಾದ ವಾಸ್ತುಶಿಲ್ಪ. ಸುರಕ್ಷಿತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವ ತತ್ವಗಳಿಗೆ ನಾವು ವಿಶೇಷ ಗಮನ ನೀಡುತ್ತೇವೆ. ಆರ್ಕಿಟೆಕ್ಚರ್ ಯೋಜನಾ ಹಂತದಲ್ಲಿ ಮತ್ತು ಅನುಷ್ಠಾನ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಮಾಹಿತಿ ಭದ್ರತಾ ಪ್ರತಿನಿಧಿಗಳು ಪ್ರತಿ ಯೋಜನೆಯಲ್ಲಿ ಭಾಗವಹಿಸುತ್ತಾರೆ. ಅವರು ದುರ್ಬಲತೆಗಳಿಗಾಗಿ ಕೋಡ್ ಅನ್ನು ವಿಶ್ಲೇಷಿಸುವ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಸಹ ನಿರ್ವಹಿಸುತ್ತಾರೆ.
ನಾವು ನಮ್ಮ ಸ್ಥಿತಿಯಿಲ್ಲದ ಸೇವೆಗಳನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ ಎಂದು ಹೇಳೋಣ - ನಾವು ಅವುಗಳನ್ನು ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಹೊಂದಿದ್ದೇವೆ. ಸ್ವಯಂ-ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ಸೇವೆಗಳ ಸ್ವಯಂ-ರೈಸಿಂಗ್‌ನಿಂದಾಗಿ ಪ್ರತಿಯೊಬ್ಬರೂ ಶಾಂತಿಯುತವಾಗಿ ಮಲಗಲು ಇದು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ ಮತ್ತು ಕರ್ತವ್ಯ ಶಿಫ್ಟ್ ಘಟನೆಗಳನ್ನು ಎತ್ತಿಕೊಳ್ಳುತ್ತದೆ.
ನಮ್ಮ ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳ ಸಂಪೂರ್ಣ ಅಸ್ತಿತ್ವದಲ್ಲಿ, ನಮ್ಮ ಸಾಲಿಗೆ ತಲುಪಿದ ಒಂದು ಅಥವಾ ಎರಡು ಘಟನೆಗಳು ಮಾತ್ರ ಇವೆ. ಈಗ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲ. ನಾವು, ಸಹಜವಾಗಿ, 200 ಅಲ್ಲ, ಆದರೆ ಸುಮಾರು 50 ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಆದರೆ ಅವುಗಳನ್ನು ಪ್ರಮುಖ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ. ಅವರು ವಿಫಲವಾದರೆ, ಅದರ ಬಗ್ಗೆ ನಾವು ಮೊದಲು ತಿಳಿದುಕೊಳ್ಳುತ್ತೇವೆ.
ಮೈಕ್ರೋ ಸರ್ವೀಸಸ್ ಮತ್ತು HR
ಸೆರ್ಗೆ:
ಬೆಂಬಲಕ್ಕೆ ವರ್ಗಾವಣೆಯ ಬಗ್ಗೆ ನನ್ನ ಸಹೋದ್ಯೋಗಿಯೊಂದಿಗೆ ನಾನು ಒಪ್ಪುತ್ತೇನೆ - ಕೆಲಸವನ್ನು ಸರಿಯಾಗಿ ಆಯೋಜಿಸಬೇಕಾಗಿದೆ. ಆದರೆ ಸಹಜವಾಗಿ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ.
ಮೊದಲನೆಯದಾಗಿ, ತಂತ್ರಜ್ಞಾನವು ಹೊಸದು. ಇದು ಉತ್ತಮ ರೀತಿಯಲ್ಲಿ ಪ್ರಚೋದನೆಯಾಗಿದೆ ಮತ್ತು ಇದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಮತ್ತು ರಚಿಸಬಲ್ಲ ತಜ್ಞರನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ದೊಡ್ಡ ಸವಾಲಾಗಿದೆ. ಸಂಪನ್ಮೂಲಗಳ ಸ್ಪರ್ಧೆಯು ಅಸಾಮಾನ್ಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ತಜ್ಞರು ಚಿನ್ನದಲ್ಲಿ ತಮ್ಮ ತೂಕಕ್ಕೆ ಯೋಗ್ಯರಾಗಿದ್ದಾರೆ.
ಎರಡನೆಯದಾಗಿ, ಕೆಲವು ಭೂದೃಶ್ಯಗಳ ರಚನೆ ಮತ್ತು ಹೆಚ್ಚುತ್ತಿರುವ ಸೇವೆಗಳೊಂದಿಗೆ, ಮರುಬಳಕೆಯ ಸಮಸ್ಯೆಯನ್ನು ನಿರಂತರವಾಗಿ ಪರಿಹರಿಸಬೇಕು. ಅಭಿವರ್ಧಕರು ಮಾಡಲು ಇಷ್ಟಪಡುವಂತೆ: "ಈಗ ಇಲ್ಲಿ ಬಹಳಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯಗಳನ್ನು ಬರೆಯೋಣ ..." ಈ ಕಾರಣದಿಂದಾಗಿ, ಸಿಸ್ಟಮ್ ಬೆಳೆಯುತ್ತದೆ ಮತ್ತು ಹಣ, ಮಾಲೀಕತ್ವದ ವೆಚ್ಚ, ಇತ್ಯಾದಿಗಳಲ್ಲಿ ಅದರ ಪರಿಣಾಮಕಾರಿತ್ವವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಅಂದರೆ, ಸಿಸ್ಟಮ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನಲ್ಲಿ ಮರುಬಳಕೆಯನ್ನು ಸೇರಿಸುವುದು, ಸೇವೆಗಳನ್ನು ಪರಿಚಯಿಸಲು ಮತ್ತು ಹೊಸ ವಾಸ್ತುಶಿಲ್ಪಕ್ಕೆ ಪರಂಪರೆಯನ್ನು ವರ್ಗಾಯಿಸಲು ಮಾರ್ಗಸೂಚಿಯಲ್ಲಿ ಸೇರಿಸುವುದು ಅವಶ್ಯಕ.
ಮತ್ತೊಂದು ಸಮಸ್ಯೆ - ಇದು ತನ್ನದೇ ಆದ ರೀತಿಯಲ್ಲಿ ಉತ್ತಮವಾಗಿದ್ದರೂ - ಆಂತರಿಕ ಸ್ಪರ್ಧೆಯಾಗಿದೆ. "ಓಹ್, ಹೊಸ ಫ್ಯಾಶನ್ ವ್ಯಕ್ತಿಗಳು ಇಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿದ್ದಾರೆ, ಅವರು ಹೊಸ ಭಾಷೆಯನ್ನು ಮಾತನಾಡುತ್ತಾರೆ." ಜನರು, ಸಹಜವಾಗಿ, ವಿಭಿನ್ನರಾಗಿದ್ದಾರೆ. ಜಾವಾದಲ್ಲಿ ಬರೆಯುವ ಅಭ್ಯಾಸವಿರುವವರು ಮತ್ತು ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಬರೆಯುವ ಮತ್ತು ಬಳಸುವವರೂ ಇದ್ದಾರೆ. ಇವರು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಜನರು, ಅವರು ವಿಭಿನ್ನವಾಗಿ ಮಾತನಾಡುತ್ತಾರೆ, ವಿಭಿನ್ನ ಪದಗಳನ್ನು ಬಳಸುತ್ತಾರೆ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಪರಸ್ಪರ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಈ ಅರ್ಥದಲ್ಲಿ ಅಭ್ಯಾಸ, ಜ್ಞಾನ ಹಂಚಿಕೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಸಾಮರ್ಥ್ಯ ಅಥವಾ ಅಸಮರ್ಥತೆ ಕೂಡ ಒಂದು ಸಮಸ್ಯೆಯಾಗಿದೆ.
ಸರಿ, ಸ್ಕೇಲಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳು. “ಅದ್ಭುತ, ಹೋಗೋಣ! ಮತ್ತು ಈಗ ನಾವು ವೇಗವಾಗಿ, ಹೆಚ್ಚು ಬಯಸುತ್ತೇವೆ. ಏನು, ನಿಮಗೆ ಸಾಧ್ಯವಿಲ್ಲ? ಒಂದು ವರ್ಷದಲ್ಲಿ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚು ವಿತರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲವೇ? ಮತ್ತು ಏಕೆ?" ಅಂತಹ ಬೆಳೆಯುತ್ತಿರುವ ನೋವುಗಳು ಬಹುಶಃ ಅನೇಕ ವಿಷಯಗಳಿಗೆ ಪ್ರಮಾಣಿತವಾಗಿವೆ, ಅನೇಕ ವಿಧಾನಗಳು, ಮತ್ತು ನೀವು ಅವುಗಳನ್ನು ಅನುಭವಿಸಬಹುದು.
ಮೇಲ್ವಿಚಾರಣೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ. ಸೇವೆಗಳು ಅಥವಾ ಕೈಗಾರಿಕಾ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳು ಈಗಾಗಲೇ ಕಲಿಯುತ್ತಿವೆ ಅಥವಾ ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಎರಡರೊಂದಿಗೂ ವಿಭಿನ್ನ, ಪ್ರಮಾಣಿತವಲ್ಲದ ಮೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ನೀವು 500 ಜಾವಾ ಯಂತ್ರಗಳೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ, ಅದರ ಅಡಿಯಲ್ಲಿ ಇದೆಲ್ಲವೂ ಚಾಲನೆಯಲ್ಲಿದೆ, ಅವುಗಳೆಂದರೆ ಅದು ಒಟ್ಟುಗೂಡಿಸುತ್ತದೆ. ಆದರೆ ಈ ಉತ್ಪನ್ನಗಳು ಇನ್ನೂ ಪ್ರಬುದ್ಧತೆಯನ್ನು ಹೊಂದಿಲ್ಲ; ಅವರು ಈ ಮೂಲಕ ಹೋಗಬೇಕಾಗುತ್ತದೆ. ವಿಷಯವು ನಿಜವಾಗಿಯೂ ಹೊಸದು, ಅದು ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಲೇ ಇರುತ್ತದೆ.
ಡಿಮಿಟ್ರಿ:
ಹೌದು, ತುಂಬಾ ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ. ಮತ್ತು ಇದು ಮಾನವ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಬಹುಶಃ ನಿಮ್ಮ HR ಪ್ರಕ್ರಿಯೆ ಮತ್ತು HR ಬ್ರ್ಯಾಂಡ್ ಈ 3 ವರ್ಷಗಳಲ್ಲಿ ಸ್ವಲ್ಪ ಬದಲಾಗಿದೆ. ನೀವು ವಿಭಿನ್ನ ಸಾಮರ್ಥ್ಯಗಳೊಂದಿಗೆ ಇತರ ಜನರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದ್ದೀರಿ. ಮತ್ತು ಬಹುಶಃ ಸಾಧಕ-ಬಾಧಕ ಎರಡೂ ಇವೆ. ಹಿಂದೆ, ಬ್ಲಾಕ್‌ಚೈನ್ ಮತ್ತು ದತ್ತಾಂಶ ವಿಜ್ಞಾನವು ಪ್ರಚೋದನೆಯಾಗಿತ್ತು ಮತ್ತು ಅವುಗಳಲ್ಲಿ ತಜ್ಞರು ಲಕ್ಷಾಂತರ ಮೌಲ್ಯದವರಾಗಿದ್ದರು. ಈಗ ವೆಚ್ಚವು ಕುಸಿಯುತ್ತಿದೆ, ಮಾರುಕಟ್ಟೆಯು ಸ್ಯಾಚುರೇಟೆಡ್ ಆಗುತ್ತಿದೆ ಮತ್ತು ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ನಲ್ಲಿ ಇದೇ ರೀತಿಯ ಪ್ರವೃತ್ತಿ ಇದೆ.
ಸೆರ್ಗೆ:
ಹೌದು, ಸಂಪೂರ್ಣವಾಗಿ.
ಅಲೆಕ್ಸಾಂಡರ್:
HR ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತದೆ: "ಬ್ಯಾಕೆಂಡ್ ಮತ್ತು ಮುಂಭಾಗದ ನಡುವೆ ನಿಮ್ಮ ಗುಲಾಬಿ ಯುನಿಕಾರ್ನ್ ಎಲ್ಲಿದೆ?" ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಎಂದರೇನು ಎಂದು ಎಚ್‌ಆರ್‌ಗೆ ಅರ್ಥವಾಗುತ್ತಿಲ್ಲ. ನಾವು ಅವರಿಗೆ ರಹಸ್ಯವನ್ನು ಹೇಳಿದ್ದೇವೆ ಮತ್ತು ಬ್ಯಾಕೆಂಡ್ ಎಲ್ಲವನ್ನೂ ಮಾಡಿದೆ ಮತ್ತು ಯುನಿಕಾರ್ನ್ ಇಲ್ಲ ಎಂದು ಹೇಳಿದೆವು. ಆದರೆ HR ಬದಲಾಗುತ್ತಿದೆ, ತ್ವರಿತವಾಗಿ ಕಲಿಯುತ್ತಿದೆ ಮತ್ತು ಮೂಲಭೂತ IT ಜ್ಞಾನವನ್ನು ಹೊಂದಿರುವ ಜನರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುತ್ತಿದೆ.
ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳ ವಿಕಾಸ
ಡಿಮಿಟ್ರಿ:
ನೀವು ಗುರಿ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ನೋಡಿದರೆ, ಮೈಕ್ರೋಸರ್ವಿಸ್ ಅಂತಹ ದೈತ್ಯಾಕಾರದಂತೆ ಕಾಣುತ್ತದೆ. ನಿಮ್ಮ ಪ್ರಯಾಣವು ಹಲವಾರು ವರ್ಷಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು. ಇತರರಿಗೆ ಒಂದು ವರ್ಷ, ಇತರರಿಗೆ ಮೂರು ವರ್ಷಗಳು. ನೀವು ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ಮುನ್ಸೂಚಿಸಿದ್ದೀರಾ, ಗುರಿ ವಾಸ್ತುಶಾಸ್ತ್ರ, ಏನಾದರೂ ಬದಲಾವಣೆಯಾಗಿದೆಯೇ? ಉದಾಹರಣೆಗೆ, ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಗೇಟ್‌ವೇಗಳು ಮತ್ತು ಸೇವಾ ಜಾಲರಿಗಳು ಈಗ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತಿವೆ. ನೀವು ಆರಂಭದಲ್ಲಿ ಅವುಗಳನ್ನು ಬಳಸಿದ್ದೀರಾ ಅಥವಾ ನೀವು ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಬದಲಾಯಿಸಿದ್ದೀರಾ? ನಿಮಗೆ ಅಂತಹ ಸವಾಲುಗಳಿವೆಯೇ?
ಸೆರ್ಗೆ:
ನಾವು ಈಗಾಗಲೇ ಹಲವಾರು ಸಂವಹನ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಪುನಃ ಬರೆದಿದ್ದೇವೆ. ಮೊದಲಿಗೆ ಒಂದು ಪ್ರೋಟೋಕಾಲ್ ಇತ್ತು, ಈಗ ನಾವು ಇನ್ನೊಂದಕ್ಕೆ ಬದಲಾಯಿಸಿದ್ದೇವೆ. ನಾವು ಸುರಕ್ಷತೆ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತೇವೆ. ನಾವು ಎಂಟರ್‌ಪ್ರೈಸ್ ತಂತ್ರಜ್ಞಾನಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ - ಒರಾಕಲ್, ವೆಬ್ ಲಾಜಿಕ್. ಈಗ ನಾವು ಮೈಕ್ರೋ ಸರ್ವಿಸ್‌ಗಳಲ್ಲಿನ ತಾಂತ್ರಿಕ ಉದ್ಯಮ ಉತ್ಪನ್ನಗಳಿಂದ ದೂರ ಸರಿಯುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಮುಕ್ತ ಮೂಲ ಅಥವಾ ಸಂಪೂರ್ಣವಾಗಿ ತೆರೆದ ತಂತ್ರಜ್ಞಾನಗಳಿಗೆ ಚಲಿಸುತ್ತಿದ್ದೇವೆ. ನಾವು ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ತ್ಯಜಿಸುತ್ತೇವೆ ಮತ್ತು ಈ ಮಾದರಿಯಲ್ಲಿ ನಮಗೆ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಕಡೆಗೆ ಹೋಗುತ್ತೇವೆ. ನಮಗೆ ಇನ್ನು ಮುಂದೆ ಒರಾಕಲ್ ತಂತ್ರಜ್ಞಾನಗಳ ಅಗತ್ಯವಿಲ್ಲ.
ನಮಗೆ ಕ್ಯಾಶ್ ಎಷ್ಟು ಬೇಕು, ಮೈಕ್ರೋ ಸರ್ವಿಸ್‌ನೊಂದಿಗೆ ಯಾವುದೇ ಸಂಪರ್ಕವಿಲ್ಲದಿದ್ದಾಗ ನಾವು ಏನು ಮಾಡುತ್ತೇವೆ, ಆದರೆ ಡೇಟಾ ಅಗತ್ಯವಿದ್ದಾಗ ನಾವು ಏನು ಮಾಡುತ್ತೇವೆ ಇತ್ಯಾದಿಗಳ ಬಗ್ಗೆ ಯೋಚಿಸದೆ ನಾವು ಸೇವೆಯಾಗಿ ಸರಳವಾಗಿ ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಈಗ ನಾವು ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ವಿವರಿಸಲು ವೇದಿಕೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೇವೆ. ಸೇವೆಗಳ ಭಾಷೆಯಲ್ಲಿ ಅಲ್ಲ, ಮತ್ತು ವ್ಯವಹಾರ ಭಾಷೆಯಲ್ಲಿ, ನಾವು ಪದಗಳಲ್ಲಿ ಮಾತನಾಡಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ವ್ಯವಹಾರ ತರ್ಕವನ್ನು ಮುಂದಿನ ಹಂತಕ್ಕೆ ಕೊಂಡೊಯ್ಯಿರಿ. ಈಗ ನಾವು ಅಕ್ಷರಗಳಲ್ಲಿ ಮಾತನಾಡಲು ಕಲಿತಿದ್ದೇವೆ ಮತ್ತು ಮುಂದಿನ ಹಂತವೆಂದರೆ ಸೇವೆಗಳನ್ನು ಕೆಲವು ರೀತಿಯ ಒಟ್ಟಾರೆಯಾಗಿ ಸಂಗ್ರಹಿಸಿದಾಗ, ಇದು ಈಗಾಗಲೇ ಪದವಾಗಿದ್ದಾಗ - ಉದಾಹರಣೆಗೆ, ಸಂಪೂರ್ಣ ಉತ್ಪನ್ನ ಕಾರ್ಡ್. ಇದನ್ನು ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ನಿಂದ ಜೋಡಿಸಲಾಗಿದೆ, ಆದರೆ ಇದು ಇದರ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ API ಆಗಿದೆ.
ಸುರಕ್ಷತೆ ಬಹಳ ಮುಖ್ಯ. ನೀವು ಪ್ರವೇಶಿಸಲು ಪ್ರಾರಂಭಿಸಿದ ತಕ್ಷಣ ಮತ್ತು ನೀವು ಸೇವೆಯನ್ನು ಹೊಂದಿದ್ದೀರಿ, ಅದರ ಮೂಲಕ ನೀವು ಬಹಳಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯಗಳನ್ನು ಪಡೆಯಬಹುದು ಮತ್ತು ಬೇಗನೆ, ಒಂದು ವಿಭಜಿತ ಸೆಕೆಂಡಿನಲ್ಲಿ, ಅದನ್ನು ಹೆಚ್ಚು ಸುರಕ್ಷಿತವಲ್ಲದ ರೀತಿಯಲ್ಲಿ ಪಡೆಯುವ ಬಯಕೆ ಇರುತ್ತದೆ. ಇದರಿಂದ ದೂರವಿರಲು, ನಾವು ಪರೀಕ್ಷೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯ ವಿಧಾನಗಳನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿತ್ತು. ನಾವು ತಂಡವನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿತ್ತು, ವಿತರಣಾ ನಿರ್ವಹಣೆ ರಚನೆ, CI/CD.
ಇದು ವಿಕಸನವಾಗಿದೆ - ಫೋನ್‌ಗಳಂತೆ, ಹೆಚ್ಚು ವೇಗವಾಗಿ: ಮೊದಲು ಪುಶ್-ಬಟನ್ ಫೋನ್‌ಗಳು ಇದ್ದವು, ನಂತರ ಸ್ಮಾರ್ಟ್‌ಫೋನ್‌ಗಳು ಕಾಣಿಸಿಕೊಂಡವು. ಅವರು ಉತ್ಪನ್ನವನ್ನು ಪುನಃ ಬರೆದರು ಮತ್ತು ಮರುವಿನ್ಯಾಸಗೊಳಿಸಿದರು ಏಕೆಂದರೆ ಮಾರುಕಟ್ಟೆಯು ವಿಭಿನ್ನ ಅಗತ್ಯವನ್ನು ಹೊಂದಿತ್ತು. ನಾವು ವಿಕಸನಗೊಳ್ಳುವುದು ಹೀಗೆ: ಮೊದಲ ದರ್ಜೆ, ಹತ್ತನೇ ತರಗತಿ, ಕೆಲಸ.
ಪುನರಾವರ್ತಿತವಾಗಿ, ತಂತ್ರಜ್ಞಾನದ ದೃಷ್ಟಿಕೋನದಿಂದ ವರ್ಷಕ್ಕೆ ಏನನ್ನಾದರೂ ಹಾಕಲಾಗುತ್ತದೆ, ಬ್ಯಾಕ್‌ಲಾಗ್ ಮತ್ತು ಅಗತ್ಯಗಳ ದೃಷ್ಟಿಕೋನದಿಂದ ಬೇರೇನಾದರೂ. ನಾವು ಒಂದು ವಿಷಯವನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತೇವೆ. ತಂಡವು ತಾಂತ್ರಿಕ ಸಾಲ ಮತ್ತು ತಂಡಕ್ಕೆ ತಾಂತ್ರಿಕ ಬೆಂಬಲಕ್ಕಾಗಿ 20%, ವ್ಯಾಪಾರ ಘಟಕದ ಮೇಲೆ 80% ಖರ್ಚು ಮಾಡುತ್ತದೆ. ಮತ್ತು ನಾವು ಅದನ್ನು ಏಕೆ ಮಾಡುತ್ತಿದ್ದೇವೆ, ನಾವು ಈ ತಾಂತ್ರಿಕ ಸುಧಾರಣೆಗಳನ್ನು ಏಕೆ ಮಾಡುತ್ತಿದ್ದೇವೆ, ಅವು ಏನಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ ಎಂಬುದರ ತಿಳುವಳಿಕೆಯೊಂದಿಗೆ ನಾವು ಚಲಿಸುತ್ತೇವೆ. ಹಾಗೆ.
ಡಿಮಿಟ್ರಿ:
ಕೂಲ್. MegaFon ನಲ್ಲಿ ಏನಿದೆ?
ಅಲೆಕ್ಸಾಂಡರ್:
ನಾವು ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗೆ ಬಂದಾಗ ಮುಖ್ಯ ಸವಾಲು ಗೊಂದಲದಲ್ಲಿ ಬೀಳಬಾರದು. ಮೆಗಾಫೋನ್‌ನ ವಾಸ್ತುಶಿಲ್ಪದ ಕಚೇರಿ ತಕ್ಷಣವೇ ನಮ್ಮೊಂದಿಗೆ ಸೇರಿಕೊಂಡಿತು, ಪ್ರಾರಂಭಿಕ ಮತ್ತು ಚಾಲಕರಾದರು - ಈಗ ನಾವು ಬಲವಾದ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನಾವು ಯಾವ ಗುರಿ ಮಾದರಿಗೆ ಹೋಗುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಯಾವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಪೈಲಟ್ ಮಾಡಬೇಕಾಗಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಅವರ ಕಾರ್ಯವಾಗಿತ್ತು. ವಾಸ್ತುಶಿಲ್ಪದೊಂದಿಗೆ, ನಾವು ಈ ಪೈಲಟ್‌ಗಳನ್ನು ನಾವೇ ನಡೆಸಿದ್ದೇವೆ.
ಮುಂದಿನ ಪ್ರಶ್ನೆ ಹೀಗಿತ್ತು: "ಹಾಗಾದರೆ ಇದನ್ನೆಲ್ಲ ಹೇಗೆ ಬಳಸಿಕೊಳ್ಳುವುದು?" ಮತ್ತು ಇನ್ನೊಂದು: "ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳ ನಡುವೆ ಪಾರದರ್ಶಕ ಸಂವಹನವನ್ನು ಹೇಗೆ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು?" ಕೊನೆಯ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಲು ಸೇವಾ ಜಾಲರಿ ನಮಗೆ ಸಹಾಯ ಮಾಡಿದೆ. ನಾವು ಇಸ್ಟಿಯೊವನ್ನು ಪೈಲಟ್ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ಇಷ್ಟಪಟ್ಟಿದ್ದೇವೆ. ಈಗ ನಾವು ಉತ್ಪಾದನಾ ವಲಯಗಳಾಗಿ ಹೊರಹೊಮ್ಮುವ ಹಂತದಲ್ಲಿರುತ್ತೇವೆ. ನಾವು ಎಲ್ಲಾ ಸವಾಲುಗಳ ಬಗ್ಗೆ ಸಕಾರಾತ್ಮಕ ಮನೋಭಾವವನ್ನು ಹೊಂದಿದ್ದೇವೆ - ನಾವು ನಿರಂತರವಾಗಿ ಸ್ಟಾಕ್ ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ, ಹೊಸದನ್ನು ಕಲಿಯಬೇಕು. ನಾವು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ, ಹಳೆಯ ಪರಿಹಾರಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳುವುದಿಲ್ಲ.
ಡಿಮಿಟ್ರಿ:
ಚಿನ್ನದ ಪದಗಳು! ಅಂತಹ ಸವಾಲುಗಳು ತಂಡ ಮತ್ತು ವ್ಯಾಪಾರವನ್ನು ತಮ್ಮ ಕಾಲ್ಬೆರಳುಗಳ ಮೇಲೆ ಇರಿಸುತ್ತವೆ ಮತ್ತು ಭವಿಷ್ಯವನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ. GDPR ಮುಖ್ಯ ದತ್ತಾಂಶ ಸಂರಕ್ಷಣಾ ಅಧಿಕಾರಿಗಳನ್ನು ರಚಿಸಿತು, ಮತ್ತು ಪ್ರಸ್ತುತ ಸವಾಲುಗಳು ಮುಖ್ಯ ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಮತ್ತು ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಧಿಕಾರಿಗಳನ್ನು ರಚಿಸುತ್ತವೆ. ಮತ್ತು ಅದು ಸಂತೋಷವಾಗುತ್ತದೆ.
ನಾವು ಸಾಕಷ್ಟು ಚರ್ಚಿಸಿದ್ದೇವೆ. ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳ ಉತ್ತಮ ವಿನ್ಯಾಸ ಮತ್ತು ವಾಸ್ತುಶಿಲ್ಪವು ನಿಮಗೆ ಅನೇಕ ತಪ್ಪುಗಳನ್ನು ತಪ್ಪಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಸಹಜವಾಗಿ, ಪ್ರಕ್ರಿಯೆಯು ಪುನರಾವರ್ತಿತ ಮತ್ತು ವಿಕಸನೀಯವಾಗಿದೆ, ಆದರೆ ಇದು ಭವಿಷ್ಯವಾಗಿದೆ.
ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರಿಗೆ ಧನ್ಯವಾದಗಳು, ಸೆರ್ಗೆಯ್ ಮತ್ತು ಅಲೆಕ್ಸಾಂಡರ್ಗೆ ಧನ್ಯವಾದಗಳು!
ಪ್ರೇಕ್ಷಕರಿಂದ ಪ್ರಶ್ನೆಗಳು
ಪ್ರೇಕ್ಷಕರಿಂದ ಪ್ರಶ್ನೆ (1):
ಸೆರ್ಗೆ, ನಿಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ಐಟಿ ನಿರ್ವಹಣೆ ಹೇಗೆ ಬದಲಾಗಿದೆ? ಹಲವಾರು ವ್ಯವಸ್ಥೆಗಳ ದೊಡ್ಡ ಸ್ಟಾಕ್ ಇದ್ದಾಗ, ಅದನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದು ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟ ಮತ್ತು ತಾರ್ಕಿಕ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ ಎಂದು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ. ಇಷ್ಟು ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಅತಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಸಂಯೋಜಿಸಿದ ನಂತರ ನೀವು ಐಟಿ ಘಟಕದ ನಿರ್ವಹಣೆಯನ್ನು ಹೇಗೆ ಮರುನಿರ್ಮಿಸಿದ್ದೀರಿ?
ಸೆರ್ಗೆ:
ಬದಲಾವಣೆಯ ಚಾಲಕನಾಗಿ ವಾಸ್ತುಶಿಲ್ಪವು ಬಹಳ ಮುಖ್ಯ ಎಂದು ನನ್ನ ಸಹೋದ್ಯೋಗಿಯೊಂದಿಗೆ ನಾನು ಒಪ್ಪುತ್ತೇನೆ. ನಾವು ವಾಸ್ತುಶಿಲ್ಪ ವಿಭಾಗವನ್ನು ಹೊಂದುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ವಾಸ್ತುಶಿಲ್ಪಿಗಳು ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ವಿತರಣೆಯ ಮಾಲೀಕರು ಮತ್ತು ಭೂದೃಶ್ಯದಲ್ಲಿ ಅದು ಹೇಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದರ ಅವಶ್ಯಕತೆಗಳು. ಆದ್ದರಿಂದ ಅವರು ಈ ಬದಲಾವಣೆಗಳ ಸಂಯೋಜಕರಾಗಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ. ಪರಿಣಾಮವಾಗಿ, ನಾವು CI/CD ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ರಚಿಸಿದಾಗ ನಿರ್ದಿಷ್ಟ ವಿತರಣಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಬದಲಾವಣೆಗಳಿವೆ.
ಆದರೆ ಅಭಿವೃದ್ಧಿ, ವ್ಯವಹಾರ ವಿಶ್ಲೇಷಣೆ, ಪರೀಕ್ಷೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ಮಾನದಂಡ, ಮೂಲಭೂತ ತತ್ವಗಳನ್ನು ರದ್ದುಗೊಳಿಸಲಾಗಿಲ್ಲ. ನಾವು ಕೇವಲ ವೇಗವನ್ನು ಸೇರಿಸಿದ್ದೇವೆ. ಹಿಂದೆ, ಸೈಕಲ್ ತುಂಬಾ ತೆಗೆದುಕೊಂಡಿತು, ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ಅನುಸ್ಥಾಪನೆಯು ಹೆಚ್ಚು ತೆಗೆದುಕೊಂಡಿತು. ಈಗ ವ್ಯಾಪಾರವು ಪ್ರಯೋಜನವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಹೇಳುತ್ತದೆ: "ನಾವು ಇತರ ಸ್ಥಳಗಳಲ್ಲಿ ಏಕೆ ಮಾಡಬಾರದು?"
ಇದು ಉತ್ತಮ ರೀತಿಯಲ್ಲಿ, ಲಸಿಕೆ ರೂಪದಲ್ಲಿ ಇಂಜೆಕ್ಷನ್ ಅನ್ನು ತೋರಿಸಿದಂತಿದೆ: ನೀವು ಇದನ್ನು ಈ ರೀತಿ ಮಾಡಬಹುದು, ಆದರೆ ನೀವು ಅದನ್ನು ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ ಮಾಡಬಹುದು. ಸಹಜವಾಗಿ, ಸಿಬ್ಬಂದಿಗಳಲ್ಲಿ, ಸಾಮರ್ಥ್ಯಗಳಲ್ಲಿ, ಜ್ಞಾನದಲ್ಲಿ, ಪ್ರತಿರೋಧದಲ್ಲಿ ಸಮಸ್ಯೆ ಇದೆ.
ಪ್ರೇಕ್ಷಕರಿಂದ ಪ್ರಶ್ನೆ (2):
ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ವಿಮರ್ಶಕರು ಪರೀಕ್ಷೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಕಷ್ಟ ಎಂದು ಹೇಳುತ್ತಾರೆ. ವಿಷಯಗಳು ಜಟಿಲವಾಗಿರುವಲ್ಲಿ ಇದು ತಾರ್ಕಿಕವಾಗಿದೆ. ನಿಮ್ಮ ತಂಡವು ಯಾವ ಸವಾಲುಗಳನ್ನು ಎದುರಿಸಿತು ಮತ್ತು ನೀವು ಅವುಗಳನ್ನು ಹೇಗೆ ಜಯಿಸಿದಿರಿ? ಎಲ್ಲರಿಗೂ ಪ್ರಶ್ನೆ.
ಅಲೆಕ್ಸಾಂಡರ್:
ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ನಿಂದ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಚಲಿಸುವಾಗ ತೊಂದರೆಗಳಿವೆ, ಆದರೆ ಅವುಗಳನ್ನು ಪರಿಹರಿಸಬಹುದು.
ಉದಾಹರಣೆಗೆ, ನಾವು 5-7 ಮೈಕ್ರೋ ಸರ್ವೀಸ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಉತ್ಪನ್ನವನ್ನು ತಯಾರಿಸುತ್ತಿದ್ದೇವೆ. ಮಾಸ್ಟರ್ ಬ್ರಾಂಚ್‌ಗೆ ತೆರಳಲು ಹಸಿರು ಬೆಳಕನ್ನು ನೀಡಲು ನಾವು ಸಂಪೂರ್ಣ ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಸ್ಟ್ಯಾಕ್‌ನಾದ್ಯಂತ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗಳನ್ನು ಒದಗಿಸಬೇಕಾಗಿದೆ. ಈ ಕಾರ್ಯವು ನಮಗೆ ಹೊಸದೇನಲ್ಲ: ನಾವು BSS ನಲ್ಲಿ ಇದನ್ನು ಬಹಳ ಸಮಯದಿಂದ ಮಾಡುತ್ತಿದ್ದೆವು, ಮಾರಾಟಗಾರರು ನಮಗೆ ಈಗಾಗಲೇ ಸಾಗಿಸಲಾದ ಪರಿಹಾರಗಳನ್ನು ಪೂರೈಸಿದಾಗ.
ಮತ್ತು ನಮ್ಮ ಸಮಸ್ಯೆ ಚಿಕ್ಕ ತಂಡದಲ್ಲಿ ಮಾತ್ರ. ಒಂದು ಷರತ್ತುಬದ್ಧ ಉತ್ಪನ್ನಕ್ಕೆ ಒಬ್ಬ QA ಇಂಜಿನಿಯರ್ ಅಗತ್ಯವಿದೆ. ಆದ್ದರಿಂದ, ನಾವು 5-7 ಮೈಕ್ರೋ ಸರ್ವೀಸ್‌ಗಳ ಉತ್ಪನ್ನವನ್ನು ರವಾನಿಸುತ್ತೇವೆ, ಅದರಲ್ಲಿ 2-3 ಅನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಗಳು ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ನಮ್ಮ ಬಿಲ್ಲಿಂಗ್ ಸಿಸ್ಟಮ್ ವೆಂಡರ್, Mail.ru ಗುಂಪು ಮತ್ತು MegaFon R&D ಭಾಗವಹಿಸುವ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನಾವು ಉತ್ಪನ್ನವನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಉತ್ಪಾದನೆಗೆ ಸಾಗಿಸುವ ಮೊದಲು ನಾವು ಇದನ್ನು ಪರೀಕ್ಷೆಗಳೊಂದಿಗೆ ಒಳಗೊಳ್ಳಬೇಕು. QA ಇಂಜಿನಿಯರ್ ಒಂದೂವರೆ ತಿಂಗಳಿನಿಂದ ಈ ಉತ್ಪನ್ನದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆ ಮತ್ತು ತಂಡದ ಉಳಿದವರು ಅವರ ಬೆಂಬಲವಿಲ್ಲದೆ ಉಳಿದಿದ್ದಾರೆ.
ಈ ಸಂಕೀರ್ಣತೆಯು ಸ್ಕೇಲಿಂಗ್ನಿಂದ ಮಾತ್ರ ಉಂಟಾಗುತ್ತದೆ. ನಿರ್ವಾತದಲ್ಲಿ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ; ಸಂಪೂರ್ಣ ಪ್ರತ್ಯೇಕತೆಯು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ. ಒಂದು ಸೇವೆಯನ್ನು ಬದಲಾಯಿಸುವಾಗ, ನಾವು ಯಾವಾಗಲೂ API ಒಪ್ಪಂದವನ್ನು ಸಂರಕ್ಷಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ. ಹುಡ್ ಅಡಿಯಲ್ಲಿ ಏನಾದರೂ ಬದಲಾದರೆ, ಮುಂಭಾಗದ ಸೇವೆ ಉಳಿದಿದೆ. ಬದಲಾವಣೆಗಳು ಮಾರಣಾಂತಿಕವಾಗಿದ್ದರೆ, ಕೆಲವು ರೀತಿಯ ವಾಸ್ತುಶಿಲ್ಪದ ರೂಪಾಂತರವು ನಡೆಯುತ್ತದೆ ಮತ್ತು ನಾವು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾದ ಡೇಟಾ ಮೆಟಾಮಾಡೆಲ್‌ಗೆ ಹೋಗುತ್ತೇವೆ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ - ಆಗ ಮಾತ್ರ ನಾವು v2 ಸೇವೆಯ API ನಿರ್ದಿಷ್ಟತೆ ಕಾಣಿಸಿಕೊಳ್ಳುವ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ. ನಾವು ಮೊದಲ ಮತ್ತು ಎರಡನೆಯ ಆವೃತ್ತಿಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಬೆಂಬಲಿಸುತ್ತೇವೆ ಮತ್ತು ಎಲ್ಲಾ ಗ್ರಾಹಕರು ಎರಡನೇ ಆವೃತ್ತಿಗೆ ಬದಲಾಯಿಸಿದ ನಂತರ, ನಾವು ಮೊದಲನೆಯದನ್ನು ಮುಚ್ಚುತ್ತೇವೆ.
ಸೆರ್ಗೆ:
ನಾನು ಸೇರಿಸಲು ಬಯಸುತ್ತೇನೆ. ತೊಡಕುಗಳ ಬಗ್ಗೆ ನಾನು ಸಂಪೂರ್ಣವಾಗಿ ಒಪ್ಪುತ್ತೇನೆ - ಅವು ಸಂಭವಿಸುತ್ತವೆ. ಭೂದೃಶ್ಯವು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತಿದೆ ಮತ್ತು ಓವರ್ಹೆಡ್ ವೆಚ್ಚಗಳು ಹೆಚ್ಚಾಗುತ್ತಿವೆ, ವಿಶೇಷವಾಗಿ ಪರೀಕ್ಷೆಗಾಗಿ. ಇದನ್ನು ಹೇಗೆ ಎದುರಿಸುವುದು: ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆಗೆ ಬದಲಿಸಿ. ಹೌದು, ನೀವು ಆಟೋಟೆಸ್ಟ್‌ಗಳು ಮತ್ತು ಯುನಿಟ್ ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಲು ಹೆಚ್ಚುವರಿಯಾಗಿ ಹೂಡಿಕೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಡೆವಲಪರ್‌ಗಳು ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣರಾಗದೆ ಬದ್ಧರಾಗಲು ಸಾಧ್ಯವಿಲ್ಲ, ಅವರು ಕೋಡ್ ಅನ್ನು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಇದರಿಂದ ಪುಶ್ ಬಟನ್ ಕೂಡ ಆಟೋಟೆಸ್ಟ್, ಯೂನಿಟ್ ಟೆಸ್ಟ್ ಇಲ್ಲದೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.
ಹಿಂದಿನ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವುದು ಮುಖ್ಯ, ಮತ್ತು ಇದು ಹೆಚ್ಚುವರಿ ಓವರ್ಹೆಡ್ ಆಗಿದೆ. ನೀವು ತಂತ್ರಜ್ಞಾನವನ್ನು ಮತ್ತೊಂದು ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಪುನಃ ಬರೆದರೆ, ನೀವು ಎಲ್ಲವನ್ನೂ ಸಂಪೂರ್ಣವಾಗಿ ಮುಚ್ಚುವವರೆಗೆ ನೀವು ಅದನ್ನು ಪುನಃ ಬರೆಯುತ್ತೀರಿ.
ನಾವು ಕೆಲವೊಮ್ಮೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಂತ್ಯದಿಂದ ಅಂತ್ಯದ ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ನಾವು ಅಭಿವೃದ್ಧಿಯನ್ನು ನಿಲ್ಲಿಸಲು ಬಯಸುವುದಿಲ್ಲ, ಆದರೂ ನಾವು ಒಂದರ ನಂತರ ಒಂದನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಭೂದೃಶ್ಯವು ತುಂಬಾ ದೊಡ್ಡದಾಗಿದೆ, ಸಂಕೀರ್ಣವಾಗಿದೆ, ಹಲವು ವ್ಯವಸ್ಥೆಗಳಿವೆ. ಕೆಲವೊಮ್ಮೆ ಇದು ಕೇವಲ ಸ್ಟಬ್‌ಗಳು - ಹೌದು, ನೀವು ಸುರಕ್ಷತೆಯ ಅಂಚನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತೀರಿ, ಹೆಚ್ಚಿನ ಅಪಾಯಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ನೀವು ಪೂರೈಕೆಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತೀರಿ.
ಅಲೆಕ್ಸಾಂಡರ್:
ಹೌದು, ಆಟೋಟೆಸ್ಟ್‌ಗಳು ಮತ್ತು ಯುನಿಟ್ ಪರೀಕ್ಷೆಗಳು ನಿಮಗೆ ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಸೇವೆಯನ್ನು ರಚಿಸಲು ಅನುಮತಿಸುತ್ತದೆ. ಘಟಕ ಮತ್ತು ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗಳಿಲ್ಲದೆ ರವಾನಿಸಲಾಗದ ಪೈಪ್‌ಲೈನ್‌ಗಾಗಿ ನಾವು ಇದ್ದೇವೆ. ನಾವು ಸಾಮಾನ್ಯವಾಗಿ ಎಮ್ಯುಲೇಟರ್‌ಗಳು ಮತ್ತು ವಾಣಿಜ್ಯ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಪರೀಕ್ಷಾ ವಲಯಗಳು ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಪರಿಸರಗಳಿಗೆ ಎಳೆಯಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಎಲ್ಲಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಪರೀಕ್ಷಾ ವಲಯಗಳಲ್ಲಿ ಇರಿಸಲಾಗುವುದಿಲ್ಲ. ಇದಲ್ಲದೆ, ಅವು ಕೇವಲ ಒದ್ದೆಯಾಗುವುದಿಲ್ಲ - ನಾವು ಸಿಸ್ಟಮ್‌ನಿಂದ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ರಚಿಸುತ್ತೇವೆ. ಇದು ಮೈಕ್ರೋಸರ್ವಿಸ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಗಂಭೀರ ಭಾಗವಾಗಿದೆ ಮತ್ತು ನಾವು ಅದರಲ್ಲಿ ಹೂಡಿಕೆ ಮಾಡುತ್ತಿದ್ದೇವೆ. ಇದು ಇಲ್ಲದೆ, ಅವ್ಯವಸ್ಥೆ ಉಂಟಾಗುತ್ತದೆ.
ಪ್ರೇಕ್ಷಕರಿಂದ ಪ್ರಶ್ನೆ (3):
ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಂತೆ, ಮೈಕ್ರೋಸರ್ವೀಸ್ಗಳು ಆರಂಭದಲ್ಲಿ ಪ್ರತ್ಯೇಕ ತಂಡದಿಂದ ಬೆಳೆದವು ಮತ್ತು ಈಗ ಈ ಮಾದರಿಯಲ್ಲಿ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ. ಅದರ ಸಾಧಕ-ಬಾಧಕಗಳೇನು?
ನಾವು ಇದೇ ರೀತಿಯ ಕಥೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ: ಒಂದು ರೀತಿಯ ಮೈಕ್ರೋಸರ್ವೀಸಸ್ ಕಾರ್ಖಾನೆ ಹುಟ್ಟಿಕೊಂಡಿತು. ಈಗ ನಾವು ಕಲ್ಪನಾತ್ಮಕವಾಗಿ ಈ ವಿಧಾನವನ್ನು ಸ್ಟ್ರೀಮ್‌ಗಳು ಮತ್ತು ಸಿಸ್ಟಮ್‌ಗಳ ಮೂಲಕ ಉತ್ಪಾದನೆಗೆ ವಿಸ್ತರಿಸುತ್ತಿದ್ದೇವೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಬಂದಿದ್ದೇವೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ನಾವು ಮೈಕ್ರೊ ಸರ್ವೀಸ್, ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಮಾದರಿಗಳ ಕೇಂದ್ರೀಕೃತ ಅಭಿವೃದ್ಧಿಯಿಂದ ದೂರ ಸರಿಯುತ್ತಿದ್ದೇವೆ ಮತ್ತು ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಹತ್ತಿರವಾಗುತ್ತಿದ್ದೇವೆ.
ಅಂತೆಯೇ, ನಮ್ಮ ಕಾರ್ಯಾಚರಣೆಯು ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಹೋಗುತ್ತದೆ, ಅಂದರೆ, ನಾವು ಈ ವಿಷಯವನ್ನು ವಿಕೇಂದ್ರೀಕರಿಸುತ್ತಿದ್ದೇವೆ. ನಿಮ್ಮ ವಿಧಾನ ಏನು ಮತ್ತು ನಿಮ್ಮ ಗುರಿ ಕಥೆ ಏನು?
ಅಲೆಕ್ಸಾಂಡರ್:
ನೀವು "ಮೈಕ್ರೋಸರ್ವಿಸಸ್ ಫ್ಯಾಕ್ಟರಿ" ಎಂಬ ಹೆಸರನ್ನು ನಿಮ್ಮ ಬಾಯಿಯಿಂದಲೇ ಕೈಬಿಟ್ಟಿದ್ದೀರಿ - ನಾವು ಕೂಡ ಅಳೆಯಲು ಬಯಸುತ್ತೇವೆ. ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಈಗ ಒಂದು ತಂಡವನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಸಾಮಾನ್ಯ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಅವಕಾಶವನ್ನು MegaFon ಹೊಂದಿರುವ ಎಲ್ಲಾ ಅಭಿವೃದ್ಧಿ ತಂಡಗಳನ್ನು ಒದಗಿಸಲು ನಾವು ಬಯಸುತ್ತೇವೆ. ನಾವು ಈಗ ಹೊಂದಿರುವ ಎಲ್ಲಾ ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಲು ಬಯಸುವುದಿಲ್ಲ. ಸ್ಥಳೀಯ ಕಾರ್ಯವು ಅಳೆಯುವುದು, ಜಾಗತಿಕ ಕಾರ್ಯವು ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ಲೇಯರ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ತಂಡಗಳಿಗೆ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮುನ್ನಡೆಸುವುದು.
ಸೆರ್ಗೆ:
ನಾವು ನಡೆದ ಹಾದಿಯನ್ನು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ನಾವು ನಿಜವಾಗಿಯೂ ಒಂದು ತಂಡವಾಗಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ಆದರೆ ಈಗ ನಾವು ಒಬ್ಬಂಟಿಯಾಗಿಲ್ಲ. ನಾನು ಈ ಕೆಳಗಿನವುಗಳ ಪ್ರತಿಪಾದಕನಾಗಿದ್ದೇನೆ: ಪ್ರಕ್ರಿಯೆಯ ಮಾಲೀಕರು ಇರಬೇಕು. ಮೈಕ್ರೋಸರ್ವೀಸಸ್ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಯಾರಾದರೂ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ನಿರ್ವಹಿಸಬೇಕು, ನಿಯಂತ್ರಿಸಬೇಕು ಮತ್ತು ನಿರ್ಮಿಸಬೇಕು. ಅವನು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೊಂದಿರಬೇಕು ಮತ್ತು ಸಂಪನ್ಮೂಲ ನಿರ್ವಹಣೆಯಲ್ಲಿ ತೊಡಗಿಸಿಕೊಳ್ಳಬೇಕು.
ತಂತ್ರಜ್ಞಾನಗಳು, ನಿರ್ದಿಷ್ಟತೆಗಳನ್ನು ತಿಳಿದಿರುವ ಮತ್ತು ಮೈಕ್ರೊ ಸರ್ವೀಸ್ಗಳನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಈ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಉತ್ಪನ್ನ ತಂಡಗಳಲ್ಲಿ ಇರಿಸಬಹುದು. ಮೊಬೈಲ್ ಅಪ್ಲಿಕೇಶನ್ ಮಾಡುವ ಉತ್ಪನ್ನ ತಂಡದಲ್ಲಿ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಜನರು ಇರುವ ಮಿಶ್ರಣವನ್ನು ನಾವು ಹೊಂದಿದ್ದೇವೆ. ಅವರು ಅಲ್ಲಿದ್ದಾರೆ, ಆದರೆ ಅವರು ತಮ್ಮ ಅಭಿವೃದ್ಧಿ ವ್ಯವಸ್ಥಾಪಕರೊಂದಿಗೆ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನಿರ್ವಹಣಾ ವಿಭಾಗದ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಕಾರ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ. ಈ ವಿಭಾಗದೊಳಗೆ ತಂತ್ರಜ್ಞಾನದೊಂದಿಗೆ ವ್ಯವಹರಿಸುವ ಪ್ರತ್ಯೇಕ ತಂಡವಿದೆ. ಅಂದರೆ, ನಾವು ನಮ್ಮಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳ ಸಾಮಾನ್ಯ ಪೂಲ್ ಅನ್ನು ಬೆರೆಸುತ್ತೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ವಿಭಜಿಸಿ, ತಂಡಗಳಿಗೆ ನೀಡುತ್ತೇವೆ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ಪ್ರಕ್ರಿಯೆಯು ಸಾಮಾನ್ಯವಾಗಿದೆ, ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತದೆ, ಇದು ಸಾಮಾನ್ಯ ತಾಂತ್ರಿಕ ತತ್ವಗಳ ಪ್ರಕಾರ ಮುಂದುವರಿಯುತ್ತದೆ, ಘಟಕ ಪರೀಕ್ಷೆ ಮತ್ತು ಹೀಗೆ - ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಎಲ್ಲವೂ. ಉತ್ಪನ್ನ ವಿಧಾನದ ವಿವಿಧ ವಿಭಾಗಗಳಿಂದ ಸಂಗ್ರಹಿಸಿದ ಸಂಪನ್ಮೂಲಗಳ ರೂಪದಲ್ಲಿ ಕಾಲಮ್‌ಗಳು ಇರಬಹುದು.
ಅಲೆಕ್ಸಾಂಡರ್:
ಸೆರ್ಗೆ, ನೀವು ನಿಜವಾಗಿಯೂ ಪ್ರಕ್ರಿಯೆಯ ಮಾಲೀಕರು, ಸರಿ? ಟಾಸ್ಕ್ ಬ್ಯಾಕ್‌ಲಾಗ್ ಹಂಚಿಕೊಳ್ಳಲಾಗಿದೆಯೇ? ಅದರ ವಿತರಣೆಗೆ ಯಾರು ಹೊಣೆ?
ಸೆರ್ಗೆ:
ನೋಡಿ: ಮತ್ತೆ ಮಿಶ್ರಣ ಇಲ್ಲಿದೆ. ತಾಂತ್ರಿಕ ಸುಧಾರಣೆಗಳ ಆಧಾರದ ಮೇಲೆ ರೂಪುಗೊಂಡ ಬ್ಯಾಕ್‌ಲಾಗ್ ಇದೆ - ಇದು ಒಂದು ಕಥೆ. ಬ್ಯಾಕ್‌ಲಾಗ್ ಇದೆ, ಇದು ಯೋಜನೆಗಳಿಂದ ರೂಪಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಉತ್ಪನ್ನಗಳಿಂದ ಬ್ಯಾಕ್‌ಲಾಗ್ ಇದೆ. ಆದರೆ ಪ್ರತಿಯೊಂದು ಸೇವಾ ಉತ್ಪನ್ನಗಳ ಪರಿಚಯದ ಅನುಕ್ರಮ ಅಥವಾ ಈ ಸೇವೆಯ ರಚನೆಯನ್ನು ಉತ್ಪನ್ನ ತಜ್ಞರು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ್ದಾರೆ. ಅವರು ಐಟಿ ನಿರ್ದೇಶನಾಲಯದಲ್ಲಿಲ್ಲ; ಅವರನ್ನು ವಿಶೇಷವಾಗಿ ಅದರಿಂದ ತೆಗೆದುಹಾಕಲಾಗಿದೆ. ಆದರೆ ನನ್ನ ಜನರು ಖಂಡಿತವಾಗಿಯೂ ಅದೇ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಕಾರ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ.
ವಿಭಿನ್ನ ದಿಕ್ಕುಗಳಲ್ಲಿ ಬ್ಯಾಕ್‌ಲಾಗ್‌ನ ಮಾಲೀಕರು - ಬದಲಾವಣೆಗಳ ಬ್ಯಾಕ್‌ಲಾಗ್ - ವಿಭಿನ್ನ ಜನರು. ತಾಂತ್ರಿಕ ಸೇವೆಗಳ ಸಂಪರ್ಕ, ಅವರ ಸಂಘಟನಾ ತತ್ವ - ಇವೆಲ್ಲವೂ ಐಟಿಯಲ್ಲಿರುತ್ತದೆ. ನಾನು ವೇದಿಕೆ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸಹ ಹೊಂದಿದ್ದೇನೆ. ಮೇಲ್ಭಾಗದಲ್ಲಿ ಬ್ಯಾಕ್‌ಲಾಗ್ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಬದಲಾವಣೆಗಳು ಮತ್ತು ಈ ಅರ್ಥದಲ್ಲಿ ವಾಸ್ತುಶಿಲ್ಪಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ.
ವ್ಯವಹಾರವೊಂದು ಹೇಳುತ್ತದೆ: "ನಮಗೆ ಈ ಕಾರ್ಯ ಬೇಕು, ನಾವು ಹೊಸ ಉತ್ಪನ್ನವನ್ನು ರಚಿಸಲು ಬಯಸುತ್ತೇವೆ - ಸಾಲವನ್ನು ರೀಮೇಕ್ ಮಾಡಲು." ನಾವು ಉತ್ತರಿಸುತ್ತೇವೆ: "ಹೌದು, ನಾವು ಅದನ್ನು ಮತ್ತೆ ಮಾಡುತ್ತೇವೆ." ವಾಸ್ತುಶಿಲ್ಪಿಗಳು ಹೇಳುತ್ತಾರೆ: "ನಾವು ಯೋಚಿಸೋಣ: ಸಾಲದಲ್ಲಿ ನಾವು ಮೈಕ್ರೋಸರ್ವಿಸ್ ಅನ್ನು ಎಲ್ಲಿ ಬರೆಯುತ್ತೇವೆ ಮತ್ತು ನಾವು ಅದನ್ನು ಹೇಗೆ ಮಾಡುತ್ತೇವೆ?" ನಂತರ ನಾವು ಅದನ್ನು ಯೋಜನೆಗಳು, ಉತ್ಪನ್ನಗಳು ಅಥವಾ ತಂತ್ರಜ್ಞಾನದ ಸ್ಟಾಕ್ ಆಗಿ ವಿಭಜಿಸಿ, ಅದನ್ನು ತಂಡಗಳಾಗಿ ಇರಿಸಿ ಮತ್ತು ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತೇವೆ. ನೀವು ಆಂತರಿಕವಾಗಿ ಉತ್ಪನ್ನವನ್ನು ರಚಿಸಿದ್ದೀರಾ ಮತ್ತು ಈ ಉತ್ಪನ್ನದಲ್ಲಿ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸಿದ್ದೀರಾ? ನಾವು ಹೇಳುತ್ತೇವೆ: "ಈಗ ನಾವು ಹೊಂದಿದ್ದ ಪರಂಪರೆ ವ್ಯವಸ್ಥೆಗಳು ಅಥವಾ ಮುಂಚೂಣಿಯ ವ್ಯವಸ್ಥೆಗಳು ಈ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳಿಗೆ ಬದಲಾಗಬೇಕು." ವಾಸ್ತುಶಿಲ್ಪಿಗಳು ಹೇಳುತ್ತಾರೆ: “ಆದ್ದರಿಂದ: ಮುಂಚೂಣಿಯ ಉತ್ಪನ್ನಗಳೊಳಗಿನ ತಾಂತ್ರಿಕ ಬ್ಯಾಕ್‌ಲಾಗ್‌ನಲ್ಲಿ - ಮೈಕ್ರೋಸರ್ವೀಸ್‌ಗಳಿಗೆ ಪರಿವರ್ತನೆ. ಹೋಗು". ಮತ್ತು ಉತ್ಪನ್ನ ತಜ್ಞರು ಅಥವಾ ವ್ಯಾಪಾರ ಮಾಲೀಕರು ಎಷ್ಟು ಸಾಮರ್ಥ್ಯವನ್ನು ಹಂಚಲಾಗುತ್ತದೆ, ಯಾವಾಗ ಮತ್ತು ಏಕೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ.
ಚರ್ಚೆಯ ಅಂತ್ಯ, ಆದರೆ ಎಲ್ಲಾ ಅಲ್ಲ
mailto:CLOUD ಸಮ್ಮೇಳನವನ್ನು ಆಯೋಜಿಸಲಾಗಿದೆ .
ನಾವು ಇತರ ಘಟನೆಗಳನ್ನು ಸಹ ಮಾಡುತ್ತೇವೆ - ಉದಾ. @ಕುಬರ್ನೆಟ್ಸ್ ಮೀಟಪ್, ಅಲ್ಲಿ ನಾವು ಯಾವಾಗಲೂ ಉತ್ತಮ ಸ್ಪೀಕರ್‌ಗಳಿಗಾಗಿ ಹುಡುಕುತ್ತಿದ್ದೇವೆ:
- ನಮ್ಮ ಟೆಲಿಗ್ರಾಮ್ ಚಾನಲ್‌ನಲ್ಲಿ @Kubernetes ಮತ್ತು ಇತರ @Meetup ಸುದ್ದಿಗಳನ್ನು ಅನುಸರಿಸಿ
- @Meetups ಒಂದರಲ್ಲಿ ಮಾತನಾಡಲು ಆಸಕ್ತಿ ಇದೆಯೇ? ಒಂದು ವಿನಂತಿಯನ್ನು ಬಿಡಿ
ಮೂಲ: www.habr.com