ಸರ್ವರ್‌ಲೆಸ್ ಎನ್ನುವುದು ಸರ್ವರ್‌ಗಳ ಭೌತಿಕ ಅನುಪಸ್ಥಿತಿಯ ಬಗ್ಗೆ ಅಲ್ಲ. ಇದು ಕಂಟೈನರ್ ಕಿಲ್ಲರ್ ಅಥವಾ ಹಾದುಹೋಗುವ ಪ್ರವೃತ್ತಿಯಲ್ಲ. ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ಇದು ಹೊಸ ವಿಧಾನವಾಗಿದೆ. ಇಂದಿನ ಲೇಖನದಲ್ಲಿ ನಾವು ಸರ್ವರ್‌ಲೆಸ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತೇವೆ, ಸರ್ವರ್‌ಲೆಸ್ ಸೇವಾ ಪೂರೈಕೆದಾರರು ಮತ್ತು ತೆರೆದ ಮೂಲ ಯೋಜನೆಗಳು ಯಾವ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ಅಂತಿಮವಾಗಿ, ಸರ್ವರ್‌ಲೆಸ್ ಬಳಸುವ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ.
ನಾನು ಅಪ್ಲಿಕೇಶನ್‌ನ ಸರ್ವರ್ ಭಾಗವನ್ನು ಬರೆಯಲು ಬಯಸುತ್ತೇನೆ (ಅಥವಾ ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್ ಕೂಡ). ಇದು ಚಾಟ್, ವಿಷಯ ಪ್ರಕಾಶನ ಸೇವೆ ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಆಗಿರಬಹುದು. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಬಹಳಷ್ಟು ತಲೆನೋವು ಇರುತ್ತದೆ: ನೀವು ಮೂಲಸೌಕರ್ಯವನ್ನು ಸಿದ್ಧಪಡಿಸಬೇಕು, ಅಪ್ಲಿಕೇಶನ್ ಅವಲಂಬನೆಗಳನ್ನು ನಿರ್ಧರಿಸಬೇಕು ಮತ್ತು ಹೋಸ್ಟ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು. ನಂತರ ನೀವು ಏಕಶಿಲೆಯ ಉಳಿದ ಕಾರ್ಯಾಚರಣೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರದ ಸಣ್ಣ ಘಟಕಗಳನ್ನು ನವೀಕರಿಸಬೇಕಾಗುತ್ತದೆ. ಸರಿ, ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಸ್ಕೇಲಿಂಗ್ ಬಗ್ಗೆ ನಾವು ಮರೆಯಬಾರದು.
ನಾವು ಅಲ್ಪಕಾಲಿಕ ಧಾರಕಗಳನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ಅದರಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಅವಲಂಬನೆಗಳನ್ನು ಈಗಾಗಲೇ ಮೊದಲೇ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಕಂಟೇನರ್‌ಗಳನ್ನು ಪರಸ್ಪರ ಮತ್ತು ಹೋಸ್ಟ್ ಓಎಸ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ? ನಾವು ಏಕಶಿಲೆಯನ್ನು ಸೂಕ್ಷ್ಮ ಸೇವೆಗಳಾಗಿ ವಿಭಜಿಸುತ್ತೇವೆ, ಪ್ರತಿಯೊಂದನ್ನು ನವೀಕರಿಸಬಹುದು ಮತ್ತು ಇತರರಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ಅಳೆಯಬಹುದು. ಅಂತಹ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಕೋಡ್ ಅನ್ನು ಇರಿಸುವ ಮೂಲಕ, ನಾನು ಅದನ್ನು ಯಾವುದೇ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ರನ್ ಮಾಡಬಹುದು. ಈಗಾಗಲೇ ಉತ್ತಮವಾಗಿದೆ.
ನೀವು ಕಂಟೈನರ್‌ಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಬಯಸದಿದ್ದರೆ ಏನು ಮಾಡಬೇಕು? ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸ್ಕೇಲಿಂಗ್ ಮಾಡುವ ಬಗ್ಗೆ ಯೋಚಿಸಲು ನಾನು ಬಯಸುವುದಿಲ್ಲ. ಸೇವೆಯಲ್ಲಿನ ಲೋಡ್ ಕಡಿಮೆಯಾದಾಗ ಐಡಲ್ ರನ್ನಿಂಗ್ ಕಂಟೇನರ್‌ಗಳಿಗೆ ಪಾವತಿಸಲು ನಾನು ಬಯಸುವುದಿಲ್ಲ. ನಾನು ಕೋಡ್ ಬರೆಯಲು ಬಯಸುತ್ತೇನೆ. ವ್ಯಾಪಾರ ತರ್ಕದ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿ ಮತ್ತು ಬೆಳಕಿನ ವೇಗದಲ್ಲಿ ಉತ್ಪನ್ನಗಳನ್ನು ಮಾರುಕಟ್ಟೆಗೆ ತರಲು.
ಅಂತಹ ಆಲೋಚನೆಗಳು ನನ್ನನ್ನು ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್‌ಗೆ ಕರೆದೊಯ್ದವು. ಈ ಸಂದರ್ಭದಲ್ಲಿ ಸರ್ವರ್‌ಲೆಸ್ ಎಂದರೆ ಸರ್ವರ್‌ಗಳ ಭೌತಿಕ ಅನುಪಸ್ಥಿತಿಯಲ್ಲ, ಆದರೆ ಮೂಲಸೌಕರ್ಯ ನಿರ್ವಹಣೆಯ ತಲೆನೋವುಗಳ ಅನುಪಸ್ಥಿತಿ.
ಅಪ್ಲಿಕೇಶನ್ ತರ್ಕವನ್ನು ಸ್ವತಂತ್ರ ಕಾರ್ಯಗಳಾಗಿ ವಿಭಜಿಸಲಾಗಿದೆ ಎಂಬುದು ಕಲ್ಪನೆ. ಅವರು ಈವೆಂಟ್ ರಚನೆಯನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಪ್ರತಿಯೊಂದು ಕಾರ್ಯವು ಒಂದು "ಮೈಕ್ರೋಟಾಸ್ಕ್" ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಡೆವಲಪರ್‌ನಿಂದ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ಕ್ಲೌಡ್ ಪ್ರೊವೈಡರ್ ಒದಗಿಸಿದ ಕನ್ಸೋಲ್‌ಗೆ ಲೋಡ್ ಮಾಡುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ಈವೆಂಟ್ ಮೂಲಗಳೊಂದಿಗೆ ಪರಸ್ಪರ ಸಂಬಂಧಿಸುವುದು. ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಿದ್ಧಪಡಿಸಿದ ಕಂಟೇನರ್‌ನಲ್ಲಿ ಬೇಡಿಕೆಯ ಮೇರೆಗೆ ಕೋಡ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಾನು ಮರಣದಂಡನೆಯ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತೇನೆ.
ಅಪ್ಲಿಕೇಶನ್ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯು ಈಗ ಹೇಗಿರುತ್ತದೆ ಎಂದು ನೋಡೋಣ.
ಡೆವಲಪರ್ ಕಡೆಯಿಂದ
ಮೊದಲು ನಾವು ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್‌ಗಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಕುರಿತು ಮಾತನಾಡಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಸಾಂಪ್ರದಾಯಿಕ ವಿಧಾನದಲ್ಲಿ, ವ್ಯವಸ್ಥೆಯ ಮುಖ್ಯ ತರ್ಕವನ್ನು ಏಕಶಿಲೆಯ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ನೊಂದಿಗೆ ಸರ್ವರ್ ನಿರಂತರವಾಗಿ ಚಾಲನೆಯಲ್ಲಿದೆ, ಯಾವುದೇ ಲೋಡ್ ಇಲ್ಲದಿದ್ದರೂ ಸಹ.
ಸರ್ವರ್‌ಲೆಸ್‌ಗೆ ಸರಿಸಲು, ನಾವು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮೈಕ್ರೋಟಾಸ್ಕ್‌ಗಳಾಗಿ ವಿಭಜಿಸುತ್ತೇವೆ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಾವು ನಮ್ಮದೇ ಆದ ಕಾರ್ಯವನ್ನು ಬರೆಯುತ್ತೇವೆ. ಕಾರ್ಯಗಳು ಪರಸ್ಪರ ಸ್ವತಂತ್ರವಾಗಿರುತ್ತವೆ ಮತ್ತು ರಾಜ್ಯದ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ (ಸ್ಥಿತಿಯಿಲ್ಲದ). ಅವುಗಳನ್ನು ವಿವಿಧ ಭಾಷೆಗಳಲ್ಲಿ ಬರೆಯಬಹುದು. ಅವುಗಳಲ್ಲಿ ಒಂದು "ಬೀಳಿದರೆ", ಸಂಪೂರ್ಣ ಅಪ್ಲಿಕೇಶನ್ ನಿಲ್ಲುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
ಸರ್ವರ್‌ಲೆಸ್‌ನಲ್ಲಿನ ಕಾರ್ಯಗಳಾಗಿ ವಿಭಾಗಿಸುವಿಕೆಯು ಮೈಕ್ರೊ ಸರ್ವಿಸ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಂತೆಯೇ ಇರುತ್ತದೆ. ಆದರೆ ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ಹಲವಾರು ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಮತ್ತು ಒಂದು ಕಾರ್ಯವು ಆದರ್ಶಪ್ರಾಯವಾಗಿ ಒಂದನ್ನು ನಿರ್ವಹಿಸಬೇಕು. ಅಂಕಿಅಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಮತ್ತು ಬಳಕೆದಾರರ ಕೋರಿಕೆಯ ಮೇರೆಗೆ ಅವುಗಳನ್ನು ಪ್ರದರ್ಶಿಸುವುದು ಕಾರ್ಯವಾಗಿದೆ ಎಂದು ಊಹಿಸೋಣ. ಮೈಕ್ರೋ ಸರ್ವೀಸ್ ವಿಧಾನದಲ್ಲಿ, ಎರಡು ಪ್ರವೇಶ ಬಿಂದುಗಳೊಂದಿಗೆ ಒಂದು ಸೇವೆಯಿಂದ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ: ಬರವಣಿಗೆ ಮತ್ತು ಓದುವಿಕೆ. ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್‌ನಲ್ಲಿ, ಇವುಗಳು ಪರಸ್ಪರ ಸಂಬಂಧವಿಲ್ಲದ ಎರಡು ವಿಭಿನ್ನ ಕಾರ್ಯಗಳಾಗಿವೆ. ಉದಾಹರಣೆಗೆ, ಅಂಕಿಅಂಶಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ನವೀಕರಿಸಿದರೆ ಡೆವಲಪರ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಉಳಿಸುತ್ತಾನೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಕಾರ್ಯಗಳನ್ನು ಕಡಿಮೆ ಅವಧಿಯಲ್ಲಿ (ಕಾಲಾವಧಿ) ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು, ಇದನ್ನು ಸೇವಾ ಪೂರೈಕೆದಾರರು ನಿರ್ಧರಿಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ, AWS ಗಾಗಿ ಸಮಯ ಮೀರುವುದು 15 ನಿಮಿಷಗಳು. ಇದರರ್ಥ ದೀರ್ಘಾವಧಿಯ ಕಾರ್ಯಗಳನ್ನು ಅವಶ್ಯಕತೆಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ - ಇದು ಇಂದಿನ ಇತರ ಜನಪ್ರಿಯ ತಂತ್ರಜ್ಞಾನಗಳಿಂದ ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ (ಕಂಟೇನರ್‌ಗಳು ಮತ್ತು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಸೇವೆಯಾಗಿ).
ನಾವು ಪ್ರತಿ ಕಾರ್ಯಕ್ಕೆ ಈವೆಂಟ್ ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇವೆ. ಈವೆಂಟ್ ಕ್ರಿಯೆಗೆ ಪ್ರಚೋದಕವಾಗಿದೆ:
ಈವೆಂಟ್
ಕಾರ್ಯವು ನಿರ್ವಹಿಸುವ ಕ್ರಿಯೆ
ಉತ್ಪನ್ನದ ಚಿತ್ರವನ್ನು ರೆಪೊಸಿಟರಿಗೆ ಅಪ್ಲೋಡ್ ಮಾಡಲಾಗಿದೆ.
ಚಿತ್ರವನ್ನು ಕುಗ್ಗಿಸಿ ಮತ್ತು ಡೈರೆಕ್ಟರಿಗೆ ಅಪ್ಲೋಡ್ ಮಾಡಿ
ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಭೌತಿಕ ಸ್ಟೋರ್ ವಿಳಾಸವನ್ನು ನವೀಕರಿಸಲಾಗಿದೆ
ನಕ್ಷೆಗಳಲ್ಲಿ ಹೊಸ ಸ್ಥಳವನ್ನು ಲೋಡ್ ಮಾಡಿ
ಗ್ರಾಹಕನು ಸರಕುಗಳಿಗೆ ಪಾವತಿಸುತ್ತಾನೆ
ಪಾವತಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ
ಈವೆಂಟ್‌ಗಳು HTTP ವಿನಂತಿಗಳು, ಸ್ಟ್ರೀಮಿಂಗ್ ಡೇಟಾ, ಸಂದೇಶ ಸರತಿ ಸಾಲುಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳಾಗಿರಬಹುದು. ಈವೆಂಟ್ ಮೂಲಗಳು ಡೇಟಾದ ಬದಲಾವಣೆಗಳು ಅಥವಾ ಸಂಭವಿಸುವಿಕೆಗಳಾಗಿವೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಟೈಮರ್ ಮೂಲಕ ಕಾರ್ಯಗಳನ್ನು ಪ್ರಚೋದಿಸಬಹುದು.
ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಕೆಲಸ ಮಾಡಲಾಯಿತು, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಬಹುತೇಕ ಸರ್ವರ್‌ಲೆಸ್ ಆಯಿತು. ಮುಂದೆ ನಾವು ಸೇವಾ ಪೂರೈಕೆದಾರರ ಬಳಿಗೆ ಹೋಗುತ್ತೇವೆ.
ಒದಗಿಸುವವರ ಕಡೆಯಿಂದ
ವಿಶಿಷ್ಟವಾಗಿ, ಕ್ಲೌಡ್ ಸೇವಾ ಪೂರೈಕೆದಾರರಿಂದ ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್ ಅನ್ನು ನೀಡಲಾಗುತ್ತದೆ. ಅವುಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ಕರೆಯಲಾಗುತ್ತದೆ: ಅಜುರೆ ಕಾರ್ಯಗಳು, AWS ಲ್ಯಾಂಬ್ಡಾ, Google ಮೇಘ ಕಾರ್ಯಗಳು, IBM ಮೇಘ ಕಾರ್ಯಗಳು.
ನಾವು ಸೇವೆಯನ್ನು ಒದಗಿಸುವವರ ಕನ್ಸೋಲ್ ಅಥವಾ ವೈಯಕ್ತಿಕ ಖಾತೆಯ ಮೂಲಕ ಬಳಸುತ್ತೇವೆ. ಫಂಕ್ಷನ್ ಕೋಡ್ ಅನ್ನು ಈ ಕೆಳಗಿನ ವಿಧಾನಗಳಲ್ಲಿ ಒಂದನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು:
- ವೆಬ್ ಕನ್ಸೋಲ್ ಮೂಲಕ ಅಂತರ್ನಿರ್ಮಿತ ಸಂಪಾದಕಗಳಲ್ಲಿ ಕೋಡ್ ಬರೆಯಿರಿ,
- ಕೋಡ್‌ನೊಂದಿಗೆ ಆರ್ಕೈವ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ,
- ಸಾರ್ವಜನಿಕ ಅಥವಾ ಖಾಸಗಿ ಜಿಟ್ ರೆಪೊಸಿಟರಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿ.
ಇಲ್ಲಿ ನಾವು ಕಾರ್ಯವನ್ನು ಕರೆಯುವ ಈವೆಂಟ್‌ಗಳನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ. ಈವೆಂಟ್‌ಗಳ ಸೆಟ್‌ಗಳು ವಿಭಿನ್ನ ಪೂರೈಕೆದಾರರಿಗೆ ಭಿನ್ನವಾಗಿರಬಹುದು.
ಒದಗಿಸುವವರು ಅದರ ಮೂಲಸೌಕರ್ಯದಲ್ಲಿ ಕಾರ್ಯವನ್ನು ಸೇವೆ (FaaS) ವ್ಯವಸ್ಥೆಯಾಗಿ ನಿರ್ಮಿಸಿದ್ದಾರೆ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿದ್ದಾರೆ:
- ಫಂಕ್ಷನ್ ಕೋಡ್ ಪೂರೈಕೆದಾರರ ಬದಿಯಲ್ಲಿ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
- ಈವೆಂಟ್ ಸಂಭವಿಸಿದಾಗ, ಸಿದ್ಧಪಡಿಸಿದ ಪರಿಸರದೊಂದಿಗೆ ಕಂಟೇನರ್‌ಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸರ್ವರ್‌ನಲ್ಲಿ ನಿಯೋಜಿಸಲ್ಪಡುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಕಾರ್ಯ ನಿದರ್ಶನವು ತನ್ನದೇ ಆದ ಪ್ರತ್ಯೇಕವಾದ ಧಾರಕವನ್ನು ಹೊಂದಿದೆ.
- ಸಂಗ್ರಹಣೆಯಿಂದ, ಕಾರ್ಯವನ್ನು ಕಂಟೇನರ್‌ಗೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ, ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
- ಸಮಾನಾಂತರ ಘಟನೆಗಳ ಸಂಖ್ಯೆ ಬೆಳೆಯುತ್ತಿದೆ - ಧಾರಕಗಳ ಸಂಖ್ಯೆ ಬೆಳೆಯುತ್ತಿದೆ. ಸಿಸ್ಟಮ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅಳೆಯುತ್ತದೆ. ಬಳಕೆದಾರರು ಕಾರ್ಯವನ್ನು ಪ್ರವೇಶಿಸದಿದ್ದರೆ, ಅದು ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತದೆ.
- ಪೂರೈಕೆದಾರರು ಕಂಟೇನರ್‌ಗಳಿಗೆ ಐಡಲ್ ಸಮಯವನ್ನು ಹೊಂದಿಸುತ್ತಾರೆ - ಈ ಸಮಯದಲ್ಲಿ ಕಾರ್ಯಗಳು ಕಂಟೇನರ್‌ನಲ್ಲಿ ಕಾಣಿಸದಿದ್ದರೆ, ಅದು ನಾಶವಾಗುತ್ತದೆ.
ಈ ರೀತಿಯಲ್ಲಿ ನಾವು ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಬಾಕ್ಸ್‌ನಿಂದ ಪಡೆಯುತ್ತೇವೆ. ನಾವು ಸೇವೆಗೆ ಪಾವತಿಸುವ ಮಾದರಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಪಾವತಿಸುತ್ತೇವೆ ಮತ್ತು ಬಳಸಿದ ಆ ಕಾರ್ಯಗಳಿಗೆ ಮಾತ್ರ ಮತ್ತು ಅವುಗಳನ್ನು ಬಳಸಿದ ಸಮಯಕ್ಕೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತೇವೆ.
ಸೇವೆಗೆ ಡೆವಲಪರ್‌ಗಳನ್ನು ಪರಿಚಯಿಸಲು, ಪೂರೈಕೆದಾರರು 12 ತಿಂಗಳವರೆಗೆ ಉಚಿತ ಪರೀಕ್ಷೆಯನ್ನು ನೀಡುತ್ತಾರೆ, ಆದರೆ ಒಟ್ಟು ಲೆಕ್ಕಾಚಾರದ ಸಮಯ, ತಿಂಗಳಿಗೆ ವಿನಂತಿಗಳ ಸಂಖ್ಯೆ, ನಿಧಿಗಳು ಅಥವಾ ವಿದ್ಯುತ್ ಬಳಕೆಯನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತಾರೆ.
ಒದಗಿಸುವವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಮುಖ್ಯ ಪ್ರಯೋಜನವೆಂದರೆ ಮೂಲಸೌಕರ್ಯ (ಸರ್ವರ್ಗಳು, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಕಂಟೈನರ್‌ಗಳು) ಬಗ್ಗೆ ಚಿಂತಿಸದಿರುವ ಸಾಮರ್ಥ್ಯ. ಅದರ ಭಾಗವಾಗಿ, ಒದಗಿಸುವವರು FaaS ಅನ್ನು ತನ್ನದೇ ಆದ ಬೆಳವಣಿಗೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಮತ್ತು ತೆರೆದ ಮೂಲ ಸಾಧನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ಅವರ ಬಗ್ಗೆ ಮುಂದೆ ಮಾತನಾಡೋಣ.
ಓಪನ್ ಸೋರ್ಸ್ ಕಡೆಯಿಂದ
ಓಪನ್ ಸೋರ್ಸ್ ಸಮುದಾಯವು ಕಳೆದ ಎರಡು ವರ್ಷಗಳಿಂದ ಸರ್ವರ್‌ಲೆಸ್ ಪರಿಕರಗಳಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ. ಅತಿದೊಡ್ಡ ಮಾರುಕಟ್ಟೆ ಆಟಗಾರರು ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ಅಭಿವೃದ್ಧಿಗೆ ಕೊಡುಗೆ ನೀಡುತ್ತಾರೆ:
- ಗೂಗಲ್ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಅದರ ತೆರೆದ ಮೂಲ ಸಾಧನವನ್ನು ನೀಡುತ್ತದೆ - . IBM, RedHat, Pivotal ಮತ್ತು SAP ಅದರ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಭಾಗವಹಿಸಿದವು;
- ಐಬಿಎಂ ಸರ್ವರ್‌ಲೆಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದೆ , ಇದು ನಂತರ ಅಪಾಚೆ ಫೌಂಡೇಶನ್‌ನ ಯೋಜನೆಯಾಯಿತು;
- ಮೈಕ್ರೋಸಾಫ್ಟ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಕೋಡ್ ಅನ್ನು ಭಾಗಶಃ ತೆರೆಯಲಾಗಿದೆ .
ಸರ್ವರ್‌ಲೆಸ್ ಚೌಕಟ್ಟುಗಳ ದಿಕ್ಕಿನಲ್ಲಿಯೂ ಬೆಳವಣಿಗೆಗಳು ನಡೆಯುತ್ತಿವೆ. и ಪೂರ್ವ ಸಿದ್ಧಪಡಿಸಿದ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್‌ಗಳಲ್ಲಿ ನಿಯೋಜಿಸಲಾಗಿದೆ, ಕುಬರ್ನೆಟ್ಸ್ ಮತ್ತು ಡಾಕರ್ ಸ್ವಾರ್ಮ್ ಎರಡರೊಂದಿಗೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಫ್ರೇಮ್‌ವರ್ಕ್ ಒಂದು ರೀತಿಯ ನಿಯಂತ್ರಕವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ - ವಿನಂತಿಯ ಮೇರೆಗೆ, ಇದು ಕ್ಲಸ್ಟರ್‌ನೊಳಗೆ ರನ್‌ಟೈಮ್ ಪರಿಸರವನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ, ನಂತರ ಅಲ್ಲಿ ಕಾರ್ಯವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಫ್ರೇಮ್‌ವರ್ಕ್‌ಗಳು ನಿಮ್ಮ ಅಗತ್ಯಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಉಪಕರಣವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಜಾಗವನ್ನು ಬಿಡುತ್ತವೆ. ಆದ್ದರಿಂದ, Kubeless ನಲ್ಲಿ, ಡೆವಲಪರ್ ಫಂಕ್ಷನ್ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಟೈಮ್‌ಔಟ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು (ಡೀಫಾಲ್ಟ್ ಮೌಲ್ಯವು 180 ಸೆಕೆಂಡುಗಳು). ಕೋಲ್ಡ್ ಸ್ಟಾರ್ಟ್ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವ ಪ್ರಯತ್ನದಲ್ಲಿ ವಿದಳನವು ಕೆಲವು ಧಾರಕಗಳನ್ನು ಸಾರ್ವಕಾಲಿಕ ಚಾಲನೆಯಲ್ಲಿರಿಸಲು ಸೂಚಿಸುತ್ತದೆ (ಆದರೂ ಇದು ಸಂಪನ್ಮೂಲ ಅಲಭ್ಯತೆಯ ವೆಚ್ಚವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ). ಮತ್ತು OpenFaaS ಪ್ರತಿ ರುಚಿ ಮತ್ತು ಬಣ್ಣಕ್ಕೆ ಪ್ರಚೋದಕಗಳ ಗುಂಪನ್ನು ನೀಡುತ್ತದೆ: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NAT ಗಳು ಮತ್ತು ಇತರರು.
ಪ್ರಾರಂಭಿಸಲು ಸೂಚನೆಗಳನ್ನು ಚೌಕಟ್ಟುಗಳ ಅಧಿಕೃತ ದಾಖಲಾತಿಯಲ್ಲಿ ಕಾಣಬಹುದು. ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಸ್ವಲ್ಪ ಹೆಚ್ಚಿನ ಕೌಶಲ್ಯಗಳನ್ನು ಹೊಂದಿರುವುದು ಅಗತ್ಯವಾಗಿದೆ - ಇದು CLI ಮೂಲಕ ಕುಬರ್ನೆಟ್ಸ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಕನಿಷ್ಠ ಸಾಮರ್ಥ್ಯವಾಗಿದೆ. ಹೆಚ್ಚೆಂದರೆ, ಇತರ ತೆರೆದ ಮೂಲ ಪರಿಕರಗಳನ್ನು ಸೇರಿಸಿ (ಉದಾಹರಣೆಗೆ, ಕಾಫ್ಕಾ ಕ್ಯೂ ಮ್ಯಾನೇಜರ್).
ನಾವು ಸರ್ವರ್‌ಲೆಸ್‌ನೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ - ಪೂರೈಕೆದಾರರ ಮೂಲಕ ಅಥವಾ ತೆರೆದ ಮೂಲವನ್ನು ಬಳಸಿಕೊಂಡು, ನಾವು ಸರ್ವರ್‌ಲೆಸ್ ವಿಧಾನದ ಹಲವಾರು ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ.
ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳ ದೃಷ್ಟಿಕೋನದಿಂದ
ಸರ್ವರ್‌ಲೆಸ್ ಕಂಟೇನರ್ ಮೂಲಸೌಕರ್ಯ ಮತ್ತು ಮೈಕ್ರೊ ಸರ್ವಿಸ್ ವಿಧಾನದ ಕಲ್ಪನೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ತಂಡಗಳು ಒಂದೇ ವೇದಿಕೆಗೆ ಸಂಬಂಧಿಸದೆ ಬಹುಭಾಷಾ ಮೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಬಹುದು. ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸುವುದು ಸರಳೀಕೃತವಾಗಿದೆ ಮತ್ತು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಲು ಸುಲಭವಾಗಿದೆ. ಏಕಶಿಲೆಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಿಂತ ಹೆಚ್ಚು ವೇಗವಾಗಿ ಸಿಸ್ಟಮ್‌ಗೆ ಹೊಸ ಕಾರ್ಯವನ್ನು ಸೇರಿಸಲು ಮೈಕ್ರೋಸರ್ವೀಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಅಭಿವೃದ್ಧಿ ಸಮಯವನ್ನು ಇನ್ನಷ್ಟು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಅಪ್ಲಿಕೇಶನ್‌ನ ವ್ಯವಹಾರ ತರ್ಕ ಮತ್ತು ಕೋಡಿಂಗ್ ಮೇಲೆ ಮಾತ್ರ ಕೇಂದ್ರೀಕರಿಸಲು ಡೆವಲಪರ್‌ಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಬೆಳವಣಿಗೆಗಳಿಗೆ ಮಾರುಕಟ್ಟೆಯ ಸಮಯ ಕಡಿಮೆಯಾಗುತ್ತದೆ.
ಬೋನಸ್ ಆಗಿ, ನಾವು ಲೋಡ್‌ಗಾಗಿ ಸ್ವಯಂಚಾಲಿತ ಸ್ಕೇಲಿಂಗ್ ಅನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಮತ್ತು ನಾವು ಬಳಸಿದ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಮಾತ್ರ ಪಾವತಿಸುತ್ತೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಬಳಸುವ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ.
ಯಾವುದೇ ತಂತ್ರಜ್ಞಾನದಂತೆ, ಸರ್ವರ್‌ಲೆಸ್ ಅನಾನುಕೂಲಗಳನ್ನು ಹೊಂದಿದೆ.
ಉದಾಹರಣೆಗೆ, ಅಂತಹ ಅನನುಕೂಲತೆಯು ಶೀತ ಪ್ರಾರಂಭದ ಸಮಯವಾಗಿರಬಹುದು (ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್, ಪೈಥಾನ್, ಗೋ, ಜಾವಾ, ರೂಬಿಯಂತಹ ಭಾಷೆಗಳಿಗೆ ಸರಾಸರಿ 1 ಸೆಕೆಂಡ್ ವರೆಗೆ).
ಒಂದೆಡೆ, ವಾಸ್ತವದಲ್ಲಿ, ಶೀತ ಪ್ರಾರಂಭದ ಸಮಯವು ಅನೇಕ ಅಸ್ಥಿರಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ: ಕಾರ್ಯವನ್ನು ಬರೆಯಲಾದ ಭಾಷೆ, ಗ್ರಂಥಾಲಯಗಳ ಸಂಖ್ಯೆ, ಕೋಡ್ ಪ್ರಮಾಣ, ಹೆಚ್ಚುವರಿ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ಸಂವಹನ (ಅದೇ ಡೇಟಾಬೇಸ್ಗಳು ಅಥವಾ ದೃಢೀಕರಣ ಸರ್ವರ್ಗಳು). ಡೆವಲಪರ್ ಈ ಅಸ್ಥಿರಗಳನ್ನು ನಿಯಂತ್ರಿಸುವುದರಿಂದ, ಅವನು ಪ್ರಾರಂಭದ ಸಮಯವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು. ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಡೆವಲಪರ್ ಕಂಟೇನರ್ನ ಆರಂಭಿಕ ಸಮಯವನ್ನು ನಿಯಂತ್ರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ - ಇದು ಎಲ್ಲಾ ಒದಗಿಸುವವರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ.
ಹಿಂದಿನ ಈವೆಂಟ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಲಾದ ಧಾರಕವನ್ನು ಫಂಕ್ಷನ್ ಮರುಬಳಕೆ ಮಾಡಿದಾಗ ಕೋಲ್ಡ್ ಸ್ಟಾರ್ಟ್ ಬೆಚ್ಚಗಿನ ಪ್ರಾರಂಭವಾಗಿ ಬದಲಾಗಬಹುದು. ಈ ಪರಿಸ್ಥಿತಿಯು ಮೂರು ಸಂದರ್ಭಗಳಲ್ಲಿ ಉದ್ಭವಿಸುತ್ತದೆ:
- ಗ್ರಾಹಕರು ಆಗಾಗ್ಗೆ ಸೇವೆಯನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ ಮತ್ತು ಕಾರ್ಯಕ್ಕೆ ಕರೆಗಳ ಸಂಖ್ಯೆಯು ಹೆಚ್ಚಾಗುತ್ತದೆ;
- ಒದಗಿಸುವವರು, ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಥವಾ ಫ್ರೇಮ್‌ವರ್ಕ್ ಕೆಲವು ಕಂಟೇನರ್‌ಗಳನ್ನು ಸಾರ್ವಕಾಲಿಕ ಚಾಲನೆಯಲ್ಲಿಡಲು ನಿಮಗೆ ಅನುಮತಿಸಿದರೆ;
- ಡೆವಲಪರ್ ಟೈಮರ್‌ನಲ್ಲಿ ಕಾರ್ಯಗಳನ್ನು ನಡೆಸಿದರೆ (ಪ್ರತಿ 3 ನಿಮಿಷಗಳಿಗೆ ಹೇಳಿ).
ಅನೇಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಗೆ, ಕೋಲ್ಡ್ ಸ್ಟಾರ್ಟ್ ಸಮಸ್ಯೆಯಲ್ಲ. ಇಲ್ಲಿ ನೀವು ಸೇವೆಯ ಪ್ರಕಾರ ಮತ್ತು ಕಾರ್ಯಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಬೇಕಾಗಿದೆ. ಒಂದು ಸೆಕೆಂಡಿನ ಪ್ರಾರಂಭದ ವಿಳಂಬವು ವ್ಯಾಪಾರ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಯಾವಾಗಲೂ ನಿರ್ಣಾಯಕವಲ್ಲ, ಆದರೆ ವೈದ್ಯಕೀಯ ಸೇವೆಗಳಿಗೆ ಇದು ನಿರ್ಣಾಯಕವಾಗಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸರ್ವರ್‌ಲೆಸ್ ವಿಧಾನವು ಇನ್ನು ಮುಂದೆ ಸೂಕ್ತವಾಗಿರುವುದಿಲ್ಲ.
ಸರ್ವರ್‌ಲೆಸ್‌ನ ಮುಂದಿನ ಅನನುಕೂಲವೆಂದರೆ ಫಂಕ್ಷನ್‌ನ ಅಲ್ಪಾವಧಿಯ ಜೀವಿತಾವಧಿ (ಸಮಯ ಮುಕ್ತಾಯದ ಸಮಯದಲ್ಲಿ ಕಾರ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕು).
ಆದರೆ, ನೀವು ದೀರ್ಘಕಾಲೀನ ಕಾರ್ಯಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬೇಕಾದರೆ, ನೀವು ಹೈಬ್ರಿಡ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಬಳಸಬಹುದು - ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಮತ್ತೊಂದು ತಂತ್ರಜ್ಞಾನದೊಂದಿಗೆ ಸಂಯೋಜಿಸಿ.
ಸರ್ವರ್‌ಲೆಸ್ ಸ್ಕೀಮ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಸಿಸ್ಟಮ್‌ಗಳು ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.
ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ ಡೇಟಾ ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ಇನ್ನೂ ಸಂಗ್ರಹಿಸುತ್ತವೆ. ಕೆಲವು ವಾಸ್ತುಶಿಲ್ಪಗಳು ಏಕಶಿಲೆಯಾಗಿ ಉಳಿಯುತ್ತವೆ ಮತ್ತು ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳು ದೀರ್ಘಕಾಲ ಉಳಿಯುತ್ತವೆ. ಆದಾಗ್ಯೂ (ಕ್ಲೌಡ್ ತಂತ್ರಜ್ಞಾನಗಳು ಮತ್ತು ನಂತರ ಕಂಟೈನರ್‌ಗಳಂತೆ), ಸರ್ವರ್‌ಲೆಸ್ ಉತ್ತಮ ಭವಿಷ್ಯವನ್ನು ಹೊಂದಿರುವ ತಂತ್ರಜ್ಞಾನವಾಗಿದೆ.
ಈ ಧಾಟಿಯಲ್ಲಿ, ಸರ್ವರ್‌ಲೆಸ್ ವಿಧಾನವನ್ನು ಬಳಸುವ ವಿಷಯಕ್ಕೆ ನಾನು ಸರಾಗವಾಗಿ ಮುಂದುವರಿಯಲು ಬಯಸುತ್ತೇನೆ.
ಅಪ್ಲಿಕೇಶನ್ ಕಡೆಯಿಂದ
2018 ಕ್ಕೆ, ಸರ್ವರ್‌ಲೆಸ್ ಬಳಕೆಯ ಶೇಕಡಾವಾರು . ಈಗಾಗಲೇ ತಮ್ಮ ಸೇವೆಗಳಲ್ಲಿ ತಂತ್ರಜ್ಞಾನವನ್ನು ಅಳವಡಿಸಿರುವ ಕಂಪನಿಗಳಲ್ಲಿ ಟ್ವಿಟರ್, ಪೇಪಾಲ್, ನೆಟ್‌ಫ್ಲಿಕ್ಸ್, ಟಿ-ಮೊಬೈಲ್, ಕೋಕಾ-ಕೋಲಾ ಮುಂತಾದ ಮಾರುಕಟ್ಟೆ ದೈತ್ಯರು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಸರ್ವರ್‌ಲೆಸ್ ರಾಮಬಾಣವಲ್ಲ, ಆದರೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಶ್ರೇಣಿಯ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಸಾಧನವಾಗಿದೆ ಎಂದು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು:
- ಸಂಪನ್ಮೂಲ ಅಲಭ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಿ. ಕೆಲವು ಕರೆಗಳನ್ನು ಹೊಂದಿರುವ ಸೇವೆಗಳಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ನಿರಂತರವಾಗಿ ಇರಿಸಿಕೊಳ್ಳುವ ಅಗತ್ಯವಿಲ್ಲ.
- ಫ್ಲೈನಲ್ಲಿ ಡೇಟಾವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಿ. ಚಿತ್ರಗಳನ್ನು ಕುಗ್ಗಿಸಿ, ಹಿನ್ನೆಲೆಗಳನ್ನು ಕತ್ತರಿಸಿ, ವೀಡಿಯೊ ಎನ್ಕೋಡಿಂಗ್ ಅನ್ನು ಬದಲಾಯಿಸಿ, IoT ಸಂವೇದಕಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿ, ಗಣಿತದ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಿ.
- ಇತರ ಸೇವೆಗಳನ್ನು ಒಟ್ಟಿಗೆ "ಅಂಟು". ಆಂತರಿಕ ಕಾರ್ಯಕ್ರಮಗಳೊಂದಿಗೆ ಜಿಟ್ ರೆಪೊಸಿಟರಿ, ಜಿರಾ ಮತ್ತು ಕ್ಯಾಲೆಂಡರ್‌ನೊಂದಿಗೆ ಸ್ಲಾಕ್‌ನಲ್ಲಿ ಚಾಟ್ ಬೋಟ್.
- ಲೋಡ್ ಅನ್ನು ಸಮತೋಲನಗೊಳಿಸಿ. ಇಲ್ಲಿ ಹತ್ತಿರದಿಂದ ನೋಡೋಣ.
50 ಜನರನ್ನು ಆಕರ್ಷಿಸುವ ಸೇವೆ ಇದೆ ಎಂದು ಹೇಳೋಣ. ಅದರ ಅಡಿಯಲ್ಲಿ ದುರ್ಬಲ ಯಂತ್ರಾಂಶದೊಂದಿಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರವಿದೆ. ಕಾಲಕಾಲಕ್ಕೆ, ಸೇವೆಯ ಮೇಲಿನ ಹೊರೆ ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಾಗುತ್ತದೆ. ನಂತರ ದುರ್ಬಲ ಯಂತ್ರಾಂಶ ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಮೂರು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಮೇಲೆ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸುವ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ನೀವು ಬ್ಯಾಲೆನ್ಸರ್ ಅನ್ನು ಸೇರಿಸಬಹುದು. ಈ ಹಂತದಲ್ಲಿ, ನಾವು ಲೋಡ್ ಅನ್ನು ನಿಖರವಾಗಿ ಊಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ನಾವು ನಿರ್ದಿಷ್ಟ ಪ್ರಮಾಣದ ಸಂಪನ್ಮೂಲಗಳನ್ನು "ಮೀಸಲು" ಚಾಲನೆಯಲ್ಲಿರಿಸಿಕೊಳ್ಳುತ್ತೇವೆ. ಮತ್ತು ಅಲಭ್ಯತೆಗಾಗಿ ನಾವು ಹೆಚ್ಚು ಪಾವತಿಸುತ್ತೇವೆ.
ಅಂತಹ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ನಾವು ಹೈಬ್ರಿಡ್ ವಿಧಾನದ ಮೂಲಕ ಸಿಸ್ಟಮ್ ಅನ್ನು ಆಪ್ಟಿಮೈಜ್ ಮಾಡಬಹುದು: ನಾವು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಹಿಂದೆ ಒಂದು ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಬಿಡುತ್ತೇವೆ ಮತ್ತು ಕಾರ್ಯಗಳೊಂದಿಗೆ ಸರ್ವರ್‌ಲೆಸ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಲಿಂಕ್ ಅನ್ನು ಹಾಕುತ್ತೇವೆ. ಲೋಡ್ ಮಿತಿಯನ್ನು ಮೀರಿದರೆ, ಬ್ಯಾಲೆನ್ಸರ್ ವಿನಂತಿಯ ಪ್ರಕ್ರಿಯೆಯ ಭಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಕಾರ್ಯ ನಿದರ್ಶನಗಳನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಹೀಗಾಗಿ, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ವಿನಂತಿಗಳನ್ನು ಆಗಾಗ್ಗೆ ಅಲ್ಲ, ಆದರೆ ತೀವ್ರವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಅಗತ್ಯವಿರುವಲ್ಲಿ ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಬಳಸಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವರ್ಚುವಲ್ ಯಂತ್ರ ಅಥವಾ ಸರ್ವರ್ ಅನ್ನು ಸಾರ್ವಕಾಲಿಕವಾಗಿ ನಿರ್ವಹಿಸುವುದಕ್ಕಿಂತ 15 ನಿಮಿಷಗಳ ಕಾಲ ಹಲವಾರು ಕಾರ್ಯಗಳನ್ನು ನಡೆಸುವುದು ಹೆಚ್ಚು ಲಾಭದಾಯಕವಾಗಿದೆ.
ಸರ್ವರ್‌ಲೆಸ್ ಕಂಪ್ಯೂಟಿಂಗ್‌ನ ಎಲ್ಲಾ ಪ್ರಯೋಜನಗಳೊಂದಿಗೆ, ಅನುಷ್ಠಾನದ ಮೊದಲು, ನೀವು ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ ತರ್ಕವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬೇಕು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭದಲ್ಲಿ ಸರ್ವರ್‌ಲೆಸ್ ಯಾವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬಹುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.
ಸರ್ವರ್‌ಲೆಸ್ ಮತ್ತು ಸೆಲೆಕ್ಟೆಲ್
Selectel ನಲ್ಲಿ ನಾವು ಈಗಾಗಲೇ ಇದ್ದೇವೆ ನಮ್ಮ ನಿಯಂತ್ರಣ ಫಲಕದ ಮೂಲಕ. ಈಗ ನಾವು ನಮ್ಮದೇ ಆದ FaaS ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೇವೆ. ಡೆವಲಪರ್‌ಗಳು ಸರ್ವರ್‌ಲೆಸ್ ಬಳಸಿಕೊಂಡು ತಮ್ಮ ಸಮಸ್ಯೆಗಳನ್ನು ಅನುಕೂಲಕರ, ಹೊಂದಿಕೊಳ್ಳುವ ಇಂಟರ್‌ಫೇಸ್ ಮೂಲಕ ಪರಿಹರಿಸಬೇಕೆಂದು ನಾವು ಬಯಸುತ್ತೇವೆ.
ಆದರ್ಶ FaaS ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಹೇಗಿರಬೇಕು ಮತ್ತು ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳಲ್ಲಿ ನೀವು ಸರ್ವರ್‌ಲೆಸ್ ಅನ್ನು ಹೇಗೆ ಬಳಸಲು ಬಯಸುತ್ತೀರಿ ಎಂಬುದರ ಕುರಿತು ನೀವು ಆಲೋಚನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಅವುಗಳನ್ನು ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಹಂಚಿಕೊಳ್ಳಿ. ವೇದಿಕೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ನಾವು ನಿಮ್ಮ ಶುಭಾಶಯಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ.
ಲೇಖನದಲ್ಲಿ ಬಳಸಲಾದ ವಸ್ತುಗಳು:
ಮೂಲ: www.habr.com