DevOps ಮತ್ತು ಚೋಸ್: ವಿಕೇಂದ್ರೀಕೃತ ಜಗತ್ತಿನಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್ ವಿತರಣೆ

ಇಸ್ರೇಲ್‌ನಲ್ಲಿ ಮೊದಲ DevOps ಪ್ರಮಾಣೀಕರಣದ ಪ್ರಾರಂಭಿಕ ಮತ್ತು ಬೋಧಕರಲ್ಲಿ ಒಬ್ಬರಾದ Otomato ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಸಂಸ್ಥಾಪಕ ಮತ್ತು ನಿರ್ದೇಶಕ ಆಂಟನ್ ವೈಸ್ ಕಳೆದ ವರ್ಷ ಮಾತನಾಡಿದರು. DevOpsDays ಮಾಸ್ಕೋ ಅವ್ಯವಸ್ಥೆಯ ಸಿದ್ಧಾಂತ ಮತ್ತು ಅವ್ಯವಸ್ಥೆಯ ಎಂಜಿನಿಯರಿಂಗ್‌ನ ಮುಖ್ಯ ತತ್ವಗಳ ಬಗ್ಗೆ ಮತ್ತು ಭವಿಷ್ಯದ ಆದರ್ಶ DevOps ಸಂಸ್ಥೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸಿದೆ.

ನಾವು ವರದಿಯ ಪಠ್ಯ ಆವೃತ್ತಿಯನ್ನು ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ.

ಶುಭೋದಯ

DevOpsDays ಮಾಸ್ಕೋದಲ್ಲಿ ಸತತವಾಗಿ ಎರಡನೇ ವರ್ಷ, ಈ ವೇದಿಕೆಯಲ್ಲಿ ಇದು ನನ್ನ ಎರಡನೇ ಬಾರಿಗೆ, ನಿಮ್ಮಲ್ಲಿ ಹಲವರು ಎರಡನೇ ಬಾರಿಗೆ ಈ ಕೊಠಡಿಯಲ್ಲಿದ್ದೀರಿ. ಅದರ ಅರ್ಥವೇನು? ಇದರರ್ಥ ರಷ್ಯಾದಲ್ಲಿ DevOps ಆಂದೋಲನವು ಬೆಳೆಯುತ್ತಿದೆ, ಗುಣಿಸುತ್ತಿದೆ ಮತ್ತು ಮುಖ್ಯವಾಗಿ, 2018 ರಲ್ಲಿ DevOps ಏನು ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡುವ ಸಮಯ ಬಂದಿದೆ ಎಂದರ್ಥ.

2018 ರಲ್ಲಿ DevOps ಈಗಾಗಲೇ ವೃತ್ತಿಯಾಗಿದೆ ಎಂದು ಭಾವಿಸುವ ನಿಮ್ಮ ಕೈಗಳನ್ನು ಎತ್ತುವುದೇ? ಅಂತಹವುಗಳಿವೆ. "DevOps ಇಂಜಿನಿಯರ್" ಎಂದು ಉದ್ಯೋಗ ವಿವರಣೆಯನ್ನು ಹೇಳುವ ಯಾವುದೇ DevOps ಎಂಜಿನಿಯರ್‌ಗಳು ಕೋಣೆಯಲ್ಲಿದ್ದಾರೆಯೇ? ಕೋಣೆಯಲ್ಲಿ ಯಾವುದೇ DevOps ನಿರ್ವಾಹಕರು ಇದ್ದಾರೆಯೇ? ಅಂಥದ್ದೇನೂ ಇಲ್ಲ. DevOps ವಾಸ್ತುಶಿಲ್ಪಿಗಳು? ಅಲ್ಲದೆ ನಂ. ಸಾಕಾಗುವುದಿಲ್ಲ. ಅವರು DevOps ಇಂಜಿನಿಯರ್ ಎಂದು ಯಾರೂ ಹೇಳುವುದಿಲ್ಲ ಎಂಬುದು ನಿಜವಾಗಿಯೂ ನಿಜವೇ?

ಆದ್ದರಿಂದ ನಿಮ್ಮಲ್ಲಿ ಹೆಚ್ಚಿನವರು ಇದು ವಿರೋಧಿ ಮಾದರಿ ಎಂದು ಭಾವಿಸುತ್ತೀರಾ? ಅಂತಹ ವೃತ್ತಿಯು ಅಸ್ತಿತ್ವದಲ್ಲಿರಬಾರದು ಎಂದು? ನಮಗೆ ಬೇಕಾದುದನ್ನು ನಾವು ಯೋಚಿಸಬಹುದು, ಆದರೆ ನಾವು ಯೋಚಿಸುತ್ತಿರುವಾಗ, ಉದ್ಯಮವು DevOps ಟ್ರಂಪೆಟ್‌ನ ಧ್ವನಿಗೆ ಗಂಭೀರವಾಗಿ ಮುನ್ನಡೆಯುತ್ತಿದೆ.

DevDevOps ಎಂಬ ಹೊಸ ವಿಷಯದ ಬಗ್ಗೆ ಯಾರು ಕೇಳಿದ್ದಾರೆ? ಇದು ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಡೆವಪ್‌ಗಳ ನಡುವೆ ಪರಿಣಾಮಕಾರಿ ಸಹಯೋಗವನ್ನು ಅನುಮತಿಸುವ ಹೊಸ ತಂತ್ರವಾಗಿದೆ. ಮತ್ತು ಅಷ್ಟು ಹೊಸದಲ್ಲ. Twitter ಮೂಲಕ ನಿರ್ಣಯಿಸುವುದು, ಅವರು ಈಗಾಗಲೇ 4 ವರ್ಷಗಳ ಹಿಂದೆ ಈ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಪ್ರಾರಂಭಿಸಿದರು. ಮತ್ತು ಇಲ್ಲಿಯವರೆಗೆ, ಇದರಲ್ಲಿ ಆಸಕ್ತಿ ಬೆಳೆಯುತ್ತಿದೆ ಮತ್ತು ಬೆಳೆಯುತ್ತಿದೆ, ಅಂದರೆ ಸಮಸ್ಯೆ ಇದೆ. ಸಮಸ್ಯೆ ಪರಿಹಾರವಾಗಬೇಕಿದೆ.

ನಾವು ಸೃಜನಶೀಲ ವ್ಯಕ್ತಿಗಳು, ನಾವು ಸುಲಭವಾಗಿ ವಿಶ್ರಾಂತಿ ಪಡೆಯುವುದಿಲ್ಲ. ನಾವು ಹೇಳುತ್ತೇವೆ: DevOps ಸಾಕಷ್ಟು ಸಮಗ್ರ ಪದವಲ್ಲ; ಇದು ಇನ್ನೂ ಎಲ್ಲಾ ರೀತಿಯ ವಿಭಿನ್ನ, ಆಸಕ್ತಿದಾಯಕ ಅಂಶಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಮತ್ತು ನಾವು ನಮ್ಮ ರಹಸ್ಯ ಪ್ರಯೋಗಾಲಯಗಳಿಗೆ ಹೋಗುತ್ತೇವೆ ಮತ್ತು ಆಸಕ್ತಿದಾಯಕ ರೂಪಾಂತರಗಳನ್ನು ಉತ್ಪಾದಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.

ತರ್ಕವು ಕಬ್ಬಿಣದ ಕಡಲೆಯಾಗಿದೆ, ಸರಿ? ನಮ್ಮ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಯು ಕ್ರಿಯಾತ್ಮಕವಾಗಿಲ್ಲ, ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳು ಅಸ್ಥಿರವಾಗಿವೆ ಮತ್ತು ನಮ್ಮ ಬಳಕೆದಾರರು ಅತೃಪ್ತರಾಗಿದ್ದಾರೆ, ಸಮಯಕ್ಕೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೊರತರಲು ನಮಗೆ ಸಮಯವಿಲ್ಲ, ನಾವು ಬಜೆಟ್‌ಗೆ ಹೊಂದಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಇದೆಲ್ಲವನ್ನೂ ನಾವು ಹೇಗೆ ಪರಿಹರಿಸಲಿದ್ದೇವೆ? ನಾವು ಹೊಸ ಪದದೊಂದಿಗೆ ಬರುತ್ತೇವೆ! ಇದು "ಆಪ್ಸ್" ನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗುತ್ತದೆ.

ಹಾಗಾಗಿ ನಾನು ಈ ವಿಧಾನವನ್ನು ಕರೆಯುತ್ತೇನೆ - "ಆಪ್ಸ್, ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ."

ನಾವು ಇದನ್ನೆಲ್ಲಾ ಏಕೆ ತಂದಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನಾವು ನೆನಪಿಸಿಕೊಂಡರೆ ಇದೆಲ್ಲವೂ ಹಿನ್ನೆಲೆಗೆ ಮಸುಕಾಗುತ್ತದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ಡೆಲಿವರಿ ಮತ್ತು ಈ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಮ್ಮದೇ ಆದ ಕೆಲಸವನ್ನು ಅಡೆತಡೆಯಿಲ್ಲದ, ನೋವುರಹಿತ, ಪರಿಣಾಮಕಾರಿ ಮತ್ತು ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿ, ಸಾಧ್ಯವಾದಷ್ಟು ಆನಂದಿಸುವಂತೆ ಮಾಡಲು ನಾವು ಈ ಸಂಪೂರ್ಣ DevOps ವಿಷಯದೊಂದಿಗೆ ಬಂದಿದ್ದೇವೆ.

DevOps ನೋವಿನಿಂದ ಬೆಳೆದಿದೆ. ಮತ್ತು ನಾವು ದುಃಖದಿಂದ ಬೇಸತ್ತಿದ್ದೇವೆ. ಮತ್ತು ಇದೆಲ್ಲವೂ ಸಂಭವಿಸಲು, ನಾವು ನಿತ್ಯಹರಿದ್ವರ್ಣ ಅಭ್ಯಾಸಗಳ ಮೇಲೆ ಅವಲಂಬಿತರಾಗಿದ್ದೇವೆ: ಪರಿಣಾಮಕಾರಿ ಸಹಯೋಗ, ಹರಿವಿನ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ಮುಖ್ಯವಾಗಿ ಸಿಸ್ಟಮ್ ಚಿಂತನೆ, ಏಕೆಂದರೆ ಅದು ಇಲ್ಲದೆ ಯಾವುದೇ DevOps ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.

