𝗪𝗵𝘆 𝗧𝗲𝗮𝗺𝘀 𝗔𝗿𝗲 𝗠𝗼𝘃𝗶𝗻𝗴 𝗕𝗮𝗰𝗸 𝘁𝗼 𝗠𝗼𝗱𝘂𝗹𝗮𝗿 𝗠𝗼𝗻𝗼𝗹𝗶𝘁𝗵𝘀
ಮೈಕ್ರೋಸರ್ವಿಸಸ್ಗಳು (Microservices) ಒಮ್ಮೆ ಸುವರ್ಣ ಮಾನದಂಡವಾಗಿದ್ದವು. ಈಗ, ಅನೇಕ ತಂಡಗಳು ಮರುದಾಗಿ ಮಾಡ್ಯುಲರ್ ಮೊನೊಲಿತ್ಗಳಿಗೆ (modular monoliths) ಮರಳುತ್ತಿವೆ.
2026ರಲ್ಲಿ, ಈ ಪ್ರವೃತ್ತಿಯು ಬದಲಾಗುತ್ತಿದೆ. ವಿತರಿಸಿದ ವ್ಯವಸ್ಥೆಗಳ (distributed systems) ಹೆಚ್ಚಿನ ವೆಚ್ಚದಿಂದ ತಂಡಗಳು ದಣಿದಿವೆ. ಅವರು ಗೊಂದಲಮಯವಾದ, ಅಸ್ತವ್ಯಸ್ತವಾದ ಮೊನೊಲಿತ್ಗಳಿಗೆ ಮರಳುತ್ತಿಲ್ಲ. ಬದಲಾಗಿ, ಅವರು ಹೆಚ್ಚು ಸ್ವಚ್ಛವಾದ, ಮಾಡ್ಯುಲರ್ ಆವೃತ್ತಿಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದಾರೆ.
ಇದು ಏಕೆ ಸಂಭವಿಸುತ್ತಿದೆ?
ಮೈಕ್ರೋಸರ್ವಿಸಸ್ಗಳು ಗುಪ್ತ ವೆಚ್ಚಗಳನ್ನು ತರುತ್ತವೆ:
- ಒಂದು ಸಿಂಗಲ್ ರಿಕ್ವೆಸ್ಟ್ ಐದು ಸರ್ವಿಸಸ್ಗಳು ಮತ್ತು ಮೂರು ಕ್ಯೂ (queues) ಗಳ ಮೂಲಕ ಸಾಗುವಾಗ, ડીಬಗ್ಗಿಂಗ್ (debugging) ಮಾಡಲು ಹೆಚ್ಚಿನ ಸಮಯ ಬೇಕಾಗುತ್ತದೆ.
- ಪ್ರತಿಯೊಂದು ಸರ್ವಿಸ್ಗೂ ತನ್ನದೇ ಆದ ಓವರ್ಹೆಡ್ ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳ ಅಗತ್ಯವಿರುವುದರಿಂದ ಕ್ಲೌಡ್ ಬಿಲ್ಗಳು ಹೆಚ್ಚಾಗುತ್ತವೆ.
- ಸಣ್ಣ ತಂಡಗಳು ಡಜನ್ಗಟ್ಟಲೆ ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಪೈಪ್ಲೈನ್ಗಳು ಮತ್ತು ಮಾನಿಟರಿಂಗ್ ಟೂಲ್ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಕಷ್ಟಪಡುತ್ತವೆ.
- ವಿತರಿಸಿದ ಡೇಟಾಬೇಸ್ಗಳ ನಡುವೆ ಡೇಟಾ ಸ್ಥಿರತೆ (data consistency) ಕಾಪಾಡುವುದು ಒಂದು ದುಸ್ವಪ್ತವಾಗುತ್ತದೆ.
ಮಾಡ್ಯುಲರ್ ಮೊನೊಲಿತ್ ನಿಮಗೆ ಎರಡೂ ಲೋಕಗಳ ಅತ್ಯುತ್ತಮತೆಯನ್ನು ನೀಡುತ್ತದೆ. ಇದು ಒಂದೇ ಕೋಡ್ಬೇಸ್ ಮತ್ತು ಒಂದೇ ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಆಗಿದೆ. ಆದಾಗ್ಯೂ, ಇದು ಕಟ್ಟುನಿಟ್ಟಾದ ಆಂತರಿಕ ಗಡಿಗಳನ್ನು (internal boundaries) ಬಳಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಮಾಡ್ಯೂಲ್ ತನ್ನದೇ ಆದ ಲಾಜಿಕ್ ಮತ್ತು ಡೇಟಾವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ನೀವು ಮೈಕ್ರೋಸರ್ವಿಸಸ್ಗಳ ಸಂಘಟನೆಯನ್ನು ಪಡೆಯುತ್ತೀರಿ, ಆದರೆ ದೊಡ್ಡ ಮಟ್ಟದ ಕಾರ್ಯಾಚರಣೆಯ ವೆಚ್ಚವಿಲ್ಲದೆ (operational tax).
ನಿಮ್ಮ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಈ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಬಳಸಿ:
- 50 ಕ್ಕಿಂತ ಕಡಿಮೆ ಇಂಜಿನಿಯರ್ಗಳ ತಂಡ: ಮಾಡ್ಯುಲರ್ ಮೊನೊಲಿತ್ ಬಳಸಿ.
- ಒಂದು ನಿರ್ದಿಷ್ಟ ಭಾಗವನ್ನು ಸ್ಕೇಲ್ ಮಾಡಬೇಕಾದಲ್ಲಿ (ಉದಾಹರಣೆಗೆ ಪೇಮೆಂಟ್ಸ್): ಮಾಡ್ಯುಲರ್ ಮೊನೊಲಿತ್ ಬಳಸಿ ಆದರೆ ಆ ಒಂದು ಸರ್ವಿಸ್ ಅನ್ನು ಮಾತ್ರ ಬೇರ್ಪಡಿಸಿ (extract).
- ಬೃಹತ್ ಸ್ವತಂತ್ರ ಅಗತ್ಯತೆಗಳಿರುವ 100+ ಇಂಜಿನಿಯರ್ಗಳು: ಮೈಕ್ರೋಸರ್ವಿಸಸ್ಗಳನ್ನು ಬಳಸಿ.
- ಈಗಾಗಲೇ ಮೈಕ್ರೋಸರ್ವಿಸಸ್ಗಳಲ್ಲಿ ಇದ್ದು ಹಣವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತಿದ್ದರೆ: Strangler pattern ಬಳಸಿ ಏಕೀಕರಿಸಿ.
ನೈಜ ಕಂಪನಿಗಳು ಈಗಾಗಲೇ ಇದನ್ನು ಮಾಡುತ್ತಿವೆ. Shopify ಲಕ್ಷಾಂತರ ಮರ್ಚೆಂಟ್ಸ್ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಮಾಡ್ಯುಲರ್ ವಿಧಾನವನ್ನು ಬಳಸುತ್ತದೆ. Amazon Prime Video ಒಂದು ನಿರ್ದಿಷ್ಟ ವರ್ಕ್ಲೋಡ್ ಅನ್ನು ಮೈಕ್ರೋಸರ್ವಿಸಸ್ಗಳಿಂದ ಮರಳಿ ಮೊನೊಲಿಟ್ಗೆ ವರ್ಗಾಯಿಸಿತು ಮತ್ತು ಮೂಲಸೌಕರ್ಯ ವೆಚ್ಚವನ್ನು 90% ರಷ್ಟು ಕಡಿಮೆ ಮಾಡಿತು.
ನಿಯಮ ಸರಳವಾಗಿದೆ: ಮಾಡ್ಯುಲರ್ ಆಗಿ ಪ್ರಾರಂಭಿಸಿ. ನಿಮ್ಮ ಡೇಟಾ ಮತ್ತು ಟ್ರಾಫಿಕ್ ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ಒಂದು ಸರ್ವಿಸ್ ಅನ್ನು ಬೇರ್ಪಡಿಸಿ. ಹೈಪ್ (hype) ಅನ್ನು ಅನುಸರಿಸಬೇಡಿ. ನಿಮ್ಮ ಅಗತ್ಯಗಳನ್ನು ಅನುಸರಿಸಿ.
ಈ ಪ್ರಶ್ನೆಗಳೊಂದಿಗೆ ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ:
- ನಿಮ್ಮ ಕ್ಲೌಡ್ ಬಿಲ್ ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗಿಂತ ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆಯೇ?
- ನೀವು ಫೀಚರ್ಗಳನ್ನು ನಿರ್ಮಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಸರ್ವಿಸಸ್ಗಳನ್ನು ડીಬಗ್ ಮಾಡಲು ಸಮಯ ವ್ಯಯಿಸುತ್ತಿದ್ದೀರಾ?
- ನಿಮ್ಮ ತಂಡವು 100 ಕ್ಕಿಂತ ಕಡಿಮೆ ಇಂಜಿನಿಯರ್ಗಳಿದ್ದೆಯೇ?
ನೀವು 'ಹೌದು' ಎಂದು ಉತ್ತರಿಸಿದರೆ, ಮಾಡ್ಯುಲರ್ ಮೊನೊಲಿತ್ ನಿಮ್ಮ ತಂಡದ ಸಮಯ ಮತ್ತು ಹಣವನ್ನು ಉಳಿಸಬಹುದು.