ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್‌ನ ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚ ಎಷ್ಟು ಎಂದು ನೀವು ಖಂಡಿತವಾಗಿ ಯೋಚಿಸಿದ್ದೀರಿ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಇದು ಆಶ್ಚರ್ಯಕರವಾಗಿದೆ: ವೆಚ್ಚಗಳ ಬೆಳವಣಿಗೆಯು ಲೋಡ್ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ರೇಖಾತ್ಮಕವಾಗಿಲ್ಲ. ಅನೇಕ ವ್ಯಾಪಾರ ಮಾಲೀಕರು, ಸೇವಾ ಕೇಂದ್ರಗಳು ಮತ್ತು ಅಭಿವರ್ಧಕರು ಅವರು ಅತಿಯಾಗಿ ಪಾವತಿಸುತ್ತಿದ್ದಾರೆ ಎಂದು ರಹಸ್ಯವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ. ಆದರೆ ನಿಖರವಾಗಿ ಯಾವುದಕ್ಕಾಗಿ?
ವಿಶಿಷ್ಟವಾಗಿ, ವೆಚ್ಚವನ್ನು ಕಡಿತಗೊಳಿಸುವುದು ಅಗ್ಗದ ಪರಿಹಾರ, AWS ಯೋಜನೆ, ಅಥವಾ ಭೌತಿಕ ಚರಣಿಗೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಹಾರ್ಡ್‌ವೇರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸಲು ಸರಳವಾಗಿ ಬರುತ್ತದೆ. ಅಷ್ಟೇ ಅಲ್ಲ: ವಾಸ್ತವವಾಗಿ, ದೇವರು ಇಷ್ಟಪಟ್ಟಂತೆ ಯಾರಾದರೂ ಇದನ್ನು ಮಾಡುತ್ತಿದ್ದಾರೆ: ನಾವು ಪ್ರಾರಂಭದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಇದು ಬಹುಶಃ ಸಾಕಷ್ಟು ತಲೆನೋವು ಹೊಂದಿರುವ ಪ್ರಮುಖ ಡೆವಲಪರ್ ಆಗಿರಬಹುದು. ದೊಡ್ಡ ಕಚೇರಿಗಳಲ್ಲಿ, ಇದನ್ನು CMO/CTO ವ್ಯವಹರಿಸುತ್ತದೆ, ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಸಾಮಾನ್ಯ ನಿರ್ದೇಶಕರು ವೈಯಕ್ತಿಕವಾಗಿ ಮುಖ್ಯ ಅಕೌಂಟೆಂಟ್ ಜೊತೆಗೆ ಸಮಸ್ಯೆಯಲ್ಲಿ ತೊಡಗುತ್ತಾರೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಸಾಕಷ್ಟು "ಕೋರ್" ಕಾಳಜಿಯನ್ನು ಹೊಂದಿರುವ ಜನರು. ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ಬಿಲ್ಲುಗಳು ಹೆಚ್ಚುತ್ತಿವೆ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಎದುರಿಸಲು ಸಮಯವಿಲ್ಲದವರು ಅದನ್ನು ನಿಭಾಯಿಸುತ್ತಿದ್ದಾರೆ.
ನೀವು ಕಚೇರಿಗೆ ಟಾಯ್ಲೆಟ್ ಪೇಪರ್ ಅನ್ನು ಖರೀದಿಸಬೇಕಾದರೆ, ಇದನ್ನು ಸರಬರಾಜು ವ್ಯವಸ್ಥಾಪಕರು ಅಥವಾ ಸ್ವಚ್ಛಗೊಳಿಸುವ ಕಂಪನಿಯಿಂದ ಜವಾಬ್ದಾರಿಯುತ ವ್ಯಕ್ತಿ ಮಾಡುತ್ತಾರೆ. ನಾವು ಅಭಿವೃದ್ಧಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ - ಲೀಡ್ಸ್ ಮತ್ತು CTO. ಮಾರಾಟ - ಎಲ್ಲವೂ ಸಹ ಸ್ಪಷ್ಟವಾಗಿದೆ. ಆದರೆ ಹಳೆಯ ದಿನಗಳಿಂದಲೂ, "ಸರ್ವರ್ ರೂಮ್" ಎಂಬುದು ಕ್ಯಾಬಿನೆಟ್‌ಗೆ ಹೆಸರಾದಾಗ, ಇದರಲ್ಲಿ ಸ್ವಲ್ಪ ಹೆಚ್ಚು RAM ಮತ್ತು ಒಂದೆರಡು ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಸಾಮಾನ್ಯ ಟವರ್ ಸಿಸ್ಟಮ್ ಇತ್ತು, ಎಲ್ಲರೂ (ಅಥವಾ ಕನಿಷ್ಠ ಅನೇಕರು) ನಿರ್ಲಕ್ಷಿಸುತ್ತಾರೆ ಸಾಮರ್ಥ್ಯದ ಖರೀದಿಯನ್ನು ವಿಶೇಷವಾಗಿ ತರಬೇತಿ ಪಡೆದ ವ್ಯಕ್ತಿಯನ್ನು ಸಹ ನಿರ್ವಹಿಸಬೇಕು.
ಅಯ್ಯೋ, ಐತಿಹಾಸಿಕ ಸ್ಮರಣೆ ಮತ್ತು ಅನುಭವವು ದಶಕಗಳಿಂದ ಈ ಕಾರ್ಯವನ್ನು "ಯಾದೃಚ್ಛಿಕ" ಜನರಿಗೆ ವರ್ಗಾಯಿಸಲಾಗಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ: ಯಾರು ಹತ್ತಿರದಲ್ಲಿದ್ದರೂ ಪ್ರಶ್ನೆಯನ್ನು ಎತ್ತಿಕೊಂಡರು. ಮತ್ತು ಇತ್ತೀಚೆಗೆ FinOps ವೃತ್ತಿಯು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಆಕಾರವನ್ನು ಪಡೆಯಲು ಮತ್ತು ಕೆಲವು ಕಾಂಕ್ರೀಟ್ ಆಕಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿತು. ಇದು ವಿಶೇಷ ತರಬೇತಿ ಪಡೆದ ವ್ಯಕ್ತಿಯಾಗಿದ್ದು, ಸಾಮರ್ಥ್ಯದ ಖರೀದಿ ಮತ್ತು ಬಳಕೆಯನ್ನು ನಿಯಂತ್ರಿಸುವುದು ಅವರ ಕಾರ್ಯವಾಗಿದೆ. ಮತ್ತು, ಅಂತಿಮವಾಗಿ, ಈ ಪ್ರದೇಶದಲ್ಲಿ ಕಂಪನಿಯ ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಮಾಡುವಲ್ಲಿ.
ದುಬಾರಿ ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ಪರಿಹಾರಗಳನ್ನು ತ್ಯಜಿಸಲು ನಾವು ಸಲಹೆ ನೀಡುತ್ತಿಲ್ಲ: ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ಕ್ಲೌಡ್ ಸುಂಕಗಳ ವಿಷಯದಲ್ಲಿ ಆರಾಮದಾಯಕ ಅಸ್ತಿತ್ವಕ್ಕೆ ಅಗತ್ಯವಿರುವುದನ್ನು ಪ್ರತಿ ವ್ಯವಹಾರವು ಸ್ವತಃ ನಿರ್ಧರಿಸಬೇಕು. ಆದರೆ ಅನೇಕ ಕಂಪನಿಗಳಿಗೆ ಬಳಕೆಯ ನಂತರದ ಮೇಲ್ವಿಚಾರಣೆ ಮತ್ತು ವಿಶ್ಲೇಷಣೆಯಿಲ್ಲದೆ "ಪಟ್ಟಿಯ ಪ್ರಕಾರ" ಆಲೋಚನೆಯಿಲ್ಲದ ಖರೀದಿಯು ಅಂತಿಮವಾಗಿ ಅವರ ಬ್ಯಾಕೆಂಡ್‌ನ "ಆಸ್ತಿಗಳ" ನಿಷ್ಪರಿಣಾಮಕಾರಿ ನಿರ್ವಹಣೆಯಿಂದಾಗಿ ಬಹಳ ಗಮನಾರ್ಹವಾದ ನಷ್ಟವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಗಮನ ಕೊಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
FinOps ಯಾರು
ನೀವು ಪ್ರತಿಷ್ಠಿತ ಉದ್ಯಮವನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ, ಮಾರಾಟಗಾರರು "ಉದ್ಯಮ" ದ ಬಗ್ಗೆ ಉಸಿರು ಧ್ವನಿಯಲ್ಲಿ ಮಾತನಾಡುತ್ತಾರೆ. ಬಹುಶಃ, "ಪಟ್ಟಿಯ ಪ್ರಕಾರ" ನೀವು ಒಂದು ಡಜನ್ ಅಥವಾ ಎರಡು ಸರ್ವರ್‌ಗಳು, AWS ಮತ್ತು ಕೆಲವು ಇತರ "ಸಣ್ಣ ವಿಷಯಗಳನ್ನು" ಖರೀದಿಸಿದ್ದೀರಿ. ಇದು ತಾರ್ಕಿಕವಾಗಿದೆ: ದೊಡ್ಡ ಕಂಪನಿಯಲ್ಲಿ ಕೆಲವು ರೀತಿಯ ಚಲನೆಗಳು ನಿರಂತರವಾಗಿ ನಡೆಯುತ್ತಿವೆ - ಕೆಲವು ತಂಡಗಳು ಬೆಳೆಯುತ್ತವೆ, ಇತರವು ವಿಭಜನೆಯಾಗುತ್ತವೆ, ಇತರವು ನೆರೆಯ ಯೋಜನೆಗಳಿಗೆ ವರ್ಗಾಯಿಸಲ್ಪಡುತ್ತವೆ. ಮತ್ತು ಈ ಚಳುವಳಿಗಳ ಸಂಯೋಜನೆಯು "ಪಟ್ಟಿ-ಆಧಾರಿತ" ಸಂಗ್ರಹಣೆಯ ಕಾರ್ಯವಿಧಾನದೊಂದಿಗೆ, ಮುಂದಿನ ಮಾಸಿಕ ಮೂಲಸೌಕರ್ಯ ಬಿಲ್ ಅನ್ನು ನೋಡುವಾಗ ಅಂತಿಮವಾಗಿ ಹೊಸ ಬೂದು ಕೂದಲುಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಹಾಗಾದರೆ ನೀವು ಏನು ಮಾಡಬೇಕು - ತಾಳ್ಮೆಯಿಂದ ಬೂದು ಬಣ್ಣವನ್ನು ಮುಂದುವರಿಸಿ, ಅದನ್ನು ಬಣ್ಣ ಮಾಡಿ ಅಥವಾ ಪಾವತಿಯಲ್ಲಿ ಈ ಹಲವಾರು ಭಯಾನಕ ಸೊನ್ನೆಗಳ ಗೋಚರಿಸುವಿಕೆಯ ಕಾರಣಗಳನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ?
ನಾವು ಪ್ರಾಮಾಣಿಕವಾಗಿರಲಿ: ಅದೇ AWS ಸುಂಕಕ್ಕಾಗಿ ಕಂಪನಿಯೊಳಗೆ ಅಪ್ಲಿಕೇಶನ್‌ನ ಅನುಮೋದನೆ, ಅನುಮೋದನೆ ಮತ್ತು ನೇರ ಪಾವತಿ ಯಾವಾಗಲೂ (ವಾಸ್ತವದಲ್ಲಿ, ಬಹುತೇಕ ಎಂದಿಗೂ) ತ್ವರಿತವಾಗಿರುವುದಿಲ್ಲ. ಮತ್ತು ನಿರಂತರ ಕಾರ್ಪೊರೇಟ್ ಚಳುವಳಿಯ ಕಾರಣದಿಂದಾಗಿ, ಇದೇ ಸ್ವಾಧೀನಗಳಲ್ಲಿ ಕೆಲವು ಎಲ್ಲೋ "ಕಳೆದುಹೋಗಬಹುದು". ಮತ್ತು ನಿಷ್ಕ್ರಿಯವಾಗಿ ನಿಲ್ಲುವುದು ಕ್ಷುಲ್ಲಕವಾಗಿದೆ. ಗಮನಿಸುವ ನಿರ್ವಾಹಕರು ತನ್ನ ಸರ್ವರ್ ಕೋಣೆಯಲ್ಲಿ ಮಾಲೀಕರಿಲ್ಲದ ರ್ಯಾಕ್ ಅನ್ನು ಗಮನಿಸಿದರೆ, ಕ್ಲೌಡ್ ಸುಂಕದ ಸಂದರ್ಭದಲ್ಲಿ ಎಲ್ಲವೂ ಹೆಚ್ಚು ದುಃಖಕರವಾಗಿರುತ್ತದೆ. ಅವುಗಳನ್ನು ತಿಂಗಳವರೆಗೆ ಇಡಬಹುದು - ಪಾವತಿಸಬಹುದು, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಅವರು ಖರೀದಿಸಿದ ಇಲಾಖೆಯಲ್ಲಿ ಯಾರಿಗೂ ಅಗತ್ಯವಿಲ್ಲ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಮುಂದಿನ ಕಚೇರಿಯ ಸಹೋದ್ಯೋಗಿಗಳು ತಮ್ಮ ತಲೆಯ ಮೇಲೆ ಮಾತ್ರವಲ್ಲದೆ ಇತರ ಸ್ಥಳಗಳಲ್ಲಿಯೂ ಸಹ ತಮ್ಮ ಇನ್ನೂ ಬೂದು ಕೂದಲನ್ನು ಹರಿದು ಹಾಕಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ - ಅವರು n ನೇ ವಾರದಲ್ಲಿ ಸರಿಸುಮಾರು ಅದೇ AWS ಸುಂಕವನ್ನು ಪಾವತಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ತೀರಾ ಅಗತ್ಯವಿದೆ.
ಅತ್ಯಂತ ಸ್ಪಷ್ಟವಾದ ಪರಿಹಾರ ಯಾವುದು? ಅದು ಸರಿ, ಅಗತ್ಯವಿರುವವರಿಗೆ ಲಗಾಮು ಹಸ್ತಾಂತರಿಸಿ, ಎಲ್ಲರೂ ಸಂತೋಷವಾಗಿದ್ದಾರೆ. ಆದರೆ ಸಮತಲ ಸಂವಹನಗಳು ಯಾವಾಗಲೂ ಉತ್ತಮವಾಗಿ ಸ್ಥಾಪಿತವಾಗಿಲ್ಲ. ಮತ್ತು ಎರಡನೆಯ ಇಲಾಖೆಯು ಮೊದಲನೆಯ ಸಂಪತ್ತಿನ ಬಗ್ಗೆ ತಿಳಿದಿಲ್ಲದಿರಬಹುದು, ಅದು ಹೇಗಾದರೂ ಈ ಸಂಪತ್ತಿನ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ಬದಲಾಯಿತು.
ಇದಕ್ಕೆ ಯಾರು ಹೊಣೆ? - ವಾಸ್ತವವಾಗಿ, ಯಾರೂ ಇಲ್ಲ. ಅದರಂತೆ ಸದ್ಯಕ್ಕೆ ಎಲ್ಲವನ್ನೂ ಹೊಂದಿಸಲಾಗಿದೆ.
ಇದರಿಂದ ಬಳಲುತ್ತಿರುವವರು ಯಾರು? - ಅಷ್ಟೆ, ಇಡೀ ಕಂಪನಿ.
ಪರಿಸ್ಥಿತಿಯನ್ನು ಯಾರು ಸರಿಪಡಿಸಬಹುದು? - ಹೌದು, ಹೌದು, FinOps.
FinOps ಕೇವಲ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಅವರಿಗೆ ಅಗತ್ಯವಿರುವ ಸಲಕರಣೆಗಳ ನಡುವಿನ ಪದರವಲ್ಲ, ಆದರೆ ಕಂಪನಿಯು ಖರೀದಿಸಿದ ಅದೇ ಕ್ಲೌಡ್ ಸುಂಕಗಳ ವಿಷಯದಲ್ಲಿ ಅದು ಎಲ್ಲಿ, ಏನು ಮತ್ತು ಎಷ್ಟು ಚೆನ್ನಾಗಿ "ಸುಳ್ಳು" ಎಂದು ತಿಳಿದಿರುವ ವ್ಯಕ್ತಿ ಅಥವಾ ತಂಡವಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಈ ಜನರು ಒಂದು ಕಡೆಯಲ್ಲಿ DevOps ಜೊತೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಬೇಕು, ಮತ್ತೊಂದೆಡೆ ಹಣಕಾಸು ಇಲಾಖೆಯು ಪರಿಣಾಮಕಾರಿ ಮಧ್ಯವರ್ತಿ ಮತ್ತು, ಮುಖ್ಯವಾಗಿ, ವಿಶ್ಲೇಷಕನ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ.
ಆಪ್ಟಿಮೈಸೇಶನ್ ಬಗ್ಗೆ ಸ್ವಲ್ಪ
ಮೋಡಗಳು. ತುಲನಾತ್ಮಕವಾಗಿ ಅಗ್ಗದ ಮತ್ತು ತುಂಬಾ ಅನುಕೂಲಕರ. ಆದರೆ ಸರ್ವರ್‌ಗಳ ಸಂಖ್ಯೆ ಎರಡು ಅಥವಾ ಮೂರು ಅಂಕೆಗಳನ್ನು ತಲುಪಿದಾಗ ಈ ಪರಿಹಾರವು ಅಗ್ಗವಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಮೋಡಗಳು ಹಿಂದೆ ಲಭ್ಯವಿಲ್ಲದ ಹೆಚ್ಚು ಹೆಚ್ಚು ಸೇವೆಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುತ್ತದೆ: ಇವು ಡೇಟಾಬೇಸ್ಗಳು ಸೇವೆಯಾಗಿ (ಅಮೆಜಾನ್ AWS, ಅಜುರೆ ಡೇಟಾಬೇಸ್), ಸರ್ವರ್‌ಲೆಸ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು (AWS ಲ್ಯಾಂಬ್ಡಾ, ಅಜುರೆ ಕಾರ್ಯಗಳು) ಮತ್ತು ಇನ್ನೂ ಅನೇಕ. ಅವೆಲ್ಲವೂ ತುಂಬಾ ತಂಪಾಗಿವೆ ಏಕೆಂದರೆ ಅವುಗಳು ಬಳಸಲು ಸುಲಭವಾಗಿದೆ - ಖರೀದಿಸಿ ಮತ್ತು ಹೋಗಿ, ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲ. ಆದರೆ ಆಳವಾದ ಕಂಪನಿ ಮತ್ತು ಅದರ ಯೋಜನೆಗಳು ಮೋಡಗಳಲ್ಲಿ ಮುಳುಗುತ್ತವೆ, CFO ಕೆಟ್ಟದಾಗಿ ನಿದ್ರಿಸುತ್ತಾನೆ. ಮತ್ತು ವೇಗವಾಗಿ ಸಾಮಾನ್ಯ ಬೂದು ಬಣ್ಣಕ್ಕೆ ತಿರುಗುತ್ತದೆ.
ವಾಸ್ತವವೆಂದರೆ ವಿವಿಧ ಕ್ಲೌಡ್ ಸೇವೆಗಳಿಗೆ ಇನ್‌ವಾಯ್ಸ್‌ಗಳು ಯಾವಾಗಲೂ ಗೊಂದಲಮಯವಾಗಿರುತ್ತವೆ: ಒಂದು ಐಟಂಗೆ ನಿಮ್ಮ ಹಣ ಏನು, ಎಲ್ಲಿ ಮತ್ತು ಹೇಗೆ ಹೋಯಿತು ಎಂಬುದರ ಕುರಿತು ಮೂರು ಪುಟಗಳ ವಿವರಣೆಯನ್ನು ನೀವು ಪಡೆಯಬಹುದು. ಇದು ಸಹಜವಾಗಿ, ಆಹ್ಲಾದಕರವಾಗಿರುತ್ತದೆ, ಆದರೆ ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಅಸಾಧ್ಯ. ಇದಲ್ಲದೆ, ಈ ವಿಷಯದ ಕುರಿತು ನಮ್ಮ ಅಭಿಪ್ರಾಯವು ಒಂದೇ ಒಂದಕ್ಕಿಂತ ದೂರವಿದೆ: ಕ್ಲೌಡ್ ಖಾತೆಗಳನ್ನು ಮಾನವರಿಗೆ ವರ್ಗಾಯಿಸಲು, ಸಂಪೂರ್ಣ ಸೇವೆಗಳಿವೆ, ಉದಾಹರಣೆಗೆ. ಅಥವಾ . ಬಿಲ್‌ಗಳನ್ನು ಅರ್ಥೈಸಲು ಪ್ರತ್ಯೇಕ ಸೇವೆಯನ್ನು ರಚಿಸಲು ಯಾರಾದರೂ ತಲೆಕೆಡಿಸಿಕೊಂಡರೆ, ಸಮಸ್ಯೆಯ ಪ್ರಮಾಣವು ಕೂದಲಿನ ಬಣ್ಣ ವೆಚ್ಚವನ್ನು ಮೀರಿದೆ.
ಆದ್ದರಿಂದ ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ FinOps ಏನು ಮಾಡುತ್ತದೆ:
- ಕ್ಲೌಡ್ ಪರಿಹಾರಗಳನ್ನು ಯಾವಾಗ ಮತ್ತು ಯಾವ ಸಂಪುಟಗಳಲ್ಲಿ ಖರೀದಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ.
- ಈ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೇಗೆ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ತಿಳಿದಿದೆ.
- ನಿರ್ದಿಷ್ಟ ಘಟಕದ ಅಗತ್ಯಗಳನ್ನು ಅವಲಂಬಿಸಿ ಅವುಗಳನ್ನು ಮರುಹಂಚಿಕೆ ಮಾಡುತ್ತದೆ.
- "ಅದು ಆಗಿರಬಹುದು" ಎಂದು ಖರೀದಿಸುವುದಿಲ್ಲ.
- ಮತ್ತು ಕೊನೆಯಲ್ಲಿ, ಇದು ನಿಮ್ಮ ಹಣವನ್ನು ಉಳಿಸುತ್ತದೆ.
ಡೇಟಾಬೇಸ್‌ನ ಕೋಲ್ಡ್ ಕಾಪಿಯ ಕ್ಲೌಡ್ ಸ್ಟೋರೇಜ್ ಒಂದು ಉತ್ತಮ ಉದಾಹರಣೆಯಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಸಂಗ್ರಹಣೆಯನ್ನು ನವೀಕರಿಸುವಾಗ ಬಳಸಲಾಗುವ ಸ್ಥಳ ಮತ್ತು ದಟ್ಟಣೆಯ ಪ್ರಮಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನೀವು ಅದನ್ನು ಆರ್ಕೈವ್ ಮಾಡುತ್ತೀರಾ? ಹೌದು, ಪರಿಸ್ಥಿತಿಯು ಅಗ್ಗವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ - ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭದಲ್ಲಿ, ಆದರೆ ಅಂತಹ ಅಗ್ಗದ ಸನ್ನಿವೇಶಗಳ ಒಟ್ಟು ಮೊತ್ತವು ನಂತರ ಕ್ಲೌಡ್ ಸೇವೆಗಳಿಗೆ ಅತಿಯಾದ ವೆಚ್ಚವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ಅಥವಾ ಇನ್ನೊಂದು ಪರಿಸ್ಥಿತಿ: ಗರಿಷ್ಠ ಹೊರೆಗೆ ಬೀಳದಂತೆ ನೀವು AWS ಅಥವಾ Azure ನಲ್ಲಿ ಮೀಸಲು ಸಾಮರ್ಥ್ಯವನ್ನು ಖರೀದಿಸಿದ್ದೀರಿ. ಇದು ಅತ್ಯುತ್ತಮ ಪರಿಹಾರ ಎಂದು ನೀವು ಖಚಿತವಾಗಿ ಹೇಳಬಹುದೇ? ಎಲ್ಲಾ ನಂತರ, ಈ ನಿದರ್ಶನಗಳು 80% ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದರೆ, ನೀವು ಸರಳವಾಗಿ Amazon ಗೆ ಹಣವನ್ನು ನೀಡುತ್ತಿರುವಿರಿ. ಇದಲ್ಲದೆ, ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಅದೇ AWS ಮತ್ತು ಅಜೂರ್ ಸಿಡಿಯುವ ನಿದರ್ಶನಗಳನ್ನು ಹೊಂದಿವೆ - ನೀವು ಗರಿಷ್ಠ ಲೋಡ್‌ಗಳ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸಾಧನವನ್ನು ಬಳಸಬಹುದಾದರೆ ನಿಮಗೆ ನಿಷ್ಕ್ರಿಯ ಸರ್ವರ್‌ಗಳು ಏಕೆ ಬೇಕು? ಅಥವಾ, ಆನ್ ಪ್ರಿಮೈಸ್ ನಿದರ್ಶನಗಳ ಬದಲಿಗೆ, ನೀವು ಕಾಯ್ದಿರಿಸಿದ ಕಡೆಗೆ ನೋಡಬೇಕು - ಅವು ಹೆಚ್ಚು ಅಗ್ಗವಾಗಿವೆ ಮತ್ತು ಅವು ರಿಯಾಯಿತಿಗಳನ್ನು ಸಹ ನೀಡುತ್ತವೆ.
ಮೂಲಕ, ರಿಯಾಯಿತಿಗಳ ಬಗ್ಗೆ
ನಾವು ಆರಂಭದಲ್ಲಿ ಹೇಳಿದಂತೆ, ಸಂಗ್ರಹಣೆಯನ್ನು ಹೆಚ್ಚಾಗಿ ಯಾರಾದರೂ ನಡೆಸುತ್ತಾರೆ - ಅವರು ಕೊನೆಯದನ್ನು ಕಂಡುಕೊಂಡರು, ಮತ್ತು ನಂತರ ಅವನು ಅದನ್ನು ಹೇಗಾದರೂ ಮಾಡುತ್ತಾನೆ. ಹೆಚ್ಚಾಗಿ, ಈಗಾಗಲೇ ಕಾರ್ಯನಿರತರಾಗಿರುವ ಜನರು "ತೀವ್ರ" ಆಗುತ್ತಾರೆ ಮತ್ತು ಇದರ ಪರಿಣಾಮವಾಗಿ ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಕೌಶಲ್ಯದಿಂದ, ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವತಂತ್ರವಾಗಿ, ಏನು ಮತ್ತು ಯಾವ ಪ್ರಮಾಣದಲ್ಲಿ ಖರೀದಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುವ ಪರಿಸ್ಥಿತಿಯನ್ನು ನಾವು ಪಡೆಯುತ್ತೇವೆ.
ಆದರೆ ಕ್ಲೌಡ್ ಸೇವೆಯಿಂದ ಮಾರಾಟಗಾರರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವಾಗ, ಸಾಮರ್ಥ್ಯದ ಸಗಟು ಖರೀದಿಗೆ ಬಂದಾಗ ನೀವು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಪಡೆಯಬಹುದು. ಮೂಕ ಮತ್ತು ಏಕಪಕ್ಷೀಯ ನೋಂದಣಿ ಹೊಂದಿರುವ ಕಾರಿನಿಂದ ನೀವು ಅಂತಹ ರಿಯಾಯಿತಿಗಳನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ - ಆದರೆ ನಿಜವಾದ ಮಾರಾಟ ವ್ಯವಸ್ಥಾಪಕರೊಂದಿಗೆ ಮಾತನಾಡಿದ ನಂತರ, ನೀವು ಸುಟ್ಟು ಹೋಗಬಹುದು. ಅಥವಾ ಈ ವ್ಯಕ್ತಿಗಳು ಪ್ರಸ್ತುತ ಯಾವ ರಿಯಾಯಿತಿಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆಂದು ನಿಮಗೆ ತಿಳಿಸಬಹುದು. ಇದು ಉಪಯುಕ್ತವೂ ಆಗಿರಬಹುದು.
ಅದೇ ಸಮಯದಲ್ಲಿ, AWS ಅಥವಾ Azure ನಲ್ಲಿ ಬೆಣೆಯಂತೆ ಬೆಳಕು ಒಮ್ಮುಖವಾಗುವುದಿಲ್ಲ ಎಂದು ನೀವು ನೆನಪಿಟ್ಟುಕೊಳ್ಳಬೇಕು. ಸಹಜವಾಗಿ, ನಿಮ್ಮ ಸ್ವಂತ ಸರ್ವರ್ ಕೊಠಡಿಯನ್ನು ಆಯೋಜಿಸುವ ಪ್ರಶ್ನೆಯೇ ಇಲ್ಲ - ಆದರೆ ದೈತ್ಯರಿಂದ ಈ ಎರಡು ಶ್ರೇಷ್ಠ ಪರಿಹಾರಗಳಿಗೆ ಪರ್ಯಾಯಗಳಿವೆ.
ಉದಾಹರಣೆಗೆ, ಗೂಗಲ್ ಫೈರ್‌ಬೇಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಕಂಪನಿಗಳಿಗೆ ತಂದಿತು, ಅದರ ಮೇಲೆ ಅವರು ಅದೇ ಮೊಬೈಲ್ ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಟರ್ನ್‌ಕೀ ಆಧಾರದ ಮೇಲೆ ಹೋಸ್ಟ್ ಮಾಡಬಹುದು, ಇದಕ್ಕೆ ತ್ವರಿತ ಸ್ಕೇಲಿಂಗ್ ಅಗತ್ಯವಿರುತ್ತದೆ. ಈ ಪರಿಹಾರವನ್ನು ಉದಾಹರಣೆಯಾಗಿ ಬಳಸಿಕೊಂಡು ಸಂಗ್ರಹಣೆ, ನೈಜ-ಸಮಯದ ಡೇಟಾಬೇಸ್, ಹೋಸ್ಟಿಂಗ್ ಮತ್ತು ಕ್ಲೌಡ್ ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಲಭ್ಯವಿದೆ.
ಮತ್ತೊಂದೆಡೆ, ನಾವು ಏಕಶಿಲೆಯ ಯೋಜನೆಯ ಬಗ್ಗೆ ಮಾತನಾಡದಿದ್ದರೆ, ಆದರೆ ಅವರ ಸಂಪೂರ್ಣತೆಯ ಬಗ್ಗೆ, ನಂತರ ಕೇಂದ್ರೀಕೃತ ಪರಿಹಾರವು ಯಾವಾಗಲೂ ಪ್ರಯೋಜನಕಾರಿಯಾಗಿರುವುದಿಲ್ಲ. ಯೋಜನೆಯು ದೀರ್ಘಾವಧಿಯದ್ದಾಗಿದ್ದರೆ, ತನ್ನದೇ ಆದ ಅಭಿವೃದ್ಧಿ ಇತಿಹಾಸವನ್ನು ಹೊಂದಿದ್ದರೆ ಮತ್ತು ಶೇಖರಣೆಗಾಗಿ ಅಗತ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಅನುಗುಣವಾದ ಪ್ರಮಾಣದಲ್ಲಿ ಹೊಂದಿದ್ದರೆ, ನಂತರ ಹೆಚ್ಚು ವಿಭಜಿತ ನಿಯೋಜನೆಯ ಬಗ್ಗೆ ಯೋಚಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ.
ಕ್ಲೌಡ್ ಸೇವೆಗಳಿಗೆ ವೆಚ್ಚವನ್ನು ಉತ್ತಮಗೊಳಿಸುವಾಗ, ವ್ಯಾಪಾರ-ನಿರ್ಣಾಯಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗಾಗಿ ನೀವು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಸುಂಕಗಳನ್ನು ಖರೀದಿಸಬಹುದು ಎಂದು ನೀವು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಅರಿತುಕೊಳ್ಳಬಹುದು ಅದು ಕಂಪನಿಗೆ ನಿರಂತರ ಗಳಿಕೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಅಭಿವೃದ್ಧಿಯ "ಪರಂಪರೆ", ಹಳೆಯ ಆರ್ಕೈವ್ಗಳು, ಡೇಟಾಬೇಸ್ಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ದುಬಾರಿ ಮೋಡಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸುವುದು ಪರಿಹಾರವಾಗಿದೆ. ಎಲ್ಲಾ ನಂತರ, ಅಂತಹ ಡೇಟಾಕ್ಕಾಗಿ, ಯಾವುದೇ ಗಂಟೆಗಳು ಮತ್ತು ಸೀಟಿಗಳಿಲ್ಲದ ಸಾಮಾನ್ಯ HDD ಗಳು ಮತ್ತು ಮಧ್ಯಮ-ಶಕ್ತಿಯ ಯಂತ್ರಾಂಶದೊಂದಿಗೆ ಪ್ರಮಾಣಿತ ಡೇಟಾ ಸೆಂಟರ್ ಸಾಕಷ್ಟು ಸೂಕ್ತವಾಗಿದೆ.
ಇಲ್ಲಿ ಮತ್ತೊಮ್ಮೆ, "ಈ ಗಡಿಬಿಡಿಯು ಯೋಗ್ಯವಾಗಿಲ್ಲ" ಎಂದು ನೀವು ಭಾವಿಸಬಹುದು, ಆದರೆ ಈ ಪ್ರಕಟಣೆಯ ಸಂಪೂರ್ಣ ಸಮಸ್ಯೆಯು ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ಜವಾಬ್ದಾರಿಯುತ ಜನರು ಸಣ್ಣ ವಿಷಯಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತಾರೆ ಮತ್ತು ಹೆಚ್ಚು ಅನುಕೂಲಕರ ಮತ್ತು ವೇಗವಾದದ್ದನ್ನು ಮಾಡುತ್ತಾರೆ ಎಂಬ ಅಂಶವನ್ನು ಆಧರಿಸಿದೆ. ಇದು, ಕೊನೆಯಲ್ಲಿ, ಒಂದೆರಡು ವರ್ಷಗಳ ನಂತರ ಆ ಭಯಾನಕ ಖಾತೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಕೊನೆಯಲ್ಲಿ ಏನು?
ಸಾಮಾನ್ಯವಾಗಿ, ಮೋಡಗಳು ತಂಪಾಗಿರುತ್ತವೆ, ಯಾವುದೇ ಗಾತ್ರದ ವ್ಯವಹಾರಗಳಿಗೆ ಅವರು ಬಹಳಷ್ಟು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತಾರೆ. ಆದರೆ, ಈ ವಿದ್ಯಮಾನದ ಹೊಸತನವೆಂದರೆ ನಮ್ಮಲ್ಲಿ ಇನ್ನೂ ಬಳಕೆ ಮತ್ತು ನಿರ್ವಹಣೆಯ ಸಂಸ್ಕೃತಿ ಇಲ್ಲ. FinOps ಒಂದು ಸಾಂಸ್ಥಿಕ ಲಿವರ್ ಆಗಿದ್ದು ಅದು ಕ್ಲೌಡ್ ಪವರ್ ಅನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನಿಯಂತ್ರಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಈ ಸ್ಥಾನವನ್ನು ಫೈರಿಂಗ್ ಸ್ಕ್ವಾಡ್ನ ಅನಲಾಗ್ ಆಗಿ ಪರಿವರ್ತಿಸುವುದು ಅಲ್ಲ, ಅವರ ಕಾರ್ಯವು ಗಮನವಿಲ್ಲದ ಅಭಿವರ್ಧಕರನ್ನು ಕೈಯಿಂದ ಹಿಡಿಯುವುದು ಮತ್ತು ಅಲಭ್ಯತೆಗಾಗಿ ಅವರನ್ನು "ಗದರಿಸು" ಮಾಡುವುದು.
ಡೆವಲಪರ್‌ಗಳು ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕು, ಕಂಪನಿಯ ಹಣವನ್ನು ಲೆಕ್ಕಿಸಬಾರದು. ಮತ್ತು ಆದ್ದರಿಂದ FinOps ಖರೀದಿ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಇತರ ತಂಡಗಳಿಗೆ ಕ್ಲೌಡ್ ಸಾಮರ್ಥ್ಯವನ್ನು ಡಿಕಮಿಷನ್ ಮಾಡುವ ಅಥವಾ ವರ್ಗಾಯಿಸುವ ಪ್ರಕ್ರಿಯೆ ಎರಡನ್ನೂ ಸರಳ ಮತ್ತು ಎಲ್ಲಾ ಪಕ್ಷಗಳಿಗೆ ಆನಂದದಾಯಕವಾಗಿಸುತ್ತದೆ.
ಮೂಲ: www.habr.com