ವ್ಯವಸ್ಥೆ ಏನು?

ಮತ್ತು ನಾವು ಈಗಾಗಲೇ ಸಿಸ್ಟಮ್ ಚಿಂತನೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಸಿಸ್ಟಮ್ ಏನೆಂದು ನಮಗೆ ನೆನಪಿಸೋಣ.

ನೀವು ಕ್ರಾಂತಿಕಾರಿ ಹ್ಯಾಕರ್ ಆಗಿದ್ದರೆ, ನಿಮಗೆ ವ್ಯವಸ್ಥೆಯು ಸ್ಪಷ್ಟವಾಗಿ ಕೆಟ್ಟದ್ದಾಗಿದೆ. ಇದು ನಿಮ್ಮ ಮೇಲೆ ತೂಗಾಡುವ ಮೋಡವಾಗಿದೆ ಮತ್ತು ನೀವು ಮಾಡಲು ಬಯಸದ ಕೆಲಸಗಳನ್ನು ಮಾಡಲು ನಿಮ್ಮನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ.

ವ್ಯವಸ್ಥೆಗಳ ಚಿಂತನೆಯ ದೃಷ್ಟಿಕೋನದಿಂದ, ಒಂದು ವ್ಯವಸ್ಥೆಯು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಸಂಪೂರ್ಣವಾಗಿದೆ. ಈ ಅರ್ಥದಲ್ಲಿ, ನಮ್ಮಲ್ಲಿ ಪ್ರತಿಯೊಬ್ಬರೂ ಒಂದು ವ್ಯವಸ್ಥೆ. ನಾವು ಕೆಲಸ ಮಾಡುವ ಸಂಸ್ಥೆಗಳು ವ್ಯವಸ್ಥೆಗಳು. ಮತ್ತು ನೀವು ಮತ್ತು ನಾನು ನಿರ್ಮಿಸುತ್ತಿರುವುದನ್ನು ಸಿಸ್ಟಮ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

ಇದೆಲ್ಲವೂ ಒಂದು ದೊಡ್ಡ ಸಾಮಾಜಿಕ-ತಾಂತ್ರಿಕ ವ್ಯವಸ್ಥೆಯ ಭಾಗವಾಗಿದೆ. ಮತ್ತು ಈ ಸಾಮಾಜಿಕ-ತಾಂತ್ರಿಕ ವ್ಯವಸ್ಥೆಯು ಹೇಗೆ ಒಟ್ಟಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡರೆ ಮಾತ್ರ, ಈ ವಿಷಯದಲ್ಲಿ ನಾವು ನಿಜವಾಗಿಯೂ ಏನನ್ನಾದರೂ ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

ಸಿಸ್ಟಮ್ ಚಿಂತನೆಯ ದೃಷ್ಟಿಕೋನದಿಂದ, ವ್ಯವಸ್ಥೆಯು ವಿವಿಧ ಆಸಕ್ತಿದಾಯಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿದೆ. ಮೊದಲನೆಯದಾಗಿ, ಇದು ಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, ಅಂದರೆ ಅದರ ನಡವಳಿಕೆಯು ಭಾಗಗಳ ನಡವಳಿಕೆಯನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಇದಲ್ಲದೆ, ಅದರ ಎಲ್ಲಾ ಭಾಗಗಳು ಸಹ ಪರಸ್ಪರ ಅವಲಂಬಿತವಾಗಿವೆ. ಸಿಸ್ಟಮ್ ಹೆಚ್ಚು ಭಾಗಗಳನ್ನು ಹೊಂದಿದೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ, ಅದರ ನಡವಳಿಕೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಅಥವಾ ಊಹಿಸಲು ಹೆಚ್ಚು ಕಷ್ಟವಾಗುತ್ತದೆ.

ವರ್ತನೆಯ ದೃಷ್ಟಿಕೋನದಿಂದ, ಮತ್ತೊಂದು ಕುತೂಹಲಕಾರಿ ಸಂಗತಿಯಿದೆ. ವ್ಯವಸ್ಥೆಯು ಅದರ ಯಾವುದೇ ಪ್ರತ್ಯೇಕ ಭಾಗಗಳಲ್ಲಿ ಮಾಡಲಾಗದ ಕೆಲಸವನ್ನು ಮಾಡಬಹುದು.

ಡಾ. ರಸ್ಸೆಲ್ ಅಕಾಫ್ (ಸಿಸ್ಟಮ್ ಥಿಂಕಿಂಗ್ ಸಂಸ್ಥಾಪಕರಲ್ಲಿ ಒಬ್ಬರು) ಹೇಳಿದಂತೆ, ಚಿಂತನೆಯ ಪ್ರಯೋಗದೊಂದಿಗೆ ಇದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದು ತುಂಬಾ ಸುಲಭ. ಉದಾಹರಣೆಗೆ, ಕೋಣೆಯಲ್ಲಿ ಯಾರಿಗೆ ಕೋಡ್ ಬರೆಯಬೇಕೆಂದು ತಿಳಿದಿದೆ? ಬಹಳಷ್ಟು ಕೈಗಳಿವೆ, ಮತ್ತು ಇದು ಸಾಮಾನ್ಯವಾಗಿದೆ, ಏಕೆಂದರೆ ಇದು ನಮ್ಮ ವೃತ್ತಿಯ ಮುಖ್ಯ ಅವಶ್ಯಕತೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಬರೆಯುವುದು ಹೇಗೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ, ಆದರೆ ನಿಮ್ಮ ಕೈಗಳು ನಿಮ್ಮಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಕೋಡ್ ಬರೆಯಬಹುದೇ? "ಕೋಡ್ ಬರೆಯುವುದು ನನ್ನ ಕೈಗಳಲ್ಲ, ಕೋಡ್ ಬರೆಯುವುದು ನನ್ನ ಮೆದುಳು" ಎಂದು ಹೇಳುವ ಜನರಿದ್ದಾರೆ. ನಿಮ್ಮ ಮೆದುಳು ನಿಮ್ಮಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಕೋಡ್ ಬರೆಯಬಹುದೇ? ಸರಿ, ಬಹುಶಃ ಇಲ್ಲ.

ಮೆದುಳು ಅದ್ಭುತ ಯಂತ್ರವಾಗಿದೆ, ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ 10% ನಮಗೆ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ಅದು ನಮ್ಮ ದೇಹವಾಗಿರುವ ವ್ಯವಸ್ಥೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಮತ್ತು ಇದನ್ನು ಸಾಬೀತುಪಡಿಸುವುದು ಸುಲಭ: ನಿಮ್ಮ ತಲೆಬುರುಡೆಯನ್ನು ತೆರೆಯಿರಿ, ನಿಮ್ಮ ಮೆದುಳನ್ನು ಹೊರತೆಗೆಯಿರಿ, ಅದನ್ನು ಕಂಪ್ಯೂಟರ್ನ ಮುಂದೆ ಇರಿಸಿ, ಸರಳವಾದದ್ದನ್ನು ಬರೆಯಲು ಪ್ರಯತ್ನಿಸೋಣ. ಉದಾಹರಣೆಗೆ ಪೈಥಾನ್‌ನಲ್ಲಿ "ಹಲೋ, ವರ್ಲ್ಡ್".

ಒಂದು ವ್ಯವಸ್ಥೆಯು ಅದರ ಯಾವುದೇ ಭಾಗಗಳು ಪ್ರತ್ಯೇಕವಾಗಿ ಮಾಡಲಾಗದ ಯಾವುದನ್ನಾದರೂ ಮಾಡಬಹುದಾದರೆ, ಇದರರ್ಥ ಅದರ ನಡವಳಿಕೆಯು ಅದರ ಭಾಗಗಳ ನಡವಳಿಕೆಯಿಂದ ನಿರ್ಧರಿಸಲ್ಪಡುವುದಿಲ್ಲ. ಹಾಗಾದರೆ ಅದನ್ನು ಯಾವುದರಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ? ಈ ಭಾಗಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯಿಂದ ಇದನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ಹೆಚ್ಚು ಭಾಗಗಳು, ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳು, ಸಿಸ್ಟಮ್ನ ನಡವಳಿಕೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ಊಹಿಸಲು ಹೆಚ್ಚು ಕಷ್ಟ. ಮತ್ತು ಇದು ಅಂತಹ ವ್ಯವಸ್ಥೆಯನ್ನು ಅಸ್ತವ್ಯಸ್ತಗೊಳಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ವ್ಯವಸ್ಥೆಯ ಯಾವುದೇ ಭಾಗದಲ್ಲಿ ಯಾವುದೇ, ಅತ್ಯಂತ ಅತ್ಯಲ್ಪ, ಅದೃಶ್ಯ ಬದಲಾವಣೆಯು ಸಂಪೂರ್ಣವಾಗಿ ಅನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.

ಆರಂಭಿಕ ಪರಿಸ್ಥಿತಿಗಳಿಗೆ ಈ ಸೂಕ್ಷ್ಮತೆಯನ್ನು ಮೊದಲು ಅಮೇರಿಕನ್ ಹವಾಮಾನಶಾಸ್ತ್ರಜ್ಞ ಎಡ್ ಲೊರೆನ್ಜ್ ಕಂಡುಹಿಡಿದನು ಮತ್ತು ಅಧ್ಯಯನ ಮಾಡಿದನು. ತರುವಾಯ, ಇದನ್ನು "ಚಿಟ್ಟೆ ಪರಿಣಾಮ" ಎಂದು ಕರೆಯಲಾಯಿತು ಮತ್ತು "ಅವ್ಯವಸ್ಥೆಯ ಸಿದ್ಧಾಂತ" ಎಂಬ ವೈಜ್ಞಾನಿಕ ಚಿಂತನೆಯ ಚಳುವಳಿಯ ಬೆಳವಣಿಗೆಗೆ ಕಾರಣವಾಯಿತು. ಈ ಸಿದ್ಧಾಂತವು 20 ನೇ ಶತಮಾನದ ವಿಜ್ಞಾನದಲ್ಲಿನ ಪ್ರಮುಖ ಮಾದರಿ ಬದಲಾವಣೆಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.

