ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷன்: உலகளாவிய குழுக்களுக்கான மைக்ரோ-ஃபிரண்ட்எண்ட் கட்டமைப்பில் ஒரு புரட்சி

இணைய மேம்பாட்டின் வேகமாக வளர்ந்து வரும் சூழலில், பெரிய அளவிலான ஃபிரண்ட்எண்ட் பயன்பாடுகளை உருவாக்குவதும் பராமரிப்பதும் ஒரு தனித்துவமான சவால்களை முன்வைக்கிறது. பயன்பாடுகள் சிக்கலானதாகவும், அதிக அம்சங்களுடனும், பங்களிக்கும் டெவலப்பர்களின் எண்ணிக்கையும் அதிகரிக்கும்போது, பாரம்பரிய மோனோலிதிக் ஃபிரண்ட்எண்ட் கட்டமைப்புகள் அவற்றின் சொந்த சுமையின் கீழ் போராடுகின்றன. இது மெதுவான மேம்பாட்டு சுழற்சிகள், அதிகரித்த ஒருங்கிணைப்புச் செலவுகள், குழுக்களை அளவிடுவதில் உள்ள சிரமங்கள் மற்றும் வெளியீட்டுத் தோல்விகளின் அதிக ஆபத்து ஆகியவற்றிற்கு வழிவகுக்கிறது. மேலும் சுறுசுறுப்பான, அளவிடக்கூடிய மற்றும் பராமரிக்கக்கூடிய ஃபிரண்ட்எண்ட் தீர்வுகளுக்கான தேடல் பல நிறுவனங்களை மைக்ரோ-ஃபிரண்ட்எண்ட்ஸ் என்ற கருத்தை நோக்கி வழிநடத்தியுள்ளது.

மைக்ரோ-ஃபிரண்ட்எண்ட்ஸ் ஒரு கவர்ச்சிகரமான பார்வையை வழங்கினாலும், அவற்றின் நடைமுறைச் செயல்படுத்தல் பெரும்பாலும் ஒருங்கிணைப்பு, பகிரப்பட்ட சார்புகள் மற்றும் இயக்க நேர ஒருங்கிணைப்பு ஆகியவற்றில் உள்ள சிக்கல்களால் தடைபட்டுள்ளது. இங்கேதான் ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷன் வருகிறது – இது Webpack 5 உடன் அறிமுகப்படுத்தப்பட்ட ஒரு புரட்சிகரமான அம்சம். மாட்யூல் ஃபெடரேஷன் என்பது மற்றொரு பில்டு கருவி தந்திரம் மட்டுமல்ல; இது இயக்க நேரத்தில் நாம் எவ்வாறு குறியீட்டைப் பகிர்ந்து கொள்ளலாம் மற்றும் பயன்பாடுகளை உருவாக்கலாம் என்பதில் ஒரு அடிப்படை மாற்றமாகும், இது உண்மையான மைக்ரோ-ஃபிரண்ட்எண்ட் கட்டமைப்புகளை சாத்தியமாக்குவது மட்டுமல்லாமல், நேர்த்தியானதாகவும் மிகவும் திறமையானதாகவும் ஆக்குகிறது. உலகளாவிய நிறுவனங்கள் மற்றும் பெரிய மேம்பாட்டு அமைப்புகளுக்கு, இந்தத் தொழில்நுட்பம் இணையற்ற அளவிடுதிறன் மற்றும் குழு சுயாட்சிக்கான பாதையை வழங்குகிறது.

இந்த விரிவான வழிகாட்டி ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷனை ஆழமாக ஆராயும், அதன் முக்கிய கொள்கைகள், நடைமுறைப் பயன்பாடுகள், அது வழங்கும் ஆழ்ந்த நன்மைகள் மற்றும் அதன் முழுத் திறனைப் பயன்படுத்த ஒருவர் கடக்க வேண்டிய சவால்களை ஆராயும். நாங்கள் சிறந்த நடைமுறைகள், நிஜ உலக காட்சிகள் மற்றும் இந்தத் தொழில்நுட்பம் ஒரு சர்வதேச பார்வையாளர்களுக்காக பெரிய அளவிலான வலை மேம்பாட்டின் எதிர்காலத்தை எவ்வாறு மறுவடிவமைக்கிறது என்பதைப் பற்றி விவாதிப்போம்.

ஃபிரண்ட்எண்ட் கட்டமைப்புகளின் பரிணாமத்தைப் புரிந்துகொள்ளுதல்

மாட்யூல் ஃபெடரேஷனின் சக்தியை உண்மையாகப் பாராட்ட, ஃபிரண்ட்எண்ட் கட்டமைப்புகளின் பயணத்தைப் புரிந்துகொள்வது அவசியம்.

மோனோலிதிக் ஃபிரண்ட்எண்ட்: எளிமை மற்றும் அதன் வரம்புகள்

பல ஆண்டுகளாக, ஃபிரண்ட்எண்ட் மோனோலித் என்பதே நிலையான அணுகுமுறையாக இருந்தது. ஒரு ஒற்றை, பெரிய குறியீட்டுத் தளம் அனைத்து அம்சங்கள், கூறுகள் மற்றும் வணிக தர்க்கத்தை உள்ளடக்கியது. இந்த அணுகுமுறை ஆரம்ப அமைப்பு, வரிசைப்படுத்தல் மற்றும் சோதனையில் எளிமையை வழங்குகிறது. இருப்பினும், பயன்பாடுகள் அளவிடும்போது:

• மெதுவான மேம்பாடு: ஒரு ஒற்றை களஞ்சியம் என்பது அதிக மெர்ஜ் மோதல்கள், நீண்ட உருவாக்க நேரங்கள் மற்றும் மாற்றங்களைத் தனிமைப்படுத்துவதில் உள்ள சிரமங்களைக் குறிக்கிறது.
• இறுக்கமான இணைப்பு: பயன்பாட்டின் ஒரு பகுதியில் ஏற்படும் மாற்றங்கள் தற்செயலாக மற்ற பகுதிகளைப் பாதிக்கலாம், இது மறுவடிவமைப்பு குறித்த பயத்திற்கு வழிவகுக்கிறது.
• தொழில்நுட்பப் பூட்டு: ஒரு பெரிய மறுவடிவமைப்பு இல்லாமல் புதிய கட்டமைப்புகளை அறிமுகப்படுத்துவது அல்லது தற்போதுள்ளவற்றின் முக்கிய பதிப்புகளைப் புதுப்பிப்பது கடினம்.
• வரிசைப்படுத்தல் அபாயங்கள்: ஒரு ஒற்றை வரிசைப்படுத்தல் என்பது எந்தவொரு சிக்கலும் முழுப் பயன்பாட்டையும் பாதிக்கிறது, இது அதிக ஆபத்துள்ள வெளியீடுகளுக்கு வழிவகுக்கிறது.
• குழு அளவிடுதல் சவால்கள்: ஒரு ஒற்றை குறியீட்டுத் தளத்தில் பணிபுரியும் பெரிய குழுக்கள் பெரும்பாலும் தகவல் தொடர்பு இடையூறுகள் மற்றும் குறைக்கப்பட்ட சுயாட்சியை அனுபவிக்கின்றன.

மைக்ரோ சர்வீஸ்களிலிருந்து உத்வேகம்

பின்தள உலகம் மைக்ரோ சர்வீஸ்கள் என்ற கருத்தை முன்னோடியாகக் கொண்டது – ஒரு மோனோலிதிக் பின்தளத்தை சிறிய, சுயாதீனமான, தளர்வாக இணைக்கப்பட்ட சேவைகளாக உடைத்தல், ஒவ்வொன்றும் ஒரு குறிப்பிட்ட வணிகத் திறனுக்குப் பொறுப்பாகும். இந்த மாதிரி அளவிடுதிறன், மீள்திறன் மற்றும் சுயாதீனமான வரிசைப்படுத்தல் ஆகியவற்றின் அடிப்படையில் மகத்தான நன்மைகளைக் கொண்டு வந்தது. டெவலப்பர்கள் இதேபோன்ற கொள்கைகளை ஃபிரண்ட்எண்டில் பயன்படுத்தத் தொடங்குவதற்கு அதிக காலம் ஆகவில்லை.

மைக்ரோ-ஃபிரண்ட்எண்ட்களின் எழுச்சி: ஒரு பார்வை

மைக்ரோ சர்வீஸ்களின் நன்மைகளை ஃபிரண்ட்எண்டிற்கு கொண்டு வருவதற்கான ஒரு முயற்சியாக மைக்ரோ-ஃபிரண்ட்எண்ட் முன்னுதாரணம் உருவானது. ஒரு பெரிய ஃபிரண்ட்எண்ட் பயன்பாட்டை சிறிய, சுயாதீனமாக உருவாக்கப்பட்ட, சோதிக்கப்பட்ட மற்றும் வரிசைப்படுத்தப்பட்ட "மைக்ரோ-பயன்பாடுகள்" அல்லது "மைக்ரோ-ஃபிரண்ட்எண்ட்களாக" உடைப்பதே இதன் முக்கிய யோசனை. ஒவ்வொரு மைக்ரோ-ஃபிரண்ட்எண்டும் ஒரு குறிப்பிட்ட வணிக களத்திற்குப் பொறுப்பான ஒரு சிறிய, தன்னாட்சி குழுவால் சொந்தமாக இருக்க வேண்டும். இந்த பார்வை உறுதியளித்தது:

