ಮುಂಬರುವ Red Hat OpenShift ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ 4.0 ಅಪ್‌ಡೇಟ್‌ನಲ್ಲಿನ ಬದಲಾವಣೆಗಳು, ಸುಧಾರಣೆಗಳು ಮತ್ತು ಸೇರ್ಪಡೆಗಳ ಕುರಿತು ಪೋಸ್ಟ್‌ಗಳ ಸರಣಿಯಲ್ಲಿ ಇದು ಮೊದಲನೆಯದು, ಇದು ಹೊಸ ಆವೃತ್ತಿಗೆ ಪರಿವರ್ತನೆಗಾಗಿ ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ.
2014 ರ ಶರತ್ಕಾಲದಲ್ಲಿ Google ನ ಸಿಯಾಟಲ್ ಕಛೇರಿಯಲ್ಲಿ ಮೊದಲ ಬಾರಿಗೆ ಬೆಳೆಯುತ್ತಿರುವ ಕುಬರ್ನೆಟ್ಸ್ ಸಮುದಾಯವು ಒಟ್ಟುಗೂಡಿದ ಕ್ಷಣದಿಂದ, ಕುಬರ್ನೆಟ್ಸ್ ಯೋಜನೆಯು ಇಂದು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಮತ್ತು ನಿಯೋಜಿಸುವ ರೀತಿಯಲ್ಲಿ ಕ್ರಾಂತಿಕಾರಿಯಾಗಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಸಾರ್ವಜನಿಕ ಕ್ಲೌಡ್ ಸೇವಾ ಪೂರೈಕೆದಾರರು ಮೂಲಸೌಕರ್ಯ ಮತ್ತು ಸೇವೆಗಳ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಹೂಡಿಕೆ ಮಾಡುವುದನ್ನು ಮುಂದುವರೆಸಿದರು, ಇದು ಐಟಿಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೆಚ್ಚು ಸುಲಭವಾಗಿ ಮತ್ತು ಹೆಚ್ಚು ಪ್ರವೇಶಿಸುವಂತೆ ಮಾಡಿತು ಮತ್ತು ಅವುಗಳನ್ನು ನಂಬಲಾಗದಷ್ಟು ಪ್ರವೇಶಿಸುವಂತೆ ಮಾಡಿತು, ಇದನ್ನು ಕೆಲವರು ಆರಂಭದಲ್ಲಿ ಊಹಿಸಬಹುದಾಗಿತ್ತು. ದಶಕ.
ಸಹಜವಾಗಿ, ಪ್ರತಿ ಹೊಸ ಕ್ಲೌಡ್ ಸೇವೆಯ ಪ್ರಕಟಣೆಯು ಟ್ವಿಟರ್‌ನಲ್ಲಿ ತಜ್ಞರ ನಡುವೆ ಹಲವಾರು ಚರ್ಚೆಗಳೊಂದಿಗೆ ಸೇರಿಕೊಂಡಿದೆ ಮತ್ತು ಮುಕ್ತ ಮೂಲ ಯುಗದ ಅಂತ್ಯ, ಆನ್-ಆವರಣದ ಐಟಿಯ ಅವನತಿ ಮತ್ತು ಅನಿವಾರ್ಯತೆ ಸೇರಿದಂತೆ ವಿವಿಧ ವಿಷಯಗಳ ಕುರಿತು ಚರ್ಚೆಗಳನ್ನು ನಡೆಸಲಾಯಿತು. ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಹೊಸ ಸಾಫ್ಟ್‌ವೇರ್ ಏಕಸ್ವಾಮ್ಯ, ಮತ್ತು ಹೊಸ ಮಾದರಿ X ಎಲ್ಲಾ ಇತರ ಮಾದರಿಗಳನ್ನು ಹೇಗೆ ಬದಲಾಯಿಸುತ್ತದೆ.
ಈ ಎಲ್ಲಾ ವಿವಾದಗಳು ತುಂಬಾ ಮೂರ್ಖತನದವು ಎಂದು ಪ್ರತ್ಯೇಕವಾಗಿ ಹೇಳಬೇಕಾಗಿಲ್ಲ
ವಾಸ್ತವವೆಂದರೆ ಯಾವುದೂ ಹೋಗುವುದಿಲ್ಲ, ಮತ್ತು ಇಂದು ನಾವು ನಮ್ಮ ಜೀವನದಲ್ಲಿ ಹೊಸ ಸಾಫ್ಟ್‌ವೇರ್‌ಗಳ ನಿರಂತರ ಹೊರಹೊಮ್ಮುವಿಕೆಯಿಂದಾಗಿ ಅಂತಿಮ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಘಾತೀಯ ಬೆಳವಣಿಗೆಯನ್ನು ಮತ್ತು ಅವುಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ರೀತಿಯಲ್ಲಿ ಕಾಣಬಹುದು. ಮತ್ತು ಸುತ್ತಲಿನ ಎಲ್ಲವೂ ಬದಲಾಗುತ್ತದೆ ಎಂಬ ವಾಸ್ತವದ ಹೊರತಾಗಿಯೂ, ಅದೇ ಸಮಯದಲ್ಲಿ, ಮೂಲಭೂತವಾಗಿ, ಎಲ್ಲವೂ ಬದಲಾಗದೆ ಉಳಿಯುತ್ತದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್‌ಗಳು ಇನ್ನೂ ದೋಷಗಳೊಂದಿಗೆ ಕೋಡ್ ಅನ್ನು ಬರೆಯುತ್ತಾರೆ, ಕಾರ್ಯಾಚರಣೆಯ ಎಂಜಿನಿಯರ್‌ಗಳು ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆ ತಜ್ಞರು ಇನ್ನೂ ಪೇಜರ್‌ಗಳೊಂದಿಗೆ ತಿರುಗುತ್ತಾರೆ ಮತ್ತು ಸ್ಲಾಕ್‌ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ನಿರ್ವಾಹಕರು ಇನ್ನೂ OpEx ಮತ್ತು CapEx ವಿಷಯದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ ಮತ್ತು ಪ್ರತಿ ಬಾರಿ ವೈಫಲ್ಯ ಸಂಭವಿಸಿದಾಗ, ಡೆವಲಪರ್ ಹಿರಿಯರು "ನಾನು ನಿಮಗೆ ಹೇಳಿದೆ" ಎಂಬ ಪದಗಳೊಂದಿಗೆ ದುಃಖದಿಂದ ನಿಟ್ಟುಸಿರು...
ಓ ನಿಜವಾಗಿಯೂ ಚರ್ಚಿಸಬೇಕು, ಉತ್ತಮ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳನ್ನು ರಚಿಸಲು ನಾವು ನಮ್ಮ ವಿಲೇವಾರಿಯಲ್ಲಿ ಯಾವ ಪರಿಕರಗಳನ್ನು ಹೊಂದಬಹುದು ಮತ್ತು ಅವು ಸುರಕ್ಷತೆಯನ್ನು ಹೇಗೆ ಸುಧಾರಿಸಬಹುದು ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಸುಲಭ ಮತ್ತು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹಗೊಳಿಸಬಹುದು. ಯೋಜನೆಗಳು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತಿದ್ದಂತೆ, ಹೊಸ ಅಪಾಯಗಳು ಉದ್ಭವಿಸುತ್ತವೆ ಮತ್ತು ಇಂದು ಜನರ ಜೀವನವು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ಕೆಲಸವನ್ನು ಉತ್ತಮವಾಗಿ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಬೇಕಾಗುತ್ತದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಅಂತಹ ಒಂದು ಸಾಧನವಾಗಿದೆ. Red Hat OpenShift ಅನ್ನು ಇತರ ಪರಿಕರಗಳು ಮತ್ತು ಸೇವೆಗಳೊಂದಿಗೆ ಒಂದೇ ವೇದಿಕೆಯಲ್ಲಿ ಸಂಯೋಜಿಸುವ ಕೆಲಸ ನಡೆಯುತ್ತಿದೆ, ಅದು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೆಚ್ಚು ವಿಶ್ವಾಸಾರ್ಹ, ನಿರ್ವಹಿಸಲು ಸುಲಭ ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಸುರಕ್ಷಿತವಾಗಿದೆ.
ಅದರೊಂದಿಗೆ, OpenShift ತಂಡವು ಒಂದು ಸರಳ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತದೆ:
ಕುಬರ್ನೆಟ್ಸ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಹೇಗೆ ಸುಲಭ ಮತ್ತು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿರುತ್ತದೆ?
ಉತ್ತರವು ಆಶ್ಚರ್ಯಕರವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿದೆ:
- ಮೋಡದ ಮೇಲೆ ಅಥವಾ ಮೋಡದ ಹೊರಗೆ ನಿಯೋಜನೆಯ ಸಂಕೀರ್ಣ ಅಂಶಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ;
- ಸಂಕೀರ್ಣತೆಯನ್ನು ಮರೆಮಾಡುವಾಗ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿ;
- ಸರಳ ಮತ್ತು ಸುರಕ್ಷಿತ ನವೀಕರಣಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ನಿರಂತರವಾಗಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸಿ;
- ನಿಯಂತ್ರಣ ಮತ್ತು ಲೆಕ್ಕಪರಿಶೋಧನೆ ಸಾಧಿಸಲು;
- ಆರಂಭದಲ್ಲಿ ಹೆಚ್ಚಿನ ಭದ್ರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಶ್ರಮಿಸಿ, ಆದರೆ ಉಪಯುಕ್ತತೆಯ ವೆಚ್ಚದಲ್ಲಿ ಅಲ್ಲ.
ಓಪನ್‌ಶಿಫ್ಟ್‌ನ ಮುಂದಿನ ಬಿಡುಗಡೆಯು ರಚನೆಕಾರರ ಅನುಭವ ಮತ್ತು ವಿಶ್ವದ ಅತಿದೊಡ್ಡ ಕಂಪನಿಗಳಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ ಅಳವಡಿಸುತ್ತಿರುವ ಇತರ ಡೆವಲಪರ್‌ಗಳ ಅನುಭವ ಎರಡನ್ನೂ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಇಂದು ಆಧುನಿಕ ಜಗತ್ತಿಗೆ ಆಧಾರವಾಗಿರುವ ಮುಕ್ತ ಪರಿಸರ ವ್ಯವಸ್ಥೆಗಳ ಎಲ್ಲಾ ಸಂಗ್ರಹವಾದ ಅನುಭವವನ್ನು ಇದು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಹವ್ಯಾಸಿ ಡೆವಲಪರ್ನ ಹಳೆಯ ಮನಸ್ಥಿತಿಯನ್ನು ತ್ಯಜಿಸುವುದು ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಭವಿಷ್ಯದ ಹೊಸ ತತ್ತ್ವಶಾಸ್ತ್ರಕ್ಕೆ ಹೋಗುವುದು ಅವಶ್ಯಕ. ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ಹಳೆಯ ಮತ್ತು ಹೊಸ ವಿಧಾನಗಳ ನಡುವಿನ ಅಂತರವನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಅಗತ್ಯವಿದೆ ಮತ್ತು ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಮೂಲಸೌಕರ್ಯಗಳ ಸಂಪೂರ್ಣ ಪ್ರಯೋಜನವನ್ನು ಪಡೆದುಕೊಳ್ಳಬೇಕು-ಇದು ಅತಿದೊಡ್ಡ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರಿಂದ ಹೋಸ್ಟ್ ಆಗಿರಲಿ ಅಥವಾ ಅಂಚಿನಲ್ಲಿರುವ ಸಣ್ಣ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಚಾಲನೆಯಾಗಿರಲಿ.
ಈ ಫಲಿತಾಂಶವನ್ನು ಸಾಧಿಸುವುದು ಹೇಗೆ?
Red Hat ನಲ್ಲಿ, ಸ್ಥಾಪಿತ ಸಮುದಾಯವನ್ನು ಸಂರಕ್ಷಿಸಲು ಮತ್ತು ಕಂಪನಿಯು ಒಳಗೊಂಡಿರುವ ಯೋಜನೆಗಳನ್ನು ಮುಚ್ಚುವುದನ್ನು ತಡೆಯಲು ದೀರ್ಘಕಾಲದವರೆಗೆ ನೀರಸ ಮತ್ತು ಕೃತಜ್ಞತೆಯಿಲ್ಲದ ಕೆಲಸವನ್ನು ಮಾಡುವುದು ವಾಡಿಕೆಯಾಗಿದೆ. ತೆರೆದ ಮೂಲ ಸಮುದಾಯವು ಅಸಾಧಾರಣವಾದ ವಿಷಯಗಳನ್ನು ರಚಿಸುವ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಪ್ರತಿಭಾವಂತ ಡೆವಲಪರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ - ಮನರಂಜನೆ, ಶೈಕ್ಷಣಿಕ, ಹೊಸ ಅವಕಾಶಗಳನ್ನು ತೆರೆಯುವುದು ಮತ್ತು ಸರಳವಾಗಿ ಸುಂದರವಾಗಿರುತ್ತದೆ, ಆದರೆ, ಎಲ್ಲರೂ ಒಂದೇ ದಿಕ್ಕಿನಲ್ಲಿ ಚಲಿಸಲು ಅಥವಾ ಸಾಮಾನ್ಯ ಗುರಿಗಳನ್ನು ಅನುಸರಿಸಲು ಯಾರೂ ನಿರೀಕ್ಷಿಸುವುದಿಲ್ಲ. . ಈ ಶಕ್ತಿಯನ್ನು ಬಳಸಿಕೊಳ್ಳುವುದು ಮತ್ತು ಅದನ್ನು ಸರಿಯಾದ ದಿಕ್ಕಿನಲ್ಲಿ ಮರುನಿರ್ದೇಶಿಸುವುದು ಕೆಲವೊಮ್ಮೆ ನಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಅನುಕೂಲವಾಗುವಂತಹ ಪ್ರದೇಶಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ನಾವು ನಮ್ಮ ಸಮುದಾಯಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬೇಕು ಮತ್ತು ಅವರಿಂದ ಕಲಿಯಬೇಕು.
2018 ರ ಆರಂಭದಲ್ಲಿ, Red Hat CoreOS ಯೋಜನೆಯನ್ನು ಸ್ವಾಧೀನಪಡಿಸಿಕೊಂಡಿತು, ಇದು ಭವಿಷ್ಯದ ಬಗ್ಗೆ ಒಂದೇ ರೀತಿಯ ವೀಕ್ಷಣೆಗಳನ್ನು ಹೊಂದಿತ್ತು - ಹೆಚ್ಚು ಸುರಕ್ಷಿತ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹ, ತೆರೆದ ಮೂಲ ತತ್ವಗಳ ಮೇಲೆ ರಚಿಸಲಾಗಿದೆ. ಕಂಪನಿಯು ಈ ಆಲೋಚನೆಗಳನ್ನು ಮತ್ತಷ್ಟು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಮತ್ತು ಅವುಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕೆಲಸ ಮಾಡಿದೆ, ನಮ್ಮ ತತ್ವಶಾಸ್ತ್ರವನ್ನು ಆಚರಣೆಗೆ ತರುತ್ತದೆ - ಎಲ್ಲಾ ಸಾಫ್ಟ್‌ವೇರ್ ಸುರಕ್ಷಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದೆ. ಈ ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ಕುಬರ್ನೆಟ್ಸ್, ಲಿನಕ್ಸ್, ಸಾರ್ವಜನಿಕ ಮೋಡಗಳು, ಖಾಸಗಿ ಮೋಡಗಳು ಮತ್ತು ನಮ್ಮ ಆಧುನಿಕ ಡಿಜಿಟಲ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಗೆ ಆಧಾರವಾಗಿರುವ ಸಾವಿರಾರು ಇತರ ಯೋಜನೆಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ.
OpenShift 4 ನ ಹೊಸ ಬಿಡುಗಡೆಯು ಸ್ಪಷ್ಟ, ಸ್ವಯಂಚಾಲಿತ ಮತ್ತು ಹೆಚ್ಚು ನೈಸರ್ಗಿಕವಾಗಿರುತ್ತದೆ
OpenShift ವೇದಿಕೆಯು ಬೇರ್-ಮೆಟಲ್ ಹಾರ್ಡ್‌ವೇರ್ ಬೆಂಬಲ, ಅನುಕೂಲಕರ ವರ್ಚುವಲೈಸೇಶನ್, ಸ್ವಯಂಚಾಲಿತ ಮೂಲಸೌಕರ್ಯ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಮತ್ತು, ಸಹಜವಾಗಿ, ಕಂಟೈನರ್‌ಗಳೊಂದಿಗೆ (ಅವು ಮೂಲಭೂತವಾಗಿ ಕೇವಲ ಲಿನಕ್ಸ್ ಚಿತ್ರಗಳು) ಅತ್ಯುತ್ತಮ ಮತ್ತು ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹ ಲಿನಕ್ಸ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಪ್ರಾರಂಭದಿಂದಲೂ ಸುರಕ್ಷಿತವಾಗಿರಬೇಕು, ಆದರೆ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸುಲಭವಾಗಿ ಪುನರಾವರ್ತನೆ ಮಾಡಲು ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತದೆ-ಅಂದರೆ, ನಿರ್ವಾಹಕರು ಅದನ್ನು ಆಡಿಟ್ ಮಾಡಲು ಮತ್ತು ಸುಲಭವಾಗಿ ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುವಾಗ ಸಾಕಷ್ಟು ಹೊಂದಿಕೊಳ್ಳುವ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿರಲಿ.
ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು "ಸೇವೆಯಾಗಿ" ಚಲಾಯಿಸಲು ಅನುಮತಿಸಬೇಕು ಮತ್ತು ಆಪರೇಟರ್‌ಗಳಿಗೆ ನಿರ್ವಹಿಸಲಾಗದ ಮೂಲಸೌಕರ್ಯ ಬೆಳವಣಿಗೆಗೆ ಕಾರಣವಾಗಬಾರದು.
ಇದು ಡೆವಲಪರ್‌ಗಳು ಬಳಕೆದಾರರು ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ನೈಜ ಉತ್ಪನ್ನಗಳನ್ನು ರಚಿಸುವುದರ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ನೀವು ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಕಾಡಿನ ಮೂಲಕ ಅಲೆದಾಡಬೇಕಾಗಿಲ್ಲ ಮತ್ತು ಎಲ್ಲಾ ಆಕಸ್ಮಿಕ ತೊಡಕುಗಳು ಹಿಂದಿನ ವಿಷಯವಾಗಿದೆ.
OpenShift 4: ನಿರ್ವಹಣೆ ಅಗತ್ಯವಿಲ್ಲದ NoOps ಪ್ಲಾಟ್‌ಫಾರ್ಮ್
В ಓಪನ್‌ಶಿಫ್ಟ್ 4 ಗಾಗಿ ಕಂಪನಿಯ ದೃಷ್ಟಿಯನ್ನು ರೂಪಿಸಲು ಸಹಾಯ ಮಾಡಿದ ಆ ಕಾರ್ಯಗಳನ್ನು ವಿವರಿಸಲಾಗಿದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನಿರ್ವಹಿಸುವ ಮತ್ತು ನಿರ್ವಹಿಸುವ ದೈನಂದಿನ ಕಾರ್ಯಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳಗೊಳಿಸುವುದು ತಂಡದ ಗುರಿಯಾಗಿದೆ, ಈ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸುಲಭ ಮತ್ತು ಶಾಂತಗೊಳಿಸಲು - ಅನುಷ್ಠಾನದಲ್ಲಿ ತೊಡಗಿರುವ ತಜ್ಞರು ಮತ್ತು ಡೆವಲಪರ್‌ಗಳಿಗೆ. ಆದರೆ ಈ ಗುರಿಗೆ ನೀವು ಹೇಗೆ ಹತ್ತಿರವಾಗಬಹುದು? ಕನಿಷ್ಠ ಹಸ್ತಕ್ಷೇಪದ ಅಗತ್ಯವಿರುವ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಚಾಲನೆ ಮಾಡಲು ವೇದಿಕೆಯನ್ನು ಹೇಗೆ ರಚಿಸುವುದು? ಈ ಸಂದರ್ಭದಲ್ಲಿ NoOps ಎಂದರೆ ಏನು?
ನೀವು ಅಮೂರ್ತಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ಡೆವಲಪರ್‌ಗಳಿಗೆ "ಸರ್ವರ್‌ಲೆಸ್" ಅಥವಾ "NoOps" ಪರಿಕಲ್ಪನೆಗಳು ಎಂದರೆ "ಕಾರ್ಯಾಚರಣೆ" ಘಟಕವನ್ನು ಮರೆಮಾಡಲು ಅಥವಾ ಡೆವಲಪರ್‌ಗೆ ಈ ಹೊರೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಪರಿಕರಗಳು ಮತ್ತು ಸೇವೆಗಳು.
- ಸಿಸ್ಟಂಗಳೊಂದಿಗೆ ಅಲ್ಲ, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಇಂಟರ್ಫೇಸ್ಗಳೊಂದಿಗೆ (API ಗಳು) ಕೆಲಸ ಮಾಡಿ.
- ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಚಿಂತಿಸಬೇಡಿ - ಒದಗಿಸುವವರು ಅದನ್ನು ನಿಮಗಾಗಿ ಮಾಡಲಿ.
- ಈಗಿನಿಂದಲೇ ದೊಡ್ಡ ಚೌಕಟ್ಟನ್ನು ರಚಿಸಲು ಹೋಗಬೇಡಿ - "ಬಿಲ್ಡಿಂಗ್ ಬ್ಲಾಕ್ಸ್" ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಣ್ಣ ತುಣುಕುಗಳನ್ನು ಬರೆಯುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ, ಈ ಕೋಡ್ ಅನ್ನು ಡೇಟಾ ಮತ್ತು ಈವೆಂಟ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿ, ಮತ್ತು ಡಿಸ್ಕ್ ಮತ್ತು ಡೇಟಾಬೇಸ್‌ಗಳೊಂದಿಗೆ ಅಲ್ಲ.
ಗುರಿ, ಮೊದಲಿನಂತೆ, ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಪುನರಾವರ್ತನೆಗಳನ್ನು ವೇಗಗೊಳಿಸುವುದು, ಉತ್ತಮ ಉತ್ಪನ್ನಗಳನ್ನು ರಚಿಸಲು ಅವಕಾಶವನ್ನು ಒದಗಿಸುವುದು ಮತ್ತು ಡೆವಲಪರ್ ತನ್ನ ಸಾಫ್ಟ್‌ವೇರ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಿಸ್ಟಮ್‌ಗಳ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. ಒಬ್ಬ ಅನುಭವಿ ಡೆವಲಪರ್ ಬಳಕೆದಾರರನ್ನು ಕೇಂದ್ರೀಕರಿಸುವುದರಿಂದ ಚಿತ್ರವನ್ನು ತ್ವರಿತವಾಗಿ ಬದಲಾಯಿಸಬಹುದು ಎಂದು ಚೆನ್ನಾಗಿ ತಿಳಿದಿರುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಸಾಫ್ಟ್‌ವೇರ್ ಅಗತ್ಯವಿದೆ ಎಂದು ನಿಮಗೆ ಖಚಿತವಿಲ್ಲದಿದ್ದರೆ ನೀವು ಬರೆಯಲು ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನವನ್ನು ಮಾಡಬಾರದು.
ನಿರ್ವಹಣೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ವೃತ್ತಿಪರರಿಗೆ, "NoOps" ಪದವು ಸ್ವಲ್ಪ ಭಯಾನಕವಾಗಿದೆ. ಆದರೆ ಕ್ಷೇತ್ರ ಎಂಜಿನಿಯರ್‌ಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವಾಗ, ಅವರು ಬಳಸುವ ಮಾದರಿಗಳು ಮತ್ತು ತಂತ್ರಗಳು ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು (ಸೈಟ್ ವಿಶ್ವಾಸಾರ್ಹತೆ ಎಂಜಿನಿಯರಿಂಗ್, SRE) ಮೇಲೆ ವಿವರಿಸಿದ ಮಾದರಿಗಳೊಂದಿಗೆ ಅನೇಕ ಹೋಲಿಕೆಗಳನ್ನು ಹೊಂದಿವೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ:
- ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಡಿ - ಅವುಗಳ ನಿರ್ವಹಣಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ.
- ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಡಿ - ಅದನ್ನು ನಿಯೋಜಿಸಲು ಪೈಪ್‌ಲೈನ್ ಅನ್ನು ರಚಿಸಿ.
- ನಿಮ್ಮ ಎಲ್ಲಾ ಸೇವೆಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸೇರಿಸುವುದನ್ನು ತಪ್ಪಿಸಿ ಮತ್ತು ಒಂದರ ವೈಫಲ್ಯವು ಸಂಪೂರ್ಣ ಸಿಸ್ಟಮ್ ವಿಫಲಗೊಳ್ಳಲು ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತದೆ-ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಪರಿಕರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಅವುಗಳನ್ನು ನಿಮ್ಮ ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಹರಡಿ ಮತ್ತು ಅವುಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದಾದ ರೀತಿಯಲ್ಲಿ ಸಂಪರ್ಕಪಡಿಸಿ.
ಏನಾದರೂ ತಪ್ಪಾಗಬಹುದು ಎಂದು SRE ಗಳಿಗೆ ತಿಳಿದಿದೆ ಮತ್ತು ಅವರು ಸಮಸ್ಯೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಬೇಕು ಮತ್ತು ಸರಿಪಡಿಸಬೇಕು-ಆದ್ದರಿಂದ ಅವರು ದಿನನಿತ್ಯದ ಕೆಲಸವನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತಾರೆ ಮತ್ತು ದೋಷದ ಬಜೆಟ್ ಅನ್ನು ಮುಂಚಿತವಾಗಿ ಹೊಂದಿಸುತ್ತಾರೆ ಆದ್ದರಿಂದ ಅವರು ಸಮಸ್ಯೆ ಉದ್ಭವಿಸಿದಾಗ ಆದ್ಯತೆ ನೀಡಲು ಮತ್ತು ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಸಿದ್ಧರಾಗಿದ್ದಾರೆ.
OpenShift ನಲ್ಲಿನ ಕುಬರ್ನೆಟ್ಸ್ ಎರಡು ಮುಖ್ಯ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ವೇದಿಕೆಯಾಗಿದೆ: ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ API ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ನಿಮ್ಮನ್ನು ಒತ್ತಾಯಿಸುವ ಬದಲು, ಇದು ಉನ್ನತ-ಕ್ರಮದ ಅಮೂರ್ತತೆಗಳೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ - ನಿಯೋಜನೆ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಸೇವೆಗಳು. ಸಾಫ್ಟ್‌ವೇರ್ ಏಜೆಂಟ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಬದಲು, ನೀವು ಕಂಟೇನರ್‌ಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಮಾನಿಟರಿಂಗ್ ಸ್ಟಾಕ್ ಅನ್ನು ಬರೆಯುವ ಬದಲು, ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಈಗಾಗಲೇ ಲಭ್ಯವಿರುವ ಪರಿಕರಗಳನ್ನು ಬಳಸಿ. ಆದ್ದರಿಂದ, ಓಪನ್‌ಶಿಫ್ಟ್ 4 ರ ರಹಸ್ಯ ಸಾಸ್ ನಿಜವಾಗಿಯೂ ರಹಸ್ಯವಾಗಿಲ್ಲ - ಇದು ಎಸ್‌ಆರ್‌ಇ ತತ್ವಗಳು ಮತ್ತು ಸರ್ವರ್‌ಲೆಸ್ ಪರಿಕಲ್ಪನೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ವಿಷಯವಾಗಿದೆ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಆಪರೇಷನ್ ಎಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಸಹಾಯ ಮಾಡಲು ಅವರ ತಾರ್ಕಿಕ ತೀರ್ಮಾನಕ್ಕೆ ಕೊಂಡೊಯ್ಯುತ್ತದೆ:
- ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಬಳಸುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ ಮತ್ತು ಪ್ರಮಾಣೀಕರಿಸಿ
- ಡೆವಲಪರ್‌ಗಳನ್ನು ನಿರ್ಬಂಧಿಸದೆ ನಿಯೋಜನೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಒಟ್ಟಿಗೆ ಲಿಂಕ್ ಮಾಡಿ
- XNUMX ನೇ ಸೇವೆ, ವೈಶಿಷ್ಟ್ಯ, ಅಪ್ಲಿಕೇಶನ್ ಅಥವಾ ಸಂಪೂರ್ಣ ಸ್ಟಾಕ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವುದು, ಲೆಕ್ಕಪರಿಶೋಧನೆ ಮಾಡುವುದು ಮತ್ತು ಸುರಕ್ಷಿತಗೊಳಿಸುವುದು ಮೊದಲನೆಯದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಷ್ಟಕರವಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು.
ಆದರೆ ಓಪನ್‌ಶಿಫ್ಟ್ 4 ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮತ್ತು ಅದರ ಪೂರ್ವವರ್ತಿಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಮತ್ತು ಅಂತಹ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ "ಸ್ಟ್ಯಾಂಡರ್ಡ್" ವಿಧಾನದಿಂದ ಏನು? ಅನುಷ್ಠಾನ ಮತ್ತು ಕಾರ್ಯಾಚರಣಾ ತಂಡಗಳಿಗೆ ಯಾವ ಚಾಲನೆಯ ಪ್ರಮಾಣ? ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ರಾಜನು ಕ್ಲಸ್ಟರ್ ಆಗಿರುವುದರಿಂದ. ಆದ್ದರಿಂದ,
- ಕ್ಲಸ್ಟರ್‌ಗಳ ಉದ್ದೇಶವು ಸ್ಪಷ್ಟವಾಗಿದೆ ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತೇವೆ (ಆತ್ಮೀಯ ಮೋಡ, ನಾನು ಈ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ತೆಗೆದುಕೊಂಡಿದ್ದೇನೆ ಏಕೆಂದರೆ ನನಗೆ ಸಾಧ್ಯವಾಯಿತು)
- ಕ್ಲಸ್ಟರ್‌ಗೆ ಸೇವೆ ಸಲ್ಲಿಸಲು ಯಂತ್ರಗಳು ಮತ್ತು ಕಾರ್ಯಾಚರಣಾ ವ್ಯವಸ್ಥೆಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ (ಯುವರ್ ಮೆಜೆಸ್ಟಿ)
- ಕ್ಲಸ್ಟರ್‌ನಿಂದ ಹೋಸ್ಟ್‌ಗಳ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ವಹಿಸಿ, ಅವುಗಳ ಪುನರ್ನಿರ್ಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಿ (ಡ್ರಿಫ್ಟ್).
- ವ್ಯವಸ್ಥೆಯ ಪ್ರತಿಯೊಂದು ಪ್ರಮುಖ ಅಂಶಕ್ಕೆ, ದಾದಿ (ಯಾಂತ್ರಿಕತೆ) ಅಗತ್ಯವಿದೆ ಅದು ಸಮಸ್ಯೆಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ನಿವಾರಿಸುತ್ತದೆ
- ಸಿಸ್ಟಮ್‌ನ *ಪ್ರತಿ* ಅಂಶ ಅಥವಾ ಅಂಶಗಳ ವೈಫಲ್ಯ ಮತ್ತು ಸಂಬಂಧಿತ ಚೇತರಿಕೆ ಕಾರ್ಯವಿಧಾನಗಳು ಜೀವನದ ಸಾಮಾನ್ಯ ಭಾಗವಾಗಿದೆ
- ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯವನ್ನು API ಮೂಲಕ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು.
- Kubernetes ಅನ್ನು ಚಲಾಯಿಸಲು Kubernetes ಬಳಸಿ. (ಹೌದು, ಹೌದು, ಅದು ಮುದ್ರಣದೋಷವಲ್ಲ)
- ನವೀಕರಣಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಸುಲಭ ಮತ್ತು ಜಗಳ ಮುಕ್ತವಾಗಿರಬೇಕು. ನವೀಕರಣವನ್ನು ಸ್ಥಾಪಿಸಲು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕ್ಲಿಕ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ನಿಸ್ಸಂಶಯವಾಗಿ ನಾವು ಏನಾದರೂ ತಪ್ಪು ಮಾಡುತ್ತಿದ್ದೇವೆ.
- ಯಾವುದೇ ಘಟಕವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಮತ್ತು ಡೀಬಗ್ ಮಾಡುವುದು ಸಮಸ್ಯೆಯಾಗಿರಬಾರದು ಮತ್ತು ಆದ್ದರಿಂದ ಸಂಪೂರ್ಣ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಟ್ರ್ಯಾಕಿಂಗ್ ಮತ್ತು ವರದಿ ಮಾಡುವುದು ಸುಲಭ ಮತ್ತು ಅನುಕೂಲಕರವಾಗಿರಬೇಕು.
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಕ್ರಿಯೆಯಲ್ಲಿ ನೋಡಲು ಬಯಸುವಿರಾ?
OpenShift 4 ನ ಪೂರ್ವವೀಕ್ಷಣೆ ಆವೃತ್ತಿಯು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಲಭ್ಯವಾಗಿದೆ. ಬಳಸಲು ಸುಲಭವಾದ ಅನುಸ್ಥಾಪಕದೊಂದಿಗೆ, ನೀವು Red Had CoreOS ನ ಮೇಲೆ AWS ನಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಚಲಾಯಿಸಬಹುದು. ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ಬಳಸಲು, ಮೂಲಸೌಕರ್ಯವನ್ನು ಒದಗಿಸಲು AWS ಖಾತೆ ಮತ್ತು ಪೂರ್ವವೀಕ್ಷಣೆ ಚಿತ್ರಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಖಾತೆಗಳ ಒಂದು ಸೆಟ್ ಮಾತ್ರ ನಿಮಗೆ ಬೇಕಾಗುತ್ತದೆ.
- ಪ್ರಾರಂಭಿಸಲು, ಹೋಗಿ ಮತ್ತು "ಪ್ರಾರಂಭಿಸಿ" ಕ್ಲಿಕ್ ಮಾಡಿ.
- ನಿಮ್ಮ Red Hat ಖಾತೆಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಿ (ಅಥವಾ ಹೊಸದನ್ನು ರಚಿಸಿ) ಮತ್ತು ನಿಮ್ಮ ಮೊದಲ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಹೊಂದಿಸಲು ಸೂಚನೆಗಳನ್ನು ಅನುಸರಿಸಿ.
ಯಶಸ್ವಿ ಅನುಸ್ಥಾಪನೆಯ ನಂತರ, ನಮ್ಮ ಟ್ಯುಟೋರಿಯಲ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ OpenShift 4 ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಕುಬರ್ನೆಟ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಸುಲಭ ಮತ್ತು ಅನುಕೂಲಕರ ಮಾರ್ಗವನ್ನಾಗಿ ಮಾಡುವ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ಪರಿಕಲ್ಪನೆಗಳ ಆಳವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಪಡೆಯಲು.
ಹೊಸ OpenShift ಬಿಡುಗಡೆಯನ್ನು ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ಹಂಚಿಕೊಳ್ಳಿ. ಕುಂಬರ್‌ನೆಟ್ಸ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನಾವು ಬದ್ಧರಾಗಿದ್ದೇವೆ - NoOps ನ ಭವಿಷ್ಯವು ಇಂದಿನಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.
ಮತ್ತು ಈಗ ಗಮನ!
ಸಮ್ಮೇಳನದಲ್ಲಿ ಏಪ್ರಿಲ್ 20 ರಂದು, ಓಪನ್‌ಶಿಫ್ಟ್ ಡೆವಲಪರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರಾದ ವಾಡಿಮ್ ರುಟ್ಕೊವ್ಸ್ಕಿ ಮಾಸ್ಟರ್ ವರ್ಗವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತಾರೆ - ಅವರು ಹತ್ತು ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ಮುರಿದು ಅವುಗಳನ್ನು ಸರಿಪಡಿಸಲು ಒತ್ತಾಯಿಸುತ್ತಾರೆ. ಸಮ್ಮೇಳನವನ್ನು ಪಾವತಿಸಲಾಗಿದೆ, ಆದರೆ ಪ್ರಚಾರದ ಕೋಡ್ #RedHat ಜೊತೆಗೆ ನೀವು 37% ರಿಯಾಯಿತಿಯನ್ನು ಪಡೆಯುತ್ತೀರಿ
17:15 - 18:15 ಕ್ಕೆ ಮಾಸ್ಟರ್ ವರ್ಗ, ಮತ್ತು ಸ್ಟ್ಯಾಂಡ್ ಎಲ್ಲಾ ದಿನವೂ ತೆರೆದಿರುತ್ತದೆ. ಟೀ ಶರ್ಟ್‌ಗಳು, ಟೋಪಿಗಳು, ಸ್ಟಿಕ್ಕರ್‌ಗಳು - ಸಾಮಾನ್ಯ!
ಹಾಲ್ #2
"ಇಲ್ಲಿ ಸಂಪೂರ್ಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ: ನಾವು ಪ್ರಮಾಣೀಕೃತ ಯಂತ್ರಶಾಸ್ತ್ರದೊಂದಿಗೆ ಮುರಿದ k8s ಕ್ಲಸ್ಟರ್‌ಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತೇವೆ."
ಮೂಲ: www.habr.com