ಚೋಸ್ ಸಿದ್ಧಾಂತ

ಅವ್ಯವಸ್ಥೆಯನ್ನು ಅಧ್ಯಯನ ಮಾಡುವ ಜನರು ತಮ್ಮನ್ನು ಗೊಂದಲಶಾಸ್ತ್ರಜ್ಞರು ಎಂದು ಕರೆದುಕೊಳ್ಳುತ್ತಾರೆ.

ವಾಸ್ತವವಾಗಿ, ಈ ವರದಿಗೆ ಕಾರಣವೆಂದರೆ, ಸಂಕೀರ್ಣ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ದೊಡ್ಡ ಅಂತರರಾಷ್ಟ್ರೀಯ ಸಂಸ್ಥೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದರಿಂದ, ಕೆಲವು ಹಂತದಲ್ಲಿ ನಾನು ಹೀಗೆ ಭಾವಿಸುತ್ತೇನೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ. ನಾನು ಗೊಂದಲಶಾಸ್ತ್ರಜ್ಞ. ಇದು ಮೂಲಭೂತವಾಗಿ ಹೇಳುವ ಒಂದು ಬುದ್ಧಿವಂತ ಮಾರ್ಗವಾಗಿದೆ: "ಇಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂದು ನನಗೆ ಅರ್ಥವಾಗುತ್ತಿಲ್ಲ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಏನು ಮಾಡಬೇಕೆಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ."

ನಿಮ್ಮಲ್ಲಿ ಅನೇಕರು ಸಹ ಆಗಾಗ್ಗೆ ಈ ರೀತಿ ಭಾವಿಸುತ್ತಾರೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಆದ್ದರಿಂದ ನೀವು ಸಹ ಗೊಂದಲಶಾಸ್ತ್ರಜ್ಞರು. ನಾನು ನಿಮ್ಮನ್ನು ಗೊಂದಲಶಾಸ್ತ್ರಜ್ಞರ ಸಂಘಕ್ಕೆ ಆಹ್ವಾನಿಸುತ್ತೇನೆ. ನೀವು ಮತ್ತು ನಾನು, ಆತ್ಮೀಯ ಸಹವರ್ತಿ ಗೊಂದಲಶಾಸ್ತ್ರಜ್ಞರು, ಅಧ್ಯಯನ ಮಾಡುವ ವ್ಯವಸ್ಥೆಗಳನ್ನು "ಸಂಕೀರ್ಣ ಹೊಂದಾಣಿಕೆ ವ್ಯವಸ್ಥೆಗಳು" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

ಹೊಂದಿಕೊಳ್ಳುವಿಕೆ ಎಂದರೇನು? ಹೊಂದಿಕೊಳ್ಳುವಿಕೆ ಎಂದರೆ ಅಂತಹ ಹೊಂದಾಣಿಕೆಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಭಾಗಗಳ ವೈಯಕ್ತಿಕ ಮತ್ತು ಸಾಮೂಹಿಕ ನಡವಳಿಕೆಯು ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಸ್ವಯಂ-ಸಂಘಟನೆಯಾಗುತ್ತದೆ, ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಘಟನೆಗಳು ಅಥವಾ ಸೂಕ್ಷ್ಮ ಘಟನೆಗಳ ಸರಪಳಿಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಅಂದರೆ, ವ್ಯವಸ್ಥೆಯು ಸ್ವಯಂ-ಸಂಘಟನೆಯ ಮೂಲಕ ಬದಲಾವಣೆಗಳಿಗೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ಮತ್ತು ಸ್ವಯಂ-ಸಂಘಟಿಸುವ ಈ ಸಾಮರ್ಥ್ಯವು ಉಚಿತ ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ಗಳ ಸ್ವಯಂಪ್ರೇರಿತ, ಸಂಪೂರ್ಣವಾಗಿ ವಿಕೇಂದ್ರೀಕೃತ ಸಹಕಾರವನ್ನು ಆಧರಿಸಿದೆ.

ಅಂತಹ ವ್ಯವಸ್ಥೆಗಳ ಮತ್ತೊಂದು ಆಸಕ್ತಿದಾಯಕ ಆಸ್ತಿಯೆಂದರೆ ಅವುಗಳು ಮುಕ್ತವಾಗಿ ಸ್ಕೇಲೆಬಲ್ ಆಗಿರುತ್ತವೆ. ಗೊಂದಲಶಾಸ್ತ್ರಜ್ಞರು-ಎಂಜಿನಿಯರ್‌ಗಳಾಗಿ ನಿಸ್ಸಂದೇಹವಾಗಿ ನಮಗೆ ಏನು ಆಸಕ್ತಿ ನೀಡಬೇಕು. ಆದ್ದರಿಂದ, ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಯ ನಡವಳಿಕೆಯನ್ನು ಅದರ ಭಾಗಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಯಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ ಎಂದು ನಾವು ಹೇಳಿದರೆ, ನಾವು ಯಾವುದರಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿರಬೇಕು? ಪರಸ್ಪರ ಕ್ರಿಯೆ.

ಇನ್ನೂ ಎರಡು ಆಸಕ್ತಿದಾಯಕ ಸಂಶೋಧನೆಗಳಿವೆ.


ಮೊದಲಿಗೆ, ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಅದರ ಭಾಗಗಳನ್ನು ಸರಳಗೊಳಿಸುವ ಮೂಲಕ ಸರಳಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ. ಎರಡನೆಯದಾಗಿ, ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಸರಳಗೊಳಿಸುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಅದರ ಭಾಗಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಸರಳಗೊಳಿಸುವುದು.

ನಾವು ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತೇವೆ? ನೀವು ಮತ್ತು ನಾನು ಎಲ್ಲರೂ ಮಾನವ ಸಮಾಜ ಎಂಬ ದೊಡ್ಡ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಯ ಭಾಗಗಳು. ನಾವು ಸಾಮಾನ್ಯ ಭಾಷೆಯ ಮೂಲಕ ಸಂವಹನ ನಡೆಸುತ್ತೇವೆ, ನಾವು ಅದನ್ನು ಹೊಂದಿದ್ದರೆ, ನಾವು ಅದನ್ನು ಕಂಡುಕೊಂಡರೆ.

ಆದರೆ ಭಾಷೆಯೇ ಒಂದು ಸಂಕೀರ್ಣ ಹೊಂದಾಣಿಕೆಯ ವ್ಯವಸ್ಥೆ. ಅಂತೆಯೇ, ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮತ್ತು ಸರಳವಾಗಿ ಸಂವಹನ ನಡೆಸಲು, ನಾವು ಕೆಲವು ರೀತಿಯ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ರಚಿಸಬೇಕಾಗಿದೆ. ಅಂದರೆ, ನಮ್ಮ ನಡುವಿನ ಮಾಹಿತಿಯ ವಿನಿಮಯವನ್ನು ಸರಳ, ಹೆಚ್ಚು ಊಹಿಸಬಹುದಾದ, ಹೆಚ್ಚು ಅರ್ಥವಾಗುವಂತೆ ಮಾಡುವ ಸಂಕೇತಗಳು ಮತ್ತು ಕ್ರಿಯೆಗಳ ಕೆಲವು ಅನುಕ್ರಮ.

ಸಂಕೀರ್ಣತೆಯ ಕಡೆಗೆ, ಹೊಂದಾಣಿಕೆಯ ಕಡೆಗೆ, ವಿಕೇಂದ್ರೀಕರಣದ ಕಡೆಗೆ, ಅವ್ಯವಸ್ಥೆಯ ಕಡೆಗೆ ಎಲ್ಲದರಲ್ಲೂ ಪ್ರವೃತ್ತಿಯನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು ಎಂದು ನಾನು ಹೇಳಲು ಬಯಸುತ್ತೇನೆ. ಮತ್ತು ನೀವು ಮತ್ತು ನಾನು ನಿರ್ಮಿಸುತ್ತಿರುವ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಮತ್ತು ನಾವು ಭಾಗವಾಗಿರುವ ಆ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ.

ಮತ್ತು ಆಧಾರರಹಿತವಾಗಿರಬಾರದು, ನಾವು ರಚಿಸುವ ವ್ಯವಸ್ಥೆಗಳು ಹೇಗೆ ಬದಲಾಗುತ್ತಿವೆ ಎಂಬುದನ್ನು ನೋಡೋಣ.

ನೀವು ಈ ಪದಕ್ಕಾಗಿ ಕಾಯುತ್ತಿದ್ದೀರಿ, ನನಗೆ ಅರ್ಥವಾಯಿತು. ನಾವು DevOps ಸಮ್ಮೇಳನದಲ್ಲಿದ್ದೇವೆ, ಇಂದು ಈ ಪದವನ್ನು ಸುಮಾರು ನೂರು ಸಾವಿರ ಬಾರಿ ಕೇಳಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ನಾವು ರಾತ್ರಿಯಲ್ಲಿ ಅದರ ಬಗ್ಗೆ ಕನಸು ಕಾಣುತ್ತೇವೆ.

ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗಳು DevOps ಅಭ್ಯಾಸಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಹೊರಹೊಮ್ಮಿದ ಮೊದಲ ಸಾಫ್ಟ್‌ವೇರ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಆಗಿದೆ, ಇದು ನಮ್ಮ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ, ಹೆಚ್ಚು ಸ್ಕೇಲೆಬಲ್ ಮಾಡಲು ಮತ್ತು ನಿರಂತರ ವಿತರಣೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಅವಳು ಇದನ್ನು ಹೇಗೆ ಮಾಡುತ್ತಾಳೆ? ಸೇವೆಗಳ ಪರಿಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಮೂಲಕ, ಈ ಸೇವೆಗಳು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವ ಸಮಸ್ಯೆಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು, ವಿತರಣಾ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು. ಅಂದರೆ, ನಾವು ವ್ಯವಸ್ಥೆಯ ಭಾಗಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಸರಳಗೊಳಿಸುತ್ತೇವೆ, ಅವುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತೇವೆ ಮತ್ತು ಅದರ ಪ್ರಕಾರ, ಈ ಭಾಗಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳ ಸಂಕೀರ್ಣತೆಯು ಏಕರೂಪವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ, ಅಂದರೆ, ನಾವು ಪರಿಹರಿಸಬೇಕಾದ ಹೊಸ ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸುತ್ತವೆ.