• குழு சுயாட்சி: குழுக்கள் தங்கள் சொந்த தொழில்நுட்ப அடுக்கைத் தேர்வுசெய்து சுயாதீனமாக வேலை செய்யலாம்.
• வேகமான வரிசைப்படுத்தல்கள்: பயன்பாட்டின் ஒரு சிறிய பகுதியை வரிசைப்படுத்துவது விரைவானது மற்றும் ஆபத்து குறைவானது.
• அளவிடுதிறன்: ஒருங்கிணைப்பு செலவுகள் இல்லாமல் மேம்பாட்டுக் குழுக்களை அளவிடுவது எளிது.
• தொழில்நுட்ப பன்முகத்தன்மை: புதிய கட்டமைப்புகளை அறிமுகப்படுத்தும் அல்லது படிப்படியாக மரபு பகுதிகளை இடம்பெயர்க்கும் திறன்.

இருப்பினும், இந்த பார்வையை வெவ்வேறு திட்டங்கள் மற்றும் நிறுவனங்களில் சீராக உணர்ந்து கொள்வது சவாலாக இருந்தது. பொதுவான அணுகுமுறைகளில் iframes (தனிமைப்படுத்தல் ஆனால் மோசமான ஒருங்கிணைப்பு), உருவாக்க-நேர மோனோரெபோக்கள் (சிறந்த ஒருங்கிணைப்பு ஆனால் இன்னும் உருவாக்க-நேர இணைப்பு), அல்லது சிக்கலான சர்வர் பக்க கலவை ஆகியவை அடங்கும். இந்த முறைகள் பெரும்பாலும் அவற்றின் சொந்த சிக்கல்கள், செயல்திறன் செலவுகள் அல்லது உண்மையான இயக்க நேர ஒருங்கிணைப்பில் வரம்புகளை அறிமுகப்படுத்தின. இங்குதான் மாட்யூல் ஃபெடரேஷன் fundamentally ஆட்டத்தை மாற்றுகிறது.

மைக்ரோ-ஃபிரண்ட்எண்ட் முன்னுதாரணம் விரிவாக

மாட்யூல் ஃபெடரேஷனின் பிரத்தியேகங்களில் மூழ்குவதற்கு முன், மைக்ரோ-ஃபிரண்ட்எண்ட்ஸ் எதை அடைய விரும்புகின்றன மற்றும் அவை ஏன் மிகவும் மதிப்புமிக்கவை என்பதைப் பற்றிய நமது புரிதலை உறுதிப்படுத்துவோம், குறிப்பாக பெரிய, உலகளவில் விநியோகிக்கப்பட்ட மேம்பாட்டு நடவடிக்கைகளுக்கு.

மைக்ரோ-ஃபிரண்ட்எண்ட்ஸ் என்றால் என்ன?

அதன் மையத்தில், ஒரு மைக்ரோ-ஃபிரண்ட்எண்ட் கட்டமைப்பு என்பது பல, சுயாதீனமான பயன்பாடுகளிலிருந்து ஒரு ஒற்றை, ஒருங்கிணைந்த பயனர் இடைமுகத்தை உருவாக்குவதாகும். ஒவ்வொரு சுயாதீனமான பகுதியும், அல்லது 'மைக்ரோ-ஃபிரண்ட்எண்ட்' ஆக இருக்கலாம்:

• சுயமாக உருவாக்கப்பட்டது: வெவ்வேறு குழுக்கள் ஒருவருக்கொருவர் வேலையில் குறுக்கிடாமல் பயன்பாட்டின் வெவ்வேறு பகுதிகளில் வேலை செய்யலாம்.
• சுயமாக வரிசைப்படுத்தப்பட்டது: ஒரு மைக்ரோ-ஃபிரண்ட்எண்டில் ஏற்படும் மாற்றம் முழுப் பயன்பாட்டையும் மீண்டும் வரிசைப்படுத்த வேண்டிய அவசியமில்லை.
• தொழில்நுட்பம் அறியாதது: ஒரு மைக்ரோ-ஃபிரண்ட்எண்ட் React உடன் உருவாக்கப்படலாம், மற்றொன்று Vue உடன், மற்றும் மூன்றாவது Angular உடன், குழு நிபுணத்துவம் அல்லது குறிப்பிட்ட அம்சத் தேவைகளைப் பொறுத்து.
• வணிகக் களத்தால் வரையறுக்கப்பட்டது: ஒவ்வொரு மைக்ரோ-ஃபிரண்ட்எண்டும் பொதுவாக ஒரு குறிப்பிட்ட வணிகத் திறனை உள்ளடக்கியது, எ.கா., 'தயாரிப்பு κατάλογு', 'பயனர் சுயவிவரம்', 'ஷாப்பிங் கார்ட்'.

ஒரு அம்சத்திற்கான செங்குத்து துண்டுகளிலிருந்து (ஃபிரண்ட்எண்ட் மற்றும் பின்தளம்) ஒரு அம்சத்திற்கான கிடைமட்ட துண்டுகளுக்கு (ஒரு அம்சத்திற்கான ஃபிரண்ட்எண்ட், ஒரு அம்சத்திற்கான பின்தளம்) நகர்வதே குறிக்கோள், இது சிறிய, குறுக்கு-செயல்பாட்டு குழுக்களை உற்பத்தியின் முழுமையான ஒரு துண்டை சொந்தமாக்க அனுமதிக்கிறது.

மைக்ரோ-ஃபிரண்ட்எண்ட்களின் நன்மைகள்

வெவ்வேறு நேர மண்டலங்கள் மற்றும் கலாச்சாரங்களில் இயங்கும் நிறுவனங்களுக்கு, நன்மைகள் குறிப்பாக உச்சரிக்கப்படுகின்றன:

• மேம்பட்ட குழு சுயாட்சி மற்றும் வேகம்: குழுக்கள் தங்கள் அம்சங்களை சுயாதீனமாக உருவாக்கி வரிசைப்படுத்தலாம், இது குறுக்கு-குழு சார்புகள் மற்றும் தகவல் தொடர்பு செலவுகளைக் குறைக்கிறது. இது நிகழ்நேர ஒத்திசைவு சவாலாக இருக்கும் உலகளாவிய குழுக்களுக்கு முக்கியமானது.
• மேம்பாட்டின் மேம்பட்ட அளவிடுதிறன்: அம்சங்கள் மற்றும் டெவலப்பர்களின் எண்ணிக்கை அதிகரிக்கும்போது, மைக்ரோ-ஃபிரண்ட்எண்ட்ஸ் மோனோலித்களில் அடிக்கடி காணப்படும் ஒருங்கிணைப்பு செலவுகளில் இருமடங்கு அதிகரிப்பு இல்லாமல் குழுக்களை நேரியல் அளவிட அனுமதிக்கிறது.
• தொழில்நுட்ப சுதந்திரம் மற்றும் படிப்படியான மேம்படுத்தல்கள்: குழுக்கள் தங்கள் குறிப்பிட்ட சிக்கலுக்கு சிறந்த கருவிகளைத் தேர்வு செய்யலாம், மேலும் புதிய தொழில்நுட்பங்களை படிப்படியாக அறிமுகப்படுத்தலாம். ஒரு பயன்பாட்டின் மரபுப் பகுதிகளை 'பெரிய வெடிப்பு' மறுஎழுத்தின் அபாயத்தைக் குறைத்து, துண்டு துண்டாக மறுவடிவமைக்கலாம் அல்லது மீண்டும் எழுதலாம்.
• வேகமான மற்றும் பாதுகாப்பான வரிசைப்படுத்தல்கள்: ஒரு சிறிய, தனிமைப்படுத்தப்பட்ட மைக்ரோ-ஃபிரண்ட்எண்டை வரிசைப்படுத்துவது ஒரு முழு மோனோலித்தை வரிசைப்படுத்துவதை விட விரைவானது மற்றும் குறைவான ஆபத்தானது. ரோல்பேக்குகளும் உள்ளூர்மயமாக்கப்பட்டுள்ளன. இது உலகெங்கிலும் உள்ள தொடர்ச்சியான விநியோக வழித்தடங்களின் சுறுசுறுப்பை மேம்படுத்துகிறது.
• மீள்திறன்: ஒரு மைக்ரோ-ஃபிரண்ட்எண்டில் உள்ள ஒரு சிக்கல் முழுப் பயன்பாட்டையும் செயலிழக்கச் செய்யாமல் இருக்கலாம், இது ஒட்டுமொத்த கணினி நிலைத்தன்மையை மேம்படுத்துகிறது.
• புதிய டெவலப்பர்களுக்கு எளிதான உள்வாங்குதல்: ஒரு சிறிய, கள-குறிப்பிட்ட குறியீட்டுத் தளத்தைப் புரிந்துகொள்வது ஒரு முழு மோனோலிதிக் பயன்பாட்டைப் புரிந்துகொள்வதை விட மிகவும் குறைவானது, இது புவியியல் ரீதியாக சிதறியுள்ள குழுக்கள் உள்ளூரில் பணியமர்த்துவதற்கு நன்மை பயக்கும்.

மைக்ரோ-ஃபிரண்ட்எண்ட்களின் சவால்கள் (மாட்யூல் ஃபெடரேஷனுக்கு முன்பு)

