ಮುಖ್ಯ ಅಂಶಗಳು
- ಹಲವಾರು ವರ್ಷಗಳಿಂದ, ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ನಿರ್ದಿಷ್ಟ OS ಇಲ್ಲದೆ ಹೊಸ ಯುಗವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಎಂದು ನಮಗೆ ಭರವಸೆ ನೀಡಲಾಗಿದೆ. ಈ ರಚನೆಯು ಅನೇಕ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ ಎಂದು ನಮಗೆ ತಿಳಿಸಲಾಯಿತು. ವಾಸ್ತವವಾಗಿ, ಎಲ್ಲವೂ ವಿಭಿನ್ನವಾಗಿದೆ.
- ಅನೇಕರು ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಹೊಸ ಕಲ್ಪನೆಯಂತೆ ವೀಕ್ಷಿಸಿದರೆ, ಅದರ ಬೇರುಗಳನ್ನು 2006 ರಲ್ಲಿ ಜಿಮ್ಕಿ ಪಾಸ್ ಮತ್ತು ಗೂಗಲ್ ಅಪ್ಲಿಕೇಶನ್ ಎಂಜಿನ್‌ನ ಆಗಮನದೊಂದಿಗೆ ಕಂಡುಹಿಡಿಯಬಹುದು, ಇವೆರಡೂ ಸರ್ವರ್‌ಲೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಬಳಸುತ್ತವೆ.
- ಸೀಮಿತ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷಾ ಬೆಂಬಲದಿಂದ ಕಾರ್ಯಕ್ಷಮತೆ ಸಮಸ್ಯೆಗಳವರೆಗೆ ಸರ್ವರ್‌ಲೆಸ್ ಕ್ರಾಂತಿಯು ಸ್ಥಗಿತಗೊಂಡಿರುವುದಕ್ಕೆ ನಾಲ್ಕು ಕಾರಣಗಳಿವೆ.
- ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಅಷ್ಟೊಂದು ನಿಷ್ಪ್ರಯೋಜಕವಲ್ಲ. ಇಲ್ಲವೇ ಇಲ್ಲ. ಆದಾಗ್ಯೂ, ಅವುಗಳನ್ನು ಸರ್ವರ್‌ಗಳಿಗೆ ನೇರ ಬದಲಿಯಾಗಿ ಪರಿಗಣಿಸಬಾರದು. ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಅವು ಸೂಕ್ತ ಸಾಧನವಾಗಿರಬಹುದು.
ಸರ್ವರೂ ಸತ್ತರು, ಸರ್ವರಿಗೂ ಬದುಕಿ!
ಇದು ಸರ್ವರ ರಹಿತ ಕ್ರಾಂತಿಯ ರಣಘೋಷ. ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ ಇಂಡಸ್ಟ್ರಿ ಪ್ರೆಸ್‌ನಲ್ಲಿ ಒಂದು ತ್ವರಿತ ನೋಟ ಮತ್ತು ಸಾಂಪ್ರದಾಯಿಕ ಸರ್ವರ್ ಮಾದರಿಯು ಸತ್ತಿದೆ ಮತ್ತು ಕೆಲವೇ ವರ್ಷಗಳಲ್ಲಿ ನಾವೆಲ್ಲರೂ ಸರ್ವರ್‌ಲೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಳನ್ನು ಬಳಸುತ್ತೇವೆ ಎಂದು ತೀರ್ಮಾನಿಸುವುದು ಸುಲಭ.
ಉದ್ಯಮದಲ್ಲಿ ಯಾರಾದರೂ ತಿಳಿದಿರುವಂತೆ, ಮತ್ತು ನಾವು ನಮ್ಮ ಲೇಖನದಲ್ಲಿ ಸೂಚಿಸಿದಂತೆ , ಇದು ತಪ್ಪು. ಅರ್ಹತೆಗಳ ಬಗ್ಗೆ ಅನೇಕ ಲೇಖನಗಳ ಹೊರತಾಗಿಯೂ , ಇದು ಎಂದಿಗೂ ನಡೆಯಲಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ಈ ಕ್ರಾಂತಿಯು ಅಂತ್ಯವನ್ನು ತಲುಪಿರಬಹುದು.
ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳ ಕೆಲವು ಭರವಸೆಗಳು ಖಂಡಿತವಾಗಿಯೂ ಅರಿತುಕೊಂಡಿವೆ, ಆದರೆ ಎಲ್ಲವೂ ಅಲ್ಲ. ಎಲ್ಲರೂ ಅಲ್ಲ.
ಈ ಲೇಖನದಲ್ಲಿ ನಾನು ಈ ಸ್ಥಿತಿಯ ಕಾರಣಗಳನ್ನು ನೋಡಲು ಬಯಸುತ್ತೇನೆ. ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳ ನಮ್ಯತೆಯ ಕೊರತೆಯು ಅವುಗಳ ವ್ಯಾಪಕ ಅಳವಡಿಕೆಗೆ ಇನ್ನೂ ತಡೆಗೋಡೆಯಾಗಿದೆ, ಆದರೂ ಅವು ನಿರ್ದಿಷ್ಟವಾದ, ಉತ್ತಮವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಉಪಯುಕ್ತವಾಗಿವೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್‌ನ ಪ್ರವೀಣರು ಏನು ಭರವಸೆ ನೀಡಿದ್ದಾರೆ
ನಾವು ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್‌ನ ಸವಾಲುಗಳಿಗೆ ಒಳಗಾಗುವ ಮೊದಲು, ಅದು ಏನನ್ನು ಒದಗಿಸಬೇಕೆಂದು ನೋಡೋಣ. ಹಲವಾರು ಮತ್ತು - ಕೆಲವೊಮ್ಮೆ - ಬಹಳ ಮಹತ್ವಾಕಾಂಕ್ಷೆಯ.
ಪದದ ಪರಿಚಯವಿಲ್ಲದವರಿಗೆ, ಇಲ್ಲಿ ತ್ವರಿತ ವ್ಯಾಖ್ಯಾನವಿದೆ. ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು (ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಭಾಗಗಳು) ರನ್‌ಟೈಮ್ ಪರಿಸರದಲ್ಲಿ ಬೇಡಿಕೆಯ ಮೇಲೆ ಚಲಿಸುತ್ತವೆ, ಅವುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ದೂರದಿಂದಲೇ ಹೋಸ್ಟ್ ಮಾಡಲ್ಪಡುತ್ತವೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಸರ್ವರ್‌ಲೆಸ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಮನೆಯಲ್ಲಿಯೇ ಹೋಸ್ಟ್ ಮಾಡಬಹುದು. ಸ್ಥಿತಿಸ್ಥಾಪಕ ಸರ್ವರ್‌ಲೆಸ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವುದು ಕಳೆದ ಕೆಲವು ವರ್ಷಗಳಿಂದ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಮತ್ತು SaaS ಕಂಪನಿಗಳಿಗೆ ಒಂದು ಪ್ರಮುಖ ಕಾಳಜಿಯಾಗಿದೆ, (ಇದು ಹೇಳಿಕೊಳ್ಳಲಾಗಿದೆ) ಈ ವಾಸ್ತುಶಿಲ್ಪವು "ಸಾಂಪ್ರದಾಯಿಕ" ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಮಾದರಿಗಿಂತ ಹಲವಾರು ಪ್ರಮುಖ ಪ್ರಯೋಜನಗಳನ್ನು ನೀಡುತ್ತದೆ:
- ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳಿಗೆ ಬಳಕೆದಾರರು ತಮ್ಮದೇ ಆದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಅಥವಾ ನಿರ್ದಿಷ್ಟ OS ಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ರಚಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. ಬದಲಾಗಿ, ಡೆವಲಪರ್‌ಗಳು ಹಂಚಿದ ಕೋಡ್ ಅನ್ನು ರಚಿಸುತ್ತಾರೆ, ಅದನ್ನು ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ಚಲಾಯಿಸುವುದನ್ನು ವೀಕ್ಷಿಸುತ್ತಾರೆ.
- ಸರ್ವರ್‌ಲೆಸ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿನ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ನಿಮಿಷದಿಂದ (ಅಥವಾ ಎರಡನೆಯದು) ಬಿಲ್ ಮಾಡಲಾಗುತ್ತದೆ. ಇದರರ್ಥ ಗ್ರಾಹಕರು ಅವರು ಕೋಡ್ ಅನ್ನು ಚಲಾಯಿಸುವ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತಾರೆ. ಇದು ಸಾಂಪ್ರದಾಯಿಕ ಕ್ಲೌಡ್ VM ನೊಂದಿಗೆ ಅನುಕೂಲಕರವಾಗಿ ಹೋಲಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಯಂತ್ರವು ಹೆಚ್ಚಿನ ಸಮಯ ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತದೆ, ಆದರೆ ನೀವು ಅದನ್ನು ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ.
- ಸ್ಕೇಲೆಬಿಲಿಟಿ ಸಮಸ್ಯೆಯನ್ನು ಸಹ ಪರಿಹರಿಸಲಾಗಿದೆ. ಸರ್ವರ್‌ಲೆಸ್ ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿನ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ನಿಯೋಜಿಸಲಾಗಿದೆ ಇದರಿಂದ ಸಿಸ್ಟಮ್ ಬೇಡಿಕೆಯ ಹಠಾತ್ ಉಲ್ಬಣಗಳನ್ನು ಸುಲಭವಾಗಿ ನಿಭಾಯಿಸುತ್ತದೆ.
ಸಂಕ್ಷಿಪ್ತವಾಗಿ, ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳು ಹೊಂದಿಕೊಳ್ಳುವ, ಕಡಿಮೆ-ವೆಚ್ಚದ, ಸ್ಕೇಲೆಬಲ್ ಪರಿಹಾರಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ. ಈ ಆಲೋಚನೆಯನ್ನು ನಾವು ಬೇಗನೆ ಯೋಚಿಸಲಿಲ್ಲ ಎಂಬುದು ಆಶ್ಚರ್ಯಕರವಾಗಿದೆ.
ಇದು ನಿಜವಾಗಿಯೂ ಹೊಸ ಕಲ್ಪನೆಯೇ?
ವಾಸ್ತವವಾಗಿ, ಕಲ್ಪನೆಯು ಹೊಸದಲ್ಲ. ಕೋಡ್ ನಿಜವಾಗಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ಪಾವತಿಸಲು ಬಳಕೆದಾರರನ್ನು ಅನುಮತಿಸುವ ಪರಿಕಲ್ಪನೆಯು ಅದನ್ನು ಪರಿಚಯಿಸಿದಾಗಿನಿಂದಲೂ ಇದೆ 2006 ರಲ್ಲಿ, ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ Google App ಎಂಜಿನ್ ಒಂದೇ ರೀತಿಯ ಪರಿಹಾರವನ್ನು ನೀಡಿತು.
ವಾಸ್ತವವಾಗಿ, ನಾವು ಈಗ "ಸರ್ವರ್‌ಲೆಸ್" ಮಾದರಿ ಎಂದು ಕರೆಯುವುದು ಈಗ "ಕ್ಲೌಡ್ ಸ್ಥಳೀಯ" ಎಂದು ಕರೆಯಲ್ಪಡುವ ಅನೇಕ ತಂತ್ರಜ್ಞಾನಗಳಿಗಿಂತ ಹಳೆಯದಾಗಿದೆ, ಅದು ಅದೇ ವಿಷಯವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಗಮನಿಸಿದಂತೆ, ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳು ಮೂಲಭೂತವಾಗಿ ದಶಕಗಳಿಂದ ಇರುವ SaaS ವ್ಯವಹಾರ ಮಾದರಿಯ ವಿಸ್ತರಣೆಯಾಗಿದೆ.
ಎರಡರ ನಡುವೆ ಸಂಪರ್ಕವಿದ್ದರೂ ಸರ್ವರ್‌ಲೆಸ್ ಒಂದು FaaS ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಲ್ಲ ಎಂಬುದನ್ನು ಗುರುತಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ. FaaS ಮೂಲಭೂತವಾಗಿ ಸರ್ವರ್‌ಲೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಕಂಪ್ಯೂಟ್-ಕೇಂದ್ರಿತ ಭಾಗವಾಗಿದೆ, ಆದರೆ ಇದು ಸಂಪೂರ್ಣ ವ್ಯವಸ್ಥೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುವುದಿಲ್ಲ.
ಅಷ್ಟಕ್ಕೂ ಗಲಾಟೆ ಏನು? ಅಲ್ಲದೆ, ಅಭಿವೃದ್ಧಿಶೀಲ ರಾಷ್ಟ್ರಗಳಲ್ಲಿ ಇಂಟರ್ನೆಟ್ ನುಗ್ಗುವಿಕೆಯ ದರಗಳು ಗಗನಕ್ಕೇರುತ್ತಿರುವಂತೆ, ಕಂಪ್ಯೂಟಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳ ಬೇಡಿಕೆಯು ಅದೇ ಸಮಯದಲ್ಲಿ ಹೆಚ್ಚುತ್ತಿದೆ. ಉದಾಹರಣೆಗೆ, ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿರುವ ಇ-ಕಾಮರ್ಸ್ ವಲಯಗಳನ್ನು ಹೊಂದಿರುವ ಅನೇಕ ದೇಶಗಳು ಈ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ ಕಂಪ್ಯೂಟಿಂಗ್ ಮೂಲಸೌಕರ್ಯವನ್ನು ಹೊಂದಿಲ್ಲ. ಇಲ್ಲಿ ಪಾವತಿಸಿದ ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಬರುತ್ತವೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳೊಂದಿಗೆ ತೊಂದರೆಗಳು
ಕ್ಯಾಚ್ ಎಂದರೆ ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳು ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿವೆ. ನನ್ನನ್ನು ತಪ್ಪಾಗಿ ಗ್ರಹಿಸಬೇಡಿ: ಅವರು ಕೆಟ್ಟವರು ಎಂದು ನಾನು ಹೇಳುತ್ತಿಲ್ಲ ಅಥವಾ ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಕೆಲವು ಕಂಪನಿಗಳಿಗೆ ಗಮನಾರ್ಹ ಮೌಲ್ಯವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಆದರೆ "ಕ್ರಾಂತಿ" ಯ ಮುಖ್ಯ ಹಕ್ಕು-ಸರ್ವರ್‌ಲೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಸಾಂಪ್ರದಾಯಿಕ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ತ್ವರಿತವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ-ಎಂದಿಗೂ ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರುವುದಿಲ್ಲ.
ಅದಕ್ಕೇ.
ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳಿಗೆ ಸೀಮಿತ ಬೆಂಬಲ
ಹೆಚ್ಚಿನ ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ನಿರ್ದಿಷ್ಟ ಭಾಷೆಗಳಲ್ಲಿ ಬರೆಯಲಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಮಾತ್ರ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಇದು ಈ ವ್ಯವಸ್ಥೆಗಳ ನಮ್ಯತೆ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವಿಕೆಯನ್ನು ಗಂಭೀರವಾಗಿ ಮಿತಿಗೊಳಿಸುತ್ತದೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಹೆಚ್ಚಿನ ಪ್ರಮುಖ ಭಾಷೆಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ. AWS ಲ್ಯಾಂಬ್ಡಾ ಮತ್ತು ಅಜುರೆ ಕಾರ್ಯಗಳು ಬೆಂಬಲವಿಲ್ಲದ ಭಾಷೆಗಳಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಕಾರ್ಯಗಳನ್ನು ಚಲಾಯಿಸಲು ಹೊದಿಕೆಯನ್ನು ಒದಗಿಸುತ್ತವೆ, ಆದಾಗ್ಯೂ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ವೆಚ್ಚದೊಂದಿಗೆ ಬರುತ್ತದೆ. ಆದ್ದರಿಂದ ಹೆಚ್ಚಿನ ಸಂಸ್ಥೆಗಳಿಗೆ ಈ ಮಿತಿಯು ಸಾಮಾನ್ಯವಾಗಿ ದೊಡ್ಡ ವ್ಯವಹಾರವಲ್ಲ. ಆದರೆ ಇಲ್ಲಿ ವಿಷಯ. ಸರ್ವರ್‌ಲೆಸ್ ಮಾಡೆಲ್‌ಗಳ ಒಂದು ಪ್ರಯೋಜನವೆಂದರೆ ಕಡಿಮೆ-ತಿಳಿದಿರುವ, ಅಪರೂಪವಾಗಿ ಬಳಸಿದ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಹೆಚ್ಚು ಅಗ್ಗವಾಗಿ ಬಳಸಬಹುದು ಏಕೆಂದರೆ ನೀವು ಚಲಾಯಿಸುವ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತೀರಿ. ಮತ್ತು ಕಡಿಮೆ-ತಿಳಿದಿರುವ, ಅಪರೂಪವಾಗಿ ಬಳಸಿದ ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬರೆಯಲಾಗುತ್ತದೆ ... ಕಡಿಮೆ-ತಿಳಿದಿರುವ, ವಿರಳವಾಗಿ ಬಳಸಲಾಗುವ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆಗಳು.
ಇದು ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಯ ಪ್ರಮುಖ ಪ್ರಯೋಜನಗಳಲ್ಲಿ ಒಂದನ್ನು ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ.
ಮಾರಾಟಗಾರರ ಬೈಂಡಿಂಗ್
ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳೊಂದಿಗಿನ ಎರಡನೇ ಸಮಸ್ಯೆ, ಅಥವಾ ಕನಿಷ್ಠ ಅವುಗಳನ್ನು ಪ್ರಸ್ತುತವಾಗಿ ಅಳವಡಿಸಲಾಗಿರುವ ರೀತಿಯಲ್ಲಿ, ಅವು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯಾಚರಣೆಯ ಮಟ್ಟದಲ್ಲಿ ಪರಸ್ಪರ ಹೋಲುವಂತಿಲ್ಲ. ಬರವಣಿಗೆಯ ಕಾರ್ಯಗಳು, ನಿಯೋಜನೆ ಮತ್ತು ನಿರ್ವಹಣೆಯ ವಿಷಯದಲ್ಲಿ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಯಾವುದೇ ಪ್ರಮಾಣೀಕರಣವಿಲ್ಲ. ಇದರರ್ಥ ಒಂದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಸ್ಥಳಾಂತರಿಸುವುದು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಮಾಡೆಲ್‌ಗೆ ಚಲಿಸುವ ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದ ಭಾಗವೆಂದರೆ ಕಂಪ್ಯೂಟ್ ಫಂಕ್ಷನ್‌ಗಳಲ್ಲ, ಅವುಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕೋಡ್‌ನ ತುಣುಕುಗಳಾಗಿವೆ, ಆದರೆ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್, ಐಡೆಂಟಿಟಿ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಮತ್ತು ಕ್ಯೂಗಳಂತಹ ಸಂಪರ್ಕಿತ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಹೇಗೆ ಸಂವಹನ ನಡೆಸುತ್ತವೆ. ಕಾರ್ಯಗಳನ್ನು ಸರಿಸಬಹುದು, ಆದರೆ ಉಳಿದ ಅಪ್ಲಿಕೇಶನ್ ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ಭರವಸೆ ನೀಡಲಾದ ಅಗ್ಗದ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ನಿಖರವಾದ ವಿರುದ್ಧವಾಗಿದೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಮಾದರಿಗಳು ಹೊಸದು ಮತ್ತು ಅವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಪ್ರಮಾಣೀಕರಿಸಲು ಸಮಯವಿಲ್ಲ ಎಂದು ಕೆಲವರು ವಾದಿಸುತ್ತಾರೆ. ಆದರೆ ಅವು ಹೊಸದಲ್ಲ, ನಾನು ಮೇಲೆ ಗಮನಿಸಿದಂತೆ, ಮತ್ತು ಕಂಟೈನರ್‌ಗಳಂತಹ ಇತರ ಹಲವು ಕ್ಲೌಡ್ ತಂತ್ರಜ್ಞಾನಗಳು ಈಗಾಗಲೇ ಉತ್ತಮ ಮಾನದಂಡಗಳ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ವ್ಯಾಪಕವಾದ ಅಳವಡಿಕೆಗೆ ಹೆಚ್ಚು ಬಳಸಬಹುದಾದ ಧನ್ಯವಾದಗಳು.
ಉತ್ಪಾದಕತೆ
ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಕಂಪ್ಯೂಟಿಂಗ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅಳೆಯುವುದು ಕಷ್ಟ, ಏಕೆಂದರೆ ಮಾರಾಟಗಾರರು ಮಾಹಿತಿಯನ್ನು ಖಾಸಗಿಯಾಗಿಡಲು ಒಲವು ತೋರುತ್ತಾರೆ. ರಿಮೋಟ್, ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿನ ಕಾರ್ಯಗಳು ಆಂತರಿಕ ಸರ್ವರ್‌ಗಳಲ್ಲಿರುವಂತೆಯೇ ವೇಗವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂದು ಹೆಚ್ಚಿನವರು ವಾದಿಸುತ್ತಾರೆ, ಕೆಲವು ಅನಿವಾರ್ಯ ಲೇಟೆನ್ಸಿ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊರತುಪಡಿಸಿ.
ಆದಾಗ್ಯೂ, ವೈಯಕ್ತಿಕ ಸಂಗತಿಗಳು ವಿರುದ್ಧವಾಗಿ ಸೂಚಿಸುತ್ತವೆ. ಈ ಹಿಂದೆ ನಿರ್ದಿಷ್ಟ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ರನ್ ಆಗದಿರುವ ಅಥವಾ ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ರನ್ ಆಗದಿರುವ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು ಸ್ವಲ್ಪ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಅವರ ಕೋಡ್ ಅನ್ನು ಕೆಲವು ಕಡಿಮೆ ಪ್ರವೇಶಿಸಬಹುದಾದ ಶೇಖರಣಾ ಮಾಧ್ಯಮಕ್ಕೆ ಪೋರ್ಟ್ ಮಾಡಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದಾಗಿ ಇದು ಸಂಭವಿಸಬಹುದು, ಆದರೂ - ಮಾನದಂಡಗಳಂತೆ - ಹೆಚ್ಚಿನ ಮಾರಾಟಗಾರರು ಡೇಟಾ ವಲಸೆಯ ಬಗ್ಗೆ ನಿಮಗೆ ತಿಳಿಸುವುದಿಲ್ಲ.
ಸಹಜವಾಗಿ, ಇದರ ಸುತ್ತಲೂ ಹಲವಾರು ಮಾರ್ಗಗಳಿವೆ. ನಿಮ್ಮ ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಯಾವುದೇ ಕ್ಲೌಡ್ ಭಾಷೆಗೆ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಆಪ್ಟಿಮೈಜ್ ಮಾಡುವುದು ಒಂದು, ಆದರೆ ಇದು ಈ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು "ಚೈತನ್ಯಯುತ" ಎಂಬ ಹಕ್ಕನ್ನು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ.
ಉತ್ಪಾದಕತೆ-ನಿರ್ಣಾಯಕ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ತಾಜಾವಾಗಿಡಲು ನಿಯಮಿತವಾಗಿ ನಡೆಸಲಾಗುತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಇನ್ನೊಂದು ವಿಧಾನವಾಗಿದೆ. ಈ ಎರಡನೆಯ ವಿಧಾನವು ಸಹಜವಾಗಿ, ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಹೆಚ್ಚು ವೆಚ್ಚ-ಪರಿಣಾಮಕಾರಿ ಎಂದು ಹೇಳುವುದಕ್ಕೆ ಸ್ವಲ್ಪ ವಿರೋಧಾಭಾಸವಾಗಿದೆ ಏಕೆಂದರೆ ನಿಮ್ಮ ಪ್ರೋಗ್ರಾಂಗಳು ಚಾಲನೆಯಲ್ಲಿರುವ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ನೀವು ಪಾವತಿಸುತ್ತೀರಿ. ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು ಶೀತ ಪ್ರಾರಂಭವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಹೊಸ ಮಾರ್ಗಗಳನ್ನು ಪರಿಚಯಿಸಿದ್ದಾರೆ, ಆದರೆ ಅವುಗಳಲ್ಲಿ ಹಲವು "ಒಂದಕ್ಕೆ ಅಳತೆ" ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದು FaaS ನ ಮೂಲ ಮೌಲ್ಯವನ್ನು ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ.
ಕೋಲ್ಡ್ ಸ್ಟಾರ್ಟ್ ಸಮಸ್ಯೆಯನ್ನು ಆಂತರಿಕವಾಗಿ ಸರ್ವರ್‌ಲೆಸ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವ ಮೂಲಕ ಭಾಗಶಃ ಪರಿಹರಿಸಬಹುದು, ಆದರೆ ಇದು ತನ್ನದೇ ಆದ ವೆಚ್ಚಗಳೊಂದಿಗೆ ಬರುತ್ತದೆ ಮತ್ತು ಉತ್ತಮ ಸಂಪನ್ಮೂಲ ಹೊಂದಿರುವ ತಂಡಗಳಿಗೆ ಒಂದು ಸ್ಥಾಪಿತ ಆಯ್ಕೆಯಾಗಿ ಉಳಿದಿದೆ.
ನೀವು ಸಂಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ
ಅಂತಿಮವಾಗಿ, ಸರ್ವರ್‌ಲೆಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಳು ಯಾವ ಸಮಯದಲ್ಲಾದರೂ ಸಾಂಪ್ರದಾಯಿಕ ಮಾದರಿಗಳನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ ಎಂಬುದಕ್ಕೆ ಪ್ರಮುಖ ಕಾರಣ: ಅವು (ಸಾಮಾನ್ಯವಾಗಿ) ಸಂಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ವೆಚ್ಚದ ದೃಷ್ಟಿಕೋನದಿಂದ ಇದು ಅಪ್ರಾಯೋಗಿಕವಾಗಿದೆ. ನಿಮ್ಮ ಯಶಸ್ವಿ ಏಕಶಿಲೆಯನ್ನು ಬಹುಶಃ ಎಂಟು ಗೇಟ್‌ವೇಗಳು, ನಲವತ್ತು ಸರತಿ ಸಾಲುಗಳು ಮತ್ತು ಒಂದು ಡಜನ್ ಡೇಟಾಬೇಸ್ ನಿದರ್ಶನಗಳಿಂದ ಸಂಪರ್ಕಿಸಲಾದ ನಾಲ್ಕು ಡಜನ್ ಕಾರ್ಯಗಳ ಗುಂಪಾಗಿ ಪರಿವರ್ತಿಸಬಾರದು. ಈ ಕಾರಣಕ್ಕಾಗಿ, ಸರ್ವರ್‌ಲೆಸ್ ಹೊಸ ಬೆಳವಣಿಗೆಗಳಿಗೆ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿರುತ್ತದೆ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ (ಆರ್ಕಿಟೆಕ್ಚರ್) ಅನ್ನು ಸ್ಥಳಾಂತರಿಸಲಾಗುವುದಿಲ್ಲ. ನೀವು ವಲಸೆ ಹೋಗಬಹುದು, ಆದರೆ ನೀವು ಮೊದಲಿನಿಂದ ಪ್ರಾರಂಭಿಸಬೇಕು.
ಇದರರ್ಥ ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳನ್ನು ಕಂಪ್ಯೂಟ್-ಇಂಟೆನ್ಸಿವ್ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಬ್ಯಾಕ್-ಎಂಡ್ ಸರ್ವರ್‌ಗಳಿಗೆ ಪೂರಕವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ. ಇದು ರಿಮೋಟ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಸಮಗ್ರ ಮಾರ್ಗವನ್ನು ನೀಡುವ ಕ್ಲೌಡ್ ತಂತ್ರಜ್ಞಾನಗಳ ಇತರ ಎರಡು ರೂಪಗಳಿಂದ-ಕಂಟೇನರ್‌ಗಳು ಮತ್ತು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಂದ ಬಹಳ ಭಿನ್ನವಾಗಿದೆ. ಮೈಕ್ರೋಸರ್ವಿಸ್‌ನಿಂದ ಸರ್ವರ್‌ಲೆಸ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ಚಲಿಸುವ ತೊಂದರೆಗಳಲ್ಲಿ ಒಂದನ್ನು ಇದು ವಿವರಿಸುತ್ತದೆ.
ಸಹಜವಾಗಿ, ಇದು ಯಾವಾಗಲೂ ಸಮಸ್ಯೆಯಲ್ಲ. ನಿಮ್ಮ ಸ್ವಂತ ಯಂತ್ರಾಂಶವನ್ನು ಖರೀದಿಸದೆಯೇ ನಿಯತಕಾಲಿಕವಾಗಿ ಬೃಹತ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿಯಂತ್ರಿಸುವ ಸಾಮರ್ಥ್ಯವು ಅನೇಕ ಸಂಸ್ಥೆಗಳಿಗೆ ನಿಜವಾದ, ಶಾಶ್ವತವಾದ ಪ್ರಯೋಜನಗಳನ್ನು ತರಬಹುದು. ಆದರೆ ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಆಂತರಿಕ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಮತ್ತು ಇತರವು ಸರ್ವರ್‌ಲೆಸ್ ಕ್ಲೌಡ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗಳಲ್ಲಿ ನೆಲೆಸಿದಾಗ, ನಿರ್ವಹಣೆಯು ಹೊಸ ಮಟ್ಟದ ಸಂಕೀರ್ಣತೆಯನ್ನು ಪಡೆಯುತ್ತದೆ.
ಕ್ರಾಂತಿ ದೀರ್ಘಕಾಲ ಬದುಕಲಿ?
ಈ ಎಲ್ಲಾ ದೂರುಗಳ ಹೊರತಾಗಿಯೂ, ನಾನು ಸರ್ವರ್‌ಲೆಸ್ ಪರಿಹಾರಗಳ ವಿರುದ್ಧ ಅಲ್ಲ. ಪ್ರಾಮಾಣಿಕವಾಗಿ. ಡೆವಲಪರ್‌ಗಳು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು-ವಿಶೇಷವಾಗಿ ಅವರು ಮೊದಲ ಬಾರಿಗೆ ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಅನ್ವೇಷಿಸುತ್ತಿದ್ದರೆ-ತಂತ್ರಜ್ಞಾನವು ಸರ್ವರ್‌ಗಳಿಗೆ ನೇರ ಬದಲಿಯಾಗಿಲ್ಲ. ಬದಲಿಗೆ, ನಮ್ಮ ಸಲಹೆಗಳು ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಮಾದರಿಯನ್ನು ಹೇಗೆ ಅನ್ವಯಿಸಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.
ಮೂಲ: www.habr.com