ಮೈಕ್ರೊಸರ್ವಿಸ್‌ಗಳು ಅಂತ್ಯವಲ್ಲ, ಮೈಕ್ರೊ ಸರ್ವಿಸ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ, ಈಗಾಗಲೇ ನಿನ್ನೆ, ಏಕೆಂದರೆ ಸರ್ವರ್‌ಲೆಸ್ ಬರುತ್ತಿದೆ. ಎಲ್ಲಾ ಸರ್ವರ್‌ಗಳು ಸುಟ್ಟುಹೋಗಿವೆ, ಸರ್ವರ್‌ಗಳಿಲ್ಲ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಿಲ್ಲ, ಕೇವಲ ಶುದ್ಧ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಕೋಡ್. ಸಂರಚನೆಗಳು ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ, ರಾಜ್ಯಗಳು ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ, ಎಲ್ಲವನ್ನೂ ಘಟನೆಗಳಿಂದ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ. ಸೌಂದರ್ಯ, ಸ್ವಚ್ಛತೆ, ಮೌನ, ​​ಯಾವುದೇ ಘಟನೆಗಳಿಲ್ಲ, ಏನೂ ಆಗುವುದಿಲ್ಲ, ಸಂಪೂರ್ಣ ಕ್ರಮ.

ಸಂಕೀರ್ಣತೆ ಎಲ್ಲಿದೆ? ತೊಂದರೆ, ಸಹಜವಾಗಿ, ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳಲ್ಲಿದೆ. ಒಂದು ಕಾರ್ಯವು ಸ್ವಂತವಾಗಿ ಎಷ್ಟು ಮಾಡಬಹುದು? ಇದು ಇತರ ಕಾರ್ಯಗಳೊಂದಿಗೆ ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ? ಸಂದೇಶ ಸಾಲುಗಳು, ಡೇಟಾಬೇಸ್‌ಗಳು, ಬ್ಯಾಲೆನ್ಸರ್‌ಗಳು. ವೈಫಲ್ಯ ಸಂಭವಿಸಿದಾಗ ಕೆಲವು ಈವೆಂಟ್ ಅನ್ನು ಮರುಸೃಷ್ಟಿಸುವುದು ಹೇಗೆ? ಬಹಳಷ್ಟು ಪ್ರಶ್ನೆಗಳು ಮತ್ತು ಕೆಲವು ಉತ್ತರಗಳು.

ಮೈಕ್ರೋಸರ್ವಿಸ್ ಮತ್ತು ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ನಾವು ಗೀಕ್ ಹಿಪ್‌ಸ್ಟರ್‌ಗಳು ಕ್ಲೌಡ್ ನೇಟಿವ್ ಎಂದು ಕರೆಯುತ್ತೇವೆ. ಇದು ಮೋಡದ ಬಗ್ಗೆ ಅಷ್ಟೆ. ಆದರೆ ಮೋಡವು ಅದರ ಸ್ಕೇಲೆಬಿಲಿಟಿಯಲ್ಲಿ ಅಂತರ್ಗತವಾಗಿ ಸೀಮಿತವಾಗಿದೆ. ನಾವು ಅದನ್ನು ವಿತರಣಾ ವ್ಯವಸ್ಥೆ ಎಂದು ಭಾವಿಸುತ್ತೇವೆ. ವಾಸ್ತವವಾಗಿ, ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರ ಸರ್ವರ್‌ಗಳು ಎಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ? ಡೇಟಾ ಕೇಂದ್ರಗಳಲ್ಲಿ. ಅಂದರೆ, ನಾವು ಇಲ್ಲಿ ಒಂದು ರೀತಿಯ ಕೇಂದ್ರೀಕೃತ, ಅತ್ಯಂತ ಸೀಮಿತ, ವಿತರಿಸಿದ ಮಾದರಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ.

ಇಂಟರ್ನೆಟ್ ಆಫ್ ಥಿಂಗ್ಸ್ ಇನ್ನು ಮುಂದೆ ಕೇವಲ ದೊಡ್ಡ ಪದಗಳಲ್ಲ ಎಂದು ಇಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ, ಸಾಧಾರಣ ಭವಿಷ್ಯವಾಣಿಗಳ ಪ್ರಕಾರ, ಇಂಟರ್ನೆಟ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ಶತಕೋಟಿ ಸಾಧನಗಳು ಮುಂದಿನ ಐದರಿಂದ ಹತ್ತು ವರ್ಷಗಳಲ್ಲಿ ನಮಗೆ ಕಾಯುತ್ತಿವೆ. ಕ್ಲೌಡ್‌ಗೆ ವಿಲೀನಗೊಳ್ಳುವ ಮತ್ತು ಕ್ಲೌಡ್‌ನಿಂದ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾದ ಬೃಹತ್ ಪ್ರಮಾಣದ ಉಪಯುಕ್ತ ಮತ್ತು ಅನುಪಯುಕ್ತ ಡೇಟಾ.

ಮೋಡವು ಉಳಿಯುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಾವು ಎಡ್ಜ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಬಗ್ಗೆ ಹೆಚ್ಚು ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ. ಅಥವಾ "ಮಂಜು ಕಂಪ್ಯೂಟಿಂಗ್" ನ ಅದ್ಭುತ ವ್ಯಾಖ್ಯಾನವನ್ನು ನಾನು ಇಷ್ಟಪಡುತ್ತೇನೆ. ಇದು ರೊಮ್ಯಾಂಟಿಸಿಸಂ ಮತ್ತು ನಿಗೂಢತೆಯ ಅತೀಂದ್ರಿಯತೆಯಿಂದ ಮುಚ್ಚಿಹೋಗಿದೆ.

ಫಾಗ್ ಕಂಪ್ಯೂಟಿಂಗ್. ಮೋಡಗಳು ನೀರು, ಉಗಿ, ಮಂಜುಗಡ್ಡೆ ಮತ್ತು ಕಲ್ಲುಗಳ ಕೇಂದ್ರೀಕೃತ ಗುಂಪುಗಳಾಗಿವೆ. ಮತ್ತು ಮಂಜು ವಾತಾವರಣದಲ್ಲಿ ನಮ್ಮ ಸುತ್ತಲೂ ಹರಡಿರುವ ನೀರಿನ ಹನಿಗಳು.

ಮಂಜಿನ ಮಾದರಿಯಲ್ಲಿ, ಹೆಚ್ಚಿನ ಕೆಲಸವನ್ನು ಈ ಹನಿಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವಾಯತ್ತವಾಗಿ ಅಥವಾ ಇತರ ಹನಿಗಳ ಸಹಯೋಗದೊಂದಿಗೆ ಮಾಡಲಾಗುತ್ತದೆ. ಮತ್ತು ಅವರು ನಿಜವಾಗಿಯೂ ಒತ್ತಿದಾಗ ಮಾತ್ರ ಅವರು ಮೋಡದ ಕಡೆಗೆ ತಿರುಗುತ್ತಾರೆ.

ಅಂದರೆ, ಮತ್ತೊಮ್ಮೆ ವಿಕೇಂದ್ರೀಕರಣ, ಸ್ವಾಯತ್ತತೆ, ಮತ್ತು, ಸಹಜವಾಗಿ, ನಿಮ್ಮಲ್ಲಿ ಹಲವರು ಈಗಾಗಲೇ ಇದು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಈಗಾಗಲೇ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದಾರೆ, ಏಕೆಂದರೆ ನೀವು ಬ್ಲಾಕ್ಚೈನ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸದೆ ವಿಕೇಂದ್ರೀಕರಣದ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ನಂಬುವವರು ಇದ್ದಾರೆ, ಇವರು ಕ್ರಿಪ್ಟೋಕರೆನ್ಸಿಯಲ್ಲಿ ಹೂಡಿಕೆ ಮಾಡಿದವರು. ಉದಾಹರಣೆಗೆ ನನ್ನಂತೆ ನಂಬುವ ಆದರೆ ಭಯಪಡುವವರೂ ಇದ್ದಾರೆ. ಮತ್ತು ನಂಬದವರೂ ಇದ್ದಾರೆ. ಇಲ್ಲಿ ನೀವು ವಿಭಿನ್ನವಾಗಿ ಚಿಕಿತ್ಸೆ ನೀಡಬಹುದು. ತಂತ್ರಜ್ಞಾನವಿದೆ, ಹೊಸ ಅಜ್ಞಾತ ವಿಷಯವಿದೆ, ಸಮಸ್ಯೆಗಳಿವೆ. ಯಾವುದೇ ಹೊಸ ತಂತ್ರಜ್ಞಾನದಂತೆ, ಇದು ಉತ್ತರಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಪ್ರಶ್ನೆಗಳನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತದೆ.

ಬ್ಲಾಕ್ಚೈನ್ ಸುತ್ತಲಿನ ಪ್ರಚೋದನೆಯು ಅರ್ಥವಾಗುವಂತಹದ್ದಾಗಿದೆ. ಗೋಲ್ಡ್ ರಶ್ ಪಕ್ಕಕ್ಕೆ, ತಂತ್ರಜ್ಞಾನವು ಉಜ್ವಲ ಭವಿಷ್ಯಕ್ಕಾಗಿ ಗಮನಾರ್ಹ ಭರವಸೆಗಳನ್ನು ಹೊಂದಿದೆ: ಹೆಚ್ಚು ಸ್ವಾತಂತ್ರ್ಯ, ಹೆಚ್ಚು ಸ್ವಾಯತ್ತತೆ, ವಿತರಿಸಿದ ಜಾಗತಿಕ ನಂಬಿಕೆ. ಏನು ಬೇಡ?

