வணக்கம், ஹப்ர். பாடத்தின் புதிய ஸ்ட்ரீமைத் தொடங்குவதற்காக நான் எழுதிய தொடர் வெளியீடுகளை இன்று தொடர்கிறேன்.
அறிமுகம்
ஒரு தகவல் அமைப்பை உருவாக்கும்போது கட்டடக்கலை பாணியின் தேர்வு அடிப்படை தொழில்நுட்ப முடிவுகளில் ஒன்றாகும். இந்த கட்டுரைத் தொடரில், பயன்பாடுகளை உருவாக்குவதற்கான மிகவும் பிரபலமான கட்டிடக்கலை பாணிகளை பகுப்பாய்வு செய்ய நான் முன்மொழிகிறேன் மற்றும் எந்த கட்டிடக்கலை பாணி எப்போது மிகவும் விரும்பத்தக்கது என்ற கேள்விக்கு பதிலளிக்கிறேன். விளக்கக்காட்சியின் செயல்பாட்டில், மோனோலித்கள் முதல் மைக்ரோ சர்வீஸ்கள் வரை கட்டடக்கலை பாணிகளின் வளர்ச்சியை விளக்கும் தருக்க சங்கிலியை வரைய முயற்சிப்பேன்.
В
இம்முறை தொகுதிகள்/நூலகங்கள் (கூறு சார்ந்த கட்டமைப்பு) அல்லது சேவைகள் (சேவை சார்ந்த கட்டமைப்பு) ஆகியவற்றின் தொகுப்பாக ஒரு அமைப்பை ஒழுங்கமைப்பதற்கான சாத்தியக்கூறுகள் பற்றி பேச நான் முன்மொழிகிறேன்.
கூறு சார்ந்த கட்டிடக்கலை
கூறு-சார்ந்த கட்டமைப்பு என்பது தற்போதைய மற்றும் எதிர்கால திட்டங்களில் பயன்படுத்தக்கூடிய கூறுகளின் தொகுப்பாக ஒரு அமைப்பை இயக்குவதை உள்ளடக்குகிறது. ஒரு அமைப்பை கூறுகளாகப் பிரிக்கும்போது, பின்வருபவை கணக்கில் எடுத்துக்கொள்ளப்படுகின்றன: அவற்றின் மறுபயன்பாடு, மாற்றியமைத்தல், சூழல் சுதந்திரம், விரிவாக்கம், இணைத்தல் மற்றும் சுதந்திரம்.
கூறுகளை முறையாகப் பயன்படுத்துவதன் மூலம், “பெரிய பந்தின் அழுக்கு” (பெரிய அளவு + அதிக இணைப்பு) சிக்கல் தீர்க்கப்படுகிறது, மேலும் கூறுகள் அசெம்பிளி அலகுகள் (தொகுதிகள், நூலகங்கள்) மற்றும் வரிசைப்படுத்தல் அலகுகள் (சேவைகள்) ஆகிய இரண்டாகவும் இருக்கலாம். வரிசைப்படுத்தல் அலகுகள் எப்பொழுதும் இயங்கும் செயல்முறைக்கு வரைபடமாக்கப்படுவதில்லை: எடுத்துக்காட்டாக, ஒரு இணைய பயன்பாடு மற்றும் ஒரு தரவுத்தளம் ஒன்றாக வரிசைப்படுத்தப்படுகின்றன.
பெரும்பாலும், மோனோலித்கள் தொகுதிகளின் தொகுப்பாக உருவாக்கப்படுகின்றன. இந்த அணுகுமுறை சுயாதீனமான வளர்ச்சிக்கு வழிவகுக்கிறது, ஆனால் சுயாதீனமான அளவீடு மற்றும் வரிசைப்படுத்தல், தவறு சகிப்புத்தன்மை மற்றும் ஒட்டுமொத்த தொழில்நுட்ப அடுக்கிலிருந்து சுதந்திரம் ஆகியவற்றின் சிக்கல்கள் உள்ளன. அதனால்தான் தொகுதி ஒரு பகுதி சுயாதீனமான கூறு ஆகும்.
அத்தகைய மோனோலித்தின் மிகப்பெரிய பிரச்சனை என்னவென்றால், தொகுதிகளாகப் பிரிப்பது முற்றிலும் தர்க்கரீதியானது மற்றும் டெவலப்பர்களால் எளிதில் மீறப்படலாம். ஒரு முக்கிய தொகுதி தோன்றலாம், இது படிப்படியாக குப்பைக் கிடங்காக மாறும், தொகுதிகளுக்கு இடையிலான சார்புகளின் வரைபடம் வளரலாம் மற்றும் பல. இத்தகைய சிக்கல்களைத் தவிர்க்க, வளர்ச்சி மிகவும் முதிர்ந்த குழுவால் மேற்கொள்ளப்பட வேண்டும், அல்லது முழுநேர குறியீட்டு மதிப்பாய்வில் ஈடுபட்டுள்ள மற்றும் தர்க்கரீதியான கட்டமைப்பை மீறும் டெவலப்பர்களின் கைகளை அடிக்கும் ஒரு "கட்டிடக் கலைஞரின்" வழிகாட்டுதலின் கீழ் மேற்கொள்ளப்பட வேண்டும்.
"ஐடியல்" மோனோலித் என்பது தர்க்கரீதியாக பிரிக்கப்பட்ட தொகுதிகளின் தொகுப்பாகும், ஒவ்வொன்றும் அதன் சொந்த தரவுத்தளத்தைப் பார்க்கிறது.
சேவை சார்ந்த கட்டிடக்கலை
கணினி சேவைகளின் தொகுப்பின் வடிவத்தில் ஒழுங்கமைக்கப்பட வேண்டும் என்றால், நாங்கள் சேவை சார்ந்த கட்டமைப்பைப் பற்றி பேசுகிறோம். அதன் கொள்கைகள் பயனரை மையமாகக் கொண்ட பயன்பாட்டு இயங்குதன்மை, வணிக சேவை மறுபயன்பாடு, தொழில்நுட்ப அடுக்கு சுதந்திரம் மற்றும் சுயாட்சி (சுயாதீன பரிணாமம், அளவிடுதல் மற்றும் வரிசைப்படுத்தல்) ஆகும்.
சேவை-சார்ந்த கட்டமைப்பு (SOA = சேவை சார்ந்த கட்டமைப்பு) ஒரு ஒற்றைப்பாதையின் அடையாளம் காணப்பட்ட அனைத்து சிக்கல்களையும் தீர்க்கிறது: மாற்றம் ஏற்படும் போது ஒரு சேவை மட்டுமே பாதிக்கப்படும், மேலும் நன்கு வரையறுக்கப்பட்ட API கூறுகளின் நல்ல உறைவை ஆதரிக்கிறது.
ஆனால் எல்லாம் அவ்வளவு சீராக இல்லை: SOA புதிய சிக்கல்களை உருவாக்குகிறது. தொலைநிலை அழைப்புகள் உள்ளூர் அழைப்புகளை விட அதிக விலை கொண்டவை, மேலும் கூறுகளுக்கு இடையில் பொறுப்புகளை மறுபகிர்வு செய்வது கணிசமாக அதிக விலையாகிவிட்டது.
மூலம், சுயாதீனமான வரிசைப்படுத்தலின் சாத்தியம் சேவையின் மிக முக்கியமான அம்சமாகும். சேவைகள் ஒன்றாகப் பயன்படுத்தப்பட வேண்டும் அல்லது மேலும், ஒரு குறிப்பிட்ட வரிசையில் இருந்தால், அந்த அமைப்பை சேவை சார்ந்ததாகக் கருத முடியாது. இந்த வழக்கில், அவர்கள் விநியோகிக்கப்பட்ட மோனோலித் பற்றி பேசுகிறார்கள் (SOA இன் பார்வையில் இருந்து மட்டுமல்ல, மைக்ரோ சர்வீஸ் கட்டமைப்பின் பார்வையில் இருந்தும் ஒரு எதிர்ப்பு வடிவமாக கருதப்படுகிறது).
சேவை சார்ந்த கட்டிடக்கலை கட்டிடக்கலை சமூகம் மற்றும் விற்பனையாளர்களால் நன்கு ஆதரிக்கப்படுகிறது. இது பல படிப்புகள் மற்றும் சான்றிதழ்கள், நன்கு வளர்ந்த வடிவங்கள் இருப்பதைக் குறிக்கிறது. பிந்தையது, எடுத்துக்காட்டாக, நன்கு அறியப்பட்ட நிறுவன சேவை பஸ் (ESB = நிறுவன சேவை பஸ்) அடங்கும். அதே நேரத்தில், ESB என்பது விற்பனையாளர்களிடமிருந்து ஒரு சாமான்; இது SOA இல் பயன்படுத்தப்பட வேண்டிய அவசியமில்லை.
சேவை சார்ந்த கட்டிடக்கலையின் புகழ் 2008 இல் உச்சத்தை எட்டியது, அதன் பிறகு அது குறையத் தொடங்கியது, இது மைக்ரோ சர்வீசஸ் (~ 2015) வருகைக்குப் பிறகு கணிசமாக மிகவும் வியத்தகு ஆனது.
முடிவுக்கு
சேவைகள் மற்றும் தொகுதிகள் வடிவில் தகவல் அமைப்புகளை ஒழுங்கமைப்பதற்கான சாத்தியக்கூறுகளைப் பற்றி நாங்கள் விவாதித்த பிறகு, மைக்ரோ சர்வீஸ் கட்டமைப்பின் கொள்கைகளுக்குச் சென்று, அடுத்த பகுதியில் மைக்ரோ சர்வீஸ் கட்டிடக்கலை மற்றும் சேவை சார்ந்த கட்டிடக்கலைக்கு இடையிலான வேறுபாட்டிற்கு சிறப்பு கவனம் செலுத்த முன்மொழிகிறேன்.
ஆதாரம்: www.habr.com