கவர்ச்சிகரமான நன்மைகள் இருந்தபோதிலும், மாட்யூல் ஃபெடரேஷனுக்கு முன்பு மைக்ரோ-ஃபிரண்ட்எண்ட்ஸ் குறிப்பிடத்தக்க சவால்களை ஏற்படுத்தியது:

• ஒருங்கிணைப்பு மற்றும் கலவை: இந்த சுயாதீனமான பகுதிகளை ஒரு ஒற்றை, தடையற்ற பயனர் அனுபவமாக எவ்வாறு இணைப்பது?
• பகிரப்பட்ட சார்புகள்: பல மைக்ரோ-ஃபிரண்ட்எண்ட்களில் பெரிய நூலகங்களை (React, Angular, Vue போன்றவை) நகலெடுப்பதைத் தவிர்ப்பது எப்படி, இது வீங்கிய கட்டுகளுக்கும் மோசமான செயல்திறனுக்கும் வழிவகுக்கும்?
• மைக்ரோ-ஃபிரண்ட்எண்ட் இடையேயான தொடர்பு: இறுக்கமான இணைப்பு இல்லாமல் UI இன் வெவ்வேறு பகுதிகள் எவ்வாறு தொடர்பு கொள்கின்றன?
• வழிசெலுத்தல் மற்றும் வழித்தடம்: சுயாதீனமாக சொந்தமான பயன்பாடுகளில் உலகளாவிய வழித்தடத்தை எவ்வாறு நிர்வகிப்பது?
• சீரான பயனர் அனுபவம்: வெவ்வேறு குழுக்கள் சாத்தியமான வெவ்வேறு தொழில்நுட்பங்களைப் பயன்படுத்தி ஒரு ஒருங்கிணைந்த தோற்றத்தையும் உணர்வையும் உறுதி செய்தல்.
• வரிசைப்படுத்தல் சிக்கல்: பல சிறிய பயன்பாடுகளுக்கான CI/CD வழித்தடங்களை நிர்வகித்தல்.

இந்த சவால்கள் பெரும்பாலும் நிறுவனங்களை மைக்ரோ-ஃபிரண்ட்எண்ட்களின் உண்மையான சுதந்திரத்தில் சமரசம் செய்யும்படி கட்டாயப்படுத்தின அல்லது சிக்கலான தனிப்பயன் கருவிகளில் பெரிதும் முதலீடு செய்யும்படி செய்தன. மாட்யூல் ஃபெடரேஷன் இந்த முக்கியமான தடைகளில் பலவற்றை நேர்த்தியாக நிவர்த்தி செய்ய வருகிறது.

ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷனை அறிமுகப்படுத்துகிறோம்: ஆட்டத்தை மாற்றுபவர்

அதன் மையத்தில், ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷன் என்பது ஒரு Webpack 5 அம்சமாகும், இது ஜாவாஸ்கிரிப்ட் பயன்பாடுகளை இயக்க நேரத்தில் மற்ற பயன்பாடுகளிலிருந்து குறியீட்டை மாறும் வகையில் ஏற்ற உதவுகிறது. இது வெவ்வேறு சுயாதீனமாக கட்டமைக்கப்பட்ட மற்றும் வரிசைப்படுத்தப்பட்ட பயன்பாடுகளை தொகுதிகள், கூறுகள் அல்லது முழு பக்கங்களையும் பகிர்ந்து கொள்ள அனுமதிக்கிறது, பாரம்பரிய தீர்வுகளின் சிக்கல்கள் இல்லாமல் ஒரு ஒற்றை, ஒருங்கிணைந்த பயன்பாட்டு அனுபவத்தை உருவாக்குகிறது.

முக்கிய கருத்து: இயக்க நேரத்தில் பகிர்தல்

உங்களிடம் இரண்டு தனித்தனி பயன்பாடுகள் இருப்பதாக கற்பனை செய்து பாருங்கள்: ஒரு 'ஹோஸ்ட்' பயன்பாடு (எ.கா., ஒரு டாஷ்போர்டு ஷெல்) மற்றும் ஒரு 'ரிமோட்' பயன்பாடு (எ.கா., ஒரு வாடிக்கையாளர் சேவை விட்ஜெட்). பாரம்பரியமாக, ஹோஸ்ட் ரிமோட்டிலிருந்து ஒரு கூறுகளைப் பயன்படுத்த விரும்பினால், நீங்கள் கூறுகளை ஒரு npm தொகுப்பாக வெளியிட்டு அதை நிறுவுவீர்கள். இது ஒரு உருவாக்க-நேர சார்புநிலையை உருவாக்குகிறது - கூறு புதுப்பிக்கப்பட்டால், ஹோஸ்ட் மீண்டும் உருவாக்கப்பட்டு மீண்டும் வரிசைப்படுத்தப்பட வேண்டும்.

மாட்யூல் ஃபெடரேஷன் இந்த மாதிரியைத் திருப்புகிறது. ரிமோட் பயன்பாடு சில தொகுதிகளை (கூறுகள், பயன்பாடுகள், முழு அம்சங்கள்) வெளிப்படுத்தலாம். ஹோஸ்ட் பயன்பாடு இந்த வெளிப்படுத்தப்பட்ட தொகுதிகளை ரிமோட்டிலிருந்து இயக்க நேரத்தில் நேரடியாக நுகரலாம். இதன் பொருள், ரிமோட் அதன் வெளிப்படுத்தப்பட்ட தொகுதியைப் புதுப்பிக்கும்போது ஹோஸ்ட் மீண்டும் உருவாக்கப்பட வேண்டியதில்லை. ரிமோட் வரிசைப்படுத்தப்பட்டு, ஹோஸ்ட் புதுப்பிக்கப்பட்டதும் அல்லது மாறும் வகையில் புதிய பதிப்பை ஏற்றியதும் புதுப்பிப்பு நேரலையில் இருக்கும்.

இந்த இயக்க நேரப் பகிர்வு புரட்சிகரமானது ஏனெனில் அது:

• வரிசைப்படுத்தல்களைத் துண்டிக்கிறது: குழுக்கள் தங்கள் மைக்ரோ-ஃபிரண்ட்எண்ட்களை சுயாதீனமாக வரிசைப்படுத்தலாம்.
• நகலெடுப்பை நீக்குகிறது: பொதுவான நூலகங்கள் (React, Vue, Lodash போன்றவை) உண்மையிலேயே பகிரப்பட்டு பயன்பாடுகளுக்கு இடையில் நீக்கப்படலாம், இது ஒட்டுமொத்த கட்டு அளவுகளை கணிசமாகக் குறைக்கிறது.
• உண்மையான கலவையை செயல்படுத்துகிறது: சிக்கலான பயன்பாடுகளை இறுக்கமான உருவாக்க-நேர இணைப்பு இல்லாமல் சிறிய, தன்னாட்சி பகுதிகளிலிருந்து உருவாக்கலாம்.

மாட்யூல் ஃபெடரேஷனில் முக்கிய சொற்கள்

• ஹோஸ்ட்: பிற பயன்பாடுகளால் வெளிப்படுத்தப்படும் தொகுதிகளை நுகரும் பயன்பாடு. இது பல்வேறு தொலைதூரப் பகுதிகளை ஒருங்கிணைக்கும் "ஷெல்" அல்லது முக்கிய பயன்பாடாகும்.
• ரிமோட்: பிற பயன்பாடுகள் நுகர்வதற்காக தொகுதிகளை வெளிப்படுத்தும் பயன்பாடு. இது ஒரு "மைக்ரோ-ஃபிரண்ட்எண்ட்" அல்லது பகிரப்பட்ட கூறு நூலகம்.
• வெளிப்படுத்துகிறது: ஒரு ரிமோட்டின் Webpack உள்ளமைவில் உள்ள பண்பு, இது பிற பயன்பாடுகளால் நுகர்வுக்குக் கிடைக்கும் தொகுதிகளை வரையறுக்கிறது.
• ரிமோட்ஸ்: ஒரு ஹோஸ்டின் Webpack உள்ளமைவில் உள்ள பண்பு, இது எந்த தொலைதூர பயன்பாடுகளிலிருந்து தொகுதிகளை நுகரும் என்பதை வரையறுக்கிறது, பொதுவாக ஒரு பெயர் மற்றும் URL ஐக் குறிப்பிடுவதன் மூலம்.
• பகிரப்பட்டது: ஹோஸ்ட் மற்றும் ரிமோட் பயன்பாடுகளுக்கு இடையில் பகிரப்பட வேண்டிய பொதுவான சார்புகளை (எ.கா., React, ReactDOM) வரையறுக்கும் பண்பு. நகல் குறியீட்டைத் தடுப்பதற்கும் பதிப்புகளை நிர்வகிப்பதற்கும் இது மிகவும் முக்கியமானது.

பாரம்பரிய அணுகுமுறைகளிலிருந்து இது எவ்வாறு வேறுபடுகிறது?

மாட்யூல் ஃபெடரேஷன் மற்ற குறியீடு-பகிர்வு உத்திகளிலிருந்து கணிசமாக வேறுபடுகிறது:

• vs. NPM தொகுப்புகள்: NPM தொகுப்புகள் உருவாக்க-நேரத்தில் பகிரப்படுகின்றன. ஒரு மாற்றத்திற்கு நுகர்வோர் பயன்பாடுகளைப் புதுப்பிக்கவும், மீண்டும் உருவாக்கவும் மற்றும் மீண்டும் வரிசைப்படுத்தவும் வேண்டும். மாட்யூல் ஃபெடரேஷன் இயக்க நேர அடிப்படையிலானது; நுகர்வோர் புதுப்பிப்புகளை மாறும் வகையில் பெறுகிறார்கள்.
• vs. Iframes: Iframes வலுவான தனிமைப்படுத்தலை வழங்குகின்றன, ஆனால் பகிரப்பட்ட சூழல், ஸ்டைலிங், ரூட்டிங் மற்றும் செயல்திறன் ஆகியவற்றின் அடிப்படையில் வரம்புகளுடன் வருகின்றன. மாட்யூல் ஃபெடரேஷன் அதே DOM மற்றும் ஜாவாஸ்கிரிப்ட் சூழலில் தடையற்ற ஒருங்கிணைப்பை வழங்குகிறது.
• vs. பகிரப்பட்ட நூலகங்களுடன் மோனோரெபோக்கள்: மோனோரெபோக்கள் பகிரப்பட்ட குறியீட்டை நிர்வகிக்க உதவும் போது, அவை பொதுவாக இன்னும் உருவாக்க-நேர இணைப்பை உள்ளடக்குகின்றன மற்றும் பெரிய உருவாக்கங்களுக்கு வழிவகுக்கும். மாட்யூல் ஃபெடரேஷன் உண்மையான சுயாதீன களஞ்சியங்கள் மற்றும் வரிசைப்படுத்தல்களுக்கு இடையில் பகிர்தலை செயல்படுத்துகிறது.
• vs. சர்வர் பக்க கலவை: சர்வர் பக்க ரெண்டரிங் அல்லது எட்ஜ்-சைட் உள்ளடக்கியவை HTML ஐ உருவாக்குகின்றன, மாறும் ஜாவாஸ்கிரிப்ட் தொகுதிகளை அல்ல, இது ஊடாடும் திறன்களைக் கட்டுப்படுத்துகிறது.

மாட்யூல் ஃபெடரேஷன் மெக்கானிக்ஸில் ஆழமான பார்வை

மாட்யூல் ஃபெடரேஷனுக்கான Webpack உள்ளமைவைப் புரிந்துகொள்வது அதன் சக்தியைப் புரிந்துகொள்வதற்கான திறவுகோலாகும். `ModuleFederationPlugin` அதன் இதயத்தில் உள்ளது.

`ModuleFederationPlugin` உள்ளமைவு

ரிமோட் மற்றும் ஹோஸ்ட் பயன்பாட்டிற்கான கருத்தியல் எடுத்துக்காட்டுகளைப் பார்ப்போம்.

ரிமோட் பயன்பாடு (`remote-app`) Webpack உள்ளமைவு:

            
// webpack.config.js for remote-app
const { ModuleFederationPlugin } = require('webpack').container;

module.exports = {
  // ... other webpack config ...
  plugins: [
    new ModuleFederationPlugin({
      name: 'remoteApp',
      filename: 'remoteEntry.js',
      exposes: {
        './WidgetA': './src/components/WidgetA',
        './UtilityFunc': './src/utils/utilityFunc.js',
        './LoginPage': './src/pages/LoginPage.js'
      },
      shared: {
        react: { singleton: true, requiredVersion: '^18.0.0' },
        'react-dom': { singleton: true, requiredVersion: '^18.0.0' },
        // ... other shared libraries ...
      },
    }),
  ],
};

            

              
                Copy
              
            
          

விளக்கம்:

• `name`: இந்த ரிமோட் பயன்பாட்டிற்கான ஒரு தனித்துவமான பெயர். பிற பயன்பாடுகள் இதைக் குறிப்பிடுவது இப்படித்தான்.
• `filename`: வெளிப்படுத்தப்பட்ட தொகுதிகளின் மேனிஃபெஸ்ட்டைக் கொண்ட கட்டின் பெயர். இந்த கோப்பு ஹோஸ்ட்கள் என்னென்ன கிடைக்கின்றன என்பதைக் கண்டறிய மிகவும் முக்கியமானது.
• `exposes`: ஒரு பொருள், இங்கு விசைகள் பொது தொகுதி பெயர்கள் மற்றும் மதிப்புகள் நீங்கள் வெளிப்படுத்த விரும்பும் தொகுதிகளுக்கான உள்ளூர் பாதைகள்.
• `shared`: பிற பயன்பாடுகளுடன் பகிரப்பட வேண்டிய சார்புகளைக் குறிப்பிடுகிறது. `singleton: true` சார்புநிலையின் ஒரே ஒரு நிகழ்வு (எ.கா., React) அனைத்து கூட்டமைப்பு பயன்பாடுகளிலும் ஏற்றப்படுவதை உறுதி செய்கிறது, நகல் குறியீடு மற்றும் React சூழலுடன் சாத்தியமான சிக்கல்களைத் தடுக்கிறது. `requiredVersion` ஏற்றுக்கொள்ளக்கூடிய பதிப்பு வரம்புகளைக் குறிப்பிட அனுமதிக்கிறது.

ஹோஸ்ட் பயன்பாடு (`host-app`) Webpack உள்ளமைவு:

            
// webpack.config.js for host-app
const { ModuleFederationPlugin } = require('webpack').container;

module.exports = {
  // ... other webpack config ...
  plugins: [
    new ModuleFederationPlugin({
      name: 'hostApp',
      remotes: {
        remoteApp: 'remoteApp@http://localhost:3001/remoteEntry.js',
        // ... other remote applications ...
      },
      shared: {
        react: { singleton: true, requiredVersion: '^18.0.0' },
        'react-dom': { singleton: true, requiredVersion: '^18.0.0' },
        // ... other shared libraries ...
      },
    }),
  ],
};

            

              
                Copy
              
            
          

விளக்கம்:

• `name`: இந்த ஹோஸ்ட் பயன்பாட்டிற்கான ஒரு தனித்துவமான பெயர்.
• `remotes`: ஒரு பொருள், இங்கு விசைகள் நீங்கள் ரிமோட்டிலிருந்து தொகுதிகளை இறக்குமதி செய்யப் பயன்படுத்தும் உள்ளூர் பெயர்கள், மற்றும் மதிப்புகள் உண்மையான ரிமோட் தொகுதி நுழைவுப் புள்ளிகள் (வழக்கமாக `name@url`).
• `shared`: ரிமோட்டைப் போலவே, இது ஹோஸ்ட் பகிர எதிர்பார்க்கும் சார்புகளைக் குறிப்பிடுகிறது.

ஹோஸ்டில் வெளிப்படுத்தப்பட்ட தொகுதிகளை நுகர்தல்

ஒருமுறை உள்ளமைக்கப்பட்டவுடன், தொகுதிகளை நுகர்வது நேரடியானது, இது பெரும்பாலும் நிலையான மாறும் இறக்குமதிகளை ஒத்திருக்கிறது:

            
// host-app/src/App.js
import React, { Suspense, lazy } from 'react';

// Dynamically import WidgetA from remoteApp
const WidgetA = lazy(() => import('remoteApp/WidgetA'));

function App() {
  return (
    <div>
      <h1>Host Application</h1>
      <Suspense fallback={<div>Loading WidgetA...</div>}>
        <WidgetA />
      </Suspense>
    </div>
  );
}

export default App;

            

              
                Copy
              
            
          

மாயம் இயக்க நேரத்தில் நிகழ்கிறது: `import('remoteApp/WidgetA')` அழைக்கப்படும் போது, Webpack `http://localhost:3001` இலிருந்து `remoteEntry.js` ஐப் பெறவும், அதன் வெளிப்படுத்தப்பட்ட தொகுதிகளுக்குள் `WidgetA` ஐக் கண்டறியவும், அதை ஹோஸ்ட் பயன்பாட்டின் வரம்பிற்குள் ஏற்றவும் தெரியும்.

இயக்க நேர நடத்தை மற்றும் பதிப்புரிமை

மாட்யூல் ஃபெடரேஷன் பகிரப்பட்ட சார்புகளை புத்திசாலித்தனமாக கையாளுகிறது. ஒரு ஹோஸ்ட் ஒரு ரிமோட்டை ஏற்ற முயற்சிக்கும்போது, அது முதலில் தேவையான பகிரப்பட்ட சார்புகள் (எ.கா., React v18) கோரப்பட்ட பதிப்பில் உள்ளதா என்று சரிபார்க்கிறது. அவ்வாறு இருந்தால், அது அதன் சொந்த பதிப்பைப் பயன்படுத்துகிறது. இல்லையென்றால், அது ரிமோட்டின் பகிரப்பட்ட சார்பை ஏற்ற முயற்சிக்கிறது. `singleton` பண்பு இங்கு ஒரு நூலகத்தின் ஒரே ஒரு நிகழ்வு மட்டுமே இருப்பதை உறுதி செய்ய மிகவும் முக்கியமானது, இது வெவ்வேறு React பதிப்புகளுக்கு இடையில் React சூழல் உடைவது போன்ற சிக்கல்களைத் தடுக்கிறது.

இந்த மாறும் பதிப்பு பேச்சுவார்த்தை நம்பமுடியாத அளவிற்கு சக்தி வாய்ந்தது, இது வரையறுக்கப்பட்ட வரம்புகளுக்குள் பதிப்புகள் இணக்கமாக இருக்கும் வரை, முழு கூட்டமைப்பு அமைப்பு முழுவதும் ஒரு ஒருங்கிணைந்த மேம்படுத்தலை கட்டாயப்படுத்தாமல் சுயாதீன குழுக்களை தங்கள் நூலகங்களைப் புதுப்பிக்க அனுமதிக்கிறது.