ಅಂತೆಯೇ, ಪ್ರಪಂಚದಾದ್ಯಂತ ಹೆಚ್ಚು ಹೆಚ್ಚು ಎಂಜಿನಿಯರ್‌ಗಳು ವಿಕೇಂದ್ರೀಕೃತ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದಾರೆ. ಮತ್ತು ಇದು ಸರಳವಾಗಿ ಹೇಳುವ ಮೂಲಕ ವಜಾಗೊಳಿಸಲಾಗದ ಶಕ್ತಿಯಾಗಿದೆ: "ಆಹ್, ಬ್ಲಾಕ್‌ಚೈನ್ ಕೇವಲ ಕಳಪೆಯಾಗಿ ಅಳವಡಿಸಲಾದ ವಿತರಿಸಿದ ಡೇಟಾಬೇಸ್ ಆಗಿದೆ." ಅಥವಾ ಸಂದೇಹವಾದಿಗಳು ಹೇಳಲು ಇಷ್ಟಪಡುವಂತೆ: "ಬ್ಲಾಕ್‌ಚೈನ್‌ಗಾಗಿ ಯಾವುದೇ ನೈಜ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಲ್ಲ." ನೀವು ಯೋಚಿಸಿದರೆ, 150 ವರ್ಷಗಳ ಹಿಂದೆ ಅವರು ವಿದ್ಯುತ್ ಬಗ್ಗೆ ಇದೇ ಮಾತನ್ನು ಹೇಳಿದರು. ಮತ್ತು ಅವರು ಕೆಲವು ರೀತಿಯಲ್ಲಿ ಸರಿಯಾಗಿದ್ದರು, ಏಕೆಂದರೆ ಇಂದು ವಿದ್ಯುಚ್ಛಕ್ತಿಯು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುವುದು 19 ನೇ ಶತಮಾನದಲ್ಲಿ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ.

ಅಂದಹಾಗೆ, ಪರದೆಯ ಮೇಲೆ ಯಾವ ರೀತಿಯ ಲೋಗೋ ಇದೆ ಎಂದು ಯಾರಿಗೆ ತಿಳಿದಿದೆ? ಇದು ಹೈಪರ್ಲೆಡ್ಜರ್ ಆಗಿದೆ. ಇದು ಲಿನಕ್ಸ್ ಫೌಂಡೇಶನ್‌ನ ಆಶ್ರಯದಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗುತ್ತಿರುವ ಯೋಜನೆಯಾಗಿದೆ ಮತ್ತು ಬ್ಲಾಕ್‌ಚೈನ್ ತಂತ್ರಜ್ಞಾನಗಳ ಗುಂಪನ್ನು ಒಳಗೊಂಡಿದೆ. ಇದು ನಿಜವಾಗಿಯೂ ನಮ್ಮ ಮುಕ್ತ ಮೂಲ ಸಮುದಾಯದ ಶಕ್ತಿಯಾಗಿದೆ.

ಚೋಸ್ ಎಂಜಿನಿಯರಿಂಗ್

ಆದ್ದರಿಂದ, ನಾವು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿರುವ ವ್ಯವಸ್ಥೆಯು ಹೆಚ್ಚು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತಿದೆ, ಹೆಚ್ಚು ಹೆಚ್ಚು ಅಸ್ತವ್ಯಸ್ತವಾಗಿದೆ ಮತ್ತು ಹೆಚ್ಚು ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ನೆಟ್‌ಫ್ಲಿಕ್ಸ್ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಸಿಸ್ಟಮ್‌ಗಳ ಪ್ರವರ್ತಕರು. ಅವರು ಇದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮೊದಲಿಗರು, ಅವರು ಸಿಮಿಯನ್ ಆರ್ಮಿ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಉಪಕರಣಗಳ ಗುಂಪನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದರು, ಅದರಲ್ಲಿ ಅತ್ಯಂತ ಪ್ರಸಿದ್ಧವಾದವು ಚೋಸ್ ಮಂಕಿ. ಏನಾಯಿತು ಎಂದು ಅವರು ವ್ಯಾಖ್ಯಾನಿಸಿದರು "ಅವ್ಯವಸ್ಥೆಯ ಎಂಜಿನಿಯರಿಂಗ್ ತತ್ವಗಳು".

ಮೂಲಕ, ವರದಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ನಾವು ಈ ಪಠ್ಯವನ್ನು ರಷ್ಯನ್ ಭಾಷೆಗೆ ಅನುವಾದಿಸಿದ್ದೇವೆ, ಆದ್ದರಿಂದ ಹೋಗಿ ಲಿಂಕ್, ಓದಿ, ಕಾಮೆಂಟ್ ಮಾಡಿ, ಬೈಯಿರಿ.

ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಅವ್ಯವಸ್ಥೆಯ ಎಂಜಿನಿಯರಿಂಗ್ ತತ್ವಗಳು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಹೇಳುತ್ತವೆ. ಸಂಕೀರ್ಣ ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳು ಅಂತರ್ಗತವಾಗಿ ಅನಿರೀಕ್ಷಿತ ಮತ್ತು ಅಂತರ್ಗತವಾಗಿ ದೋಷಯುಕ್ತವಾಗಿವೆ. ದೋಷಗಳು ಅನಿವಾರ್ಯ, ಇದರರ್ಥ ನಾವು ಈ ದೋಷಗಳನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಈ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಇದೇ ಹೊಂದಾಣಿಕೆಗಾಗಿ, ಸ್ವಯಂ-ಸಂಘಟನೆಯ ಈ ಸಾಮರ್ಥ್ಯಕ್ಕಾಗಿ, ಉಳಿವಿಗಾಗಿ ಪರೀಕ್ಷಿಸಲು ಈ ದೋಷಗಳನ್ನು ನಮ್ಮ ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಪರಿಚಯಿಸಲು ನಾವೇ ಪ್ರಯತ್ನಿಸಬೇಕು.

ಮತ್ತು ಅದು ಎಲ್ಲವನ್ನೂ ಬದಲಾಯಿಸುತ್ತದೆ. ನಾವು ವ್ಯವಸ್ಥೆಗಳನ್ನು ಉತ್ಪಾದನೆಗೆ ಹೇಗೆ ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ, ಆದರೆ ನಾವು ಅವುಗಳನ್ನು ಹೇಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತೇವೆ, ನಾವು ಅವುಗಳನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸುತ್ತೇವೆ. ಕೋಡ್‌ನ ಸ್ಥಿರೀಕರಣ ಅಥವಾ ಘನೀಕರಣದ ಪ್ರಕ್ರಿಯೆ ಇಲ್ಲ; ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಅಸ್ಥಿರಗೊಳಿಸುವ ನಿರಂತರ ಪ್ರಕ್ರಿಯೆ ಇರುತ್ತದೆ. ನಾವು ವ್ಯವಸ್ಥೆಯನ್ನು ಕೊಲ್ಲಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಅದು ಬದುಕುಳಿಯುವುದನ್ನು ನೋಡುತ್ತಿದ್ದೇವೆ.

ಡಿಸ್ಟ್ರಿಬ್ಯೂಟೆಡ್ ಸಿಸ್ಟಮ್ ಇಂಟಿಗ್ರೇಷನ್ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು

ಅಂತೆಯೇ, ಇದು ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಹೇಗಾದರೂ ಬದಲಾಯಿಸುವ ಅಗತ್ಯವಿದೆ. ಅವರು ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಲು, ಅವರ ಭಾಗಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಗಾಗಿ ಅವರಿಗೆ ಕೆಲವು ಹೊಸ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ. ಆದ್ದರಿಂದ ಈ ಭಾಗಗಳು ಒಪ್ಪಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಕೆಲವು ರೀತಿಯ ಸ್ವಯಂ-ಸಂಘಟನೆಗೆ ಬರಬಹುದು. ಮತ್ತು ಎಲ್ಲಾ ರೀತಿಯ ಹೊಸ ಪರಿಕರಗಳು, ಹೊಸ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಉದ್ಭವಿಸುತ್ತವೆ, ಅದನ್ನು ನಾನು "ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಗಾಗಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು" ಎಂದು ಕರೆಯುತ್ತೇನೆ.

ನಾನು ಏನು ಮಾತನಾಡುತ್ತಿದ್ದೇನೆ? ಮೊದಲನೆಯದಾಗಿ, ಯೋಜನೆ ಓಪನ್ಟ್ರೇಸಿಂಗ್. ಸಾಮಾನ್ಯ ವಿತರಿಸಿದ ಟ್ರ್ಯಾಕಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ರಚಿಸಲು ಕೆಲವರು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ, ಇದು ಸಂಕೀರ್ಣ ವಿತರಣೆ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಡೀಬಗ್ ಮಾಡಲು ಸಂಪೂರ್ಣವಾಗಿ ಅನಿವಾರ್ಯ ಸಾಧನವಾಗಿದೆ.

ಮುಂದೆ - ನೀತಿ ಏಜೆಂಟ್ ತೆರೆಯಿರಿ. ವ್ಯವಸ್ಥೆಗೆ ಏನಾಗುತ್ತದೆ ಎಂದು ನಾವು ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ನಾವು ಹೇಳುತ್ತೇವೆ, ಅಂದರೆ, ನಾವು ಅದರ ವೀಕ್ಷಣೆ, ವೀಕ್ಷಣೆಯನ್ನು ಹೆಚ್ಚಿಸಬೇಕಾಗಿದೆ. ಓಪನ್‌ಟ್ರೇಸಿಂಗ್ ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ವೀಕ್ಷಣೆಯನ್ನು ನೀಡುವ ಪರಿಕರಗಳ ಕುಟುಂಬಕ್ಕೆ ಸೇರಿದೆ. ಆದರೆ ವ್ಯವಸ್ಥೆಯು ನಾವು ನಿರೀಕ್ಷಿಸಿದಂತೆ ವರ್ತಿಸುತ್ತದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ನಮಗೆ ವೀಕ್ಷಣೆಯ ಅಗತ್ಯವಿದೆ. ನಿರೀಕ್ಷಿತ ನಡವಳಿಕೆಯನ್ನು ನಾವು ಹೇಗೆ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತೇವೆ? ಕೆಲವು ರೀತಿಯ ನೀತಿ, ಕೆಲವು ನಿಯಮಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೂಲಕ. ಓಪನ್ ಪಾಲಿಸಿ ಏಜೆಂಟ್ ಪ್ರಾಜೆಕ್ಟ್ ಪ್ರವೇಶದಿಂದ ಸಂಪನ್ಮೂಲ ಹಂಚಿಕೆಯವರೆಗಿನ ಸ್ಪೆಕ್ಟ್ರಮ್‌ನಾದ್ಯಂತ ಈ ನಿಯಮಗಳ ಸೆಟ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ.

