குழுக்கள் ஏன் மீண்டும் மாடுலர் மோனோலித்ஸ்களுக்கு (Modular Monoliths) மாறுகின்றன
மைக்ரோசர்வீஸ்கள் (Microservices) ஒரு காலத்தில் தரம் வாய்ந்த தரநிலையாக இருந்தன. இப்போது, பல குழுக்கள் மீண்டும் மாடுலர் மோனோலித்ஸ்களுக்கு மாறி வருகின்றன.
2026-இல், போக்கு மாறி வருகிறது. விநியோகிக்கப்பட்ட அமைப்புகளின் (distributed systems) அதிக செலவினால் குழுக்கள் சோர்வடைந்துள்ளன. அவர்கள் குழப்பமான, சிக்கலான மோனோலித்ஸ்களுக்குத் திரும்பவில்லை. அதற்குப் பதிலாக, சுத்தமான, மாடுலர் பதிப்புகளைக் கட்டமைக்கிறார்கள்.
இது ஏன் நடக்கிறது?
மைக்ரோசர்வீஸ்கள் மறைமுகச் செலவுகளைக் கொண்டுவருகின்றன:
- ஒரு ஒற்றை கோரிக்கை (request) ஐந்து சேவைகள் மற்றும் மூன்று வரிசைகளை (queues) கடந்து செல்லும்போது, பிழைத்திருத்தம் (debugging) செய்ய நீண்ட நேரம் எடுக்கிறது.
- ஒவ்வொரு சேவைக்கும் தனித்தனி மேலதிகச் செலவுகள் (overhead) மற்றும் வளங்கள் தேவைப்படுவதால், கிளவுட் (Cloud) கட்டணங்கள் உயர்கின்றன.
- சிறிய குழுக்கள் டஜன் கணக்கான டிப்ளாய்மென்ட் பைப்லைன்கள் (deployment pipelines) மற்றும் கண்காணிப்பு கருவிகளை (monitoring tools) நிர்வகிப்பதில் சிரமப்படுகின்றன.
- விநியோகிக்கப்பட்ட தரவுத்தளங்களுக்கு (distributed databases) இடையே தரவு ஒருமைப்பாடு (Data consistency) என்பது ஒரு பெரும் சவாலாக மாறுகிறது.
ஒரு மாடுலர் மோனோலித் உங்களுக்கு இரண்டு உலகங்களின் சிறந்த அம்சங்களையும் வழங்குகிறது. இது ஒரே ஒரு codebase மற்றும் ஒரே ஒரு deployment ஆகும். இருப்பினும், இது கடுமையான உள் எல்லைகளைப் (internal boundaries) பயன்படுத்துகிறது. ஒவ்வொரு மாடுலும் அதன் சொந்த லாஜிக் மற்றும் தரவைக் கொண்டுள்ளது. நீங்கள் மைக்ரோசர்வீஸ்களின் ஒழுங்கமைப்பைப் பெறலாம், ஆனால் அதன் மிகப்பெரிய செயல்பாட்டுச் சுமை (operational tax) இல்லாமல்.
உங்கள் கட்டமைப்பைத் (architecture) தேர்ந்தெடுக்க இந்த வழிகாட்டியைப் பயன்படுத்தவும்:
- 50 பொறியாளர்களுக்குக் குறைவான குழு: மாடுலர் மோனோலித்தைப் பயன்படுத்தவும்.
- ஒரு குறிப்பிட்ட பகுதியை மட்டும் விரிவாக்க வேண்டியிருந்தால் (உதாரணமாக, payments): மாடுலர் மோனோலித்தைப் பயன்படுத்தவும், ஆனால் அந்த ஒரு சேவையை மட்டும் தனியாகப் பிரிக்கவும்.
- 100+ பொறியாளர்கள் மற்றும் பெரிய அளவிலான தனித்தனித் தேவைகள் இருந்தால்: மைக்ரோசர்வீஸ்களைப் பயன்படுத்தவும்.
- ஏற்கனவே மைக்ரோசர்வீஸ்களில் இருந்து பணத்தை இழந்து கொண்டிருந்தால்: Strangler pattern மூலம் ஒருங்கிணைக்கவும்.
நிஜ நிறுவனங்கள் ஏற்கனவே இதைச் செய்து வருகின்றன. Shopify மில்லியன் கணக்கான வணிகர்களை நிர்வகிக்க ஒரு மாடுலர் அணுகுமுறையைப் பயன்படுத்துகிறது. Amazon Prime Video ஒரு குறிப்பிட்ட பணிச்சுமையை (workload) மைக்ரோசர்வீஸ்களிலிருந்து மீண்டும் ஒரு மோனோலித்திற்கு மாற்றியது மற்றும் உள்கட்டமைப்புச் செலவுகளை 90% குறைத்தது.
விதி எளிமையானது: மாடுலராகத் தொடங்குங்கள். உங்கள் தரவு மற்றும் டிராஃபிக் (traffic) தேவைப்படும்போது மட்டுமே ஒரு சேவையைத் தனியாகப் பிரிக்கவும். விளம்பரங்களை (hype) பின்பற்றாதீர்கள். உங்கள் தேவைகளைப் பின்பற்றுங்கள்.
இந்தக் கேள்விகளைக் கொண்டு உங்கள் அமைப்பைச் சரிபார்க்கவும்:
- உங்கள் கிளவுட் கட்டணம் உங்கள் பயனர்களை விட வேகமாக வளர்கிறதா?
- அம்சங்களை (features) உருவாக்குவதை விட சேவைகளில் பிழைத்திருத்தம் செய்ய அதிக நேரம் செலவிடுகிறதா?
- உங்கள் குழு 100 பொறியாளர்களுக்குக் குறைவாக உள்ளதா?
நீங்கள் 'ஆம்' என்று பதிலளித்தால், ஒரு மாடுலர் மோனோலித் உங்கள் குழுவின் நேரத்தையும் பணத்தையும் மிச்சப்படுத்தக்கூடும்.