மாட்யூல் ஃபெடரேஷனுடன் கட்டிடக்கலை: நடைமுறை காட்சிகள்

மாட்யூல் ஃபெடரேஷனின் நெகிழ்வுத்தன்மை பல கட்டிடக்கலை வடிவங்களைத் திறக்கிறது, குறிப்பாக பல்வேறு துறைகள் மற்றும் உலகளாவிய குழுக்களைக் கொண்ட பெரிய நிறுவனங்களுக்கு நன்மை பயக்கும்.

1. பயன்பாட்டு ஷெல் / டாஷ்போர்டு

காட்சி: ஒரு முக்கிய டாஷ்போர்டு பயன்பாடு, இது வெவ்வேறு குழுக்களிலிருந்து பல்வேறு விட்ஜெட்டுகள் அல்லது அம்சங்களை ஒருங்கிணைக்கிறது. எடுத்துக்காட்டாக, மனிதவளம், நிதி மற்றும் செயல்பாடுகளுக்கான தொகுதிகள் கொண்ட ஒரு நிறுவன போர்டல், ஒவ்வொன்றும் ஒரு பிரத்யேக குழுவால் உருவாக்கப்பட்டது.

மாட்யூல் ஃபெடரேஷன் பங்கு: டாஷ்போர்டு ஹோஸ்டாக செயல்படுகிறது, ரிமோட் பயன்பாடுகளால் வெளிப்படுத்தப்படும் மைக்ரோ-ஃபிரண்ட்எண்ட்களை (விட்ஜெட்டுகள்) மாறும் வகையில் ஏற்றுகிறது. ஹோஸ்ட் பொதுவான தளவமைப்பு, வழிசெலுத்தல் மற்றும் பகிரப்பட்ட வடிவமைப்பு அமைப்பை வழங்குகிறது, அதே நேரத்தில் ரிமோட்கள் குறிப்பிட்ட வணிக செயல்பாடுகளை வழங்குகின்றன.

நன்மைகள்: குழுக்கள் தங்கள் விட்ஜெட்களை சுயாதீனமாக உருவாக்கி வரிசைப்படுத்தலாம். டாஷ்போர்டு ஷெல் மெலிதாகவும் நிலையானதாகவும் இருக்கும். முழு போர்டலையும் மீண்டும் உருவாக்காமல் புதிய அம்சங்களை ஒருங்கிணைக்க முடியும்.

2. மையப்படுத்தப்பட்ட கூறு நூலகங்கள் / வடிவமைப்பு அமைப்புகள்

காட்சி: ஒரு நிறுவனம் ஒரு உலகளாவிய வடிவமைப்பு அமைப்பை அல்லது பல பயன்பாடுகளில் சீராகப் பயன்படுத்தப்பட வேண்டிய பொதுவான UI கூறுகளின் (பொத்தான்கள், படிவங்கள், வழிசெலுத்தல்) தொகுப்பைப் பராமரிக்கிறது.

மாட்யூல் ஃபெடரேஷன் பங்கு: வடிவமைப்பு அமைப்பு ஒரு ரிமோட் ஆகிறது, அதன் கூறுகளை வெளிப்படுத்துகிறது. மற்ற அனைத்து பயன்பாடுகளும் (ஹோஸ்ட்கள்) இந்த கூறுகளை இயக்க நேரத்தில் நேரடியாக நுகர்கின்றன. வடிவமைப்பு அமைப்பில் ஒரு கூறு புதுப்பிக்கப்படும்போது, அனைத்து நுகர்வோர் பயன்பாடுகளும் ஒரு npm தொகுப்பை மீண்டும் நிறுவி மீண்டும் உருவாக்காமல், புதுப்பித்தவுடன் புதுப்பிப்பைப் பெறுகின்றன.

நன்மைகள்: பல்வேறு பயன்பாடுகளில் UI நிலைத்தன்மையை உறுதி செய்கிறது. வடிவமைப்பு அமைப்பு புதுப்பிப்புகளின் பராமரிப்பு மற்றும் பரவலை எளிதாக்குகிறது. பொதுவான UI தர்க்கத்தைப் பகிர்வதன் மூலம் கட்டு அளவுகளைக் குறைக்கிறது.

3. அம்சம்-மைய மைக்ரோ-பயன்பாடுகள்

காட்சி: ஒரு பெரிய மின்-வணிக தளம், இங்கு வெவ்வேறு குழுக்கள் பயனர் பயணத்தின் வெவ்வேறு பகுதிகளை (எ.கா., தயாரிப்பு விவரங்கள், ஷாப்பிங் கார்ட், செக்அவுட், ஆர்டர் வரலாறு) சொந்தமாக வைத்துள்ளன.

மாட்யூல் ஃபெடரேஷன் பங்கு: பயணத்தின் ஒவ்வொரு பகுதியும் ஒரு தனித்துவமான ரிமோட் பயன்பாடாகும். ஒரு இலகுரக ஹோஸ்ட் பயன்பாடு (ஒருவேளை ரூட்டிங்கிற்கு மட்டும்) URL ஐப் பொறுத்து பொருத்தமான ரிமோட்டை ஏற்றுகிறது. மாற்றாக, ஒரு ஒற்றை பயன்பாடு ஒரு பக்கத்தில் பல அம்ச ரிமோட்களை உருவாக்கலாம்.

நன்மைகள்: அதிக குழு சுயாட்சி, குழுக்களை தங்கள் அம்சங்களை சுயாதீனமாக உருவாக்கவும், சோதிக்கவும் மற்றும் வரிசைப்படுத்தவும் அனுமதிக்கிறது. தொடர்ச்சியான விநியோகம் மற்றும் குறிப்பிட்ட வணிக திறன்களில் விரைவான மறு செய்கைக்கு ஏற்றது.

4. படிப்படியான மரபு அமைப்பு நவீனமயமாக்கல் (ஸ்ட்ரேங்லர் ஃபிக் பேட்டர்ன்)

காட்சி: ஒரு பழைய, மோனோலிதிக் ஃபிரண்ட்எண்ட் பயன்பாட்டை ஒரு முழுமையான "பெரிய வெடிப்பு" மறுஎழுத்து இல்லாமல் நவீனப்படுத்த வேண்டும், இது பெரும்பாலும் ஆபத்தானது மற்றும் நேரத்தைச் செலவழிக்கக்கூடியது.

மாட்யூல் ஃபெடரேஷன் பங்கு: மரபு பயன்பாடு ஹோஸ்டாக செயல்படுகிறது. புதிய அம்சங்கள் நவீன தொழில்நுட்பங்களைப் பயன்படுத்தி சுயாதீன ரிமோட்களாக உருவாக்கப்படுகின்றன. இந்த புதிய ரிமோட்கள் படிப்படியாக மரபு மோனோலித்தில் ஒருங்கிணைக்கப்படுகின்றன, பழைய செயல்பாட்டை துண்டு துண்டாக திறம்பட "நெரிக்கின்றன". பயனர்கள் பழைய மற்றும் புதிய பகுதிகளுக்கு இடையில் தடையின்றி மாறுகிறார்கள்.

நன்மைகள்: பெரிய அளவிலான மறுவடிவமைப்புகளின் அபாயத்தைக் குறைக்கிறது. படிப்படியான நவீனமயமாக்கலை அனுமதிக்கிறது. புதிய தொழில்நுட்பங்களை அறிமுகப்படுத்தும் போது வணிக தொடர்ச்சியைப் பாதுகாக்கிறது. குறிப்பாக பெரிய, நீண்டகால பயன்பாடுகளைக் கொண்ட உலகளாவிய நிறுவனங்களுக்கு மதிப்புமிக்கது.

5. நிறுவனங்களுக்கு இடையேயான பகிர்வு மற்றும் சுற்றுச்சூழல் அமைப்புகள்

காட்சி: வெவ்வேறு துறைகள், வணிகப் பிரிவுகள் அல்லது பங்குதாரர் நிறுவனங்கள் கூட ஒரு பரந்த சுற்றுச்சூழல் அமைப்பில் குறிப்பிட்ட கூறுகள் அல்லது பயன்பாடுகளைப் பகிர வேண்டும் (எ.கா., பகிரப்பட்ட உள்நுழைவு தொகுதி, பொதுவான பகுப்பாய்வு டாஷ்போர்டு விட்ஜெட் அல்லது பங்குதாரர்-குறிப்பிட்ட போர்டல்).

மாட்யூல் ஃபெடரேஷன் பங்கு: ஒவ்வொரு நிறுவனமும் சில தொகுதிகளை ரிமோட்களாக வெளிப்படுத்தலாம், அவற்றை பின்னர் ஹோஸ்ட்களாக செயல்படும் பிற அங்கீகரிக்கப்பட்ட நிறுவனங்களால் நுகர முடியும். இது பயன்பாடுகளின் ஒன்றோடொன்று இணைக்கப்பட்ட சுற்றுச்சூழல் அமைப்புகளை உருவாக்க உதவுகிறது.

நன்மைகள்: நிறுவன எல்லைகளுக்கு அப்பால் மறுபயன்பாடு மற்றும் தரப்படுத்தலை ஊக்குவிக்கிறது. தேவையற்ற மேம்பாட்டு முயற்சியைக் குறைக்கிறது. பெரிய, கூட்டமைப்பு சூழல்களில் ஒத்துழைப்பை வளர்க்கிறது.