ನಾವು ಹೇಳಿದಂತೆ, ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳು ಹೆಚ್ಚು ಈವೆಂಟ್-ಚಾಲಿತವಾಗಿವೆ. ಈವೆಂಟ್-ಚಾಲಿತ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಸರ್ವರ್‌ಲೆಸ್ ಉತ್ತಮ ಉದಾಹರಣೆಯಾಗಿದೆ. ನಾವು ಈವೆಂಟ್‌ಗಳನ್ನು ಸಿಸ್ಟಮ್‌ಗಳ ನಡುವೆ ವರ್ಗಾಯಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು, ನಮಗೆ ಕೆಲವು ಸಾಮಾನ್ಯ ಭಾಷೆಯ ಅಗತ್ಯವಿದೆ, ನಾವು ಈವೆಂಟ್‌ಗಳ ಬಗ್ಗೆ ಹೇಗೆ ಮಾತನಾಡುತ್ತೇವೆ, ನಾವು ಅವುಗಳನ್ನು ಪರಸ್ಪರ ಹೇಗೆ ರವಾನಿಸುತ್ತೇವೆ ಎಂಬುದಕ್ಕೆ ಕೆಲವು ಸಾಮಾನ್ಯ ಪ್ರೋಟೋಕಾಲ್. ಇದನ್ನೇ ಒಂದು ಯೋಜನೆ ಎಂದು ಕರೆಯಲಾಗಿದೆ ಮೇಘ ಘಟನೆಗಳು.

ನಮ್ಮ ಸಿಸ್ಟಮ್‌ಗಳ ಮೇಲೆ ತೊಳೆಯುವ ಬದಲಾವಣೆಗಳ ನಿರಂತರ ಸ್ಟ್ರೀಮ್, ಅವುಗಳನ್ನು ನಿರಂತರವಾಗಿ ಅಸ್ಥಿರಗೊಳಿಸುವುದು, ಸಾಫ್ಟ್‌ವೇರ್ ಕಲಾಕೃತಿಗಳ ನಿರಂತರ ಸ್ಟ್ರೀಮ್ ಆಗಿದೆ. ಬದಲಾವಣೆಗಳ ಈ ನಿರಂತರ ಹರಿವನ್ನು ನಾವು ಕಾಪಾಡಿಕೊಳ್ಳಲು, ನಮಗೆ ಕೆಲವು ರೀತಿಯ ಸಾಮಾನ್ಯ ಪ್ರೋಟೋಕಾಲ್ ಅಗತ್ಯವಿದೆ, ಅದರ ಮೂಲಕ ನಾವು ಸಾಫ್ಟ್‌ವೇರ್ ಕಲಾಕೃತಿ ಎಂದರೇನು, ಅದನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ, ಅದು ಯಾವ ಪರಿಶೀಲನೆಯನ್ನು ಅಂಗೀಕರಿಸಿದೆ ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಬಹುದು. ಇದನ್ನೇ ಒಂದು ಯೋಜನೆ ಎಂದು ಕರೆಯಲಾಗಿದೆ ಗ್ರಾಫಿಯಾಸ್. ಅಂದರೆ, ಸಾಫ್ಟ್‌ವೇರ್ ಕಲಾಕೃತಿಗಳಿಗೆ ಸಾಮಾನ್ಯ ಮೆಟಾಡೇಟಾ ಪ್ರೋಟೋಕಾಲ್.

ಮತ್ತು ಅಂತಿಮವಾಗಿ, ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವತಂತ್ರ, ಹೊಂದಾಣಿಕೆ ಮತ್ತು ಸ್ವಯಂ-ಸಂಘಟಿತವಾಗಿರಬೇಕೆಂದು ನಾವು ಬಯಸಿದರೆ, ನಾವು ಅವರಿಗೆ ಸ್ವಯಂ-ಗುರುತಿಸುವಿಕೆಯ ಹಕ್ಕನ್ನು ನೀಡಬೇಕು. ಯೋಜನೆಯನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ spiffe ಇದನ್ನೇ ಅವನು ಮಾಡುತ್ತಾನೆ. ಇದು ಕೂಡ ಕ್ಲೌಡ್ ನೇಟಿವ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಫೌಂಡೇಶನ್‌ನ ಆಶ್ರಯದಲ್ಲಿ ಒಂದು ಯೋಜನೆಯಾಗಿದೆ.

ಈ ಎಲ್ಲಾ ಯೋಜನೆಗಳು ಚಿಕ್ಕವು, ಅವೆಲ್ಲಕ್ಕೂ ನಮ್ಮ ಪ್ರೀತಿ, ನಮ್ಮ ಮೌಲ್ಯೀಕರಣದ ಅಗತ್ಯವಿದೆ. ಇದೆಲ್ಲವೂ ತೆರೆದ ಮೂಲ, ನಮ್ಮ ಪರೀಕ್ಷೆ, ನಮ್ಮ ಅನುಷ್ಠಾನ. ತಂತ್ರಜ್ಞಾನವು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಅವರು ನಮಗೆ ತೋರಿಸುತ್ತಾರೆ.

ಆದರೆ DevOps ಎಂದಿಗೂ ಪ್ರಾಥಮಿಕವಾಗಿ ತಂತ್ರಜ್ಞಾನದ ಬಗ್ಗೆ ಇರಲಿಲ್ಲ, ಇದು ಯಾವಾಗಲೂ ಜನರ ನಡುವಿನ ಸಹಯೋಗದ ಬಗ್ಗೆ. ಮತ್ತು, ಅದರ ಪ್ರಕಾರ, ನಾವು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ವ್ಯವಸ್ಥೆಗಳು ಬದಲಾಗಬೇಕೆಂದು ನಾವು ಬಯಸಿದರೆ, ನಾವೇ ಬದಲಾಗಬೇಕು. ವಾಸ್ತವವಾಗಿ, ನಾವು ಹೇಗಾದರೂ ಬದಲಾಗುತ್ತಿದ್ದೇವೆ; ನಮಗೆ ಹೆಚ್ಚಿನ ಆಯ್ಕೆ ಇಲ್ಲ.

ಒಂದು ಅದ್ಭುತವಿದೆ ಒಂದು ಪುಸ್ತಕ ಬ್ರಿಟಿಷ್ ಬರಹಗಾರ ರಾಚೆಲ್ ಬಾಟ್ಸ್‌ಮನ್, ಇದರಲ್ಲಿ ಅವರು ಮಾನವ ಇತಿಹಾಸದುದ್ದಕ್ಕೂ ನಂಬಿಕೆಯ ವಿಕಾಸದ ಬಗ್ಗೆ ಬರೆಯುತ್ತಾರೆ. ಆರಂಭದಲ್ಲಿ, ಪ್ರಾಚೀನ ಸಮಾಜಗಳಲ್ಲಿ, ನಂಬಿಕೆ ಸ್ಥಳೀಯವಾಗಿತ್ತು, ಅಂದರೆ, ನಾವು ವೈಯಕ್ತಿಕವಾಗಿ ತಿಳಿದಿರುವವರನ್ನು ಮಾತ್ರ ನಂಬುತ್ತೇವೆ ಎಂದು ಅವರು ಹೇಳುತ್ತಾರೆ.

ನಂತರ ಬಹಳ ದೀರ್ಘ ಅವಧಿಯಿತ್ತು - ನಂಬಿಕೆ ಕೇಂದ್ರೀಕೃತವಾಗಿರುವ ಕರಾಳ ಸಮಯ, ನಾವು ಒಂದೇ ಸಾರ್ವಜನಿಕ ಅಥವಾ ರಾಜ್ಯ ಸಂಸ್ಥೆಗೆ ಸೇರಿದವರು ಎಂಬ ಅಂಶದ ಆಧಾರದ ಮೇಲೆ ನಮಗೆ ತಿಳಿದಿಲ್ಲದ ಜನರನ್ನು ನಂಬಲು ಪ್ರಾರಂಭಿಸಿದಾಗ.

ಮತ್ತು ನಮ್ಮ ಆಧುನಿಕ ಜಗತ್ತಿನಲ್ಲಿ ನಾವು ನೋಡುವುದು ಇದನ್ನೇ: ನಂಬಿಕೆಯು ಹೆಚ್ಚು ಹೆಚ್ಚು ವಿತರಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ವಿಕೇಂದ್ರೀಕೃತವಾಗುತ್ತಿದೆ ಮತ್ತು ಇದು ಮಾಹಿತಿಯ ಹರಿವಿನ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಆಧರಿಸಿದೆ, ಮಾಹಿತಿಯ ಲಭ್ಯತೆಯ ಮೇಲೆ.

ನೀವು ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಿದರೆ, ಈ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುವ ಈ ಪ್ರವೇಶಸಾಧ್ಯತೆಯನ್ನು ನೀವು ಮತ್ತು ನಾನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತಿದ್ದೇವೆ. ಇದರರ್ಥ ನಾವು ಸಹಯೋಗ ಮಾಡುವ ವಿಧಾನ ಮತ್ತು ನಾವು ಅದನ್ನು ಮಾಡುವ ವಿಧಾನ ಎರಡೂ ಬದಲಾಗಬೇಕು, ಏಕೆಂದರೆ ಹಳೆಯ ಕೇಂದ್ರೀಕೃತ, ಶ್ರೇಣೀಕೃತ ಐಟಿ ಸಂಸ್ಥೆಗಳು ಇನ್ನು ಮುಂದೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿಲ್ಲ. ಅವರು ಸಾಯಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ.

DevOps ಸಂಸ್ಥೆಯ ಮೂಲಭೂತ ಅಂಶಗಳು

