ಮೇ ಕೊನೆಯಲ್ಲಿ ಎಂಬ ವಿಷಯದ ಕುರಿತು ಆನ್‌ಲೈನ್ ಸಭೆ ನಡೆಸಿದರು . ನಾವು ಕಂಟೈನರ್‌ಗಳು, ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಅನ್ನು ತಾತ್ವಿಕವಾಗಿ, ಮೂಲಸೌಕರ್ಯವನ್ನು ಆಯ್ಕೆಮಾಡುವ ಮಾನದಂಡಗಳು ಮತ್ತು ಹೆಚ್ಚಿನದನ್ನು ಕುರಿತು ಮಾತನಾಡಿದ್ದೇವೆ. ಭಾಗವಹಿಸುವವರು ತಮ್ಮದೇ ಆದ ಅಭ್ಯಾಸದಿಂದ ಪ್ರಕರಣಗಳನ್ನು ಹಂಚಿಕೊಂಡಿದ್ದಾರೆ.
ಭಾಗವಹಿಸುವವರು:
- Evgeniy Potapov, ITSumma CEO. ಅದರ ಅರ್ಧಕ್ಕಿಂತ ಹೆಚ್ಚು ಗ್ರಾಹಕರು ಈಗಾಗಲೇ ಚಲಿಸುತ್ತಿದ್ದಾರೆ ಅಥವಾ ಕುಬರ್ನೆಟ್ಸ್ಗೆ ಬದಲಾಯಿಸಲು ಬಯಸುತ್ತಾರೆ.
- ಡಿಮಿಟ್ರಿ ಸ್ಟೋಲಿಯಾರೋವ್, CTO "ಫ್ಲಾಂಟ್". ಕಂಟೈನರ್ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ 10+ ವರ್ಷಗಳ ಅನುಭವವನ್ನು ಹೊಂದಿದೆ.
- ಡೆನಿಸ್ ರೆಮ್ಚುಕೋವ್ (ಅಕಾ ಎರಿಕ್ ಓಲ್ಡ್ಮನ್), COO argotech.io, ಮಾಜಿ-RAO UES. "ರಕ್ತಸಿಕ್ತ" ಉದ್ಯಮದಲ್ಲಿ ಪ್ರಕರಣಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಅವರು ಭರವಸೆ ನೀಡಿದರು.
- ಆಂಡ್ರೆ ಫೆಡೋರೊವ್ಸ್ಕಿ, CTO "News360.com"ಕಂಪನಿಯನ್ನು ಇನ್ನೊಬ್ಬ ಆಟಗಾರನಿಂದ ಖರೀದಿಸಿದ ನಂತರ, ಅವರು ಹಲವಾರು ML ಮತ್ತು AI ಯೋಜನೆಗಳು ಮತ್ತು ಮೂಲಸೌಕರ್ಯಗಳಿಗೆ ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ.
- ಇವಾನ್ ಕ್ರುಗ್ಲೋವ್, ಸಿಸ್ಟಮ್ಸ್ ಎಂಜಿನಿಯರ್, ಎಕ್ಸ್-ಬುಕಿಂಗ್.ಕಾಮ್.ಕುಬರ್ನೆಟ್ಸ್ನೊಂದಿಗೆ ತನ್ನ ಸ್ವಂತ ಕೈಗಳಿಂದ ಬಹಳಷ್ಟು ಮಾಡಿದ ಅದೇ ವ್ಯಕ್ತಿ.
ವಿಷಯಗಳು:
- ಕಂಟೇನರ್ಗಳು ಮತ್ತು ವಾದ್ಯವೃಂದದ ಬಗ್ಗೆ ಭಾಗವಹಿಸುವವರ ಒಳನೋಟಗಳು (ಡಾಕರ್, ಕುಬರ್ನೆಟ್ಸ್, ಇತ್ಯಾದಿ); ಆಚರಣೆಯಲ್ಲಿ ಏನು ಪ್ರಯತ್ನಿಸಲಾಗಿದೆ ಅಥವಾ ವಿಶ್ಲೇಷಿಸಲಾಗಿದೆ.
- ಪ್ರಕರಣ: ಕಂಪನಿಯು ವರ್ಷಗಳಿಂದ ಮೂಲಸೌಕರ್ಯ ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತಿದೆ. ಕಂಟೈನರ್‌ಗಳು ಮತ್ತು ಕುಬೇರ್‌ಗೆ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ಮಿಸಬೇಕೆ ಅಥವಾ ಬೇಡವೇ ಎಂಬುದನ್ನು ಹೇಗೆ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ?
- ಕ್ಲೌಡ್-ಸ್ಥಳೀಯ ಜಗತ್ತಿನಲ್ಲಿ ಸಮಸ್ಯೆಗಳು, ಏನು ಕಾಣೆಯಾಗಿದೆ, ನಾಳೆ ಏನಾಗುತ್ತದೆ ಎಂದು ಊಹಿಸೋಣ.
ಆಸಕ್ತಿದಾಯಕ ಚರ್ಚೆಯು ಪ್ರಾರಂಭವಾಯಿತು, ಭಾಗವಹಿಸುವವರ ಅಭಿಪ್ರಾಯಗಳು ತುಂಬಾ ವಿಭಿನ್ನವಾಗಿವೆ ಮತ್ತು ಹಲವಾರು ಕಾಮೆಂಟ್‌ಗಳಿಗೆ ಕಾರಣವಾಗಿದ್ದು ನಾನು ಅವುಗಳನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸುತ್ತೇನೆ. ತಿನ್ನು , ಮತ್ತು ಕೆಳಗೆ ಚರ್ಚೆಯ ಸಾರಾಂಶವಾಗಿದೆ.
ಕುಬರ್ನೆಟ್ಸ್ ಈಗಾಗಲೇ ಪ್ರಮಾಣಿತ ಅಥವಾ ಉತ್ತಮ ಮಾರ್ಕೆಟಿಂಗ್ ಆಗಿದೆಯೇ?
“ನಾವು ಅದರ ಬಳಿಗೆ ಬಂದಿದ್ದೇವೆ (ಕುಬರ್ನೆಟ್ಸ್. - ಎಡ್.) ಅದರ ಬಗ್ಗೆ ಇನ್ನೂ ಯಾರಿಗೂ ತಿಳಿದಿಲ್ಲ. ಅವರು ಇಲ್ಲದಿದ್ದಾಗಲೂ ನಾವು ಅವರ ಬಳಿಗೆ ಬಂದೆವು. ನಾವು ಮೊದಲು ಬಯಸಿದ್ದೆವು" - ಡಿಮಿಟ್ರಿ ಸ್ಟೋಲಿಯಾರೋವ್
Reddit.com ನಿಂದ ಫೋಟೋ
5-10 ವರ್ಷಗಳ ಹಿಂದೆ ಅಪಾರ ಸಂಖ್ಯೆಯ ಉಪಕರಣಗಳು ಇದ್ದವು ಮತ್ತು ಒಂದೇ ಮಾನದಂಡವಿರಲಿಲ್ಲ. ಪ್ರತಿ ಆರು ತಿಂಗಳಿಗೊಮ್ಮೆ ಹೊಸ ಉತ್ಪನ್ನ ಕಾಣಿಸಿಕೊಂಡಿತು, ಅಥವಾ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು. ಮೊದಲು ಅಲೆಮಾರಿ, ನಂತರ ಉಪ್ಪು, ಬಾಣಸಿಗ, ಪಪಿಟ್,... “ಮತ್ತು ನೀವು ಪ್ರತಿ ಆರು ತಿಂಗಳಿಗೊಮ್ಮೆ ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯವನ್ನು ಮರುನಿರ್ಮಿಸುತ್ತೀರಿ. ಸಂರಚನೆಗಳನ್ನು ಪುನಃ ಬರೆಯುವಲ್ಲಿ ನಿರಂತರವಾಗಿ ನಿರತರಾಗಿರುವ ಐದು ನಿರ್ವಾಹಕರನ್ನು ನೀವು ಹೊಂದಿದ್ದೀರಿ, ”ಎಂದು ಆಂಡ್ರೆ ಫೆಡೋರೊವ್ಸ್ಕಿ ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಉಳಿದವರನ್ನು "ಜನಸಂದಣಿ" ಮಾಡಿದ್ದಾರೆ ಎಂದು ಅವರು ನಂಬುತ್ತಾರೆ. ಕಳೆದ ಐದು ವರ್ಷಗಳಲ್ಲಿ ಡಾಕರ್ ಪ್ರಮಾಣಿತವಾಗಿದೆ, ಕಳೆದ ಎರಡು ವರ್ಷಗಳಲ್ಲಿ ಕುಬರ್ನೆಟ್ಸ್. ಮತ್ತು ಇದು ಉದ್ಯಮಕ್ಕೆ ಒಳ್ಳೆಯದು..
ಡಿಮಿಟ್ರಿ ಸ್ಟೋಲಿಯಾರೋವ್ ಮತ್ತು ಅವರ ತಂಡವು ಕುಬರ್ ಅನ್ನು ಪ್ರೀತಿಸುತ್ತದೆ. ಅಂತಹ ಸಾಧನವು ಕಾಣಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ಅವರು ಬಯಸಿದ್ದರು ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಯಾರಿಗೂ ತಿಳಿದಿಲ್ಲದಿದ್ದಾಗ ಅದರ ಬಳಿಗೆ ಬಂದರು. ಪ್ರಸ್ತುತ, ಅನುಕೂಲದ ಕಾರಣಗಳಿಗಾಗಿ, ಅವರು ಕ್ಲೈಂಟ್‌ನೊಂದಿಗೆ ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದಿಲ್ಲ ಎಂದು ಅವರು ಅರ್ಥಮಾಡಿಕೊಂಡರೆ ಅವರನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಡಿಮಿಟ್ರಿ ಪ್ರಕಾರ, ಕಂಪನಿಯು "ಭಯಾನಕ ಪರಂಪರೆಯನ್ನು ರೀಮೇಕ್ ಮಾಡುವ ಬಗ್ಗೆ ಅನೇಕ ದೈತ್ಯಾಕಾರದ ಯಶಸ್ಸಿನ ಕಥೆಗಳನ್ನು ಹೊಂದಿದೆ."
ಕುಬರ್ನೆಟ್ಸ್ ಕೇವಲ ಕಂಟೇನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಅಲ್ಲ, ಇದು ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ API, ನೆಟ್‌ವರ್ಕಿಂಗ್ ಘಟಕ, L3 ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಮತ್ತು ಇನ್‌ಗ್ರೆಸ್ ನಿಯಂತ್ರಕಗಳೊಂದಿಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ, ಇದು ಮೂಲಸೌಕರ್ಯದ ಕೆಳಗಿನ ಪದರಗಳಿಂದ ಸಂಪನ್ಮೂಲಗಳು, ಪ್ರಮಾಣ ಮತ್ತು ಅಮೂರ್ತತೆಯನ್ನು ನಿರ್ವಹಿಸಲು ತುಲನಾತ್ಮಕವಾಗಿ ಸುಲಭಗೊಳಿಸುತ್ತದೆ.
ದುರದೃಷ್ಟವಶಾತ್, ನಮ್ಮ ಜೀವನದಲ್ಲಿ ನಾವು ಎಲ್ಲದಕ್ಕೂ ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ. ಮತ್ತು ಈ ತೆರಿಗೆ ದೊಡ್ಡದಾಗಿದೆ, ವಿಶೇಷವಾಗಿ ಇವಾನ್ ಕ್ರುಗ್ಲೋವ್ ನಂಬಿರುವಂತೆ ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಮೂಲಸೌಕರ್ಯ ಹೊಂದಿರುವ ಕಂಪನಿಯ ಕುಬರ್ನೆಟ್ಸ್ಗೆ ಪರಿವರ್ತನೆಯ ಬಗ್ಗೆ ನಾವು ಮಾತನಾಡಿದರೆ. ಅವರು ಸಾಂಪ್ರದಾಯಿಕ ಮೂಲಸೌಕರ್ಯ ಹೊಂದಿರುವ ಕಂಪನಿಯಲ್ಲಿ ಮತ್ತು ಕುಬೇರ್ ಅವರೊಂದಿಗೆ ಮುಕ್ತವಾಗಿ ಕೆಲಸ ಮಾಡಬಹುದು. ಕಂಪನಿ ಮತ್ತು ಮಾರುಕಟ್ಟೆಯ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮುಖ್ಯ ವಿಷಯ. ಆದರೆ, ಉದಾಹರಣೆಗೆ, ಕುಬರ್ನೆಟ್ಸ್ ಅನ್ನು ಯಾವುದೇ ಕಂಟೇನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಉಪಕರಣಕ್ಕೆ ಸಾಮಾನ್ಯೀಕರಿಸುವ ಎವ್ಗೆನಿ ಪೊಟಾಪೋವ್ಗೆ, ಅಂತಹ ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುವುದಿಲ್ಲ.
ಎವ್ಗೆನಿ ಅವರು 1990 ರ ದಶಕದಲ್ಲಿ ಆಬ್ಜೆಕ್ಟ್-ಓರಿಯೆಂಟೆಡ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅನ್ನು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಸಂಕೀರ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಮಾರ್ಗವಾಗಿ ಕಾಣಿಸಿಕೊಂಡಾಗ ಪರಿಸ್ಥಿತಿಯೊಂದಿಗೆ ಸಾದೃಶ್ಯವನ್ನು ಪಡೆದರು. ಆ ಸಮಯದಲ್ಲಿ, ಚರ್ಚೆ ಮುಂದುವರೆಯಿತು ಮತ್ತು OOP ಅನ್ನು ಬೆಂಬಲಿಸಲು ಹೊಸ ಉಪಕರಣಗಳು ಕಾಣಿಸಿಕೊಂಡವು. ನಂತರ ಏಕಶಿಲೆಯ ಪರಿಕಲ್ಪನೆಯಿಂದ ದೂರ ಸರಿಯುವ ಮಾರ್ಗವಾಗಿ ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳು ಹೊರಹೊಮ್ಮಿದವು. ಇದು ಪ್ರತಿಯಾಗಿ, ಧಾರಕಗಳು ಮತ್ತು ಕಂಟೇನರ್ ನಿರ್ವಹಣಾ ಸಾಧನಗಳ ಹೊರಹೊಮ್ಮುವಿಕೆಗೆ ಕಾರಣವಾಯಿತು. "ಸಣ್ಣ ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬರೆಯುವುದು ಯೋಗ್ಯವಾಗಿದೆಯೇ ಎಂಬ ಬಗ್ಗೆ ಯಾವುದೇ ಪ್ರಶ್ನೆಯಿಲ್ಲದ ಸಮಯಕ್ಕೆ ನಾವು ಶೀಘ್ರದಲ್ಲೇ ಬರುತ್ತೇವೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಅದನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಮೈಕ್ರೋ ಸರ್ವಿಸ್ ಎಂದು ಬರೆಯಲಾಗುತ್ತದೆ" ಎಂದು ಅವರು ನಂಬುತ್ತಾರೆ. ಅಂತೆಯೇ, ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಅಂತಿಮವಾಗಿ ಆಯ್ಕೆಯ ಅಗತ್ಯವಿಲ್ಲದೇ ಪ್ರಮಾಣಿತ ಪರಿಹಾರವಾಗುತ್ತದೆ.
ಸ್ಥಿತಿಯಿಲ್ಲದ ಡೇಟಾಬೇಸ್‌ಗಳ ಸಮಸ್ಯೆ
ಛಾಯಾಚಿತ್ರ
ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ಚಾಲನೆ ಮಾಡಲು ಹಲವು ಪಾಕವಿಧಾನಗಳಿವೆ. I/O ಡಿಸ್ಕ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಭಾಗವನ್ನು ಷರತ್ತುಬದ್ಧವಾಗಿ, ಡೇಟಾಬೇಸ್‌ನ ಅಪ್ಲಿಕೇಶನ್ ಭಾಗದಿಂದ ಹೇಗೆ ಪ್ರತ್ಯೇಕಿಸುವುದು. ಭವಿಷ್ಯದಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ಗಳು ತುಂಬಾ ಬದಲಾಗುವ ಸಾಧ್ಯತೆಯಿದೆಯೇ, ಅವುಗಳನ್ನು ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ತಲುಪಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಒಂದು ಭಾಗವನ್ನು ಡಾಕರ್ ಮತ್ತು ಕುಬರ್ನೆಟ್ಸ್ ಮೂಲಕ ಆಯೋಜಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮೂಲಸೌಕರ್ಯದ ಇನ್ನೊಂದು ಭಾಗದಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಸಾಫ್ಟ್‌ವೇರ್ ಮೂಲಕ, ಶೇಖರಣಾ ಭಾಗವನ್ನು ಒದಗಿಸಲಾಗುತ್ತದೆ ? ಉತ್ಪನ್ನವಾಗಿ ಆಧಾರಗಳು ಬದಲಾಗುತ್ತವೆಯೇ?
ಈ ವಿವರಣೆಯು ಕ್ಯೂ ನಿರ್ವಹಣೆಗೆ ಹೋಲುತ್ತದೆ, ಆದರೆ ಸಾಂಪ್ರದಾಯಿಕ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿನ ಮಾಹಿತಿಯ ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಸಿಂಕ್ರೊನೈಸೇಶನ್‌ಗೆ ಅಗತ್ಯತೆಗಳು ಹೆಚ್ಚು, ಆಂಡ್ರೆ ನಂಬುತ್ತಾರೆ. ಸಾಮಾನ್ಯ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹ ಹಿಟ್ ಅನುಪಾತವು 99% ರಷ್ಟಿದೆ. ಕೆಲಸಗಾರನು ಕೆಳಗೆ ಹೋದರೆ, ಹೊಸದನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಸಂಗ್ರಹವು ಮೊದಲಿನಿಂದ "ಬೆಚ್ಚಗಾಗುತ್ತದೆ". ಸಂಗ್ರಹವು ಬೆಚ್ಚಗಾಗುವವರೆಗೆ, ಕೆಲಸಗಾರ ನಿಧಾನವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಾನೆ, ಅಂದರೆ ಅದನ್ನು ಬಳಕೆದಾರ ಲೋಡ್ನೊಂದಿಗೆ ಲೋಡ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಯಾವುದೇ ಬಳಕೆದಾರ ಲೋಡ್ ಇಲ್ಲದಿದ್ದರೂ, ಸಂಗ್ರಹವು ಬೆಚ್ಚಗಾಗುವುದಿಲ್ಲ. ಅದೊಂದು ಕೆಟ್ಟ ವೃತ್ತ.
ಡಿಮಿಟ್ರಿ ಮೂಲಭೂತವಾಗಿ ಒಪ್ಪುವುದಿಲ್ಲ - ಕೋರಮ್‌ಗಳು ಮತ್ತು ಶಾರ್ಡಿಂಗ್ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಆದರೆ ಪರಿಹಾರವು ಎಲ್ಲರಿಗೂ ಸೂಕ್ತವಲ್ಲ ಎಂದು ಆಂಡ್ರೆ ಒತ್ತಾಯಿಸುತ್ತಾರೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ, ಕೋರಮ್ ಸೂಕ್ತವಾಗಿದೆ, ಆದರೆ ಇದು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಹೆಚ್ಚುವರಿ ಲೋಡ್ ಅನ್ನು ಇರಿಸುತ್ತದೆ. ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಲ್ಲಿ NoSQL ಡೇಟಾಬೇಸ್ ಸೂಕ್ತವಲ್ಲ.
ಸಭೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವವರನ್ನು ಎರಡು ಶಿಬಿರಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ.
ಡೆನಿಸ್ ಮತ್ತು ಆಂಡ್ರೆ ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಲಾದ ಎಲ್ಲವನ್ನೂ - ಡೇಟಾಬೇಸ್‌ಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳನ್ನು ಪ್ರಸ್ತುತ ಕುಬರ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಮಾಡಲು ಅಸಾಧ್ಯವೆಂದು ವಾದಿಸುತ್ತಾರೆ. ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಉತ್ಪಾದನಾ ಡೇಟಾದ ಸಮಗ್ರತೆ ಮತ್ತು ಸ್ಥಿರತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳುವುದು ಅಸಾಧ್ಯ. ಇದು ಮೂಲಭೂತ ಲಕ್ಷಣವಾಗಿದೆ. ಪರಿಹಾರ: ಹೈಬ್ರಿಡ್ ಮೂಲಸೌಕರ್ಯ.
ಮೊಂಗೋಡಿಬಿ ಮತ್ತು ಕಸ್ಸಂದ್ರದಂತಹ ಆಧುನಿಕ ಕ್ಲೌಡ್ ಸ್ಥಳೀಯ ಡೇಟಾಬೇಸ್‌ಗಳು ಅಥವಾ ಕಾಫ್ಕಾ ಅಥವಾ ರ್ಯಾಬಿಟ್‌ಎಮ್‌ಕ್ಯುನಂತಹ ಸಂದೇಶ ಸರತಿ ಸಾಲುಗಳಿಗೆ ಕುಬರ್ನೆಟ್ಸ್‌ನ ಹೊರಗೆ ನಿರಂತರ ಡೇಟಾ ಸ್ಟೋರ್‌ಗಳ ಅಗತ್ಯವಿರುತ್ತದೆ.
Evgeniy ಆಬ್ಜೆಕ್ಟ್ಸ್: "ಕುಬೇರದಲ್ಲಿನ ನೆಲೆಗಳು ರಷ್ಯಾದ ಸಮೀಪವಿರುವ ಅಥವಾ ಹತ್ತಿರದ ಉದ್ಯಮದ ಗಾಯವಾಗಿದೆ, ಇದು ರಷ್ಯಾದಲ್ಲಿ ಯಾವುದೇ ಕ್ಲೌಡ್ ಅಡಾಪ್ಷನ್ ಇಲ್ಲ ಎಂಬ ಅಂಶದೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದೆ." ಪಶ್ಚಿಮದಲ್ಲಿ ಸಣ್ಣ ಅಥವಾ ಮಧ್ಯಮ ಗಾತ್ರದ ಕಂಪನಿಗಳು ಕ್ಲೌಡ್. ಅಮೆಜಾನ್ RDS ಡೇಟಾಬೇಸ್ಗಳನ್ನು ನೀವೇ ಕುಬರ್ನೆಟ್ಸ್ನೊಂದಿಗೆ ಟಿಂಕರ್ ಮಾಡುವುದಕ್ಕಿಂತ ಬಳಸಲು ಸುಲಭವಾಗಿದೆ. ರಷ್ಯಾದಲ್ಲಿ ಅವರು ಕುಬರ್ ಅನ್ನು "ಆನ್-ಪ್ರಿಮೈಸ್" ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಮತ್ತು ಅವರು ಮೃಗಾಲಯವನ್ನು ತೊಡೆದುಹಾಕಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವಾಗ ಅದಕ್ಕೆ ನೆಲೆಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತಾರೆ.
ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಯಾವುದೇ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ಇರಿಸಲಾಗುವುದಿಲ್ಲ ಎಂಬ ಹೇಳಿಕೆಯನ್ನು ಡಿಮಿಟ್ರಿ ಒಪ್ಪಲಿಲ್ಲ: “ಬೇಸ್ ಬೇಸ್‌ನಿಂದ ಭಿನ್ನವಾಗಿದೆ. ಮತ್ತು ನೀವು ದೈತ್ಯ ಸಂಬಂಧಿತ ಡೇಟಾಬೇಸ್ ಅನ್ನು ತಳ್ಳಿದರೆ, ನಂತರ ಯಾವುದೇ ಸಂದರ್ಭಗಳಲ್ಲಿ. ಅರೆ ಕ್ಷಣಿಕ ಜೀವನಕ್ಕೆ ಮಾನಸಿಕವಾಗಿ ಸಿದ್ಧವಾಗಿರುವ ಸಣ್ಣ ಮತ್ತು ಮೋಡದ ಸ್ಥಳೀಯವನ್ನು ನೀವು ತಳ್ಳಿದರೆ, ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿರುತ್ತದೆ. ಡಾಕರ್ ಅಥವಾ ಕುಬರ್‌ಗೆ ಡೇಟಾಬೇಸ್ ನಿರ್ವಹಣಾ ಪರಿಕರಗಳು ಸಿದ್ಧವಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ದೊಡ್ಡ ತೊಂದರೆಗಳು ಉಂಟಾಗುತ್ತವೆ ಎಂದು ಡಿಮಿಟ್ರಿ ಉಲ್ಲೇಖಿಸಿದ್ದಾರೆ.
ಇವಾನ್, ಪ್ರತಿಯಾಗಿ, ನಾವು ರಾಜ್ಯ ಮತ್ತು ಸ್ಥಿತಿಯಿಲ್ಲದ ಪರಿಕಲ್ಪನೆಗಳಿಂದ ಅಮೂರ್ತವಾಗಿದ್ದರೂ ಸಹ, ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಉದ್ಯಮ ಪರಿಹಾರಗಳ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯು ಇನ್ನೂ ಸಿದ್ಧವಾಗಿಲ್ಲ ಎಂದು ಖಚಿತವಾಗಿದೆ. ಕುಬೇರ್‌ನೊಂದಿಗೆ, ಶಾಸಕಾಂಗ ಮತ್ತು ನಿಯಂತ್ರಕ ಅವಶ್ಯಕತೆಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟ. ಉದಾಹರಣೆಗೆ, ಕಟ್ಟುನಿಟ್ಟಾದ ಸರ್ವರ್ ಗುರುತಿನ ಖಾತರಿಗಳು ಅಗತ್ಯವಿರುವಲ್ಲಿ ಗುರುತಿನ ನಿಬಂಧನೆ ಪರಿಹಾರವನ್ನು ಮಾಡುವುದು ಅಸಾಧ್ಯ, ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸೇರಿಸಲಾದ ಹಾರ್ಡ್‌ವೇರ್‌ನವರೆಗೆ. ಈ ಪ್ರದೇಶವು ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿದೆ, ಆದರೆ ಇನ್ನೂ ಯಾವುದೇ ಪರಿಹಾರವಿಲ್ಲ.
ಭಾಗವಹಿಸುವವರು ಒಪ್ಪಿಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಈ ಭಾಗದಲ್ಲಿ ಯಾವುದೇ ತೀರ್ಮಾನಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗುವುದಿಲ್ಲ. ಒಂದೆರಡು ಪ್ರಾಯೋಗಿಕ ಉದಾಹರಣೆಗಳನ್ನು ನೀಡೋಣ.
ಪ್ರಕರಣ 1. ಕುಬೇರನ ಹೊರಗೆ ನೆಲೆಗಳನ್ನು ಹೊಂದಿರುವ "ಮೆಗಾ-ರೆಗ್ಯುಲೇಟರ್" ನ ಸೈಬರ್ ಭದ್ರತೆ
ಅಭಿವೃದ್ಧಿ ಹೊಂದಿದ ಸೈಬರ್ ಸೆಕ್ಯುರಿಟಿ ಸಿಸ್ಟಮ್ನ ಸಂದರ್ಭದಲ್ಲಿ, ಕಂಟೇನರ್ಗಳು ಮತ್ತು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಬಳಕೆಯು ದಾಳಿಗಳು ಮತ್ತು ಒಳನುಗ್ಗುವಿಕೆಗಳ ವಿರುದ್ಧ ಹೋರಾಡಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ಮೆಗಾ-ರೆಗ್ಯುಲೇಟರ್‌ನಲ್ಲಿ, ಡೆನಿಸ್ ಮತ್ತು ಅವರ ತಂಡವು ತರಬೇತಿ ಪಡೆದ SIEM ಸೇವೆಯೊಂದಿಗೆ ಆರ್ಕೆಸ್ಟ್ರೇಟರ್‌ನ ಸಂಯೋಜನೆಯನ್ನು ಜಾರಿಗೆ ತಂದರು ಅದು ನೈಜ ಸಮಯದಲ್ಲಿ ಲಾಗ್‌ಗಳನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ ಮತ್ತು ದಾಳಿ, ಹ್ಯಾಕಿಂಗ್ ಅಥವಾ ವೈಫಲ್ಯದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ದಾಳಿಯ ಸಂದರ್ಭದಲ್ಲಿ, ಏನನ್ನಾದರೂ ಇರಿಸುವ ಪ್ರಯತ್ನದಲ್ಲಿ, ಅಥವಾ ransomware ವೈರಸ್ ಆಕ್ರಮಣದ ಸಂದರ್ಭದಲ್ಲಿ, ಆರ್ಕೆಸ್ಟ್ರೇಟರ್ ಮೂಲಕ, ಅಪ್ಲಿಕೇಶನ್‌ಗಳೊಂದಿಗೆ ಧಾರಕಗಳನ್ನು ಅವರು ಸೋಂಕಿಗೆ ಒಳಗಾಗುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿ ಅಥವಾ ಆಕ್ರಮಣಕಾರರು ದಾಳಿ ಮಾಡುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ.
ಕೇಸ್ 2. ಕುಬರ್ನೆಟ್ಸ್ಗೆ Booking.com ಡೇಟಾಬೇಸ್‌ಗಳ ಭಾಗಶಃ ವಲಸೆ
Booking.com ನಲ್ಲಿ, ಮುಖ್ಯ ಡೇಟಾಬೇಸ್ ಅಸಮಕಾಲಿಕ ಪ್ರತಿಕೃತಿಯೊಂದಿಗೆ MySQL ಆಗಿದೆ - ಗುಲಾಮರ ಒಂದು ಮಾಸ್ಟರ್ ಮತ್ತು ಸಂಪೂರ್ಣ ಶ್ರೇಣಿ ವ್ಯವಸ್ಥೆ ಇದೆ. ಇವಾನ್ ಕಂಪನಿಯನ್ನು ತೊರೆಯುವ ಹೊತ್ತಿಗೆ, ಗುಲಾಮರನ್ನು ವರ್ಗಾಯಿಸಲು ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲಾಯಿತು, ಅದನ್ನು ಕೆಲವು ಹಾನಿಗಳೊಂದಿಗೆ "ಗುಂಡು ಹಾರಿಸಬಹುದು".
ಮುಖ್ಯ ತಳಹದಿಯ ಜೊತೆಗೆ, ಸ್ವ-ಲಿಖಿತ ವಾದ್ಯವೃಂದದೊಂದಿಗೆ ಕಸ್ಸಂದ್ರ ಸ್ಥಾಪನೆ ಇದೆ, ಇದನ್ನು ಕುಬರ್ ಮುಖ್ಯವಾಹಿನಿಗೆ ಪ್ರವೇಶಿಸುವ ಮೊದಲೇ ಬರೆಯಲಾಗಿದೆ. ಈ ವಿಷಯದಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆಗಳಿಲ್ಲ, ಆದರೆ ಇದು ಸ್ಥಳೀಯ SSD ಗಳಲ್ಲಿ ನಿರಂತರವಾಗಿರುತ್ತದೆ. ರಿಮೋಟ್ ಸ್ಟೋರೇಜ್, ಅದೇ ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿಯೂ ಸಹ, ಹೆಚ್ಚಿನ ಲೇಟೆನ್ಸಿ ಸಮಸ್ಯೆಯಿಂದಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಡೇಟಾಬೇಸ್‌ಗಳ ಮೂರನೇ ವರ್ಗವು Booking.com ಹುಡುಕಾಟ ಸೇವೆಯಾಗಿದೆ, ಅಲ್ಲಿ ಪ್ರತಿ ಸೇವಾ ನೋಡ್ ಡೇಟಾಬೇಸ್ ಆಗಿದೆ. ಹುಡುಕಾಟ ಸೇವೆಯನ್ನು ಕುಬರ್‌ಗೆ ವರ್ಗಾಯಿಸುವ ಪ್ರಯತ್ನಗಳು ವಿಫಲವಾಗಿವೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ನೋಡ್ 60-80 ಜಿಬಿ ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯನ್ನು ಹೊಂದಿದೆ, ಇದು "ಎತ್ತಲು" ಮತ್ತು "ಬೆಚ್ಚಗಾಗಲು" ಕಷ್ಟವಾಗುತ್ತದೆ.
ಪರಿಣಾಮವಾಗಿ, ಹುಡುಕಾಟ ಎಂಜಿನ್ ಅನ್ನು ಕುಬರ್ನೆಟ್ಸ್ಗೆ ವರ್ಗಾಯಿಸಲಾಗಿಲ್ಲ, ಮತ್ತು ಮುಂದಿನ ದಿನಗಳಲ್ಲಿ ಹೊಸ ಪ್ರಯತ್ನಗಳು ನಡೆಯುತ್ತವೆ ಎಂದು ಇವಾನ್ ಯೋಚಿಸುವುದಿಲ್ಲ. MySQL ಡೇಟಾಬೇಸ್ ಅನ್ನು ಅರ್ಧದಷ್ಟು ವರ್ಗಾಯಿಸಲಾಯಿತು: ಕೇವಲ ಸ್ಲೇವ್ಸ್, ಇದು "ಶಾಟ್" ಗೆ ಹೆದರುವುದಿಲ್ಲ. ಕಸ್ಸಂದ್ರ ಸಂಪೂರ್ಣವಾಗಿ ನೆಲೆಸಿದೆ.
ಸಾಮಾನ್ಯ ಪರಿಹಾರವಿಲ್ಲದ ಕಾರ್ಯವಾಗಿ ಮೂಲಸೌಕರ್ಯ ಆಯ್ಕೆ
ಛಾಯಾಚಿತ್ರ
ನಾವು ಹೊಸ ಕಂಪನಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ ಅಥವಾ ಮೂಲಸೌಕರ್ಯದ ಭಾಗವನ್ನು ಹಳೆಯ ರೀತಿಯಲ್ಲಿ ನಿರ್ಮಿಸಿದ ಕಂಪನಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಹೇಳೋಣ. ಇದು ವರ್ಷಗಳವರೆಗೆ ಮೂಲಸೌಕರ್ಯ ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಯನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. ಕಂಟೈನರ್‌ಗಳು ಮತ್ತು ಕುಬೇರ್‌ನಲ್ಲಿ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ನಿರ್ಮಿಸಬೇಕೆ ಅಥವಾ ಬೇಡವೇ ಎಂಬ ನಿರ್ಧಾರವನ್ನು ಹೇಗೆ ಮಾಡಲಾಗುತ್ತದೆ?
ನ್ಯಾನೋಸೆಕೆಂಡ್‌ಗಳಿಗಾಗಿ ಹೋರಾಡುವ ಕಂಪನಿಗಳನ್ನು ಚರ್ಚೆಯಿಂದ ಹೊರಗಿಡಲಾಗಿದೆ. ಆರೋಗ್ಯಕರ ಸಂಪ್ರದಾಯವಾದವು ವಿಶ್ವಾಸಾರ್ಹತೆಯ ವಿಷಯದಲ್ಲಿ ಪಾವತಿಸುತ್ತದೆ, ಆದರೆ ಹೊಸ ವಿಧಾನಗಳನ್ನು ಪರಿಗಣಿಸಬೇಕಾದ ಕಂಪನಿಗಳು ಇನ್ನೂ ಇವೆ.
ಇವಾನ್: "ನಾನು ಖಂಡಿತವಾಗಿಯೂ ಈಗ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಕಂಪನಿಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ, ಏಕೆಂದರೆ ಅದು ವೇಗವಾಗಿರುತ್ತದೆ," ಆದರೂ ಅಗತ್ಯವಾಗಿ ಅಗ್ಗವಾಗಿಲ್ಲ. ಸಾಹಸೋದ್ಯಮ ಬಂಡವಾಳಶಾಹಿ ಅಭಿವೃದ್ಧಿಯೊಂದಿಗೆ, ಸ್ಟಾರ್ಟ್‌ಅಪ್‌ಗಳಿಗೆ ಹಣದೊಂದಿಗೆ ಯಾವುದೇ ದೊಡ್ಡ ಸಮಸ್ಯೆಗಳಿಲ್ಲ ಮತ್ತು ಮಾರುಕಟ್ಟೆಯನ್ನು ವಶಪಡಿಸಿಕೊಳ್ಳುವುದು ಮುಖ್ಯ ಕಾರ್ಯವಾಗಿದೆ.
ಎಂದು ಇವಾನ್ ಅಭಿಪ್ರಾಯಪಟ್ಟಿದ್ದಾರೆ ಪ್ರಸ್ತುತ ಮೂಲಸೌಕರ್ಯದ ಅಭಿವೃದ್ಧಿಯು ಆಯ್ಕೆಯ ಮಾನದಂಡವಾಗಿದೆ. ಹಿಂದೆ ಗಂಭೀರ ಹೂಡಿಕೆಯಿದ್ದರೆ ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡಿದರೆ, ಅದನ್ನು ಮತ್ತೆ ಮಾಡುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಮೂಲಸೌಕರ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸದಿದ್ದರೆ ಮತ್ತು ಉಪಕರಣಗಳು, ಭದ್ರತೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿ ಸಮಸ್ಯೆಗಳಿದ್ದರೆ, ವಿತರಿಸಿದ ಮೂಲಸೌಕರ್ಯವನ್ನು ನೋಡುವುದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ.
ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ತೆರಿಗೆಯನ್ನು ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಕಡಿಮೆ ಪಾವತಿಸಲು ಅನುಮತಿಸಿದ ಒಂದನ್ನು ಇವಾನ್ ಪಾವತಿಸುತ್ತಾರೆ. "ಏಕೆಂದರೆ ಇತರರು ಚಲಿಸುವ ರೈಲಿನಲ್ಲಿ ನಾನು ಸವಾರಿ ಮಾಡುತ್ತಿದ್ದೇನೆ ಎಂಬ ಕಾರಣದಿಂದ, ನಾನು ಇನ್ನೊಂದು ರೈಲಿನಲ್ಲಿ ಕುಳಿತುಕೊಳ್ಳುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರಯಾಣಿಸುತ್ತೇನೆ, ಅದರಲ್ಲಿ ನಾನೇ ಇಂಧನವನ್ನು ಹಾಕಬೇಕು."ಇವಾನ್ ಹೇಳುತ್ತಾರೆ. ಕಂಪನಿಯು ಹೊಸದಾಗಿದ್ದಾಗ, ಮತ್ತು ಲೇಟೆನ್ಸಿ ಅವಶ್ಯಕತೆಗಳು ಹತ್ತಾರು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳಾಗಿದ್ದರೆ, ಇವಾನ್ ಇಂದು ಶಾಸ್ತ್ರೀಯ ಡೇಟಾಬೇಸ್ಗಳನ್ನು "ಸುತ್ತಿಕೊಂಡಿರುವ" "ಆಪರೇಟರ್‌ಗಳ" ಕಡೆಗೆ ನೋಡುತ್ತಾನೆ. ಅವರು ಪ್ರತಿಕೃತಿ ಸರಪಳಿಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತಾರೆ, ಅದು ವಿಫಲವಾದಾಗ ಸ್ವತಃ ಬದಲಾಯಿಸುತ್ತದೆ, ಇತ್ಯಾದಿ...
ಒಂದೆರಡು ಸರ್ವರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಸಣ್ಣ ಕಂಪನಿಗೆ, ಕುಬೇರನಿಗೆ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ, ”ಎಂದು ಆಂಡ್ರೆ ಹೇಳುತ್ತಾರೆ. ಆದರೆ ಇದು ನೂರಾರು ಅಥವಾ ಹೆಚ್ಚಿನ ಸರ್ವರ್‌ಗಳಿಗೆ ಬೆಳೆಯಲು ಯೋಜಿಸಿದರೆ, ಅದಕ್ಕೆ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಮತ್ತು ಸಂಪನ್ಮೂಲ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯ ಅಗತ್ಯವಿದೆ. 90% ಪ್ರಕರಣಗಳು ವೆಚ್ಚಕ್ಕೆ ಯೋಗ್ಯವಾಗಿವೆ. ಇದಲ್ಲದೆ, ಲೋಡ್ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳ ಮಟ್ಟವನ್ನು ಲೆಕ್ಕಿಸದೆ. ಸ್ಟಾರ್ಟ್‌ಅಪ್‌ಗಳಿಂದ ಹಿಡಿದು ಲಕ್ಷಾಂತರ ಪ್ರೇಕ್ಷಕರನ್ನು ಹೊಂದಿರುವ ದೊಡ್ಡ ಕಂಪನಿಗಳವರೆಗೆ, ಕಂಟೇನರ್ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಉತ್ಪನ್ನಗಳ ಕಡೆಗೆ ಕ್ರಮೇಣವಾಗಿ ನೋಡುವುದು ಎಲ್ಲರಿಗೂ ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. "ಹೌದು, ಇದು ನಿಜವಾಗಿಯೂ ಭವಿಷ್ಯ," ಆಂಡ್ರೆ ಖಚಿತವಾಗಿ.
ಡೆನಿಸ್ ಎರಡು ಮುಖ್ಯ ಮಾನದಂಡಗಳನ್ನು ವಿವರಿಸಿದ್ದಾನೆ - ಕಾರ್ಯಾಚರಣೆಯ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಮತ್ತು ಸ್ಥಿರತೆ. ಅವರು ಕಾರ್ಯಕ್ಕೆ ಸೂಕ್ತವಾದ ಸಾಧನಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ. "ಇದು ನಿಮ್ಮ ಮೊಣಕಾಲುಗಳ ಮೇಲೆ ಜೋಡಿಸಲಾದ ಹೆಸರಲ್ಲಿರಬಹುದು ಮತ್ತು ಅದರ ಮೇಲೆ Nutanix ಸಮುದಾಯ ಆವೃತ್ತಿ ಇದೆ. ಇದು ಬ್ಯಾಕೆಂಡ್‌ನಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ಕುಬರ್‌ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ನ ರೂಪದಲ್ಲಿ ಎರಡನೇ ಸಾಲಾಗಿರಬಹುದು, ಇದನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ ಮತ್ತು RTO ಮತ್ತು RPO ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ" (ಚೇತರಿಕೆ ಸಮಯ/ಪಾಯಿಂಟ್ ಉದ್ದೇಶಗಳು - ಅಂದಾಜು).
ಎವ್ಗೆನಿ ಸಿಬ್ಬಂದಿಯೊಂದಿಗೆ ಸಂಭವನೀಯ ಸಮಸ್ಯೆಯನ್ನು ಗುರುತಿಸಿದ್ದಾರೆ. ಈ ಸಮಯದಲ್ಲಿ, "ಧೈರ್ಯವನ್ನು" ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಹೆಚ್ಚಿನ ಅರ್ಹ ತಜ್ಞರು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ಆಯ್ಕೆಮಾಡಿದ ತಂತ್ರಜ್ಞಾನವು ಹಳೆಯದಾಗಿದ್ದರೆ, ಜೀವನದಿಂದ ಬೇಸರಗೊಂಡ ಮತ್ತು ಬೇಸತ್ತಿರುವ ಮಧ್ಯವಯಸ್ಕರನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೆಯವರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುವುದು ಕಷ್ಟ. ಇತರ ಭಾಗವಹಿಸುವವರು ಇದು ಸಿಬ್ಬಂದಿ ತರಬೇತಿಯ ವಿಷಯ ಎಂದು ನಂಬುತ್ತಾರೆ.
ನಾವು ಆಯ್ಕೆಯ ಪ್ರಶ್ನೆಯನ್ನು ಹಾಕಿದರೆ: ಅಮೆಜಾನ್ RDS ನಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ಗಳೊಂದಿಗೆ ಸಾರ್ವಜನಿಕ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಸಣ್ಣ ಕಂಪನಿಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಅಥವಾ ಕುಬರ್ನೆಟ್ಸ್ನಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ಗಳೊಂದಿಗೆ "ಆನ್ ಪ್ರಿಮೈಸ್", ನಂತರ ಕೆಲವು ನ್ಯೂನತೆಗಳ ಹೊರತಾಗಿಯೂ, ಭಾಗವಹಿಸುವವರ ಆಯ್ಕೆಯು Amazon RDS ಆಗಿತ್ತು.
ಮೀಟಪ್ ಕೇಳುಗರಲ್ಲಿ ಹೆಚ್ಚಿನವರು "ರಕ್ತಸಿಕ್ತ" ಉದ್ಯಮದಿಂದ ಬಂದವರಲ್ಲವಾದ್ದರಿಂದ ವಿತರಿಸಿದ ಪರಿಹಾರಗಳು ನಾವು ಶ್ರಮಿಸಬೇಕು. ಡೇಟಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ವಿತರಿಸಬೇಕು, ವಿಶ್ವಾಸಾರ್ಹವಾಗಿರಬೇಕು ಮತ್ತು ಮಿಲಿಸೆಕೆಂಡ್‌ಗಳ ಘಟಕಗಳಲ್ಲಿ ಅಳೆಯುವ ಸುಪ್ತತೆಯನ್ನು ರಚಿಸಬೇಕು, ಹೆಚ್ಚೆಂದರೆ ಹತ್ತಾರು", ಆಂಡ್ರೆ ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳಿದರು.
ಕುಬರ್ನೆಟ್ಸ್ ಬಳಕೆಯನ್ನು ನಿರ್ಣಯಿಸುವುದು
ಕೇಳುಗ ಆಂಟನ್ ಝ್‌ಬಾಂಕೋವ್ ಅವರು ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಷಮೆಯಾಚಿಸುವವರಿಗೆ ಟ್ರ್ಯಾಪ್ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳಿದರು: ನೀವು ಹೇಗೆ ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವನ್ನು ಆರಿಸಿದ್ದೀರಿ ಮತ್ತು ನಡೆಸಿದ್ದೀರಿ? ಏಕೆ ಕುಬರ್ನೆಟ್ಸ್, ಏಕೆ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಉದಾಹರಣೆಗೆ?
ಛಾಯಾಚಿತ್ರ
ಡಿಮಿಟ್ರಿ ಮತ್ತು ಇವಾನ್ ಅದಕ್ಕೆ ಉತ್ತರಿಸಿದರು. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಪ್ರಯೋಗ ಮತ್ತು ದೋಷದ ಮೂಲಕ, ನಿರ್ಧಾರಗಳ ಅನುಕ್ರಮವನ್ನು ಮಾಡಲಾಯಿತು, ಇದರ ಪರಿಣಾಮವಾಗಿ ಇಬ್ಬರೂ ಭಾಗವಹಿಸುವವರು ಕುಬರ್ನೆಟ್ಸ್ಗೆ ಬಂದರು. ಈಗ ವ್ಯವಹಾರಗಳು ಕುಬೇರ್‌ಗೆ ವರ್ಗಾಯಿಸಲು ಅರ್ಥಪೂರ್ಣವಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಿವೆ. ನಾವು ಕ್ಲಾಸಿಕ್ ಥರ್ಡ್-ಪಾರ್ಟಿ ಸಿಸ್ಟಮ್‌ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುವುದಿಲ್ಲ, ಉದಾಹರಣೆಗೆ 1C. ಡೆವಲಪರ್‌ಗಳು ತ್ವರಿತವಾಗಿ ಬಿಡುಗಡೆ ಮಾಡಬೇಕಾದಾಗ ಕುಬರ್ನೆಟ್ಸ್ ಸಹಾಯ ಮಾಡುತ್ತದೆ, ತಡೆರಹಿತ ನಿರಂತರ ಸುಧಾರಣೆಯೊಂದಿಗೆ.
ಆಂಡ್ರೆ ಅವರ ತಂಡವು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಆಧಾರದ ಮೇಲೆ ಸ್ಕೇಲೆಬಲ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ರಚಿಸಲು ಪ್ರಯತ್ನಿಸಿತು. ನೋಡ್‌ಗಳು ಡೊಮಿನೊಗಳಂತೆ ಬಿದ್ದವು, ಇದು ಕೆಲವೊಮ್ಮೆ ಕ್ಲಸ್ಟರ್‌ನ ಕುಸಿತಕ್ಕೆ ಕಾರಣವಾಯಿತು. "ಸೈದ್ಧಾಂತಿಕವಾಗಿ, ನೀವು ಅದನ್ನು ಮುಗಿಸಬಹುದು ಮತ್ತು ಅದನ್ನು ನಿಮ್ಮ ಕೈಗಳಿಂದ ಬೆಂಬಲಿಸಬಹುದು, ಆದರೆ ಇದು ಬೇಸರದ ಸಂಗತಿಯಾಗಿದೆ. ಮತ್ತು ಬಾಕ್ಸ್‌ನಿಂದ ಹೊರಗೆ ಕೆಲಸ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಪರಿಹಾರವಿದ್ದರೆ, ಅದಕ್ಕೆ ಹೋಗಲು ನಾವು ಸಂತೋಷಪಡುತ್ತೇವೆ. ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ನಾವು ಬದಲಾಯಿಸಿದ್ದೇವೆ, "ಆಂಡ್ರೆ ಹೇಳುತ್ತಾರೆ.
ಅಂತಹ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಲೆಕ್ಕಾಚಾರಕ್ಕೆ ಮಾನದಂಡಗಳಿವೆ, ಆದರೆ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ನೈಜ ಯಂತ್ರಾಂಶದಲ್ಲಿ ಅವರು ಎಷ್ಟು ನಿಖರವಾಗಿದ್ದಾರೆ ಎಂದು ಯಾರೂ ಹೇಳಲಾರರು. ಲೆಕ್ಕಾಚಾರಗಳಿಗಾಗಿ, ಪ್ರತಿ ಉಪಕರಣ ಮತ್ತು ಪರಿಸರ ವ್ಯವಸ್ಥೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ, ಆದರೆ ಇದು ಸಾಧ್ಯವಿಲ್ಲ.
ನಮಗೆ ಏನು ಕಾಯುತ್ತಿದೆ
ಛಾಯಾಚಿತ್ರ
ತಂತ್ರಜ್ಞಾನವು ವಿಕಸನಗೊಳ್ಳುತ್ತಿದ್ದಂತೆ, ಹೆಚ್ಚು ಹೆಚ್ಚು ಭಿನ್ನವಾದ ತುಣುಕುಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ನಂತರ ಒಂದು ಹಂತದ ಪರಿವರ್ತನೆಯು ಸಂಭವಿಸುತ್ತದೆ, ಒಂದೇ ಸಾಧನದಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಒಟ್ಟುಗೂಡಿಸಲು ಸಾಕಷ್ಟು ಹಿಟ್ಟನ್ನು ಕೊಂದ ಮಾರಾಟಗಾರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತಾನೆ.
ಲಿನಕ್ಸ್ ಜಗತ್ತಿಗೆ ಉಬುಂಟುನಂತಹ ಸಾಧನವಿರುವ ಸಮಯ ಬರುತ್ತದೆ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಾ? ಬಹುಶಃ ಒಂದೇ ಕಂಟೈನರೈಸೇಶನ್ ಮತ್ತು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಉಪಕರಣವು ಕುಬರ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಇದು ಆವರಣದ ಮೇಲೆ ಮೋಡಗಳನ್ನು ನಿರ್ಮಿಸಲು ಸುಲಭಗೊಳಿಸುತ್ತದೆ.
ಉತ್ತರವನ್ನು ಇವಾನ್ ಅವರು ನೀಡಿದ್ದಾರೆ: "ಗೂಗಲ್ ಈಗ ಆಂಥೋಸ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತಿದೆ - ಇದು ಕ್ಲೌಡ್ ಅನ್ನು ನಿಯೋಜಿಸುವ ಮತ್ತು ಕುಬರ್, ಸರ್ವಿಸ್ ಮೆಶ್, ಮಾನಿಟರಿಂಗ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಅವರ ಪ್ಯಾಕೇಜ್ಡ್ ಕೊಡುಗೆಯಾಗಿದೆ - ಆನ್-ಪ್ರಿಮೈಸ್ ಮೈಕ್ರೋಸರ್ವಿಸ್‌ಗಳಿಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಹಾರ್ಡ್‌ವೇರ್‌ಗಳು." ನಾವು ಬಹುತೇಕ ಭವಿಷ್ಯದಲ್ಲಿದ್ದೇವೆ."
ಡೆನಿಸ್ ನ್ಯೂಟಾನಿಕ್ಸ್ ಮತ್ತು VMWare ಅನ್ನು vRealize Suite ಉತ್ಪನ್ನದೊಂದಿಗೆ ಉಲ್ಲೇಖಿಸಿದ್ದಾರೆ, ಇದು ಕಂಟೈನರೈಸೇಶನ್ ಇಲ್ಲದೆ ಇದೇ ರೀತಿಯ ಕೆಲಸವನ್ನು ನಿಭಾಯಿಸುತ್ತದೆ.
"ನೋವು" ಕಡಿಮೆ ಮಾಡುವುದು ಮತ್ತು ತೆರಿಗೆಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ನಾವು ಸುಧಾರಣೆಗಳನ್ನು ನಿರೀಕ್ಷಿಸಬಹುದಾದ ಎರಡು ಕ್ಷೇತ್ರಗಳಾಗಿವೆ ಎಂದು ಡಿಮಿಟ್ರಿ ತಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ಹಂಚಿಕೊಂಡಿದ್ದಾರೆ.
ಚರ್ಚೆಯನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳಲು, ನಾವು ಆಧುನಿಕ ಮೂಲಸೌಕರ್ಯದ ಕೆಳಗಿನ ಸಮಸ್ಯೆಗಳನ್ನು ಎತ್ತಿ ತೋರಿಸುತ್ತೇವೆ:
- ಮೂರು ಭಾಗವಹಿಸುವವರು ತಕ್ಷಣವೇ ಸ್ಟೇಟ್‌ಫುಲ್‌ನೊಂದಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಗುರುತಿಸಿದ್ದಾರೆ.
- ಪೈಥಾನ್, ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಘಟಕಗಳ ಬಹು ಆವೃತ್ತಿಗಳೊಂದಿಗೆ ಡಾಕರ್ ಅಂತ್ಯಗೊಳ್ಳುವ ಸಾಧ್ಯತೆಯನ್ನು ಒಳಗೊಂಡಂತೆ ವಿವಿಧ ಭದ್ರತಾ ಬೆಂಬಲ ಸಮಸ್ಯೆಗಳು.
ಅತಿಯಾದ ಖರ್ಚು, ಪ್ರತ್ಯೇಕ ಸಭೆಯಲ್ಲಿ ಚರ್ಚಿಸುವುದು ಉತ್ತಮ.
ವಾದ್ಯವೃಂದದಂತೆ ಕಲಿಕೆಯ ಸವಾಲು ಒಂದು ಸಂಕೀರ್ಣ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ.
ಉದ್ಯಮದಲ್ಲಿ ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆ ಎಂದರೆ ಉಪಕರಣಗಳ ದುರುಪಯೋಗ.ಉಳಿದ ತೀರ್ಮಾನಗಳು ನಿಮಗೆ ಬಿಟ್ಟದ್ದು. ಡಾಕರ್ + ಕುಬರ್ನೆಟ್ಸ್ ಸಂಯೋಜನೆಯು ವ್ಯವಸ್ಥೆಯ "ಕೇಂದ್ರ" ಭಾಗವಾಗುವುದು ಸುಲಭವಲ್ಲ ಎಂಬ ಭಾವನೆ ಇನ್ನೂ ಇದೆ. ಉದಾಹರಣೆಗೆ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ಗಳನ್ನು ಮೊದಲು ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಇದು ಕಂಟೇನರ್ಗಳು ಮತ್ತು ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಬಗ್ಗೆ ಹೇಳಲಾಗುವುದಿಲ್ಲ. ಬಹುಶಃ ಭವಿಷ್ಯದಲ್ಲಿ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು ಮತ್ತು ಕಂಟೈನರ್‌ಗಳು ಕ್ಲೌಡ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ವಿಲೀನಗೊಳ್ಳುತ್ತವೆ.
ಛಾಯಾಚಿತ್ರನನ್ನ ತಾಯಿಗೆ ನಮಸ್ಕಾರ ಮಾಡಲು ಮತ್ತು ನಾವು ಫೇಸ್‌ಬುಕ್ ಗುಂಪನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ನಿಮಗೆ ನೆನಪಿಸಲು ನಾನು ಈ ಅವಕಾಶವನ್ನು ಬಳಸಲು ಬಯಸುತ್ತೇನೆ , ಚಾನಲ್ ವಿವಿಧ ಟೆಕ್ ಬ್ಲಾಗ್‌ಗಳಿಂದ ಆಸಕ್ತಿದಾಯಕ ಪ್ರಕಟಣೆಗಳೊಂದಿಗೆ. ಮತ್ತು ನನ್ನ ಚಾನಲ್ , ಅಲ್ಲಿ ನಾನು ಉತ್ಪನ್ನ ಕಂಪನಿಗಳಲ್ಲಿ ಅಭಿವೃದ್ಧಿಯನ್ನು ನಿರ್ವಹಿಸುವ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇನೆ.
ಮೂಲ: www.habr.com