நவீன வலை மேம்பாட்டில் மாட்யூல் ஃபெடரேஷனின் நன்மைகள்

மாட்யூல் ஃபெடரேஷன் பெரிய அளவிலான ஃபிரண்ட்எண்ட் மேம்பாட்டில் உள்ள முக்கியமான வலிப் புள்ளிகளை நிவர்த்தி செய்கிறது, இது கவர்ச்சிகரமான நன்மைகளை வழங்குகிறது:

• உண்மையான இயக்க நேர ஒருங்கிணைப்பு மற்றும் துண்டித்தல்: பாரம்பரிய அணுகுமுறைகளைப் போலல்லாமல், மாட்யூல் ஃபெடரேஷன் இயக்க நேரத்தில் தொகுதிகளின் மாறும் ஏற்றுதல் மற்றும் ஒருங்கிணைப்பை அடைகிறது. இதன் பொருள், ஒரு ரிமோட் பயன்பாடு அதன் வெளிப்படுத்தப்பட்ட தொகுதிகளைப் புதுப்பிக்கும்போது நுகர்வோர் பயன்பாடுகளை மீண்டும் உருவாக்கி மீண்டும் வரிசைப்படுத்த வேண்டியதில்லை. இது சுயாதீனமான வரிசைப்படுத்தல் வழித்தடங்களுக்கு ஒரு ஆட்டத்தை மாற்றுபவர்.
• குறிப்பிடத்தக்க கட்டு அளவு குறைப்பு: `shared` பண்பு நம்பமுடியாத அளவிற்கு சக்தி வாய்ந்தது. இது டெவலப்பர்களை பொதுவான சார்புகளை (React, Vue, Angular, Lodash, அல்லது பகிரப்பட்ட வடிவமைப்பு அமைப்பு நூலகம் போன்றவை) ஒரு முறை மட்டுமே ஏற்றும்படி உள்ளமைக்க அனுமதிக்கிறது, பல கூட்டமைப்பு பயன்பாடுகள் அவற்றைப் பொறுத்து இருந்தாலும் கூட. இது ஒட்டுமொத்த கட்டு அளவுகளை வியத்தகு முறையில் குறைக்கிறது, இது வேகமான ஆரம்ப சுமை நேரங்கள் மற்றும் மேம்பட்ட பயனர் அனுபவத்திற்கு வழிவகுக்கிறது, குறிப்பாக உலகளவில் மாறுபட்ட பிணைய நிலைமைகளைக் கொண்ட பயனர்களுக்கு முக்கியமானது.
• மேம்பட்ட டெவலப்பர் அனுபவம் மற்றும் குழு சுயாட்சி: குழுக்கள் தங்கள் மைக்ரோ-ஃபிரண்ட்எண்ட்களில் தனித்தனியாக வேலை செய்யலாம், மெர்ஜ் மோதல்களைக் குறைத்து, வேகமான மறு செய்கை சுழற்சிகளை செயல்படுத்துகின்றன. அவர்கள் தங்கள் குறிப்பிட்ட களத்திற்கு தங்கள் சொந்த தொழில்நுட்ப அடுக்கைத் (நியாயமான எல்லைகளுக்குள்) தேர்வு செய்யலாம், புதுமைகளை வளர்த்து, சிறப்புத் திறன்களைப் பயன்படுத்தலாம். இந்த சுயாட்சி பெரிய நிறுவனங்கள் பல்வேறு உலகளாவிய குழுக்களை நிர்வகிப்பதற்கு இன்றியமையாதது.
• தொழில்நுட்ப அறியாமை மற்றும் படிப்படியான இடம்பெயர்வை செயல்படுத்துகிறது: இது முதன்மையாக ஒரு Webpack 5 அம்சமாக இருந்தாலும், மாட்யூல் ஃபெடரேஷன் வெவ்வேறு ஜாவாஸ்கிரிப்ட் கட்டமைப்புகளுடன் (எ.கா., ஒரு React ஹோஸ்ட் ஒரு Vue கூறுகளை நுகர்வது, அல்லது நேர்மாறாக, சரியான ரேப்பிங்குடன்) உருவாக்கப்பட்ட பயன்பாடுகளை ஒருங்கிணைக்க அனுமதிக்கிறது. இது ஒரு "பெரிய வெடிப்பு" மறுஎழுத்து இல்லாமல் மரபு பயன்பாடுகளை படிப்படியாக இடம்பெயர்க்க ஒரு சிறந்த உத்தியாக அமைகிறது, அல்லது பல்வேறு வணிகப் பிரிவுகளில் வெவ்வேறு கட்டமைப்புகளை ஏற்றுக்கொண்ட நிறுவனங்களுக்கு.
• எளிமைப்படுத்தப்பட்ட சார்பு மேலாண்மை: செருகுநிரலில் உள்ள `shared` உள்ளமைவு பொதுவான நூலகங்களின் பதிப்புகளை நிர்வகிக்க ஒரு வலுவான பொறிமுறையை வழங்குகிறது. இது நெகிழ்வான பதிப்பு வரம்புகள் மற்றும் ஒற்றை வடிவங்களை அனுமதிக்கிறது, நிலைத்தன்மையை உறுதி செய்கிறது மற்றும் சிக்கலான மோனோரெபோக்கள் அல்லது பாரம்பரிய மைக்ரோ-ஃபிரண்ட்எண்ட் அமைப்புகளில் அடிக்கடி எதிர்கொள்ளும் "சார்பு நரகத்தை" தடுக்கிறது.
• பெரிய நிறுவனங்களுக்கான மேம்பட்ட அளவிடுதிறன்: சுயாதீன குழுக்கள் மற்றும் வரிசைப்படுத்தல்களில் மேம்பாட்டை உண்மையாக விநியோகிக்க அனுமதிப்பதன் மூலம், மாட்யூல் ஃபெடரேஷன் நிறுவனங்களை தங்கள் ஃபிரண்ட்எண்ட் மேம்பாட்டு முயற்சிகளை தங்கள் உற்பத்தியின் வளர்ச்சியுடன் நேரியல் அளவில் அளவிட அதிகாரம் அளிக்கிறது, architectural complexity அல்லது ஒருங்கிணைப்பு செலவுகளில் அதற்கேற்ப அதிவேக அதிகரிப்பு இல்லாமல்.

மாட்யூல் ஃபெடரேஷனுடன் சவால்கள் மற்றும் கருத்தில் கொள்ள வேண்டியவை

சக்திவாய்ந்ததாக இருந்தாலும், மாட்யூல் ஃபெடரேஷன் ஒரு வெள்ளி குண்டு அல்ல. அதை வெற்றிகரமாகச் செயல்படுத்த கவனமாகத் திட்டமிடல் மற்றும் சாத்தியமான சிக்கல்களை நிவர்த்தி செய்வது தேவை:

• அதிகரித்த ஆரம்ப அமைப்பு மற்றும் கற்றல் வளைவு: Webpack இன் `ModuleFederationPlugin` ஐ உள்ளமைப்பது சிக்கலானதாக இருக்கலாம், குறிப்பாக `exposes`, `remotes`, மற்றும் `shared` விருப்பங்களைப் புரிந்துகொள்வது, மற்றும் அவை எவ்வாறு தொடர்பு கொள்கின்றன. மேம்பட்ட Webpack உள்ளமைவுகளுக்கு புதிய குழுக்கள் ஒரு கற்றல் வளைவை எதிர்கொள்ளும்.
• பதிப்புப் பொருத்தமின்மை மற்றும் பகிரப்பட்ட சார்புகள்: `shared` உதவும் போது, சுயாதீனக் குழுக்களுக்கு இடையில் பகிரப்பட்ட சார்புகளின் பதிப்புகளை நிர்வகிப்பதற்கு இன்னும் ஒழுக்கம் தேவை. பொருந்தாத பதிப்புகள் இயக்க நேரப் பிழைகள் அல்லது நுட்பமான பிழைகளுக்கு வழிவகுக்கும். சார்பு நிர்வாகத்திற்கான தெளிவான வழிகாட்டுதல்கள் மற்றும் சாத்தியமான பகிரப்பட்ட உள்கட்டமைப்பு ஆகியவை முக்கியமானவை.
• பிழை கையாளுதல் மற்றும் மீள்திறன்: ஒரு ரிமோட் பயன்பாடு கிடைக்கவில்லை, ஏற்றத் தவறினால் அல்லது உடைந்த தொகுதியை வெளிப்படுத்தினால் என்ன நடக்கும்? வலுவான பிழை கையாளுதல், பின்னடைவுகள் மற்றும் பயனர் நட்பு ஏற்றுதல் நிலைகள் ஒரு நிலையான பயனர் அனுபவத்தை பராமரிக்க அவசியம்.
• செயல்திறன் கருத்தில் கொள்ள வேண்டியவை: பகிரப்பட்ட சார்புகள் ஒட்டுமொத்த கட்டு அளவைக் குறைக்கும் அதே வேளையில், ரிமோட் நுழைவுக் கோப்புகள் மற்றும் மாறும் வகையில் இறக்குமதி செய்யப்பட்ட தொகுதிகளின் ஆரம்ப ஏற்றுதல் பிணைய கோரிக்கைகளை அறிமுகப்படுத்துகிறது. இது தற்காலிக சேமிப்பு, சோம்பேறி ஏற்றுதல் மற்றும் சாத்தியமான முன் ஏற்றுதல் உத்திகள் மூலம் உகந்ததாக்கப்பட வேண்டும், குறிப்பாக மெதுவான நெட்வொர்க்குகள் அல்லது மொபைல் சாதனங்களில் உள்ள பயனர்களுக்கு.
• பில்டு கருவிப் பூட்டு: மாட்யூல் ஃபெடரேஷன் ஒரு Webpack 5 அம்சமாகும். அடிப்படை கொள்கைகள் மற்ற கட்டுகளால் ஏற்றுக்கொள்ளப்படலாம் என்றாலும், தற்போதைய பரவலான செயல்படுத்தல் Webpack உடன் பிணைக்கப்பட்டுள்ளது. இது மாற்று பில்டு கருவிகளில் பெரிதும் முதலீடு செய்துள்ள குழுக்களுக்கு ஒரு கருத்தில் கொள்ள வேண்டியதாக இருக்கலாம்.
• விநியோகிக்கப்பட்ட அமைப்புகளை பிழைத்திருத்தம் செய்தல்: பல சுயாதீனமாக வரிசைப்படுத்தப்பட்ட பயன்பாடுகளில் பிழைகளை பிழைத்திருத்தம் செய்வது ஒரு மோனோலித்தில் விட சவாலானதாக இருக்கும். ஒருங்கிணைந்த பதிவு செய்தல், தடமறிதல் மற்றும் கண்காணிப்பு கருவிகள் அவசியமாகின்றன.
• உலகளாவிய நிலை மேலாண்மை மற்றும் தொடர்பு: மாட்யூல் ஃபெடரேஷன் தொகுதி ஏற்றுதலைக் கையாளும் போது, மைக்ரோ-ஃபிரண்ட்எண்ட் இடையேயான தொடர்பு மற்றும் உலகளாவிய நிலை மேலாண்மைக்கு இன்னும் கவனமான கட்டிடக்கலை முடிவுகள் தேவை. பகிரப்பட்ட நிகழ்வுகள், pub/sub வடிவங்கள் அல்லது இலகுரக உலகளாவிய கடைகள் போன்ற தீர்வுகள் சிந்தனையுடன் செயல்படுத்தப்பட வேண்டும்.
• வழிசெலுத்தல் மற்றும் வழித்தடம்: ஒரு ஒருங்கிணைந்த பயனர் அனுபவத்திற்கு ஒருங்கிணைந்த ரூட்டிங் தேவை. இதன் பொருள் ஹோஸ்ட் மற்றும் பல ரிமோட்களுக்கு இடையில் ரூட்டிங் தர்க்கத்தை ஒருங்கிணைப்பது, சாத்தியமானால் ஒரு பகிரப்பட்ட ரூட்டர் நிகழ்வு அல்லது நிகழ்வு-இயக்கும் வழிசெலுத்தலைப் பயன்படுத்துவது.
• சீரான பயனர் அனுபவம் மற்றும் வடிவமைப்பு: மாட்யூல் ஃபெடரேஷன் வழியாக ஒரு பகிரப்பட்ட வடிவமைப்பு அமைப்புடன் கூட, சுயாதீனக் குழுக்களுக்கு இடையில் காட்சி மற்றும் ஊடாடும் நிலைத்தன்மையை பராமரிக்க வலுவான ஆளுமை, தெளிவான வடிவமைப்பு வழிகாட்டுதல்கள் மற்றும் ஸ்டைலிங் அல்லது பொதுவான கூறுகளுக்கான சாத்தியமான பகிரப்பட்ட பயன்பாட்டு தொகுதிகள் தேவை.
• CI/CD மற்றும் வரிசைப்படுத்தல் சிக்கல்: தனிப்பட்ட வரிசைப்படுத்தல்கள் எளிமையானவை என்றாலும், சாத்தியமான டஜன் கணக்கான மைக்ரோ-ஃபிரண்ட்எண்ட்கள் மற்றும் அவற்றின் ஒருங்கிணைந்த வெளியீட்டு மூலோபாயத்திற்கான CI/CD வழித்தடங்களை நிர்வகிப்பது செயல்பாட்டுச் செலவைச் சேர்க்கலாம். இதற்கு முதிர்ந்த DevOps நடைமுறைகள் தேவை.

மாட்யூல் ஃபெடரேஷனை செயல்படுத்துவதற்கான சிறந்த நடைமுறைகள்

மாட்யூல் ஃபெடரேஷனின் நன்மைகளை அதிகரிக்கவும் அதன் சவால்களைத் தணிக்கவும், இந்த சிறந்த நடைமுறைகளைக் கருத்தில் கொள்ளுங்கள்:

1. மூலோபாய திட்டமிடல் மற்றும் எல்லை வரையறை

• கள-இயக்கும் வடிவமைப்பு: ஒவ்வொரு மைக்ரோ-ஃபிரண்ட்எண்டிற்கும் தொழில்நுட்ப அடுக்குகளை அல்ல, வணிக திறன்களின் அடிப்படையில் தெளிவான எல்லைகளை வரையறுக்கவும். ஒவ்வொரு குழுவும் ஒரு ஒருங்கிணைந்த, வரிசைப்படுத்தக்கூடிய அலகை சொந்தமாக வைத்திருக்க வேண்டும்.
• ஒப்பந்தம்-முதல் மேம்பாடு: வெளிப்படுத்தப்பட்ட தொகுதிகளுக்கு தெளிவான API களையும் இடைமுகங்களையும் நிறுவவும். ஒவ்வொரு ரிமோட் என்ன வெளிப்படுத்துகிறது மற்றும் அதன் பயன்பாட்டிற்கான எதிர்பார்ப்புகள் என்ன என்பதை ஆவணப்படுத்தவும்.
• பகிரப்பட்ட ஆளுமை: குழுக்கள் தன்னாட்சி பெற்றிருந்தாலும், சுற்றுச்சூழல் முழுவதும் நிலைத்தன்மையைப் பராமரிக்க பகிரப்பட்ட சார்புகள், குறியீட்டுத் தரநிலைகள் மற்றும் தகவல் தொடர்பு நெறிமுறைகளுக்கான மேலோட்டமான ஆளுமையை நிறுவவும்.

2. வலுவான பிழை கையாளுதல் மற்றும் பின்னடைவுகள்

• சஸ்பென்ஸ் மற்றும் பிழை எல்லைகள்: மாறும் தொகுதி ஏற்றும் போது தோல்விகளை நளினமாகக் கையாள React இன் `Suspense` மற்றும் பிழை எல்லைகளை (அல்லது பிற கட்டமைப்புகளில் உள்ள ஒத்த வழிமுறைகள்) பயன்படுத்தவும். பயனருக்கு அர்த்தமுள்ள பின்னடைவு UI களை வழங்கவும்.
• மீள்திறன் வடிவங்கள்: பிழை சகிப்புத்தன்மையை மேம்படுத்த ரிமோட் தொகுதி ஏற்றுதலுக்கான மறு முயற்சிகள், சர்க்யூட் பிரேக்கர்கள் மற்றும் நேரமுடிவுகளை செயல்படுத்தவும்.

3. உகந்த செயல்திறன்

• சோம்பேறி ஏற்றுதல்: உடனடியாகத் தேவையில்லாத ரிமோட் தொகுதிகளை எப்போதும் சோம்பேறி ஏற்றவும். பயனர் ஒரு குறிப்பிட்ட அம்சத்திற்குச் செல்லும்போது அல்லது ஒரு கூறு தெரியும் போது மட்டுமே அவற்றைப் பெறவும்.
• தற்காலிக சேமிப்பு உத்திகள்: HTTP தற்காலிக சேமிப்பு தலைப்புகள் மற்றும் சேவைப் பணியாளர்களைப் பயன்படுத்தி `remoteEntry.js` கோப்புகள் மற்றும் ரிமோட் கட்டுகளுக்கு தீவிரமான தற்காலிக சேமிப்பைச் செயல்படுத்தவும்.
• முன் ஏற்றுதல்: முக்கியமான ரிமோட் தொகுதிகளுக்கு, உணரப்பட்ட செயல்திறனை மேம்படுத்த அவற்றை பின்னணியில் முன் ஏற்றுவதைக் கருத்தில் கொள்ளுங்கள்.

4. மையப்படுத்தப்பட்ட மற்றும் சிந்தனைமிக்க பகிரப்பட்ட சார்பு மேலாண்மை

• முக்கிய நூலகங்களுக்கு கடுமையான பதிப்புரிமை: முக்கிய கட்டமைப்புகளுக்கு (React, Angular, Vue), `singleton: true` ஐச் செயல்படுத்தவும் மற்றும் நிலைத்தன்மையை உறுதிப்படுத்த அனைத்து கூட்டமைப்பு பயன்பாடுகளுக்கும் `requiredVersion` ஐச் சீரமைக்கவும்.
• பகிரப்பட்ட சார்புகளைக் குறைத்தல்: உண்மையிலேயே பொதுவான, பெரிய நூலகங்களை மட்டும் பகிரவும். சிறிய பயன்பாடுகளை அதிகமாகப் பகிர்வது குறிப்பிடத்தக்க நன்மை இல்லாமல் சிக்கலைச் சேர்க்கலாம்.
• சார்பு ஸ்கேன்களை தானியங்குபடுத்துங்கள்: உங்கள் கூட்டமைப்பு பயன்பாடுகளில் சாத்தியமான பதிப்பு மோதல்கள் அல்லது நகல் பகிரப்பட்ட நூலகங்களைக் கண்டறிய கருவிகளைப் பயன்படுத்தவும்.