ಭವಿಷ್ಯದ ಆದರ್ಶ DevOps ಸಂಸ್ಥೆಯು ಸ್ವಾಯತ್ತ ತಂಡಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ವಿಕೇಂದ್ರೀಕೃತ, ಹೊಂದಾಣಿಕೆಯ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಪ್ರತಿಯೊಂದೂ ಸ್ವಾಯತ್ತ ವ್ಯಕ್ತಿಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಈ ತಂಡಗಳು ಪ್ರಪಂಚದಾದ್ಯಂತ ಹರಡಿಕೊಂಡಿವೆ, ಹೆಚ್ಚು ಪಾರದರ್ಶಕ ಸಂವಹನ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅಸಮಕಾಲಿಕ ಸಂವಹನವನ್ನು ಬಳಸಿಕೊಂಡು ಪರಸ್ಪರ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಸಹಕರಿಸುತ್ತವೆ. ತುಂಬಾ ಸುಂದರವಾಗಿದೆ, ಅಲ್ಲವೇ? ಬಹಳ ಸುಂದರ ಭವಿಷ್ಯ.

ಸಹಜವಾಗಿ, ಸಾಂಸ್ಕೃತಿಕ ಬದಲಾವಣೆಯಿಲ್ಲದೆ ಇದು ಯಾವುದೂ ಸಾಧ್ಯವಿಲ್ಲ. ನಾವು ಪರಿವರ್ತನೆಯ ನಾಯಕತ್ವ, ವೈಯಕ್ತಿಕ ಜವಾಬ್ದಾರಿ, ಆಂತರಿಕ ಪ್ರೇರಣೆ ಹೊಂದಿರಬೇಕು.

ಇದು DevOps ಸಂಸ್ಥೆಗಳ ಆಧಾರವಾಗಿದೆ: ಮಾಹಿತಿ ಪಾರದರ್ಶಕತೆ, ಅಸಮಕಾಲಿಕ ಸಂವಹನಗಳು, ಪರಿವರ್ತನೆಯ ನಾಯಕತ್ವ, ವಿಕೇಂದ್ರೀಕರಣ.

ಭಸ್ಮವಾಗಿಸು

ನಾವು ಭಾಗವಾಗಿರುವ ಮತ್ತು ನಾವು ನಿರ್ಮಿಸುವ ವ್ಯವಸ್ಥೆಗಳು ಹೆಚ್ಚು ಅಸ್ತವ್ಯಸ್ತವಾಗಿವೆ, ಮತ್ತು ಈ ಆಲೋಚನೆಯನ್ನು ನಿಭಾಯಿಸಲು ನಮಗೆ ಮನುಷ್ಯರಿಗೆ ಕಷ್ಟ, ನಿಯಂತ್ರಣದ ಭ್ರಮೆಯನ್ನು ಬಿಟ್ಟುಕೊಡುವುದು ಕಷ್ಟ. ನಾವು ಅವುಗಳನ್ನು ನಿಯಂತ್ರಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ ಮತ್ತು ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಭಸ್ಮವಾಗಲು ಕಾರಣವಾಗುತ್ತದೆ. ನಾನು ಇದನ್ನು ನನ್ನ ಸ್ವಂತ ಅನುಭವದಿಂದ ಹೇಳುತ್ತೇನೆ, ನಾನು ಸಹ ಸುಟ್ಟುಹೋದೆ, ಉತ್ಪಾದನೆಯಲ್ಲಿನ ಅನಿರೀಕ್ಷಿತ ವೈಫಲ್ಯಗಳಿಂದ ನಾನು ನಿಷ್ಕ್ರಿಯಗೊಂಡಿದ್ದೇನೆ.

ನಾವು ಅಂತರ್ಗತವಾಗಿ ನಿಯಂತ್ರಿಸಲಾಗದ ಯಾವುದನ್ನಾದರೂ ನಿಯಂತ್ರಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಭಸ್ಮವಾಗುವುದು ಸಂಭವಿಸುತ್ತದೆ. ನಾವು ಸುಟ್ಟುಹೋದಾಗ, ಎಲ್ಲವೂ ಅದರ ಅರ್ಥವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ ಏಕೆಂದರೆ ನಾವು ಹೊಸದನ್ನು ಮಾಡುವ ಬಯಕೆಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೇವೆ, ನಾವು ರಕ್ಷಣಾತ್ಮಕರಾಗುತ್ತೇವೆ ಮತ್ತು ನಮ್ಮಲ್ಲಿರುವದನ್ನು ರಕ್ಷಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.

ಇಂಜಿನಿಯರಿಂಗ್ ವೃತ್ತಿ, ನಾನು ಆಗಾಗ್ಗೆ ನನ್ನನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳಲು ಇಷ್ಟಪಡುತ್ತೇನೆ, ಮೊದಲ ಮತ್ತು ಅಗ್ರಗಣ್ಯವಾಗಿ ಸೃಜನಶೀಲ ವೃತ್ತಿಯಾಗಿದೆ. ನಾವು ಏನನ್ನಾದರೂ ರಚಿಸುವ ಬಯಕೆಯನ್ನು ಕಳೆದುಕೊಂಡರೆ, ನಾವು ಬೂದಿಯಾಗುತ್ತೇವೆ, ಬೂದಿಯಾಗುತ್ತೇವೆ. ಜನರು ಸುಟ್ಟುಹೋದರು, ಇಡೀ ಸಂಸ್ಥೆಗಳು ಸುಟ್ಟುಹೋಗುತ್ತವೆ.

ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಅವ್ಯವಸ್ಥೆಯ ಸೃಜನಶೀಲ ಶಕ್ತಿಯನ್ನು ಮಾತ್ರ ಒಪ್ಪಿಕೊಳ್ಳುವುದು, ಅದರ ತತ್ವಗಳ ಪ್ರಕಾರ ಸಹಕಾರವನ್ನು ನಿರ್ಮಿಸುವುದು ಮಾತ್ರ ನಮ್ಮ ವೃತ್ತಿಯಲ್ಲಿ ಒಳ್ಳೆಯದನ್ನು ಕಳೆದುಕೊಳ್ಳದಂತೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ನಾನು ನಿಮಗಾಗಿ ಬಯಸುವುದು ಇದನ್ನೇ: ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಪ್ರೀತಿಸಲು, ನಾವು ಮಾಡುವ ಕೆಲಸವನ್ನು ಪ್ರೀತಿಸಲು. ಈ ಪ್ರಪಂಚವು ಮಾಹಿತಿಯನ್ನು ಪೋಷಿಸುತ್ತದೆ, ಅದನ್ನು ಪೋಷಿಸುವ ಗೌರವ ನಮಗಿದೆ. ಆದ್ದರಿಂದ ನಾವು ಅವ್ಯವಸ್ಥೆಯನ್ನು ಅಧ್ಯಯನ ಮಾಡೋಣ, ಅಸ್ತವ್ಯಸ್ತವಾಗೋಣ, ಮೌಲ್ಯವನ್ನು ತರೋಣ, ಹೊಸದನ್ನು ರಚಿಸೋಣ, ಸರಿ, ಸಮಸ್ಯೆಗಳು, ನಾವು ಈಗಾಗಲೇ ಕಂಡುಕೊಂಡಂತೆ, ಅನಿವಾರ್ಯ, ಮತ್ತು ಅವು ಕಾಣಿಸಿಕೊಂಡಾಗ, ನಾವು ಸರಳವಾಗಿ ಹೇಳುತ್ತೇವೆ “ಆಪ್ಸ್!” ಮತ್ತು ಸಮಸ್ಯೆ ಪರಿಹಾರವಾಗಿದೆ.

ಚೋಸ್ ಮಂಕಿ ಬೇರೆ ಏನು?

ವಾಸ್ತವವಾಗಿ, ಈ ಎಲ್ಲಾ ಉಪಕರಣಗಳು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ. ಅದೇ ನೆಟ್‌ಫ್ಲಿಕ್ಸ್ ತಮಗಾಗಿ ಉಪಕರಣಗಳನ್ನು ನಿರ್ಮಿಸಿದೆ. ನಿಮ್ಮ ಸ್ವಂತ ಉಪಕರಣಗಳನ್ನು ನಿರ್ಮಿಸಿ. ಬೇರೊಬ್ಬರು ಈಗಾಗಲೇ ನಿರ್ಮಿಸಿದ ಇತರ ಸಾಧನಗಳನ್ನು ಹುಡುಕಲು ಪ್ರಯತ್ನಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಅವ್ಯವಸ್ಥೆಯ ಎಂಜಿನಿಯರಿಂಗ್‌ನ ತತ್ವಗಳನ್ನು ಓದಿ ಮತ್ತು ಆ ತತ್ವಗಳನ್ನು ಅನುಸರಿಸಿ.

ನಿಮ್ಮ ಸಿಸ್ಟಂಗಳು ಹೇಗೆ ಒಡೆಯುತ್ತವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಅವುಗಳನ್ನು ಒಡೆಯಲು ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಅವು ಹೇಗೆ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಇದು ಮೊದಲು ಬರುತ್ತದೆ. ಮತ್ತು ನೀವು ಉಪಕರಣಗಳನ್ನು ಹುಡುಕಬಹುದು. ಎಲ್ಲಾ ರೀತಿಯ ಯೋಜನೆಗಳಿವೆ.

ಅದರ ಘಟಕಗಳನ್ನು ಸರಳೀಕರಿಸುವ ಮೂಲಕ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸರಳೀಕರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ನೀವು ಹೇಳಿದ ಕ್ಷಣ ನನಗೆ ಅರ್ಥವಾಗಲಿಲ್ಲ ಮತ್ತು ತಕ್ಷಣವೇ ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗೆ ತೆರಳಿದೆ, ಅದು ಘಟಕಗಳನ್ನು ಸರಳಗೊಳಿಸುವ ಮೂಲಕ ಮತ್ತು ಸಂವಹನಗಳನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸುವ ಮೂಲಕ ಸಿಸ್ಟಮ್ ಅನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ. ಇವು ಮೂಲಭೂತವಾಗಿ ಪರಸ್ಪರ ವಿರುದ್ಧವಾಗಿರುವ ಎರಡು ಭಾಗಗಳಾಗಿವೆ.

