பொருளடக்கம்[மறை][காட்டு]
- மைக்ரோ ஃப்ரண்ட்-எண்ட் கட்டிடக்கலை அறிமுகம்
மைக்ரோ முன்பக்கத்தின் நன்மைகள் +-
- விரைவான தன்னாட்சி குழுக்களில் வளர்ச்சி
- தனிப்பட்ட மைக்ரோ ஃபிரண்டன்ட்களின் சிறிய கோட்பேஸ்கள் தூய்மையான குறியீட்டிற்கு வழிவகுக்கும்
- தளர்வான இணைப்பின் காரணமாக மேம்படுத்தப்பட்ட பயன்பாட்டின் நிலைத்தன்மை
- தனிப்பட்ட அம்சங்களைச் சோதிப்பது எளிமையானது
- குறைக்கப்பட்ட தொகுப்பு அளவு விரைவான பக்க ஏற்றத்திற்கு வழிவகுக்கிறது
- தொழில்நுட்ப சுதந்திரம்
- தீர்மானம்
மைக்ரோ சர்வீஸ் பற்றிய யோசனை சமீபத்தில் அதிக கவனத்தைப் பெற்றுள்ளது, மேலும் பல நிறுவனங்கள் பெரிய, ஒற்றைப் பின்தளங்களை அகற்ற இதைப் பயன்படுத்துகின்றன.
வலை பயன்பாடுகளின் சர்வர் பக்கத்தை உருவாக்கும் இந்த விநியோக முறை ஆராய்ச்சி மற்றும் செயல்பாட்டின் அடிப்படையில் அதிகமாகவோ அல்லது குறைவாகவோ நம்பகமானதாக இருந்தாலும், முன்னோடியுடன் அதே வழியில் செல்வது இன்னும் பல வணிகங்களுக்கு சவாலாக உள்ளது.
அதன் நெருங்கிய சார்பு காரணமாக, கிளையன்ட் பக்க மோனோலித் பொதுவாக புதிய அம்சங்களை ஒருங்கிணைத்தல், புதிய தொழில்நுட்பங்களை ஏற்றுக்கொள்வது மற்றும் தனிப்பட்ட கூறுகளை அளவிடுதல் ஆகியவற்றை கடினமாக்குகிறது.
இவை மற்றும் பிற சவால்கள் மைக்ரோ சர்வீஸ்களைப் பயன்படுத்தி விசாரிக்க முன்நிலை டெவலப்பர்களைத் தூண்டின.
இதன் விளைவாக, இணையதளங்கள் மற்றும் இணைய அடிப்படையிலான பயன்பாடுகளின் முன்-இறுதி அடுக்கை உருவாக்குவதற்கு மைக்ரோ ஃப்ரண்ட்எண்ட் எனப்படும் புத்தம் புதிய கட்டடக்கலை உத்தி உருவாக்கப்பட்டது.
இந்த சொல் முதன்முதலில் 2016 இல் பயன்படுத்தப்பட்டது, அதன் பின்னர், இது ஒரு நல்ல காரணத்திற்காக நிறைய கவனத்தை ஈர்த்துள்ளது.
இந்தக் கட்டுரை மைக்ரோ ஃபிரண்ட்டெண்ட்ஸ் என்றால் என்ன மற்றும் அவை எதிர்கொள்ளும் சிக்கல்களைப் பற்றிய பொதுவான புரிதலை வழங்கும். அது வேலை செய்கிறது, அத்துடன் நன்மை தீமைகள்.
மைக்ரோ ஃப்ரண்ட்-எண்ட் கட்டிடக்கலை அறிமுகம்
மைக்ரோ-ஃப்ரன்டென்ட் ஆர்கிடெக்சர் எனப்படும் முன்-இறுதி வளர்ச்சியின் சமகால முறை பிரிக்கிறது a வலை பயன்பாடு சிறிய, சுயாதீனமான பகுதிகளாக.
இறுதிப் பயனருக்கு, இந்தப் பகுதிகள் தனித்தனியாகக் கட்டப்பட்டு, பின்னர் ஒன்றாகச் சேர்க்கப்பட்டாலும் ஒரு அலகாகத் தோன்றும்.
மைக்ரோ ஃபிரண்ட்டெண்ட்கள் கிளையன்ட் பக்கத்துடன் தொடர்புடையது, சர்வர் பக்கமல்ல, ஆன்லைன் தீர்வுகளின் அடிப்படையிலான பகுத்தறிவு மைக்ரோ சர்வீஸ்களைப் போலவே இருக்கும்.
அதிநவீன இணைய அடிப்படையிலான தயாரிப்புகளை உருவாக்குவது மைக்ரோ ஃப்ரண்ட்எண்ட் அணுகுமுறையைப் பயன்படுத்தும் போது மிகவும் அர்த்தமுள்ளதாக இருக்கும்.
மிகவும் வழக்கமான முன்-இறுதி மோனோலித்துக்கு மாறாக, மைக்ரோ ஃபிரண்ட்டெண்ட்கள், பல்வேறு மென்பொருள் திட்டங்களில் தனித்தனியாக ஒத்துழைக்க பல குழுக்களை செயல்படுத்துகின்றன.
இந்த கட்டடக்கலை வடிவமைப்பைப் பயன்படுத்தி, புரோகிராமர்கள் வலை பயன்பாடுகளை விரைவாகவும் அதிக அளவிடுதல் மற்றும் பராமரிப்புடனும் உருவாக்க முடியும்.
எளிமையாகச் சொல்வதென்றால், ஒவ்வொரு மைக்ரோ ஃபிரண்டெண்டும் இணையப் பக்கத்தின் ஒரு தனித்துவமான கூறுக்கான குறியீட்டின் ஒரு பகுதி மட்டுமே.
இந்த அம்சங்கள் தனித்தனி குழுக்களால் கட்டுப்படுத்தப்படுகின்றன, அவை ஒவ்வொன்றும் ஒரு குறிப்பிட்ட தொழில் அல்லது நோக்கத்தில் நிபுணத்துவம் பெற்றவை.
மோனோலிதிக் vs மைக்ரோ சர்வீசஸ் vs மைக்ரோ ஃப்ரண்ட்எண்ட் ஆர்கிடெக்சர்
இடமாற்றம் பற்றி யோசி. எல்லாவற்றையும் சிறிய, திறமையாக பெயரிடப்பட்ட பெட்டிகளாக ஒழுங்கமைத்து ஒவ்வொன்றையும் தனித்தனியாக மாற்றுவது அல்லது முழு ஊழியர்களையும் ஒரு பெரிய பெட்டியில் அடைத்து புதிய இடத்திற்கு கொண்டு செல்வது உங்களுக்கு எளிதாக இருக்குமா?
தெளிவான தீர்வு இருக்கிறது.
இந்த ஒப்புமை இரண்டு தனித்துவமான வலை பயன்பாட்டு கட்டமைப்புகள், மோனோலித்கள் மற்றும் மைக்ரோ சர்வீஸ்கள் (மைக்ரோ ஃபிரண்ட்டெண்ட்ஸ் என்றும் அழைக்கப்படுகிறது) ஆகியவற்றை ஒப்பிடுகிறது.
ஒற்றைக்கல் கட்டிடக்கலை
ஒரு முழுமையான பயன்பாடு ஒற்றை, ஒருங்கிணைந்த நிறுவனமாக உருவாக்கப்பட்ட "நல்ல பழைய நாட்களை" நீங்கள் நினைவுகூர முடியும். அத்தகைய முறை ஒரு மோனோலித் என்று அழைக்கப்படுகிறது, இது ஒரு பெரிய கல் தொகுதிக்கான பழைய சொல்.
இது அர்த்தமுள்ளதாக இருக்கிறது.
மோனோலிதிக் அமைப்புகள் ஒன்றுக்கொன்று சார்ந்த கூறுகளைக் கொண்டுள்ளன. எனவே, நீங்கள் எதையாவது மாற்ற அல்லது புதிய அம்சத்தைச் சேர்க்க விரும்பினால், முழு அமைப்பும் உடைந்து போகலாம்.
அது காலாவதியானாலும், எப்போதாவது இருந்து கொண்டே இருக்கிறது. ஆம், உங்கள் தற்போதைய வெளிப்பாடு எங்களுக்குத் தெரியும்.
புதிய தொழில்நுட்பங்கள் வளர்ச்சியடைந்து மென்பொருள் தயாரிப்புகள் மிகவும் சிக்கலானதாக இருப்பதால், கோட்பேஸின் கருத்தியல் பிரிவு இரண்டு வெவ்வேறு கூறுகளாக - முன்பக்கம் (கிளையன்ட்-சைட்) மற்றும் பின்தளத்தில் (சர்வர்-சைட்) தவிர்க்க முடியாததாகிவிட்டது.
இறுதிப் பயனர் தொடர்பு கொள்ளும் விளக்கக்காட்சி அடுக்கு மற்றும் பின்னணியில் நடக்கும் அனைத்திற்கும் இடையே உள்ள கவலைகளைப் பிரிப்பதே இப்போது மிகவும் பிரபலமான செயல்பாட்டு முறையாகும்.
இதற்கு இரண்டு மென்பொருள் பொறியியல் குழுக்கள் தேவை, முன்-இறுதி குழு காட்சி கூறுகளை உருவாக்குகிறது மற்றும் பின்-இறுதி குழு வலை சேவைகளை உருவாக்குகிறது, வணிக தர்க்கம், தரவு அணுகல், ஒருங்கிணைப்புகள் போன்றவை.
இருப்பினும், இந்த பிரிவினை இருந்தபோதிலும், இந்த மூலோபாயம் இன்னும் இயற்கையால் ஒரே மாதிரியாகவே உள்ளது.
முக்கிய மாற்றம் என்னவென்றால், ஒரு பெரிய பயன்பாட்டிற்குப் பதிலாக, எங்களிடம் இரண்டு பெரிய அளவிலான குறியீடு தொகுதிகள் உள்ளன - முன்பக்கம் மற்றும் பின்தளம். மோனோலிதிக் கட்டிடக்கலைகள் பயங்கரமானதாக இருக்க வேண்டியதில்லை; அவை உட்பட சில நன்மைகள் உள்ளன
- ஒற்றை மூலக் குறியீட்டுத் தளம் மற்றும் மிக எளிமையான வடிவமைப்புடன் சிறிய பயன்பாடுகளுக்கான எளிய மற்றும் விரைவான மேம்பாடு;
- சோதனை மற்றும் பிழைத்திருத்தம் மிகவும் நேரடியானது, ஏனெனில் அனைத்து குறியீடுகளும் ஒரே இடத்தில் இருப்பதால், ஒரு குழு கோரிக்கையின் ஓட்டத்தைக் கண்காணிப்பதையும் பிழைகளைக் கண்டறிவதையும் எளிதாக்குகிறது;
- பயன்பாட்டின் வளர்ச்சியின் ஆரம்பத்தில், புதிய அம்சங்கள் சேர்க்கப்படும் வரை உள்கட்டமைப்பு செலவுகள் அல்லது மேம்பாட்டு செலவுகள் எதுவும் ஏற்படாததால் செலவுகள் மலிவானவை.
இந்த மூலோபாயத்தின் குறைபாடுகள் பிரதிபலிக்கின்றன
- கட்டுப்படுத்தப்பட்ட வரிசைப்படுத்தல் நெகிழ்வுத்தன்மை - திட்டத்தில் பணிபுரியும் ஒரு சிலரே இருந்தால் குழுக்கள் காத்திருக்க வேண்டும் மற்றும் ஒவ்வொரு முறையும் நீங்கள் குறியீட்டைப் புதுப்பிக்கும்போது புதிய வரிசைப்படுத்தல் தேவைப்படுகிறது;
- புதிய தொழில்நுட்பங்களை ஏற்றுக்கொள்வது சவாலானது, ஏனெனில் அவ்வாறு செய்வது ஒரு குறிப்பிடத்தக்க பகுதியை மீண்டும் எழுத வேண்டும், இல்லையெனில் முழு திட்டமும்.
- டெவலப்பர்களின் எண்ணிக்கை அதிகரிக்கும் போது, குறியீட்டின் அமைப்பு நெருக்கமாக இணைக்கப்பட்டு, சிக்கலானதாகவும், நிர்வகிக்கவும் புரிந்து கொள்ளவும் கடினமாகிறது.
- நிறுவன சிக்கல்கள் - ஒவ்வொரு குழு உறுப்பினரும் நூலகங்களின் ஒரே பதிப்பைப் பயன்படுத்த வேண்டும் மற்றும் பல குழுக்கள் ஒரு ஒற்றைத் திட்டத்தில் பணிபுரிந்தால் ஏதேனும் மாற்றங்களைப் புகாரளிக்க வேண்டும்.
- அளவிடுதல் தொடர்பான கவலைகள் - திட்டத்தின் கூறுகள் ஒன்றோடொன்று இணைக்கப்பட்டுள்ளதால், அவற்றைத் தனித்தனியாக அளவிடுவது குறிப்பிடத்தக்க வேலையில்லா நேரம் மற்றும் அதிக செலவுகளை விளைவிக்கும் சிரமங்களை அளிக்கிறது.
- திட்டத்தின் சிக்கலான தர்க்கத்தை புதிய குழு உறுப்பினர்கள் புரிந்துகொள்வது கடினமாக இருக்கும், குறிப்பாக முதலில் அதில் பணிபுரிந்த பொறியாளர்கள் இனி வேலை செய்யவில்லை என்றால்.
மைக்ரோ சர்வீஸ்கள் மற்றும் அவற்றின் நெருங்கிய உறவினர்கள் மற்றும் மைக்ரோ ஃபிரண்ட்டெண்ட்களின் வளர்ச்சி, ஒற்றைக்கல் அமைப்புகளின் முதன்மை பிரச்சனைகளுக்கு தீர்வு கண்டது.
மைக்ரோ சர்வீஸ் கட்டிடக்கலை
மைக்ரோ சர்வீஸ் எனப்படும் கட்டடக்கலை முறையானது, பல தளர்வாக இணைக்கப்பட்ட மற்றும் சுயாதீனமாக பயன்படுத்தக்கூடிய சிறிய கூறுகள் அல்லது சேவைகளை உருவாக்க அனுமதிக்கிறது.
ஒவ்வொரு சேவைக்கும் அதன் சொந்த கோட்பேஸ், CI/CD பைப்லைன்கள், DevOps நடைமுறைகள் மற்றும் அவற்றை இயக்குவதற்கான செயல்முறைகள் உள்ளன.
மேலே உள்ள படத்தைப் பார்ப்பதன் மூலம் மோனோலிதிக் பின்தள அணி தனித்தனி அணிகளாகப் பிரிக்கப்பட்டிருப்பதைக் காணலாம்.
ஒவ்வொன்றும் பயன்பாட்டின் வெவ்வேறு அம்சங்களில் (தயாரிப்பு சேவை, தேடல் சேவை மற்றும் கட்டணச் சேவை போன்றவை) தனித்தனியாக கவனம் செலுத்துகிறது.
சேவைகளுக்கிடையேயான தொடர்பு APIகள் எனப்படும் நிறுவப்பட்ட நெறிமுறைகள் மூலம் நிகழ்கிறது, அதாவது ஒத்திசைவான கோரிக்கை-பதில் வடிவங்களைப் பயன்படுத்தும் இலகுரக REST API நெறிமுறை.
காஃப்கா போன்ற மென்பொருளைப் பயன்படுத்தி ஒத்திசைவற்ற தகவல்தொடர்புகளைப் பயன்படுத்துவது மற்றொரு விருப்பமாகும், இது தகவல்தொடர்பு கட்டமைப்புகள் மற்றும் நிகழ்வுகளை வெளியிட/சந்தா செலுத்துகிறது.
மைக்ரோ சர்வீஸ்கள் ஃபிரண்டென்ட் (BFF) சேவைக்கான பின்தளம் அல்லது நெட்வொர்க் மூலம் API கேட்வே வழியாக முன்பக்கத்துடன் ஒருங்கிணைக்கின்றன. BFF ஆனது ஒவ்வொரு கிளையண்டிற்கும் தனிப்பயனாக்கப்பட்ட API ஐ வழங்குகிறது, அதேசமயம் API கேட்வேஸ் மைக்ரோ சர்வீஸ்களின் தொகுப்பிற்கான அணுகல் புள்ளியை வழங்குகிறது.
ஆனால் தன்னியக்க பின்தள கூறுகள் மற்றும் அவை வழங்கும் அனைத்து நன்மைகள் இருந்தாலும் கூட, முன்பக்கம் இன்னும் ஒரு ஒற்றைப்பாதையாகவே உள்ளது.
எனவே, இங்குதான் மைக்ரோ ஃப்ரென்ட்கள் பயனுள்ளதாக இருக்கும்.
மைக்ரோ ஃப்ரண்ட்டெண்ட்ஸ் கட்டிடக்கலை
மைக்ரோ சர்வீஸ்களைப் போலவே, தளர்வாக இணைக்கப்பட்ட கூறுகள் பல குழுக்களால் நிர்வகிக்கப்படுகின்றன, மைக்ரோ ஃப்ரென்டென்ட் கட்டமைப்பானது உலாவியில் கருத்தைப் பயன்படுத்துகிறது.
இந்த வலை பயன்பாட்டு பயனர் இடைமுகங்கள் இந்த கட்டமைப்பைப் பின்பற்றுகின்றன, இது ஓரளவு தன்னாட்சி கூறுகளைக் கொண்டுள்ளது.
குறிப்பிட்ட நிபுணத்துவம் அல்லது தொழில்நுட்பத்தை விட கிளையன்ட் தேவைகள் அல்லது பயன்பாட்டு நிகழ்வுகளின் அடிப்படையில் குழுக்கள் உருவாக்கப்படுகின்றன.
இதன் விளைவாக, குழுக்கள் மைக்ரோ சர்வீஸ் மற்றும் மைக்ரோ ஃப்ரென்டென்ட் திட்டங்களில் ஈடுபட்டுள்ளன.
- செங்குத்தாக வெட்டப்பட்டது - அதே திட்டத்தில் பணிபுரியும் முன்பகுதி டெவலப்பர்கள், தரவு வல்லுநர்கள், பின்தளப் பொறியாளர்கள், QA பொறியாளர்கள் போன்றவர்கள் இருப்பதால், அவர்கள் தங்கள் அம்சங்களை உருவாக்குகிறார்கள் பயனர் இடைமுகம் தரவுத்தளங்களுக்கு; மற்றும்
- குறுக்கு-செயல்பாடு - ஒவ்வொரு குழு உறுப்பினரும் குழுவிற்கு தங்கள் நிபுணத்துவத்தை பங்களிக்கின்றனர்.
குழுக்கள் தங்கள் குறிப்பிட்ட வணிகத்திற்கு மிகவும் பொருத்தமான தொழில்நுட்ப அடுக்கையும் தேர்ந்தெடுக்கலாம்.
ஒரு குழு அதன் பகுதியை நிரல் செய்ய ரியாக்டைப் பயன்படுத்தலாம். மற்றொரு குழு புதிய கோண பதிப்பை உருவாக்குகிறது. Vue.js அத்தகைய ஒரு உதாரணம்.
டெவலப்மென்ட் குழுக்கள் பொதுவாக மோனோலித்களில் உள்ள சிக்கல்களைத் தீர்க்க, தொடர்புடைய மைக்ரோ சர்வீஸுடன் இணைந்து மைக்ரோ ஃப்ரண்ட்டெண்ட்கள் பயன்படுத்தப்படுகின்றன. மூலோபாயம் பின்வரும் நன்மைகளை வழங்குகிறது.
- தொழில்நுட்ப சுதந்திரம்: முன்னோடி பொறியாளர்கள் நிறுவனத்தின் தேவைகளைப் பொறுத்து மாற்று ஜாவாஸ்கிரிப்ட் கட்டமைப்புகள், இயக்க நேர சூழல்கள் மற்றும் முழு தொழில்நுட்ப அடுக்குகளையும் தேர்வு செய்யலாம். காலாவதியான கட்டிடக்கலைக்கு மேல், ஒரு புதிய கட்டமைப்பு பயன்படுத்தப்படலாம்.
- ஒவ்வொரு மைக்ரோ ஃபிரண்டெண்டும் தன்னிச்சையாக இருப்பதால் அதிக அளவு நெகிழ்வுத்தன்மை சாத்தியமாகும், மேலும் தனித்தனியாக உருவாக்கலாம், சோதிக்கலாம், வரிசைப்படுத்தலாம் மற்றும் மேம்படுத்தலாம். இதன் விளைவாக, ஒரு குழு ஒரு அம்சத்தில் பணிபுரிந்து பிழைத்திருத்தத்தை முன்வைத்திருந்தால், மற்றொரு குழு அதன் சொந்த அம்சத்தைச் சேர்க்க வேண்டும் என்றால், முதல் குழு தங்கள் பணியை முடிக்கும் வரை காத்திருக்க வேண்டியதில்லை.
- தன்னாட்சி குழுக்கள் மற்றும் அமைப்புகள்: ஒவ்வொரு தயாரிப்புக் குழுவும், அதன் விளைவாக ஒவ்வொரு அம்சமும் மற்றவர்களைச் சார்ந்து இல்லாமல் செயல்பட முடியும், இது அருகிலுள்ள கூறுகள் கிடைக்காவிட்டாலும் தொடர்ந்து வேலை செய்ய உதவுகிறது.
- பல, சிறிய கோட்பேஸ்கள்: மைக்ரோ ஃபிரண்ட்டெண்ட்கள் ஒவ்வொன்றும் அதன் சொந்த, மேலும் நிர்வகிக்கக்கூடிய, சிறிய கோட்பேஸைக் கொண்டிருக்கும். குறைவான நபர்களே குறிப்பிட்ட UI கூறுகளில் கவனம் செலுத்துவார்கள், குறியீடு மதிப்பாய்வுகளை எளிதாக்குவார்கள் மற்றும் ஒட்டுமொத்த அமைப்பை மேம்படுத்துவார்கள்.
- எளிமையான ஆப்ஸ் ஸ்கேலிங்: மைக்ரோ ஃப்ரண்ட்டெண்ட்ஸின் மற்றொரு நன்மை ஒவ்வொரு அம்சத்தையும் தனித்தனியாக அளவிடும் திறன் ஆகும். மோனோலித்களுக்கு மாறாக, ஒவ்வொரு முறையும் ஒரு புதிய அம்சம் சேர்க்கப்படும்போது முழு நிரலையும் அளவிட வேண்டும், இது முழு செயல்முறையையும் நேரம் மற்றும் பணம் இரண்டின் அடிப்படையில் மிகவும் திறமையானதாக்குகிறது.
மைக்ரோ ஃபிரண்டெண்ட் எப்படி வேலை செய்கிறது?
நாங்கள் முன்பே கூறியது போல், குழுக்கள் மைக்ரோ ஃப்ரென்டென்ட் கட்டமைப்பிற்குள் செங்குத்தாக ஒழுங்கமைக்கப்பட்டுள்ளன, அதாவது அவை டொமைன் அறிவு அல்லது நோக்கத்தால் பிரிக்கப்பட்டு ஒரு குறிப்பிட்ட தயாரிப்புக்கு ஆரம்பம் முதல் இறுதி வரை பொறுப்பாகும்.
இது ஒன்று அல்லது இரண்டு பின்தளத்தில் மைக்ரோ சர்வீஸ்கள் மற்றும் சிறிய முன்பக்கத்தைக் கொண்டிருக்கலாம். இன்னும் விரிவாக, இந்த காட்சி உறுப்புகளின் பண்புகள், பிற UI கூறுகளுடன் தொடர்புகள் மற்றும் முகப்புப்பக்கத்தில் இணைத்தல் ஆகியவற்றை ஆராய்வோம்.
ஒரு மைக்ரோ ஃபிரண்டண்ட் இருக்க முடியும்
- ஒரு முழு பக்கம் (எ.கா., ஒரு தயாரிப்பு விவரம் பக்கம்) அல்லது
- தலைப்புகள், அடிக்குறிப்புகள் மற்றும் தேடல் பார்கள் போன்ற பிற குழுக்களால் பயன்படுத்தக்கூடிய பக்கத்தின் பிரிவுகள்.
நீங்கள் ஒரு பெரிய வலைத்தளத்தை பல பக்க வகைகளாகப் பிரித்து ஒவ்வொரு வகையையும் ஒரு குறிப்பிட்ட ஊழியர்களுக்கு வேலை செய்ய கொடுக்கலாம்.
இருப்பினும், தலைப்புகள், அடிக்குறிப்புகள், பரிந்துரைத் தொகுதிகள் போன்ற பல பக்கங்களில் பல கூறுகள் அடிக்கடி நிகழ்கின்றன. ஒரு பரிந்துரைத் தொகுதி, எடுத்துக்காட்டாக, முகப்புப்பக்கம், தயாரிப்பு விவரம் பக்கம் அல்லது செக்அவுட் பக்கத்திலும் சேர்க்கப்படலாம்.
சாராம்சத்தில், மற்ற அணிகள் தங்கள் பக்கங்களில் பயன்படுத்தக்கூடிய துண்டுகளை அணிகள் உருவாக்கலாம்.
இருப்பினும், மைக்ரோ ஃபிரண்ட்டெண்ட்கள், மீண்டும் பயன்படுத்தக்கூடிய கூறுகளுக்கு மாறாக வெவ்வேறு திட்டங்களாக தனித்தனியாக பயன்படுத்தப்படலாம்.
இவை அனைத்தும் அருமையாகத் தெரிகிறது, ஆனால் ஒரு ஒருங்கிணைந்த இடைமுகத்தை உருவாக்க, பக்கங்கள் மற்றும் துண்டுகள் எப்படியாவது இணைக்கப்பட வேண்டும்.
இதற்கு முன்னோட்ட ஒருங்கிணைப்பு தேவைப்படுகிறது, இது பல்வேறு உத்திகள் மூலம் நிறைவேற்றப்படலாம், இதில் ரூட்டிங், கலவை மற்றும் தகவல் தொடர்பு (மேலே உள்ள வரைபடத்தைப் பார்க்கவும்).
ரூட்டிங்
ஒரு குழுவால் கட்டுப்படுத்தப்படும் பக்கத்திலிருந்து மற்றொரு குழுவிற்குச் சொந்தமான பக்கத்தை அணுகுவதற்குச் சேவை தேவைப்படும்போது, பக்க நிலை ஒருங்கிணைப்புக்கு ரூட்டிங் பயனுள்ளதாக இருக்கும்.
ஒவ்வொரு மைக்ரோ முன்பக்கமும் ஒரு பக்க பயன்பாடாகக் கையாளப்படுகிறது. ரூட்டிங் வழங்க எளிய HTML இணைப்புகளைப் பயன்படுத்தலாம்.
ஒரு சர்வரில் இருந்து இலக்கு மார்க்அப்பை பதிவிறக்கம் செய்ய ஒரு பயனர் உலாவியை கட்டாயப்படுத்தலாம் மற்றும் ஹைப்பர்லிங்க்களில் கிளிக் செய்வதன் மூலம் தற்போதைய பக்கத்தை புதியதாக மாற்றலாம்.
பயன்பாட்டு ஷெல் என்பது HTML, CSS மற்றும் JavaScript இன் மிகக்குறைந்த அளவு UI ஐ இயக்குகிறது. சேவையகத்திலிருந்து கோரப்பட்ட உள்ளடக்கத் தரவு இன்னும் காத்திருந்தாலும், பயனர் உடனடியாக ஒரு நிலையான காட்டப்படும் பக்கத்தைப் பெறுவார். மத்திய பயன்பாட்டு ஷெல் பல்வேறு குழுக்களால் உருவாக்கப்பட்ட ஒற்றை பக்க பயன்பாடுகளுக்கான பெற்றோர் பயன்பாடாக செயல்படுகிறது.
பயன்படுத்தப்படும் நூலகம் அல்லது கட்டமைப்பைப் பொருட்படுத்தாமல், மெட்டா-கட்டமைப்புகள் பல்வேறு பக்கங்களை ஒரே ஒன்றாக இணைக்க உதவுகிறது.
கலவை
கலவை என்பது ஒரு பக்கத்தில் பொருத்தமான இடைவெளிகளில் அவற்றைப் பொருத்துவதற்கு துண்டுகளை ஒழுங்கமைக்கும் செயல்முறையாகும். பெரும்பாலான சந்தர்ப்பங்களில், பக்கத்தைப் பயன்படுத்தும் குழு உடனடியாக துண்டின் உள்ளடக்கத்தைப் பெறாது.
அதற்குப் பதிலாக, துண்டு மார்க்அப்பில் இருக்க வேண்டிய இடத்தில் ஒரு ஒதுக்கிடத்தை அல்லது மார்க்கரை வைக்கிறது.
வேறு இசையமைக்கும் செயல்முறையைப் பயன்படுத்தி, இறுதி அசெம்பிளி நிறைவேற்றப்படுகிறது. கலவையை இரண்டு அடிப்படை வகைகளாகப் பிரிக்கலாம்: கிளையன்ட்-சைட் மற்றும் சர்வர்-பக்கம்.
வாடிக்கையாளர் பக்க கலவை: HTML மார்க்அப்பை உருவாக்கவும் திருத்தவும் இணைய உலாவி பயன்படுத்தப்படுகிறது. ஒவ்வொரு மைக்ரோ முன்பக்கமும் அதன் மார்க்அப்பை மற்ற பக்கத்திலிருந்து தனித்தனியாக மாற்றும் திறனைக் கொண்டுள்ளது.
உதாரணமாக, வலை கூறுகள் இந்த வகை கட்டுமானத்தை மேற்கொள்ள உங்களை அனுமதிக்கின்றன.
ஒவ்வொரு துண்டையும் தனித்தனியாக a.js கோப்பாக நிறுவக்கூடிய வலை கூறுகளாக மாற்றுவதே திட்டம், அதன் பிறகு பயன்பாடுகள் தீம் அமைப்பில் தங்களுக்கு ஒதுக்கப்பட்ட இடங்களில் அவற்றை ஏற்றி வழங்க முடியும்.
வலை கூறுகள் HTML மற்றும் DOM API ஐச் சார்ந்தது, இது மற்ற முன்தள கட்டமைப்புகள் பயன்படுத்தக்கூடியது, அத்துடன் ப்ராப்ஸ் மற்றும் நிகழ்வுகள் மூலம் தரவை அனுப்பும் மற்றும் பெறும் ஒரு நிலையான முறை.
சர்வர் பக்க கலவை: இந்த வடிவமைப்புடன், UI துண்டுகள் சர்வரில் இணைக்கப்படுகின்றன, இதன் விளைவாக முற்றிலும் உருவாக்கப்பட்ட பக்கமானது கிளையன்ட் பக்கத்திற்கு அனுப்பப்பட்டு, ஏற்றுவதை விரைவுபடுத்துகிறது.
இணைய உலாவி மற்றும் இணைய சேவையகங்களுக்கு இடையில் அமர்ந்திருக்கும் ஒரு தனி சேவையால் சட்டசபை பெரும்பாலும் மேற்கொள்ளப்படுகிறது. CDN என்பது சேவையின் ஒரு எடுத்துக்காட்டு (உள்ளடக்க விநியோக நெட்வொர்க்).
உங்கள் தேவைகளைப் பொறுத்து ஒன்று அல்லது இரண்டின் கலவையை நீங்கள் தேர்வு செய்யலாம்.
மைக்ரோ முன்னோக்கி தொடர்பு முறைகள்
பல்வேறு கூறுகளுக்கு இடையில் எந்த தொடர்பும் இல்லாதபோது மைக்ரோ-ஃப்ரண்டெண்ட் ஆர்கிடெக்சர் சிறப்பாகச் செயல்படும். மைக்ரோ ஃபிரண்ட்டெண்டுகள் எப்போதாவது ஒருவரோடு ஒருவர் பேச வேண்டும் மற்றும் தகவல்களைப் பகிர்ந்து கொள்ள வேண்டும். அதற்கு வழிவகுக்கும் சில சாத்தியமான வடிவங்கள் இங்கே உள்ளன.
- வலைத் தொழிலாளர்கள்: ஒரு ஆன்லைன் தொழிலாளி என்பது, பிற ஸ்கிரிப்ட்களில் இருந்து சுயாதீனமாக மற்றும் பக்கத்தின் வேகத்தை பாதிக்காமல், ஜாவாஸ்கிரிப்ட்டை பின்னணியில் இயக்க இணைய உள்ளடக்கத்தை செயல்படுத்தும் ஒரு பொறிமுறையாகும். ஒவ்வொரு மைக்ரோ பயன்பாட்டிற்கும் ஒரு தனிப்பட்ட பணியாளர் API வழங்கப்படும். இந்த நன்மை என்னவென்றால், நேரத்தைச் செலவழிக்கும் வேலையை வேறு திரியில் செய்ய முடியும், இதன் மூலம் UI தொடரின் வேகம் குறையாமல் அல்லது நிறுத்தப்படாமல் தொடரலாம்.
- நிகழ்வு உமிழ்ப்பான்: இந்த விஷயத்தில், பல கூறுகள் தாங்கள் சந்தா பெற்றுள்ள கூறுகளில் ஏதேனும் நிலை மாற்றங்களைக் கேட்டு செயல்படுவதன் மூலம் ஒன்றையொன்று தொடர்பு கொள்கின்றன. அந்த குறிப்பிட்ட நிகழ்விற்கு குழுசேர்ந்த பிற மைக்ரோ ஃபிரண்ட்டெண்ட்கள், அந்த நிகழ்வை மைக்ரோ ஃபிரண்டென்ட் சுடும் போது பதிலளிக்கும். ஒவ்வொரு மைக்ரோ-ஃப்ரண்டெண்டிலும் அறிமுகப்படுத்தப்பட்ட ஒரு நிகழ்வு உமிழ்ப்பான் இதை சாத்தியமாக்குகிறது.
- அழைப்பு மற்றும் முட்டுகள்: இந்த பிரிவில், நீங்கள் ஒரு பெற்றோர் கூறு மற்றும் குழந்தை கூறுகளை வரையறுக்கிறீர்கள். தகவல்தொடர்பு ஒரு மரம் போன்ற அமைப்பில் ஒழுங்கமைக்கப்பட்டுள்ளது. குழந்தை கூறுகளுக்கு கூறு மரத்தின் கீழ் செயல்பாடுகளாக தரவை தெரிவிக்க பெற்றோர் கூறுகள் முட்டுகளைப் பயன்படுத்துகின்றன. இதையொட்டி, குழந்தை அழைப்புகளுக்கு பதிலளிப்பதன் மூலம் அவர்களின் மாநிலத்தில் ஏதேனும் நிகழும்போது பெற்றோரை திறமையாக எச்சரிக்க முடியும். எதிர்வினை இந்த பயன்முறையைப் பயன்படுத்துகிறது.
மைக்ரோ முன்பக்கத்தின் நன்மைகள்
விரைவான தன்னாட்சி குழுக்களில் வளர்ச்சி
மைக்ரோ ஃபிரண்டெண்ட் முறையைப் பயன்படுத்தும் போது, ஒரு சுயாதீன குழு வலைப் பயன்பாடு அல்லது இணையதளத்தின் ஒவ்வொரு பகுதியையும் உருவாக்க முடியும்.
ஒவ்வொரு அணியும் முற்றிலும் தன்னாட்சி பெற்றவை, அதாவது கருத்தரித்தல் முதல் வெளியீடு மற்றும் தயாரிப்புக்குப் பிந்தைய காலம் வரை முழு கூறு வளர்ச்சி சுழற்சிக்கும் பொறுப்பாக உள்ளது.
கூடுதலாக, ஒரே திட்டத்தில் ஒரே நேரத்தில் பணிபுரியும் போது பல்வேறு குழுக்கள் தடையின்றி ஒத்துழைக்க முடியும் என்பதை இது குறிக்கிறது.
எனவே, வெளியீட்டு சுழற்சிகள் முன்-இறுதி மோனோலித்களுடன் இருப்பதை விட கணிசமாக வேகமாக இருக்கும்.
தனிப்பட்ட மைக்ரோ ஃபிரண்டன்ட்களின் சிறிய கோட்பேஸ்கள் தூய்மையான குறியீட்டிற்கு வழிவகுக்கும்
மோனோலிதிக் முன் முனைகள் பெரிய, அசாத்தியமான கோட்பேஸ்களைக் கொண்டிருக்கின்றன, அவை பெருகிய முறையில் குழப்பமானதாகவும், காலப்போக்கில் நிர்வகிப்பது சவாலாகவும் மாறும்.
மைக்ரோ முன்பக்கங்கள் இந்த சிக்கலை தீர்க்கின்றன. ஒவ்வொரு மைக்ரோ ஃபிரண்டெண்டின் மூலக் குறியீடும் மிகச் சிறியதாகவும், எளிமையாகவும், மேலும் கச்சிதமாகவும் இருப்பதால் நிர்வகிக்கக்கூடியதாக இருக்கிறது.
ஒட்டுமொத்த வலைத் தீர்வு அதன் விளைவாக தூய்மையான குறியீட்டிலிருந்து பயனடைகிறது.
தளர்வான இணைப்பின் காரணமாக மேம்படுத்தப்பட்ட பயன்பாட்டின் நிலைத்தன்மை
ஒரு வலை தீர்வு எப்போதாவது முற்றிலும் சுயாதீனமான துண்டுகளாக பிரிக்கப்படலாம். இதன் விளைவாக, மைக்ரோ முன்முனைகள் ஒன்றுடன் ஒன்று பேசுகின்றன.
இருப்பினும், தளர்வான இணைப்பு இருந்தபோதிலும் கூறுகளுக்கு இடையிலான ஒவ்வொரு இணைப்பும் குறிப்பிடத்தக்கது.
ஒரு கூறுகளின் தோல்வி மற்ற அனைத்து கூறுகளின் செயல்பாட்டில் எந்த விளைவையும் ஏற்படுத்தாது, இது ஒரு வலை தீர்வின் மேம்பட்ட நிலைத்தன்மையை வழங்குகிறது.
தனிப்பட்ட அம்சங்களைச் சோதிப்பது எளிமையானது
இந்த நன்மை மைக்ரோ முன்முனைகளின் பண்புகளின் விளைவாகும். இந்த கட்டடக்கலை வடிவமைப்பின் அடிப்படையில், ஒரு வலை தீர்வு கிளையன்ட் பக்கமானது மட்டு மற்றும் ஒவ்வொரு தொகுதியும் தன்னாட்சி கொண்டது.
இதன் விளைவாக, பயனர் இடைமுகத்தின் ஒரு சிறிய பகுதியை தானாகவே மதிப்பீடு செய்வது ஒரு குழுவிற்கு ஒரு பெரிய ஒற்றைக்கல்லைச் சோதிப்பதை விட எளிதாக இருக்கும்.
குறைக்கப்பட்ட தொகுப்பு அளவு விரைவான பக்க ஏற்றத்திற்கு வழிவகுக்கிறது
அம்சம் நிறைந்த மோனோலிதிக் வலை அமைப்புகளில் தாமதமான ஏற்ற நேரங்களுக்கான முதன்மைக் காரணங்களில் ஒன்று ஜாவாஸ்கிரிப்ட் தொகுப்பின் அளவு. மறுபுறம், மைக்ரோ ஃப்ரண்ட்எண்ட் அணுகுமுறை பக்கத்தை ஏற்றும் நேரத்தைக் குறைப்பதை எளிதாக்குகிறது.
ஒரு இணையப் பக்கம் பல சிறிய தொகுப்புகளால் ஆனது என்பதால், உலாவி தேவையற்ற குறியீட்டை மீண்டும் மீண்டும் பதிவிறக்க வேண்டியதில்லை. இதன் விளைவாக, பக்க செயல்திறன் மற்றும் ஏற்ற நேரங்கள் அதிகரிக்கப்படுகின்றன.
தொழில்நுட்ப சுதந்திரம்
பல முன்-இறுதி கட்டமைப்புகள் மைக்ரோ-ஃப்ரண்டென்ட் ஆர்கிடெக்சருடன் ஒற்றை ஆன்லைன் தீர்வை உருவாக்க டெவலப்பர்களால் பயன்படுத்தப்படலாம்.
ஒவ்வொரு கூறுகளும் தன்னாட்சி பெற்றவை என்பதால், குழுவின் பணிகளுக்கு எந்தத் தொழில்நுட்பம் பொருத்தமாக இருக்கிறதோ அதைப் பயன்படுத்தி அதை உருவாக்க முடியும்.
இயற்கையாகவே, புரோகிராமர்கள் தாங்கள் பொறுப்பேற்றுள்ள மென்பொருள் திட்டத்திற்கான கட்டமைப்பைத் தேர்ந்தெடுக்கும்போது எச்சரிக்கையுடன் பயன்படுத்த வேண்டும், மேலும் பிற குழுக்களுடனான ஆலோசனைகள் இன்னும் கடுமையாக அறிவுறுத்தப்படுகின்றன.
இருப்பினும், பயன்பாட்டின் ஆயுட்காலம் வரை நீங்கள் மரபு கட்டமைப்பைப் பயன்படுத்த வேண்டிய கட்டாயத்தில் இருப்பதற்கான வாய்ப்பு பூஜ்ஜியமாகும்.
மைக்ரோ ஃப்ரண்டெண்டின் தீமைகள்
சிக்கலான வலை தீர்வு சோதனை முழுவதுமாக
மைக்ரோ-ஃப்ரன்டென்ட் ஆர்கிடெக்சரைப் பயன்படுத்தும் போது, வலைத் தீர்வின் பல்வேறு தொகுதிக்கூறுகளைச் சோதிப்பது எளிது. இருப்பினும், ஒரு இணைய பயன்பாட்டை ஒட்டுமொத்தமாக மதிப்பிடுவதில் இருந்து இது வேறுபடுகிறது.
தொடர்வதற்கு முன், அனைத்து பகுதிகளும் திட்டமிட்டபடி செயல்படுகின்றனவா என்பதைச் சரிபார்க்கவும். மைக்ரோ ஃபிரண்ட்டெண்ட்கள் தனித்தனியாக செயல்படுவதால், தனித்தனி விநியோக செயல்முறைகள் இருப்பதால் இது கடினமாக இருக்கலாம்.
விலையுயர்ந்த ஆரம்ப முதலீடுகள்
மைக்ரோ ஃப்ரண்ட்டெண்ட் மேம்பாடுகளுக்கு பொதுவாக கணிசமான நிதி செலவுகள் தேவைப்படுகின்றன. பல முன்-இறுதி அணிகளை ஒன்று சேர்ப்பது மற்றும் வைத்திருப்பது விலை உயர்ந்தது.
கூடுதலாக, வேலையை ஒழுங்கமைக்கவும், அனைத்தும் ஒருங்கிணைக்கப்பட்டுள்ளதா என்பதை உறுதிப்படுத்தவும் மற்றும் சிறந்த குழு தொடர்புக்கு உத்தரவாதம் அளிக்கவும் உங்களுக்கு நிர்வாகப் பணியாளர்கள் தேவை.
வளர்ச்சி மற்றும் வரிசைப்படுத்தலின் சிக்கலானது
மைக்ரோ-ஃப்ரன்டென்ட் வடிவமைப்பின் விளைவாக மேம்பாடு மற்றும் வரிசைப்படுத்தல் நடைமுறைகள் மிகவும் சிக்கலானதாக மாறும்.
அதே திட்டத்தில் பணிபுரியும் சுயாதீன மேம்பாட்டுக் குழுக்களால் பல கூறுகளுடன் ஒரு தீர்வு இரைச்சலாக இருக்கலாம், உதாரணமாக, இது வரிசைப்படுத்தல் கட்டத்தில் சிக்கல்களை ஏற்படுத்தலாம்.
அனைத்து தொகுதிகளின் சரியான அசெம்பிளி மற்றும் ஒட்டுமொத்த திட்டத்தில் அவற்றின் சீரான ஒருங்கிணைப்பும் எப்போதும் எளிதல்ல; இந்த வேலை பொதுவாக அனைத்து சார்புகளையும் பற்றிய முழுமையான புரிதலை அவசியமாக்குகிறது.
பயனர் அனுபவத்தில் ஒத்திசைவை பராமரிப்பதில் சிக்கல்கள்
மென்பொருளின் பல பகுதிகளில் குழுக்கள் தனித்தனியாக வேலை செய்யும் போது நிலையான பயனர் இடைமுகத்தை பராமரிப்பது சவாலானது.
வலைத் தீர்வைத் திட்டத்தின் டெவலப்பர்கள் அனைவரும் பகிர வேண்டும். இல்லையெனில், சாலையில் நிறைய முரண்பாடுகள் இருக்கலாம்.
தீர்மானம்
ஒரு சமகால கட்டிடக்கலை வடிவமைப்பான மைக்ரோ ஃப்ரண்ட்டெண்ட்ஸ், பெரிய அளவிலான மைக்ரோ சர்வீஸ் அடிப்படையிலான இணைய மேம்பாட்டு திட்டங்களின் செயல்திறனை பெரிதும் மேம்படுத்தும்.
இது புரோகிராமர்களை பல தன்னாட்சி குழுக்களால் உருவாக்கக்கூடிய தனித்துவமான பகுதிகளாக முழுமையான தீர்வை பிரிக்க உதவுகிறது. விரைவான அம்சம் வெளிவருதல், தனிப்பட்ட தொகுதிகளை எளிதாகச் சோதித்தல், மேலும் தடையற்ற மேம்படுத்தல்கள் உட்பட பல நன்மைகள் இதிலிருந்து பின்பற்றப்படுகின்றன.
ஆனால் மைக்ரோ ஃப்ரென்ட்களிலும் சில சிரமங்கள் உள்ளன.
ஒரு பயன்பாட்டின் விரிவான சோதனை, உதாரணமாக, சவாலாக இருக்கலாம்.
கூடுதலாக, பொறியாளர்கள் மற்றும் நிர்வாகிகளின் ஒரு பெரிய குழு தேவைப்படுவதால், மைக்ரோ ஃபிரண்டெண்ட் திட்டங்கள் மிகவும் விலை உயர்ந்தவை.
இதன் விளைவாக, ஒரு முடிவை எடுப்பதற்கு முன், உங்கள் வணிக வழக்கின் அனைத்து கூறுகளையும் நீங்கள் கணக்கில் எடுத்துக்கொள்ள வேண்டும்.
விளாடிமிர் காமாஜ்
ஃபிரண்டெண்டில் உள்ள தனிப்பட்ட கூறுகளுக்கு இடையேயான தொடர்பு எந்தக் கொள்கையின் அடிப்படையில் செயல்படுகிறது என்பது எனக்குப் புரியவில்லை. வெவ்வேறு கட்டமைப்புகளில் உருவாக்கப்பட்ட கூறுகளை எவ்வாறு இணைக்க விரும்புகிறீர்கள் என்பது எனக்குப் புரியவில்லை. அதைப் பற்றி கட்டுரையில் எதுவும் இல்லை. நிகழ்வுகள் மற்றும் கேட்போர் அமைப்பு எனக்கு பூமியில் நரகம் போல் தெரிகிறது. நாம் எப்படி கற்பனை செய்ய வேண்டும்?