5. விரிவான சோதனை மூலோபாயம்

• அலகு மற்றும் ஒருங்கிணைப்பு சோதனைகள்: ஒவ்வொரு மைக்ரோ-ஃபிரண்ட்எண்டிற்கும் அதன் சொந்த விரிவான அலகு மற்றும் ஒருங்கிணைப்பு சோதனைகள் இருக்க வேண்டும்.
• முடிவு-முதல்-முடிவு (E2E) சோதனை: ஒருங்கிணைக்கப்பட்ட பயன்பாடு தடையின்றி செயல்படுவதை உறுதி செய்வதற்கு முக்கியமானது. இந்த சோதனைகள் மைக்ரோ-ஃபிரண்ட்எண்ட்களுக்கு இடையில் பரவி, பொதுவான பயனர் ஓட்டங்களை உள்ளடக்க வேண்டும். ஒரு கூட்டமைப்பு சூழலை உருவகப்படுத்தக்கூடிய கருவிகளைக் கருத்தில் கொள்ளுங்கள்.

6. நெறிப்படுத்தப்பட்ட CI/CD மற்றும் வரிசைப்படுத்தல் ஆட்டோமேஷன்

• சுயாதீன வழித்தடங்கள்: ஒவ்வொரு மைக்ரோ-ஃபிரண்ட்எண்டிற்கும் அதன் சொந்த சுயாதீனமான உருவாக்கம் மற்றும் வரிசைப்படுத்தல் வழித்தடம் இருக்க வேண்டும்.
• அணு வரிசைப்படுத்தல்கள்: ஒரு ரிமோட்டின் புதிய பதிப்பை வரிசைப்படுத்துவது தற்போதுள்ள ஹோஸ்ட்களை உடைக்காது என்பதை உறுதிப்படுத்தவும் (எ.கா., API இணக்கத்தன்மையைப் பராமரிப்பதன் மூலம் அல்லது பதிப்பிடப்பட்ட நுழைவுப் புள்ளிகளைப் பயன்படுத்துவதன் மூலம்).
• கண்காணிப்பு மற்றும் அவதானிப்பு: விநியோகிக்கப்பட்ட சூழலில் சிக்கல்களை விரைவாகக் கண்டறிந்து கண்டறிய அனைத்து மைக்ரோ-ஃபிரண்ட்எண்ட்களிலும் வலுவான பதிவு செய்தல், தடமறிதல் மற்றும் கண்காணிப்பைச் செயல்படுத்தவும்.

7. ஒருங்கிணைந்த ரூட்டிங் மற்றும் வழிசெலுத்தல்

• மையப்படுத்தப்பட்ட ரூட்டர்: உலகளாவிய வழிகளை நிர்வகிக்க ஹோஸ்ட்டை அனுமதிக்கும் மற்றும் குறிப்பிட்ட மைக்ரோ-ஃபிரண்ட்எண்ட்களுக்கு துணை வழிகளை ஒப்படைக்கும் ஒரு பகிரப்பட்ட ரூட்டிங் நூலகம் அல்லது வடிவத்தைக் கருத்தில் கொள்ளுங்கள்.
• நிகழ்வு-இயக்கும் தொடர்பு: இறுக்கமான இணைப்பு இல்லாமல் வெவ்வேறு மைக்ரோ-ஃபிரண்ட்எண்ட்களுக்கு இடையில் தொடர்பு மற்றும் வழிசெலுத்தலை எளிதாக்க ஒரு உலகளாவிய நிகழ்வுப் பஸ் அல்லது நிலை மேலாண்மை தீர்வைப் பயன்படுத்தவும்.

8. ஆவணப்படுத்தல் மற்றும் அறிவுப் பகிர்வு

• தெளிவான ஆவணப்படுத்தல்: ஒவ்வொரு வெளிப்படுத்தப்பட்ட தொகுதி, அதன் API மற்றும் அதன் பயன்பாட்டிற்கான முழுமையான ஆவணங்களைப் பராமரிக்கவும்.
• உள் பயிற்சி: ஒரு மாட்யூல் ஃபெடரேஷன் கட்டமைப்பிற்கு மாறும் டெவலப்பர்களுக்கு பயிற்சியும் பட்டறைகளும் வழங்கவும், குறிப்பாக உலகளாவிய குழுக்களுக்கு விரைவாக உள்வாங்க வேண்டிய அவசியம் உள்ளது.

Webpack 5 க்கு அப்பால்: கலப்பு வலையின் எதிர்காலம்

Webpack 5 இன் மாட்யூல் ஃபெடரேஷன் இந்தக் கருத்தின் முன்னோடியான மற்றும் மிகவும் முதிர்ச்சியடைந்த செயல்படுத்தலாக இருந்தாலும், இயக்க நேரத்தில் தொகுதிகளைப் பகிரும் யோசனை ஜாவாஸ்கிரிப்ட் சுற்றுச்சூழல் முழுவதும் பிரபலமடைந்து வருகிறது.

மற்ற கட்டுகள் மற்றும் கட்டமைப்புகள் இதேபோன்ற திறன்களை ஆராய்ந்து வருகின்றன அல்லது செயல்படுத்தி வருகின்றன. இது நாம் வலைப் பயன்பாடுகளை எவ்வாறு உருவாக்குகிறோம் என்பதில் ஒரு பரந்த தத்துவார்த்த மாற்றத்தைக் குறிக்கிறது: ஒரு உண்மையான கலப்பு வலையை நோக்கி நகர்கிறது, இங்கு சுயாதீனமாக உருவாக்கப்பட்ட மற்றும் வரிசைப்படுத்தப்பட்ட அலகுகள் பெரிய பயன்பாடுகளை உருவாக்க தடையின்றி ஒருங்கிணைக்க முடியும். மாட்யூல் ஃபெடரேஷனின் கொள்கைகள் எதிர்கால வலைத் தரநிலைகள் மற்றும் கட்டிடக்கலை வடிவங்களை பாதிக்கும், இது ஃபிரண்ட்எண்ட் மேம்பாட்டை மேலும் விநியோகிக்கப்பட்ட, அளவிடக்கூடிய மற்றும் மீள்திறன் கொண்டதாக மாற்றும்.

முடிவுரை

ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷன் மைக்ரோ-ஃபிரண்ட்எண்ட் கட்டமைப்புகளின் நடைமுறை உணர்தலில் ஒரு குறிப்பிடத்தக்க முன்னேற்றத்தைக் குறிக்கிறது. உண்மையான இயக்க நேரக் குறியீட்டுப் பகிர்வு மற்றும் சார்புநிலை நீக்குதலைச் செயல்படுத்துவதன் மூலம், இது பெரிய மேம்பாட்டு நிறுவனங்கள் மற்றும் சிக்கலான வலைப் பயன்பாடுகளை உருவாக்கும் உலகளாவிய குழுக்கள் எதிர்கொள்ளும் மிகவும் தொடர்ச்சியான சவால்களில் சிலவற்றைச் சமாளிக்கிறது. இது குழுக்களுக்கு அதிக சுயாட்சியை அளிக்கிறது, மேம்பாட்டுச் சுழற்சிகளை துரிதப்படுத்துகிறது, மேலும் அளவிடக்கூடிய, பராமரிக்கக்கூடிய ஃபிரண்ட்எண்ட் அமைப்புகளை எளிதாக்குகிறது.

மாட்யூல் ஃபெடரேஷனை ஏற்றுக்கொள்வது அமைப்பு, பிழை கையாளுதல் மற்றும் விநியோகிக்கப்பட்ட பிழைத்திருத்தம் தொடர்பான அதன் சொந்த சிக்கல்களை அறிமுகப்படுத்தும் அதே வேளையில், குறைக்கப்பட்ட கட்டு அளவுகள், மேம்பட்ட டெவலப்பர் அனுபவம் மற்றும் மேம்பட்ட நிறுவன அளவிடுதிறன் ஆகியவற்றின் அடிப்படையில் அது வழங்கும் நன்மைகள் ஆழ்ந்தவை. ஃபிரண்ட்எண்ட் மோனோலித்களிலிருந்து விடுபட, உண்மையான சுறுசுறுப்பைத் தழுவ, மற்றும் பெருகிய முறையில் சிக்கலான டிஜிட்டல் தயாரிப்புகளை பல்வேறு குழுக்களில் நிர்வகிக்க விரும்பும் நிறுவனங்களுக்கு, மாட்யூல் ஃபெடரேஷனில் தேர்ச்சி பெறுவது ஒரு விருப்பம் மட்டுமல்ல, ஒரு மூலோபாயத் தேவையாகும்.

கலப்பு வலைப் பயன்பாடுகளின் எதிர்காலத்தைத் தழுவுங்கள். ஜாவாஸ்கிரிப்ட் மாட்யூல் ஃபெடரேஷனை ஆராய்ந்து உங்கள் ஃபிரண்ட்எண்ட் கட்டமைப்பில் புதிய அளவிலான செயல்திறன் மற்றும் புதுமைகளைத் திறக்கவும்.