ಅದು ಸರಿ, ಮೈಕ್ರೊ ಸರ್ವೀಸಸ್ ಸಾಮಾನ್ಯವಾಗಿ ಬಹಳ ವಿವಾದಾತ್ಮಕ ವಿಷಯವಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಭಾಗಗಳನ್ನು ಸರಳಗೊಳಿಸುವುದು ನಮ್ಯತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು ಏನು ಒದಗಿಸುತ್ತವೆ? ಅವರು ನಮಗೆ ನಮ್ಯತೆ ಮತ್ತು ವೇಗವನ್ನು ನೀಡುತ್ತಾರೆ, ಆದರೆ ಅವರು ಖಂಡಿತವಾಗಿಯೂ ನಮಗೆ ಸರಳತೆಯನ್ನು ನೀಡುವುದಿಲ್ಲ. ಅವರು ಕಷ್ಟವನ್ನು ಹೆಚ್ಚಿಸುತ್ತಾರೆ.

ಆದ್ದರಿಂದ, DevOps ತತ್ವಶಾಸ್ತ್ರದಲ್ಲಿ, ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗಳು ಅಷ್ಟು ಒಳ್ಳೆಯದಲ್ಲವೇ?

ಯಾವುದೇ ಒಳ್ಳೆಯದು ಹಿಮ್ಮುಖ ಭಾಗವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಪ್ರಯೋಜನವೆಂದರೆ ಅದು ನಮ್ಯತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ, ಬದಲಾವಣೆಗಳನ್ನು ವೇಗವಾಗಿ ಮಾಡಲು ನಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಆದರೆ ಇದು ಸಂಕೀರ್ಣತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಇಡೀ ವ್ಯವಸ್ಥೆಯ ದುರ್ಬಲತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

ಇನ್ನೂ, ಹೆಚ್ಚು ಒತ್ತು ನೀಡುವುದು ಏನು: ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಸರಳಗೊಳಿಸುವ ಅಥವಾ ಭಾಗಗಳನ್ನು ಸರಳಗೊಳಿಸುವ ಮೇಲೆ?

ಸಹಜವಾಗಿ, ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳನ್ನು ಸರಳಗೊಳಿಸುವ ಒತ್ತು, ಏಕೆಂದರೆ ನಾವು ನಿಮ್ಮೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ ಎಂಬ ದೃಷ್ಟಿಕೋನದಿಂದ ಇದನ್ನು ನೋಡಿದರೆ, ಮೊದಲನೆಯದಾಗಿ, ನಾವು ಸಂವಹನಗಳನ್ನು ಸರಳಗೊಳಿಸುವತ್ತ ಗಮನ ಹರಿಸಬೇಕು, ಆದರೆ ಕೆಲಸವನ್ನು ಸರಳಗೊಳಿಸುವುದರ ಮೇಲೆ ಅಲ್ಲ. ನಮ್ಮಲ್ಲಿ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಪ್ರತ್ಯೇಕವಾಗಿ. ಏಕೆಂದರೆ ಕೆಲಸವನ್ನು ಸರಳಗೊಳಿಸುವುದು ಎಂದರೆ ರೋಬೋಟ್‌ಗಳಾಗಿ ಬದಲಾಗುವುದು. ಇಲ್ಲಿ ಮೆಕ್ಡೊನಾಲ್ಡ್ಸ್ನಲ್ಲಿ ನೀವು ಸೂಚನೆಗಳನ್ನು ಹೊಂದಿರುವಾಗ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಇಲ್ಲಿ ನೀವು ಬರ್ಗರ್ ಅನ್ನು ಹಾಕುತ್ತೀರಿ, ಇಲ್ಲಿ ನೀವು ಅದರ ಮೇಲೆ ಸಾಸ್ ಅನ್ನು ಸುರಿಯುತ್ತೀರಿ. ನಮ್ಮ ಸೃಜನಶೀಲ ಕೆಲಸದಲ್ಲಿ ಇದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.

ನೀವು ಹೇಳಿದ ಎಲ್ಲವೂ ಸ್ಪರ್ಧೆಯಿಲ್ಲದ ಜಗತ್ತಿನಲ್ಲಿ ವಾಸಿಸುತ್ತಿದೆ, ಮತ್ತು ಅಲ್ಲಿನ ಅವ್ಯವಸ್ಥೆ ತುಂಬಾ ಕರುಣಾಮಯಿ, ಮತ್ತು ಈ ಗೊಂದಲದಲ್ಲಿ ಯಾವುದೇ ವಿರೋಧಾಭಾಸಗಳಿಲ್ಲ, ಯಾರೂ ಯಾರನ್ನೂ ತಿನ್ನಲು ಅಥವಾ ಕೊಲ್ಲಲು ಬಯಸುವುದಿಲ್ಲ ಎಂಬುದು ನಿಜವೇ? ಸ್ಪರ್ಧೆ ಮತ್ತು DevOps ಶುಲ್ಕ ಹೇಗೆ?

ಸರಿ, ಇದು ನಾವು ಯಾವ ರೀತಿಯ ಸ್ಪರ್ಧೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ಇದು ಕೆಲಸದ ಸ್ಥಳದಲ್ಲಿ ಸ್ಪರ್ಧೆ ಅಥವಾ ಕಂಪನಿಗಳ ನಡುವಿನ ಸ್ಪರ್ಧೆಯ ಬಗ್ಗೆ?

ಸೇವೆಗಳು ಹಲವಾರು ಕಂಪನಿಗಳಲ್ಲದ ಕಾರಣ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸೇವೆಗಳ ಸ್ಪರ್ಧೆಯ ಬಗ್ಗೆ. ನಾವು ಹೊಸ ರೀತಿಯ ಮಾಹಿತಿ ಪರಿಸರವನ್ನು ರಚಿಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಯಾವುದೇ ಪರಿಸರವು ಸ್ಪರ್ಧೆಯಿಲ್ಲದೆ ಬದುಕಲು ಸಾಧ್ಯವಿಲ್ಲ. ಎಲ್ಲೆಲ್ಲೂ ಪೈಪೋಟಿ ಇದೆ.

ಅದೇ ನೆಟ್‌ಫ್ಲಿಕ್ಸ್, ನಾವು ಅವರನ್ನು ಮಾದರಿಯಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ. ಅವರು ಇದನ್ನು ಏಕೆ ತಂದರು? ಏಕೆಂದರೆ ಅವರು ಸ್ಪರ್ಧಾತ್ಮಕವಾಗಿರಬೇಕು. ಈ ನಮ್ಯತೆ ಮತ್ತು ಚಲನೆಯ ವೇಗವು ನಿಖರವಾಗಿ ಸ್ಪರ್ಧಾತ್ಮಕ ಅವಶ್ಯಕತೆಯಾಗಿದೆ; ಇದು ನಮ್ಮ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಅವ್ಯವಸ್ಥೆಯನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ. ಅಂದರೆ, ಅವ್ಯವಸ್ಥೆಯು ನಾವು ಪ್ರಜ್ಞಾಪೂರ್ವಕವಾಗಿ ನಾವು ಬಯಸುತ್ತೇವೆ ಎಂಬ ಕಾರಣದಿಂದ ಮಾಡುತ್ತಿಲ್ಲ, ಅದು ಜಗತ್ತು ಅದನ್ನು ಬೇಡುವುದರಿಂದ ಅದು ಸಂಭವಿಸುತ್ತದೆ. ನಾವು ಹೊಂದಿಕೊಳ್ಳಬೇಕಷ್ಟೇ. ಮತ್ತು ಅವ್ಯವಸ್ಥೆ, ಇದು ನಿಖರವಾಗಿ ಸ್ಪರ್ಧೆಯ ಫಲಿತಾಂಶವಾಗಿದೆ.

ಇದರರ್ಥ ಅವ್ಯವಸ್ಥೆ ಎಂದರೆ ಗುರಿಗಳ ಅನುಪಸ್ಥಿತಿಯೇ? ಅಥವಾ ನಾವು ನೋಡಲು ಬಯಸದ ಆ ಗುರಿಗಳನ್ನು? ನಾವು ಮನೆಯಲ್ಲಿದ್ದೇವೆ ಮತ್ತು ಇತರರ ಗುರಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಸ್ಪರ್ಧೆಯು ವಾಸ್ತವವಾಗಿ, ನಾವು ಸ್ಪಷ್ಟ ಗುರಿಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ಪ್ರತಿ ಮುಂದಿನ ಕ್ಷಣದಲ್ಲಿ ನಾವು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತೇವೆ ಎಂದು ನಮಗೆ ತಿಳಿದಿದೆ. ಇದು ನನ್ನ ದೃಷ್ಟಿಕೋನದಿಂದ, DevOps ನ ಸಾರವಾಗಿದೆ.

ಪ್ರಶ್ನೆಯತ್ತಲೂ ಒಂದು ನೋಟ. ನಾವೆಲ್ಲರೂ ಒಂದೇ ಗುರಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ: ಬದುಕಲು ಮತ್ತು ಅದನ್ನು ಮಾಡಲು
ಅತ್ಯಂತ ಸಂತೋಷ. ಮತ್ತು ಯಾವುದೇ ಸಂಸ್ಥೆಯ ಸ್ಪರ್ಧಾತ್ಮಕ ಗುರಿ ಒಂದೇ ಆಗಿರುತ್ತದೆ. ಬದುಕುಳಿಯುವಿಕೆಯು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಪರ್ಧೆಯ ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ, ಅದರ ಬಗ್ಗೆ ನೀವು ಏನೂ ಮಾಡಲಾಗುವುದಿಲ್ಲ.

ಈ ವರ್ಷದ ಸಮ್ಮೇಳನ DevOpsDays ಮಾಸ್ಕೋ ಡಿಸೆಂಬರ್ 7 ರಂದು ಟೆಕ್ನೋಪೊಲಿಸ್ ನಲ್ಲಿ ನಡೆಯಲಿದೆ. ನಾವು ನವೆಂಬರ್ 11 ರವರೆಗೆ ವರದಿಗಳಿಗಾಗಿ ಅರ್ಜಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಿದ್ದೇವೆ. ಬರೆಯಿರಿ ನೀವು ಮಾತನಾಡಲು ಬಯಸಿದರೆ ನಮಗೆ.

ಭಾಗವಹಿಸುವವರಿಗೆ ನೋಂದಣಿ ಮುಕ್ತವಾಗಿದೆ, ಟಿಕೆಟ್ ಬೆಲೆ 7000 ರೂಬಲ್ಸ್ಗಳು. ನಮ್ಮ ಜೊತೆಗೂಡು!

ಮೂಲ: www.habr.com