ನಾವು ಸಹಜವಾಗಿ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ . ನೀವು ವಿವರಗಳಿಗೆ ಹೋಗದಿದ್ದರೆ, ಸೆಪ್ಟೆಂಬರ್ 30 ಮತ್ತು ಅಕ್ಟೋಬರ್ 1 ರಂದು ನಾವು ಅಭಿವೃದ್ಧಿ, ಪರೀಕ್ಷೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಕುರಿತು ಸಮ್ಮೇಳನವನ್ನು ನಡೆಸುತ್ತೇವೆ ಮತ್ತು ನೀವು ವಿವರಗಳಿಗೆ ಹೋದರೆ, ದಯವಿಟ್ಟು ಬೆಕ್ಕು ಅಡಿಯಲ್ಲಿ.
DevOps ವಿಧಾನದೊಳಗೆ, ಯೋಜನೆಯ ತಾಂತ್ರಿಕ ಅಭಿವೃದ್ಧಿಯ ಎಲ್ಲಾ ಭಾಗಗಳು ಹೆಣೆದುಕೊಂಡಿವೆ, ಸಮಾನಾಂತರವಾಗಿ ಸಂಭವಿಸುತ್ತವೆ ಮತ್ತು ಪರಸ್ಪರ ಪ್ರಭಾವ ಬೀರುತ್ತವೆ. ಇಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಪ್ರಾಮುಖ್ಯತೆಯು ಸ್ವಯಂಚಾಲಿತ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಗಳ ರಚನೆಯಾಗಿದೆ, ಅದನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ ಬದಲಾಯಿಸಬಹುದು, ಅನುಕರಿಸಬಹುದು ಮತ್ತು ಪರೀಕ್ಷಿಸಬಹುದು. ಮಾರುಕಟ್ಟೆಯಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಗೆ ತಕ್ಷಣ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಇದು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
ಈ ವಿಧಾನವು ಉತ್ಪನ್ನದ ಅಭಿವೃದ್ಧಿಯ ಮೇಲೆ ಹೇಗೆ ಪ್ರಭಾವ ಬೀರುತ್ತದೆ ಎಂಬುದನ್ನು ಸಮ್ಮೇಳನದಲ್ಲಿ ನಾವು ತೋರಿಸಲು ಬಯಸುತ್ತೇವೆ. ಕ್ಲೈಂಟ್‌ಗೆ ಸಿಸ್ಟಮ್‌ನ ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯನ್ನು ಹೇಗೆ ಖಾತ್ರಿಪಡಿಸಲಾಗುತ್ತದೆ. DevOps ತನ್ನ ಕೆಲಸದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸಂಘಟಿಸಲು ಕಂಪನಿಯ ರಚನೆ ಮತ್ತು ವಿಧಾನವನ್ನು ಹೇಗೆ ಬದಲಾಯಿಸುತ್ತಿದೆ.
ತೆರೆಮರೆಯಲ್ಲಿ
DevOps ವಿಧಾನದ ಚೌಕಟ್ಟಿನೊಳಗೆ ವಿವಿಧ ಕಂಪನಿಗಳು ಏನು ಮಾಡುತ್ತಿವೆ ಎಂಬುದನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು ನಮಗೆ ಮುಖ್ಯವಾಗಿದೆ, ಆದರೆ ಇದನ್ನೆಲ್ಲ ಏಕೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ. ಆದ್ದರಿಂದ, ನಾವು ಕಾರ್ಯಕ್ರಮ ಸಮಿತಿಗೆ ಸೇರಲು ತಜ್ಞರನ್ನು ಮಾತ್ರವಲ್ಲದೆ ವಿವಿಧ ಸ್ಥಾನಗಳಿಂದ DevOps ಪ್ರವಚನವನ್ನು ನೋಡುವ ತಜ್ಞರನ್ನು ಆಹ್ವಾನಿಸಿದ್ದೇವೆ:
- ಹಿರಿಯ ಎಂಜಿನಿಯರ್ಗಳು;
- ಅಭಿವರ್ಧಕರು;
- ತಂಡದ ನಾಯಕರು;
- CTO.
ಒಂದೆಡೆ, ಇದು ವರದಿಗಳಿಗಾಗಿ ವಿನಂತಿಗಳನ್ನು ಚರ್ಚಿಸುವಾಗ ತೊಂದರೆಗಳು ಮತ್ತು ಸಂಘರ್ಷಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಇಂಜಿನಿಯರ್ ಪ್ರಮುಖ ಅಪಘಾತವನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ, ಮೋಡಗಳು ಮತ್ತು ಮೂಲಸೌಕರ್ಯಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂಬುದನ್ನು ಡೆವಲಪರ್ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ. ಆದರೆ ಒಪ್ಪಿಕೊಳ್ಳುವ ಮೂಲಕ, ನಾವು ಎಲ್ಲರಿಗೂ ಮೌಲ್ಯಯುತವಾದ ಮತ್ತು ಆಸಕ್ತಿದಾಯಕವಾದ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ರಚಿಸುತ್ತೇವೆ: ಎಂಜಿನಿಯರ್‌ಗಳಿಂದ CTO ವರೆಗೆ.
ನಮ್ಮ ಸಮ್ಮೇಳನದ ಗುರಿಯು ಹೆಚ್ಚು ಪ್ರಚಾರದ ವರದಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು ಮಾತ್ರವಲ್ಲ, ಒಟ್ಟಾರೆ ಚಿತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುವುದು: DevOps ವಿಧಾನವು ಆಚರಣೆಯಲ್ಲಿ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಹೊಸ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಚಲಿಸುವಾಗ ನೀವು ಯಾವ ರೀತಿಯ ರೇಕ್‌ಗೆ ಓಡಬಹುದು. ಅದೇ ಸಮಯದಲ್ಲಿ, ನಾವು ವಿಷಯದ ಭಾಗವನ್ನು ನಿರ್ಮಿಸುತ್ತೇವೆ, ವ್ಯವಹಾರ ಸಮಸ್ಯೆಯಿಂದ ನಿರ್ದಿಷ್ಟ ತಂತ್ರಜ್ಞಾನಗಳಿಗೆ ಇಳಿಯುತ್ತೇವೆ.
ಸಮ್ಮೇಳನದ ವಿಭಾಗಗಳು ನಲ್ಲಿರುವಂತೆಯೇ ಇರುತ್ತವೆ .
- ಮೂಲಸೌಕರ್ಯ ವೇದಿಕೆ.
- ಕೋಡ್ ಆಗಿ ಮೂಲಸೌಕರ್ಯ.
- ನಿರಂತರ ವಿತರಣೆ.
- ಪ್ರತಿಕ್ರಿಯೆ
- CTO ಗಾಗಿ DevOps, DevOps ನಲ್ಲಿ ಆರ್ಕಿಟೆಕ್ಚರ್.
- SRE ಅಭ್ಯಾಸಗಳು.
- ತರಬೇತಿ ಮತ್ತು ಜ್ಞಾನ ನಿರ್ವಹಣೆ.
- ಭದ್ರತೆ, DevSecOps.
- DevOps ರೂಪಾಂತರ.
ಪೇಪರ್‌ಗಳಿಗಾಗಿ ಕರೆ ಮಾಡಿ: ನಾವು ಯಾವ ರೀತಿಯ ವರದಿಗಳನ್ನು ಹುಡುಕುತ್ತಿದ್ದೇವೆ
ನಾವು ಸಮ್ಮೇಳನದ ಸಂಭಾವ್ಯ ಪ್ರೇಕ್ಷಕರನ್ನು ಷರತ್ತುಬದ್ಧವಾಗಿ ಐದು ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಿದ್ದೇವೆ: ಎಂಜಿನಿಯರ್ಗಳು, ಡೆವಲಪರ್‌ಗಳು, ಭದ್ರತಾ ತಜ್ಞರು, ತಂಡದ ನಾಯಕರು ಮತ್ತು CTO. ಸಮ್ಮೇಳನಕ್ಕೆ ಬರಲು ಪ್ರತಿಯೊಂದು ಗುಂಪು ತನ್ನದೇ ಆದ ಪ್ರೇರಣೆಯನ್ನು ಹೊಂದಿದೆ. ಮತ್ತು, ನೀವು ಈ ಸ್ಥಾನಗಳಿಂದ DevOps ಅನ್ನು ನೋಡಿದರೆ, ನಿಮ್ಮ ವಿಷಯವನ್ನು ಹೇಗೆ ಕೇಂದ್ರೀಕರಿಸಬೇಕು ಮತ್ತು ಎಲ್ಲಿ ಒತ್ತು ನೀಡಬೇಕು ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು.
ಇಂಜಿನಿಯರ್‌ಗಳಿಗೆ, ಯಾರು ಮೂಲಸೌಕರ್ಯ ವೇದಿಕೆಯನ್ನು ರಚಿಸುತ್ತಿದ್ದಾರೆ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಟ್ರೆಂಡ್‌ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ, ಯಾವ ತಂತ್ರಜ್ಞಾನಗಳು ಈಗ ಹೆಚ್ಚು ಮುಂದುವರಿದಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು. ಈ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬಳಸುವಲ್ಲಿ ಮತ್ತು ಅಭಿಪ್ರಾಯಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವಲ್ಲಿ ಅವರು ನಿಜ ಜೀವನದ ಅನುಭವದ ಬಗ್ಗೆ ತಿಳಿದುಕೊಳ್ಳಲು ಆಸಕ್ತಿ ಹೊಂದಿರುತ್ತಾರೆ. ಕೆಲವು ಹಾರ್ಡ್‌ಕೋರ್ ಅಪಘಾತವನ್ನು ವಿಶ್ಲೇಷಿಸುವ ವರದಿಯನ್ನು ಕೇಳಲು ಎಂಜಿನಿಯರ್ ಸಂತೋಷಪಡುತ್ತಾರೆ ಮತ್ತು ನಾವು ಅಂತಹ ವರದಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಮತ್ತು ಹೊಳಪು ನೀಡಲು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ.
ಅಭಿವರ್ಧಕರಿಗೆ ಅಂತಹ ಪರಿಕಲ್ಪನೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ ಕ್ಲೌಡ್ ಸ್ಥಳೀಯ ಅಪ್ಲಿಕೇಶನ್. ಅಂದರೆ, ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಇದರಿಂದ ಅದು ಮೋಡಗಳು ಮತ್ತು ವಿವಿಧ ಮೂಲಸೌಕರ್ಯಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಡೆವಲಪರ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನಿಂದ ನಿರಂತರವಾಗಿ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪಡೆಯಬೇಕಾಗುತ್ತದೆ. ಕಂಪನಿಗಳು ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುತ್ತವೆ, ಸಾಫ್ಟ್‌ವೇರ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೇಗೆ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಮತ್ತು ಸಂಪೂರ್ಣ ವಿತರಣಾ ಪ್ರಕ್ರಿಯೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ನಾವು ಇಲ್ಲಿ ಪ್ರಕರಣಗಳನ್ನು ಕೇಳಲು ಬಯಸುತ್ತೇವೆ.
ಸೈಬರ್ ಸೆಕ್ಯುರಿಟಿ ತಜ್ಞರು ಭದ್ರತಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೇಗೆ ಹೊಂದಿಸುವುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ ಇದರಿಂದ ಅದು ಕಂಪನಿಯೊಳಗಿನ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬದಲಾವಣೆ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಿಲ್ಲಿಸುವುದಿಲ್ಲ. ಅಂತಹ ತಜ್ಞರ ಮೇಲೆ DevOps ಇರಿಸುವ ಅಗತ್ಯತೆಗಳ ವಿಷಯಗಳು ಸಹ ಆಸಕ್ತಿದಾಯಕವಾಗಿವೆ.
ತಂಡದ ನಾಯಕರು ತಿಳಿದುಕೊಳ್ಳಲು ಬಯಸುತ್ತಾರೆ, ಇತರ ಕಂಪನಿಗಳಲ್ಲಿ ನಿರಂತರ ವಿತರಣಾ ಪ್ರಕ್ರಿಯೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದನ್ನು ಸಾಧಿಸಲು ಕಂಪನಿಗಳು ಯಾವ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಂಡಿವೆ, ಅವರು DevOps ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಗುಣಮಟ್ಟದ ಭರವಸೆ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸಿದರು. ತಂಡದ ನಾಯಕರೂ ಕ್ಲೌಡ್ ಸ್ಥಳೀಯದಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದಾರೆ. ಮತ್ತು ತಂಡದೊಳಗೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಎಂಜಿನಿಯರಿಂಗ್ ತಂಡಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಕುರಿತು ಪ್ರಶ್ನೆಗಳು.
ಗೆ CTO ಈ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಹೇಗೆ ಸಂಪರ್ಕಿಸುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ವ್ಯವಹಾರ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದಿಸುವುದು ಹೇಗೆ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವಾಗಿದೆ. ವ್ಯವಹಾರ ಮತ್ತು ಕ್ಲೈಂಟ್ ಎರಡಕ್ಕೂ ಅಪ್ಲಿಕೇಶನ್ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆ ಎಂದು ಅವರು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಮತ್ತು ಇಲ್ಲಿ ನೀವು ಯಾವ ವ್ಯವಹಾರ ಕಾರ್ಯಗಳಿಗಾಗಿ ಯಾವ ತಂತ್ರಜ್ಞಾನಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಸಂಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು ಇತ್ಯಾದಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. CTO ಕೂಡ ಬಜೆಟ್‌ಗೆ ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ. ಉದಾಹರಣೆಗೆ, ಅವರು DevOps ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಪರಿಣಿತರನ್ನು ಮರುತರಬೇತಿಗೊಳಿಸಲು ಎಷ್ಟು ಹಣವನ್ನು ಖರ್ಚು ಮಾಡಬೇಕೆಂದು ಅವನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.
ಈ ವಿಷಯಗಳ ಬಗ್ಗೆ ನಿಮಗೆ ಏನಾದರೂ ಹೇಳಲು ಇದ್ದರೆ, ಮೌನವಾಗಿರಬೇಡಿ, . ಪೇಪರ್‌ಗಳಿಗೆ ಕರೆ ಮಾಡಲು ಗಡುವು ಆಗಸ್ಟ್ 20 ಆಗಿದೆ. ನೀವು ಮೊದಲು ನೋಂದಾಯಿಸಿಕೊಂಡಷ್ಟೂ, ನಿಮ್ಮ ವರದಿಯನ್ನು ಅಂತಿಮಗೊಳಿಸಲು ಮತ್ತು ನಿಮ್ಮ ಪ್ರಸ್ತುತಿಗಾಗಿ ತಯಾರಾಗಲು ನೀವು ಹೆಚ್ಚಿನ ಸಮಯವನ್ನು ಹೊಂದಿರುತ್ತೀರಿ. ಆದ್ದರಿಂದ, ವಿಳಂಬ ಮಾಡಬೇಡಿ.
ಸರಿ, ನೀವು ಸಾರ್ವಜನಿಕವಾಗಿ ಮಾತನಾಡುವ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ, ಕೇವಲ ಮತ್ತು ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಸೆಪ್ಟೆಂಬರ್ 30 ಮತ್ತು ಅಕ್ಟೋಬರ್ 1 ರಂದು ಬನ್ನಿ. ಇದು ಆಸಕ್ತಿದಾಯಕ ಮತ್ತು ಸ್ಪೂರ್ತಿದಾಯಕವಾಗಿರುತ್ತದೆ ಎಂದು ನಾವು ಭರವಸೆ ನೀಡುತ್ತೇವೆ.
ನಾವು DevOps ಅನ್ನು ಹೇಗೆ ನೋಡುತ್ತೇವೆ
DevOps ನಿಂದ ನಾವು ಏನನ್ನು ಅರ್ಥೈಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ನಿಖರವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ನನ್ನ ವರದಿಯನ್ನು ಓದಲು (ಅಥವಾ ಮರು-ಓದಲು) ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ "" ಮಾರುಕಟ್ಟೆಯ ಅಲೆಗಳ ಮೂಲಕ ನಡೆಯುತ್ತಾ, DevOps ಕಲ್ಪನೆಯು ವಿಭಿನ್ನ ಗಾತ್ರದ ಕಂಪನಿಗಳಲ್ಲಿ ಹೇಗೆ ರೂಪಾಂತರಗೊಳ್ಳುತ್ತಿದೆ ಎಂಬುದನ್ನು ನಾನು ಗಮನಿಸಿದೆ: ಸಣ್ಣ ಪ್ರಾರಂಭದಿಂದ ಬಹುರಾಷ್ಟ್ರೀಯ ಕಂಪನಿಗಳವರೆಗೆ. ವರದಿಯನ್ನು ಪ್ರಶ್ನೆಗಳ ಸರಣಿಯ ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ, ಅವರಿಗೆ ಉತ್ತರಿಸುವ ಮೂಲಕ ನಿಮ್ಮ ಕಂಪನಿ DevOps ಕಡೆಗೆ ಚಲಿಸುತ್ತಿದೆಯೇ ಅಥವಾ ಎಲ್ಲೋ ಸಮಸ್ಯೆಗಳಿವೆಯೇ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು.
DevOps ಒಂದು ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಇದು ಒಳಗೊಂಡಿರಬೇಕು:
- ಡಿಜಿಟಲ್ ಉತ್ಪನ್ನ.
- ಈ ಡಿಜಿಟಲ್ ಉತ್ಪನ್ನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ವ್ಯಾಪಾರ ಮಾಡ್ಯೂಲ್‌ಗಳು.
- ಕೋಡ್ ಬರೆಯುವ ಉತ್ಪನ್ನ ತಂಡಗಳು.
- ನಿರಂತರ ವಿತರಣಾ ಅಭ್ಯಾಸಗಳು.
- ಸೇವೆಯಾಗಿ ವೇದಿಕೆಗಳು.
- ಸೇವೆಯಾಗಿ ಮೂಲಸೌಕರ್ಯ.
- ಕೋಡ್ ಆಗಿ ಮೂಲಸೌಕರ್ಯ.
- DevOps ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಪ್ರತ್ಯೇಕ ಅಭ್ಯಾಸಗಳು.
- ಎಲ್ಲವನ್ನೂ ವಿವರಿಸುವ ಪ್ರತಿಕ್ರಿಯೆ ಅಭ್ಯಾಸ.
ವರದಿಯ ಕೊನೆಯಲ್ಲಿ ಕಂಪನಿಯಲ್ಲಿನ DevOps ವ್ಯವಸ್ಥೆಯ ಕಲ್ಪನೆಯನ್ನು ನೀಡುವ ರೇಖಾಚಿತ್ರವಿದೆ. ನಿಮ್ಮ ಕಂಪನಿಯಲ್ಲಿ ಯಾವ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಈಗಾಗಲೇ ಸುವ್ಯವಸ್ಥಿತಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಇನ್ನೂ ನಿರ್ಮಿಸಬೇಕಾದ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನೋಡಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ನೀವು ವರದಿಯ ವೀಡಿಯೊವನ್ನು ವೀಕ್ಷಿಸಬಹುದು .
ಮತ್ತು ಈಗ ಬೋನಸ್ ಇರುತ್ತದೆ: RIT++ 2019 ರಿಂದ ಹಲವಾರು ವೀಡಿಯೊಗಳು, ಇದು DevOps ರೂಪಾಂತರದ ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತದೆ.
ಉತ್ಪನ್ನವಾಗಿ ಕಂಪನಿಯ ಮೂಲಸೌಕರ್ಯ
ಆರ್ಟಿಯೋಮ್ ನೌಮೆಂಕೊ ಅವರು ಸ್ಕೈಂಗ್‌ನಲ್ಲಿ ಡೆವೊಪ್ಸ್ ತಂಡವನ್ನು ಮುನ್ನಡೆಸುತ್ತಾರೆ ಮತ್ತು ಅವರ ಕಂಪನಿಯ ಮೂಲಸೌಕರ್ಯಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ನೋಡಿಕೊಳ್ಳುತ್ತಾರೆ. SkyEng ನಲ್ಲಿ ಮೂಲಸೌಕರ್ಯವು ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳ ಮೇಲೆ ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಎಂಬುದನ್ನು ಅವರು ಹೇಳಿದರು: ಅದಕ್ಕೆ ROI ಅನ್ನು ಹೇಗೆ ಲೆಕ್ಕ ಹಾಕುವುದು, ಲೆಕ್ಕಾಚಾರಕ್ಕಾಗಿ ಯಾವ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು ಮತ್ತು ಅವುಗಳನ್ನು ಸುಧಾರಿಸಲು ಹೇಗೆ ಕೆಲಸ ಮಾಡಬೇಕು.
ಮೈಕ್ರೊ ಸರ್ವೀಸ್‌ಗೆ ಹೋಗುವ ಹಾದಿಯಲ್ಲಿ
ನಿಕ್ಸಿಸ್ ಕಂಪನಿಯು ಕಾರ್ಯನಿರತ ವೆಬ್ ಯೋಜನೆಗಳು ಮತ್ತು ವಿತರಣೆ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಬೆಂಬಲವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅದರ ತಾಂತ್ರಿಕ ನಿರ್ದೇಶಕ, ಬೋರಿಸ್ ಎರ್ಶೋವ್, ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳನ್ನು ಹೇಗೆ ಭಾಷಾಂತರಿಸಬೇಕು ಎಂದು ಹೇಳಿದರು, ಅದರ ಅಭಿವೃದ್ಧಿಯು 5 ವರ್ಷಗಳ ಹಿಂದೆ (ಅಥವಾ ಇನ್ನೂ ಹೆಚ್ಚು) ಪ್ರಾರಂಭವಾಯಿತು, ಆಧುನಿಕ ವೇದಿಕೆಗೆ.
ನಿಯಮದಂತೆ, ಅಂತಹ ಯೋಜನೆಗಳು ವಿಶೇಷ ಪ್ರಪಂಚವಾಗಿದ್ದು, ಪ್ರಸ್ತುತ ಇಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಅವುಗಳ ಬಗ್ಗೆ ತಿಳಿದಿಲ್ಲದ ಮೂಲಸೌಕರ್ಯದ ಅಂತಹ ಡಾರ್ಕ್ ಮತ್ತು ಪ್ರಾಚೀನ ಮೂಲೆಗಳಿವೆ. ಮತ್ತು ಒಮ್ಮೆ ಆಯ್ಕೆಮಾಡಿದ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ವಿಧಾನಗಳು ಹಳೆಯದಾಗಿದೆ ಮತ್ತು ಹೊಸ ಆವೃತ್ತಿಗಳ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬಿಡುಗಡೆಯ ಅದೇ ವೇಗದೊಂದಿಗೆ ವ್ಯವಹಾರವನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ಪ್ರತಿ ಉತ್ಪನ್ನದ ಬಿಡುಗಡೆಯು ನಂಬಲಾಗದ ಸಾಹಸವಾಗಿ ಬದಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಏನಾದರೂ ನಿರಂತರವಾಗಿ ಬೀಳುತ್ತದೆ ಮತ್ತು ಅತ್ಯಂತ ಅನಿರೀಕ್ಷಿತ ಸ್ಥಳದಲ್ಲಿ.
ಅಂತಹ ಯೋಜನೆಗಳ ವ್ಯವಸ್ಥಾಪಕರು ಅನಿವಾರ್ಯವಾಗಿ ಎಲ್ಲಾ ತಾಂತ್ರಿಕ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಪರಿವರ್ತಿಸುವ ಅಗತ್ಯವನ್ನು ಎದುರಿಸುತ್ತಾರೆ. ತನ್ನ ವರದಿಯಲ್ಲಿ, ಬೋರಿಸ್ ಹೇಳಿದರು:
- ಯೋಜನೆಗಾಗಿ ಸರಿಯಾದ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಹೇಗೆ ಆರಿಸುವುದು ಮತ್ತು ಮೂಲಸೌಕರ್ಯವನ್ನು ಕ್ರಮವಾಗಿ ಹಾಕುವುದು ಹೇಗೆ;
- ಯಾವ ಸಾಧನಗಳನ್ನು ಬಳಸಬೇಕು ಮತ್ತು ರೂಪಾಂತರದ ಹಾದಿಯಲ್ಲಿ ಯಾವ ಮೋಸಗಳು ಎದುರಾಗುತ್ತವೆ;
- ಮುಂದೆ ಏನು ಮಾಡಬೇಕು.
ಬಿಡುಗಡೆಗಳ ಆಟೊಮೇಷನ್ ಅಥವಾ ತ್ವರಿತವಾಗಿ ಮತ್ತು ನೋವುರಹಿತವಾಗಿ ತಲುಪಿಸುವುದು ಹೇಗೆ
ಅಲೆಕ್ಸಾಂಡರ್ ಕೊರೊಟ್ಕೊವ್ ಅವರು CIAN ನಲ್ಲಿ CI/CD ವ್ಯವಸ್ಥೆಯ ಪ್ರಮುಖ ಡೆವಲಪರ್ ಆಗಿದ್ದಾರೆ. ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಪರಿಕರಗಳ ಕುರಿತು ಅವರು ಮಾತನಾಡಿದರು, ಅದು ಗುಣಮಟ್ಟವನ್ನು ಸುಧಾರಿಸಲು ಮತ್ತು ಉತ್ಪಾದನೆಗೆ ಕೋಡ್ ಅನ್ನು ತಲುಪಿಸುವ ಸಮಯವನ್ನು 5 ಪಟ್ಟು ಕಡಿಮೆ ಮಾಡಲು ಸಾಧ್ಯವಾಗಿಸಿತು. ಆದರೆ ಅಂತಹ ಫಲಿತಾಂಶಗಳನ್ನು ಯಾಂತ್ರೀಕೃತಗೊಳಿಸುವಿಕೆಯಿಂದ ಮಾತ್ರ ಸಾಧಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅಲೆಕ್ಸಾಂಡರ್ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿನ ಬದಲಾವಣೆಗಳಿಗೆ ಗಮನ ಹರಿಸಿದರು.
ಅಪಘಾತಗಳು ನಿಮಗೆ ಕಲಿಯಲು ಹೇಗೆ ಸಹಾಯ ಮಾಡುತ್ತವೆ?
ಅಲೆಕ್ಸಿ ಕಿರ್ಪಿಚ್ನಿಕೋವ್ ಅವರು 5 ವರ್ಷಗಳಿಂದ ಎಸ್‌ಕೆಬಿ ಕೊಂಟೂರ್‌ನಲ್ಲಿ ಡೆವೊಪ್ಸ್ ಮತ್ತು ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸುತ್ತಿದ್ದಾರೆ. ಮೂರು ವರ್ಷಗಳ ಅವಧಿಯಲ್ಲಿ, ಅವರ ಕಂಪನಿಯಲ್ಲಿ ಸುಮಾರು 1000 ವಿವಿಧ ಹಂತದ ಮಹಾಕಾವ್ಯಗಳು ಸಂಭವಿಸಿದವು. ಅವುಗಳಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, 36% ಕಡಿಮೆ-ಗುಣಮಟ್ಟದ ಬಿಡುಗಡೆಯನ್ನು ಉತ್ಪಾದನೆಗೆ ಹೊರತರುವುದರಿಂದ ಉಂಟಾಗಿದೆ ಮತ್ತು 14% ಡೇಟಾ ಕೇಂದ್ರದಲ್ಲಿ ಹಾರ್ಡ್‌ವೇರ್ ನಿರ್ವಹಣೆ ಕೆಲಸದಿಂದ ಉಂಟಾಗಿದೆ.
ಕಂಪನಿಯ ಎಂಜಿನಿಯರ್ಗಳು ಸತತವಾಗಿ ಹಲವಾರು ವರ್ಷಗಳಿಂದ ನಿರ್ವಹಿಸುತ್ತಿರುವ ವರದಿಗಳ ಆರ್ಕೈವ್ (ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆಗಳು) ಅಪಘಾತಗಳ ಬಗ್ಗೆ ಅಂತಹ ನಿಖರವಾದ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆಯನ್ನು ಕರ್ತವ್ಯದಲ್ಲಿರುವ ಎಂಜಿನಿಯರ್ ಬರೆದಿದ್ದಾರೆ, ಅವರು ತುರ್ತು ಸಿಗ್ನಲ್‌ಗೆ ಮೊದಲು ಪ್ರತಿಕ್ರಿಯಿಸಿದರು ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಸರಿಪಡಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು. ವರದಿಗಳನ್ನು ಬರೆಯುವ ಮೂಲಕ ಫ್ಯಾಕ್ಯಾಪ್‌ಗಳೊಂದಿಗೆ ರಾತ್ರಿಯಲ್ಲಿ ಹೋರಾಡುವ ಎಂಜಿನಿಯರ್‌ಗಳನ್ನು ಏಕೆ ಸತಾಯಿಸುತ್ತೀರಿ? ಈ ಡೇಟಾವು ಸಂಪೂರ್ಣ ಚಿತ್ರವನ್ನು ನೋಡಲು ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ಅಭಿವೃದ್ಧಿಯನ್ನು ಸರಿಯಾದ ದಿಕ್ಕಿನಲ್ಲಿ ಸರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ತನ್ನ ಭಾಷಣದಲ್ಲಿ, ಅಲೆಕ್ಸಿ ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತವಾದ ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆಯನ್ನು ಹೇಗೆ ಬರೆಯುವುದು ಮತ್ತು ಅಂತಹ ವರದಿಗಳ ಅಭ್ಯಾಸವನ್ನು ದೊಡ್ಡ ಕಂಪನಿಯಲ್ಲಿ ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು ಎಂಬುದನ್ನು ಹಂಚಿಕೊಂಡರು. ಯಾರಾದರೂ ಹೇಗೆ ಸ್ಕ್ರೂ ಅಪ್ ಮಾಡಿದ್ದಾರೆ ಎಂಬುದರ ಕುರಿತು ನೀವು ಕಥೆಗಳನ್ನು ಬಯಸಿದರೆ, ಪ್ರದರ್ಶನದ ವೀಡಿಯೊವನ್ನು ವೀಕ್ಷಿಸಿ.
DevOps ನ ನಿಮ್ಮ ದೃಷ್ಟಿ ನಮ್ಮ ದೃಷ್ಟಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ. ನೀವು DevOps ರೂಪಾಂತರವನ್ನು ಹೇಗೆ ನೋಡುತ್ತೀರಿ ಎಂಬುದನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ. ಈ ವಿಷಯದ ನಿಮ್ಮ ಅನುಭವ ಮತ್ತು ದೃಷ್ಟಿಯನ್ನು ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿ.
ಪ್ರೋಗ್ರಾಂಗೆ ನಾವು ಈಗಾಗಲೇ ಯಾವ ವರದಿಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇವೆ?
ಈ ವಾರ ಕಾರ್ಯಕ್ರಮ ಸಮಿತಿಯು 4 ವರದಿಗಳನ್ನು ಅಳವಡಿಸಿಕೊಂಡಿದೆ: ಭದ್ರತೆ, ಮೂಲಸೌಕರ್ಯ ಮತ್ತು SRE ಅಭ್ಯಾಸಗಳ ಮೇಲೆ.
ಬಹುಶಃ DevOps ರೂಪಾಂತರದ ಅತ್ಯಂತ ನೋವಿನ ವಿಷಯ: ಮಾಹಿತಿ ಭದ್ರತಾ ವಿಭಾಗದ ವ್ಯಕ್ತಿಗಳು ಅಭಿವೃದ್ಧಿ, ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಆಡಳಿತದ ನಡುವೆ ಈಗಾಗಲೇ ನಿರ್ಮಿಸಲಾದ ಸಂಪರ್ಕಗಳನ್ನು ನಾಶಪಡಿಸುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ. ಕೆಲವು ಕಂಪನಿಗಳು ಮಾಹಿತಿ ಭದ್ರತಾ ವಿಭಾಗವಿಲ್ಲದೆ ನಿರ್ವಹಿಸುತ್ತವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಮಾಹಿತಿ ಸುರಕ್ಷತೆಯನ್ನು ಹೇಗೆ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು? ಅದರ ಬಗ್ಗೆ sudo.su ನಿಂದ ಮೋನಾ ಅರ್ಖಿಪೋವಾ. ಅವರ ವರದಿಯಿಂದ ನಾವು ಕಲಿಯುತ್ತೇವೆ:
- ಏನು ರಕ್ಷಿಸಬೇಕು ಮತ್ತು ಯಾರಿಂದ;
- ವಾಡಿಕೆಯ ಭದ್ರತಾ ಪ್ರಕ್ರಿಯೆಗಳು ಯಾವುವು;
- ಐಟಿ ಮತ್ತು ಮಾಹಿತಿ ಭದ್ರತಾ ಪ್ರಕ್ರಿಯೆಗಳು ಹೇಗೆ ಛೇದಿಸುತ್ತವೆ;
- CIS CSC ಎಂದರೇನು ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಕಾರ್ಯಗತಗೊಳಿಸುವುದು;
- ನಿಯಮಿತ ಮಾಹಿತಿ ಭದ್ರತಾ ತಪಾಸಣೆಗಳನ್ನು ಹೇಗೆ ಮತ್ತು ಯಾವ ಸೂಚಕಗಳಿಂದ ನಡೆಸುವುದು.
ಮುಂದಿನ ವರದಿಯು ಮೂಲಸೌಕರ್ಯಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ಕೋಡ್ ಆಗಿ ಪರಿಗಣಿಸುತ್ತದೆ. ಹಸ್ತಚಾಲಿತ ದಿನಚರಿಯ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಿ ಮತ್ತು ಸಂಪೂರ್ಣ ಯೋಜನೆಯನ್ನು ಅವ್ಯವಸ್ಥೆಗೆ ತಿರುಗಿಸಬೇಡಿ, ಇದು ಸಾಧ್ಯವೇ? ಈ ಪ್ರಶ್ನೆಗೆ Ixtens ನಿಂದ ಮ್ಯಾಕ್ಸಿಮ್ ಕೋಸ್ಟ್ರಿಕಿನ್. ಅವರ ಕಂಪನಿ ಬಳಸುತ್ತದೆ ಟೆರಾಫಾರ್ಮ್ AWS ಮೂಲಸೌಕರ್ಯದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು. ಉಪಕರಣವು ಅನುಕೂಲಕರವಾಗಿದೆ, ಆದರೆ ಅದನ್ನು ಬಳಸುವಾಗ ಕೋಡ್ನ ದೊಡ್ಡ ಬ್ಲಾಕ್ ಅನ್ನು ರಚಿಸುವುದನ್ನು ತಪ್ಪಿಸುವುದು ಹೇಗೆ ಎಂಬುದು ಪ್ರಶ್ನೆಯಾಗಿದೆ. ಅಂತಹ ಪರಂಪರೆಯ ನಿರ್ವಹಣೆ ಪ್ರತಿ ವರ್ಷ ಹೆಚ್ಚು ಹೆಚ್ಚು ದುಬಾರಿಯಾಗುತ್ತದೆ.
ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಸರಳಗೊಳಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿರುವ ಕೋಡ್ ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಮಾದರಿಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಮ್ಯಾಕ್ಸಿಮ್ ತೋರಿಸುತ್ತದೆ.
ಇನ್ನೊಂದು ನಾವು ಮೂಲಸೌಕರ್ಯಗಳ ಬಗ್ಗೆ ಕೇಳುತ್ತೇವೆ Playkey ನಿಂದ ವ್ಲಾಡಿಮಿರ್ Ryabov. ಇಲ್ಲಿ ನಾವು ಮೂಲಸೌಕರ್ಯ ವೇದಿಕೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ ಮತ್ತು ನಾವು ಕಲಿಯುತ್ತೇವೆ:
- ಶೇಖರಣಾ ಸ್ಥಳವನ್ನು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬಳಸಲಾಗುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಹೇಗೆ;
- ಕೇವಲ 10 TB ಸಂಗ್ರಹಣೆಯನ್ನು ಬಳಸಿದರೆ ನೂರಾರು ಬಳಕೆದಾರರು 20 TB ವಿಷಯವನ್ನು ಹೇಗೆ ಪಡೆಯಬಹುದು;
- ಡೇಟಾವನ್ನು 5 ಬಾರಿ ಸಂಕುಚಿತಗೊಳಿಸುವುದು ಮತ್ತು ನೈಜ ಸಮಯದಲ್ಲಿ ಬಳಕೆದಾರರಿಗೆ ಅದನ್ನು ಹೇಗೆ ಒದಗಿಸುವುದು;
- ಹಲವಾರು ಡೇಟಾ ಕೇಂದ್ರಗಳ ನಡುವೆ ಫ್ಲೈನಲ್ಲಿ ಡೇಟಾವನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವುದು ಹೇಗೆ;
- ಒಂದು ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಅನುಕ್ರಮವಾಗಿ ಬಳಸುವಾಗ ಪರಸ್ಪರರ ಮೇಲೆ ಬಳಕೆದಾರರ ಯಾವುದೇ ಪ್ರಭಾವವನ್ನು ಹೇಗೆ ತೆಗೆದುಹಾಕುವುದು.
ಈ ಜಾದೂವಿನ ರಹಸ್ಯ ತಂತ್ರಜ್ಞಾನ FreeBSD ಗಾಗಿ ZFS ಮತ್ತು ಅದರ ತಾಜಾ ಫೋರ್ಕ್ ಲಿನಕ್ಸ್‌ನಲ್ಲಿ ZFS. ವ್ಲಾಡಿಮಿರ್ ಪ್ಲೇಕೀಯಿಂದ ಪ್ರಕರಣಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಾರೆ.
Amixr.IO ನಿಂದ ಮ್ಯಾಟ್ವೆ ಕುಕುಯ್ ಜೀವನದಿಂದ ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಸಿದ್ಧವಾಗಿದೆ , ಏನಾಯಿತು ಎಸ್.ಆರ್.ಇ. ಮತ್ತು ಇದು ವಿಶ್ವಾಸಾರ್ಹ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸಲು ಹೇಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. Amixr.IO ತನ್ನ ಬ್ಯಾಕೆಂಡ್ ಮೂಲಕ ಕ್ಲೈಂಟ್ ಘಟನೆಗಳನ್ನು ಹಾದುಹೋಗುತ್ತದೆ ವಿಶ್ವದಾದ್ಯಂತ ಡಜನ್‌ಗಟ್ಟಲೆ ಆನ್-ಡ್ಯೂಟಿ ತಂಡಗಳು ಈಗಾಗಲೇ 150 ಸಾವಿರ ಪ್ರಕರಣಗಳನ್ನು ನಿಭಾಯಿಸಿವೆ. ಸಮ್ಮೇಳನದಲ್ಲಿ, ಮ್ಯಾಟ್ವೆ ತನ್ನ ಕಂಪನಿಯು ಗ್ರಾಹಕರ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಮೂಲಕ ಮತ್ತು ವೈಫಲ್ಯಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಮೂಲಕ ಸಂಗ್ರಹಿಸಿರುವ ಅಂಕಿಅಂಶಗಳು ಮತ್ತು ಒಳನೋಟಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಾರೆ.
ಮತ್ತೊಮ್ಮೆ ನಾನು ನಿಮ್ಮನ್ನು ದುರಾಸೆಯೆಂದು ಬೇಡಿಕೊಳ್ಳುತ್ತೇನೆ ಮತ್ತು DevOps ಸಮುರಾಯ್ ಆಗಿ ನಿಮ್ಮ ಅನುಭವವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ. ಬಡಿಸಿ ವರದಿಗಾಗಿ, ಮತ್ತು ನೀವು ಮತ್ತು ನಾನು ಅತ್ಯುತ್ತಮ ಭಾಷಣವನ್ನು ತಯಾರಿಸಲು 2,5 ತಿಂಗಳುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ. ನೀವು ಕೇಳುಗರಾಗಲು ಬಯಸಿದರೆ, ಕಾರ್ಯಕ್ರಮದ ನವೀಕರಣಗಳೊಂದಿಗೆ ಸುದ್ದಿಪತ್ರಕ್ಕೆ ಮತ್ತು ಸಮಯಕ್ಕಿಂತ ಮುಂಚಿತವಾಗಿ ಟಿಕೆಟ್‌ಗಳನ್ನು ಕಾಯ್ದಿರಿಸುವ ಬಗ್ಗೆ ಗಂಭೀರವಾಗಿ ಯೋಚಿಸಿ, ಏಕೆಂದರೆ ಅವು ಸಮ್ಮೇಳನದ ದಿನಾಂಕಗಳಿಗೆ ಹತ್ತಿರದಲ್ಲಿ ಹೆಚ್ಚು ದುಬಾರಿಯಾಗುತ್ತವೆ.
ಮೂಲ: www.habr.com