මෘදුකාංග පද්ධති සැලසුම් කිරීමේදී සංකීර්ණත්වය සමඟ කටයුතු කරන්නේ කෙසේද?

ඒ සියල්ල කුමක් ගැනද? අපගේ ඉංජිනේරු වෘත්තිය තුළ සෑම දිනකම, සෑම මොහොතකම, දත්ත නොමැතිකම නිසා අපට තීරණයක් ගැනීමට හෝ එය කල් දැමීමට අවශ්ය විවිධ සංකීර්ණතා සහ තත්වයන් පිළිබඳ විවිධ ගැටළු වලට මුහුණ දෙති. අපි නව සේවාවන් ගොඩනඟන විට, යටිතල පහසුකම් ගොඩනඟන විට හෝ සංවර්ධන ක්රියාවලීන් ඇති කරන විට, අපි විවිධ අභියෝගවලින් යුත් විශාල ලෝකයක් ස්පර්ශ කරන්නෙමු. සියලු ගැටලු ලැයිස්තුගත කිරීම අභියෝගාත්මක ය, සමහර විට කළ නොහැකි ය. ඔබ යම් නිශ්චිත ස්ථානයක වැඩ කරන්නේ නම් පමණක් මෙම ගැටළු වලින් සමහරක් ඔබට මුහුණ දෙනු ඇත. අනෙක් අතට, තොරතුරු තාක්ෂණ පද්ධති ගොඩනැගීම සඳහා තීරණාත්මක වන බැවින්, විසඳිය යුතු ආකාරය අප සියලු දෙනාම තේරුම් ගත යුතු බොහෝ දේ ඇත. ඉහළ සම්භාවිතාවක් සහිතව, ඔබ සියලු ව්යාපෘති වලදී ඔවුන් හමුවනු ඇත. මෙම ලිපියෙන් මම මෘදුකාංග වැඩසටහන් නිර්මාණය කිරීමේදී මා මුහුණ දුන් ගැටළු කිහිපයක් සමඟ මගේ අත්දැකීම් බෙදා ගන්නෙමි. හරස් කැපීමේ සැලකිල්ල යනු කුමක්ද? අපි විකිපීඩියාව දෙස බැලුවහොත්, අපට පහත අර්ථ දැක්වීම සොයාගත හැකිය පැතිකඩ-නැඹුරු මෘදුකාංග සංවර්ධනයේ දී, හරස් කැපීමේ උත්සුකයන් යනු මොඩියුල කිහිපයකට බලපාන වැඩසටහනක අංගයන් වන අතර, ඒවා කිසිවකට ඇතුළත් වීමේ හැකියාවක් නොමැත. මෙම උත්සුකයන් බොහෝ විට සැලසුම් කිරීම සහ ක්රියාත්මක කිරීම යන දෙකෙහිම පද්ධතියේ ඉතිරි කොටස් වලින් පිරිසිදුව වියෝජනය කළ නොහැකි අතර, විසිරීම (කේත අනුපිටපත් කිරීම), පැටලීම (පද්ධති අතර සැලකිය යුතු පරායත්තතා) හෝ දෙකම ඇති විය හැක. එය කුමක්ද යන්න බොහෝ සෙයින් විස්තර කරයි, නමුත් මට එය ටිකක් දිගු කර සරල කිරීමට අවශ්යයි: යනු තවත් බොහෝ කොටස් වලට බලපාන (හෝ 'හරහා කපා හැරීම') පද්ධතියේ/සංවිධානයේ සංකල්පයක් හෝ සංරචකයකි. හරස් කැපුම් සැලකිල්ලක් එවැනි ගැටළු සඳහා හොඳම උදාහරණ වන්නේ පද්ධති ගෘහ නිර්මාණ ශිල්පය, ලොග් කිරීම, ආරක්ෂාව, ගනුදෙනු කළමනාකරණය, ටෙලිමෙට්රි, දත්ත සමුදා නිර්මාණය සහ තවත් බොහෝ දේ ඇත. ඒවායින් බොහොමයක් ගැන අපි පසුව මෙම ලිපියෙන් විස්තර කරන්නෙමු. කේත මට්ටමින්, හරස් කැපීමේ අවශ්යතා බොහෝ විට ක්රියාත්මක කරනු ලබන්නේ වැනි තාක්ෂණික ක්රම භාවිතයෙන්, මෙම උත්සුකයන් යෙදුම පුරාවට යෙදිය හැකි වෙනම සංරචක බවට මොඩියුලීකරණය කර ඇත. මෙමගින් ව්යාපාරික තර්කනය මෙම ගැටළු වලින් හුදකලා කරයි, කේතය වඩාත් කියවිය හැකි සහ නඩත්තු කළ හැකි කරයි. Aspect-Oriented Programming (AOP) අංශ වර්ගීකරණය විෂය පථය, ප්රමාණය, ක්රියාකාරීත්වය, වැදගත්කම, ඉලක්කය සහ වෙනත් විවිධ ගුණාංග සමඟ කොටස් කිරීම මගින් අංශ වර්ග කිරීම සඳහා බොහෝ ක්රම තිබේ, නමුත් මෙම ලිපියෙන් මම සරල විෂය පථ වර්ගීකරණයක් භාවිතා කිරීමට බලාපොරොත්තු වෙමි. මෙයින් මා අදහස් කරන්නේ එය සමස්ත සංවිධානය, විශේෂිත පද්ධතියක් හෝ එම පද්ධතියේ විශේෂිත අංගයක් වුවද මෙම විශේෂිත අංගය යොමු කරන්නේ කොතැනටද යන්නයි. එබැවින්, මම අංශ සහ ලෙස බෙදන්නෙමි. මැක්රෝ ක්ෂුද්ර අංශයෙන් මම ප්රධාන වශයෙන් අදහස් කරන්නේ තෝරාගත් පද්ධති ගෘහ නිර්මාණ ශිල්පය සහ එහි සැලසුම (මොනොලිතික්, ක්ෂුද්ර සේවා, සේවා-නැඹුරු ගෘහ නිර්මාණ ශිල්පය), තාක්ෂණ තොගය, සංවිධාන ව්යුහය වැනි සමස්ත පද්ධතිය සඳහා අප අනුගමනය කරන සලකා බැලීම් ය. අංශ ප්රධාන වශයෙන් උපායමාර්ගික සහ ඉහළ මට්ටමට සම්බන්ධ වේ. තීරණ. මැක්රෝ මැක්රෝ මේ අතර, අංගය කේත මට්ටමට සහ සංවර්ධනයට වඩා සමීප වේ. උදාහරණයක් ලෙස, දත්ත සමුදාය, ෆෝල්ඩර සහ පන්තිවල ව්යාපෘති ව්යුහය හෝ විශේෂිත වස්තු සැලසුම් රටා සමඟ අන්තර්ක්රියා කිරීම සඳහා කුමන රාමුවක් භාවිතා කරයිද යන්න. ක්ෂුද්ර මෙම වර්ගීකරණය පරමාදර්ශී නොවන නමුත්, ඇතිවිය හැකි ගැටළු සහ ඒවාට අප යොදන විසඳුම්වල වැදගත්කම සහ බලපෑම පිළිබඳ අවබෝධයක් සැකසීමට එය උපකාරී වේ. මෙම ලිපියෙන් මගේ මූලික අවධානය යොමු වන්නේ සාර්ව අංශ කෙරෙහිය. මැක්රෝ පැති සංවිධාන ව්යුහය මම මෘදුකාංග ගෘහ නිර්මාණ ශිල්පය ගැන ඉගෙන ගැනීමට පටන් ගත් විට, මම කොන්වේගේ නීතිය සහ ආයතනික ව්යුහය කෙරෙහි එහි බලපෑම පිළිබඳ බොහෝ රසවත් ලිපි කියෙව්වෙමි. විශේෂයෙන්ම . එබැවින්, මෙම නීතියේ සඳහන් වේ මේ එක පද්ධතියක් සැලසුම් කරන ඕනෑම සංවිධානයක් (පුළුල් ලෙස අර්ථ දක්වා ඇති) සංවිධානයේ සන්නිවේදන ව්යුහයේ පිටපතක් වන ව්යුහයක් නිර්මාණය කරයි. මෙම සංකල්පය සැබවින්ම විශ්වීය වන අතර ස්වර්ණමය රීතිය නියෝජනය කරන බව මම සැමවිටම විශ්වාස කරමි. ඊට පස්සේ මම Eric Evans ගේ Domain-Driven Design (DDD) ප්රවේශය ආකෘති නිර්මාණ පද්ධති ඉගෙන ගන්න පටන් ගත්තා. එරික් එවන්ස් සීමා සහිත සන්දර්භ හඳුනාගැනීමේ වැදගත්කම අවධාරණය කරයි. මෙම සංකල්පයට සංකීර්ණ වසම් ආකෘතියක් කුඩා, වඩාත් කළමනාකරණය කළ හැකි කොටස් වලට බෙදීම ඇතුළත් වේ, ඒ සෑම එකක්ම තමන්ගේම සීමිත දැනුමක් ඇත. මෙම ප්රවේශය ඵලදායි කණ්ඩායම් සන්නිවේදනයට ආධාර කරයි, එය සමස්ත වසම පිළිබඳ පුළුල් දැනුමක් සඳහා අවශ්යතාවය අඩු කරන අතර සන්දර්භය මාරු කිරීම අවම කරයි, එමඟින් සංවාද වඩාත් කාර්යක්ෂම කරයි. සන්දර්භය මාරු කිරීම යනු මෙතෙක් පැවති නරකම හා වඩාත්ම සම්පත් පරිභෝජනය කරන දෙයයි. පරිගණක පවා එය සමඟ පොරබදමින් සිටී. සන්දර්භය මාරු කිරීම සම්පූර්ණයෙන් නොමැති වීම සාක්ෂාත් කර ගැනීමට අපහසු වුවද, අප උත්සාහ කළ යුත්තේ එයයි. කොන්වේගේ නීතිය වෙත ආපසු යාම, මම එහි ගැටළු කිහිපයක් සොයාගෙන ඇත. පද්ධති සැලසුම සංවිධානාත්මක ව්යුහය පිළිබිඹු කරන බව යෝජනා කරන කොන්වේගේ නීතිය සමඟ මා මුහුණ දුන් වන්නේ සංකීර්ණ සහ විස්තීර්ණ සීමා සහිත සන්දර්භ සෑදීමේ හැකියාවයි. ආයතනික ව්යුහය වසම් මායිම් සමඟ නොගැලපෙන විට මෙම සංකීර්ණත්වය පැනනගින අතර, දැඩි ලෙස අන්තර් රඳා පවතින සහ තොරතුරු වලින් පිරුණු සීමා සහිත සන්දර්භ වෙත මග පාදයි. එය සංවර්ධන කණ්ඩායම සඳහා නිතර සන්දර්භය මාරු කිරීමට හේතු වේ. පළමු ගැටළුව වන්නේ ආයතනික පාරිභාෂිතය කේත මට්ටමට කාන්දු වීමයි. ආයතනික ව්යුහයන් වෙනස් වන විට, එය වටිනා සම්පත් පරිභෝජනය කරමින් කේත පදනම් වෙනස් කිරීම් අවශ්ය වේ. තවත් ගැටළුවක් මේ අනුව, අනුගමනය කිරීම අපේක්ෂිත මෘදුකාංග ගෘහ නිර්මාණ ශිල්පය දිරිමත් කරන පද්ධතිය සහ සංවිධානය ගොඩනැගීමට උපකාරී වේ. කෙසේ වෙතත්, මෙම අදියරේ වෙනස්කම් දිගු වන බැවින් මෙම ප්රවේශය දැනටමත් පිහිටුවා ඇති ගෘහ නිර්මාණ ශිල්පය සහ ව්යුහයන් තුළ ඉතා හොඳින් ක්රියා නොකරනු ඇති බව පැවසීම සැලකිය යුතු කරුණකි, නමුත් ආරම්භකයින් ඕනෑම වෙනස්කමක් හඳුන්වා දීමට ඉක්මන් වන බැවින් එය සුවිශේෂී ලෙස ක්රියා කරයි. ප්රතිලෝම කොන්වේ උපාමාරුව විශාල මඩ බෝලයක් මෙම රටාව හෝ "ප්රති-රටාව" කිසිදු ගෘහනිර්මාණ ශිල්පයකින් තොරව පද්ධතියක් ගොඩනැගීමට තල්ලු කරයි. නොවැළැක්විය හැකි වර්ධනය වන සංකීර්ණත්වය පාලනය කරන්නේ කෙසේද යන්න පිළිබඳ නීති, සීමාවන් සහ උපාය මාර්ගයක් නොමැත. මෘදුකාංග පද්ධති ගොඩ නැගීමේ ගමනේ ඇති භයානකම සතුරා වන්නේ සංකීර්ණත්වයයි. එවැනි පද්ධතියක් ගොඩනැගීම වැළැක්වීම සඳහා, අපි නිශ්චිත නීති සහ සීමාවන් අනුගමනය කළ යුතුය. පද්ධති ගෘහ නිර්මාණ ශිල්පය මෘදුකාංග ගෘහ නිර්මාණ ශිල්පය සඳහා නොයෙකුත් අර්ථකථන තිබේ. මම ඔවුන්ගෙන් බොහෝ දෙනෙකුට කැමතියි, මන්ද ඔවුන් එහි විවිධ පැති ආවරණය කරන බැවිනි. කෙසේ වෙතත්, වාස්තු විද්යාව ගැන තර්ක කිරීමට නම්, ඒවායින් සමහරක් අපගේ මනසෙහි ස්වභාවිකවම පිහිටුවා ගත යුතුය. මෙම නිර්වචනය පරිණාමය විය හැකි බව පැවසීම සැලකිය යුතු කරුණකි. එබැවින්, අවම වශයෙන් දැනට, මා සඳහා පහත විස්තරය ඇත. යනු ගොඩනඟන ලද පද්ධතියට බලපාන සෑම දිනකම ඔබ ගන්නා තීරණ සහ තේරීම් වේ. මෘදුකාංග ගෘහ නිර්මාණ ශිල්පය පැන නගින ගැටළු විසඳීම සඳහා ඔබේ "බෑගයේ" මූලධර්ම සහ රටා තිබිය යුතු තීරණ ගැනීමට, ව්යාපාරයකට අවශ්ය දේ ගොඩනැගීම සඳහා අවශ්යතා අවබෝධ කර ගැනීම ප්රධාන බව ප්රකාශ කිරීම අත්යවශ්ය වේ. කෙසේ වෙතත්, සමහර විට අවශ්යතා පාරදෘශ්ය නොවේ හෝ නිර්වචනය කර නැත, මේ අවස්ථාවේ දී, වඩාත් පැහැදිලි කිරීමක් ලබා ගැනීමට හෝ ඔබේ අත්දැකීම් මත විශ්වාසය තබා ඔබේ බුද්ධිය විශ්වාස කිරීමට බලා සිටීම වඩා හොඳය. කෙසේ වෙතත්, ඔබට රඳා සිටීමට ප්රතිපත්ති සහ රටා නොමැති නම් ඔබට නිසි ලෙස තීරණ ගත නොහැක. ඔන්න ඔතනින් තමයි මම Software Architecture Style කියන නිර්වචනයට එන්නේ. යනු මෘදුකාංග ගොඩනගන්නේ කෙසේද යන්න සඳහන් කරන මූලධර්ම සහ රටා සමූහයකි. Software Architecture Style සැලසුම් කරන ලද ගෘහ නිර්මාණ ශිල්පයේ විවිධ පැතිවලට අවධානය යොමු කරන ලද විවිධ වාස්තුවිද්යාත්මක මෝස්තර රාශියක් ඇති අතර, ඒවායින් කිහිපයක් එකවර යෙදීම සාමාන්ය තත්ත්වයකි. උදාහරණයක් ලෙස, වැනි: මොනොලිතික් ගෘහ නිර්මාණ ශිල්පය වසම මත පදනම් වූ නිර්මාණය සංරචක මත පදනම් වූ ක්ෂුද්ර සේවා පයිප්ප සහ පෙරහන් සිදුවීමෙන් මෙහෙයවනු ලැබේ ක්ෂුද්ර කර්නලය සේවා නැඹුරු සහ යනාදි… ඇත්ත වශයෙන්ම, ඒවායේ වාසි සහ අවාසි ඇත, නමුත් මම ඉගෙන ගත් වැදගත්ම දෙය නම්, සැබෑ ගැටළු මත පදනම්ව ගෘහ නිර්මාණ ශිල්පය ක්රමයෙන් පරිණාමය වීමයි. මොනොලිතික් ගෘහනිර්මාණ ශිල්පය සමඟ ආරම්භ කිරීම මෙහෙයුම් සංකීර්ණතා අවම කිරීම සඳහා විශිෂ්ට තේරීමක් වේ, බොහෝ විට මෙම ගෘහ නිර්මාණ ශිල්පය නිෂ්පාදනය ගොඩනැගීමේ නිෂ්පාදන-වෙළඳපොල යෝග්යතා (PMI) අදියර කරා ළඟා වීමෙන් පසුව පවා ඔබේ අවශ්යතාවලට ගැලපේ. පරිමාණයෙන්, ඔබට ස්වාධීන යෙදවීම, විෂමජාතීය තාක්ෂණ තොග පරිසරය සහ අඩු යුගල ගෘහ නිර්මාණ ශිල්පය සාක්ෂාත් කර ගැනීම සඳහා සිදුවීම් මත පදනම් වූ ප්රවේශයක් සහ ක්ෂුද්ර සේවා වෙත ගමන් කිරීම සලකා බැලිය හැකිය (සහ මේ අතර සිදුවීම් මත පදනම් වූ සහ පබ්-උප ප්රවේශයන් වල ස්වභාවය නිසා විනිවිදභාවය අඩු වේ. මේවා සම්මත කර ඇත). සරල බව සහ කාර්යක්ෂමතාවය සමීප වන අතර එකිනෙකා කෙරෙහි විශාල බලපෑමක් ඇති කරයි. සාමාන්යයෙන්, සංකීර්ණ ගෘහනිර්මාණ ශිල්පය නව විශේෂාංගවල සංවර්ධන වේගයට, පවතින ඒවාට සහාය දැක්වීම සහ නඩත්තු කිරීම සහ පද්ධතියේ ස්වාභාවික පරිණාමයට අභියෝග කරයි. කෙසේ වෙතත්, සංකීර්ණ පද්ධති බොහෝ විට සංකීර්ණ හා විස්තීර්ණ ගෘහ නිර්මාණ ශිල්පය අවශ්ය වේ, එය නොවැළැක්විය හැකිය. සාධාරණ ලෙස, මෙය ඉතා පුළුල් මාතෘකාවක් වන අතර, ස්වභාවික පරිණාමය සඳහා පද්ධති ව්යුහගත කරන්නේ කෙසේද සහ ගොඩනගන්නේ කෙසේද යන්න පිළිබඳ බොහෝ විශිෂ්ට අදහස් තිබේ. මගේ අත්දැකීම් මත පදනම්ව, මම පහත ප්රවේශය සකස් කර ඇත: බෙදා හරින ලද පද්ධතිවල ස්වභාවය හේතුවෙන් පැන නගින බොහෝ ගැටළු ඉවත් කරන බැවින් සෑම විටම පාහේ මොනොලිතික් ගෘහනිර්මාණ ශිල්පීය ශෛලියෙන් ආරම්භ වේ. පැහැදිලි මායිම් සහිත සංරචක ගොඩනැගීම කෙරෙහි අවධානය යොමු කිරීම සඳහා මොඩියුලර් මොනොලිත් අනුගමනය කිරීම ද අර්ථවත් කරයි. සංරචක පදනම් කරගත් ප්රවේශයක් යෙදීමෙන් සිදුවීම් භාවිතා කිරීමෙන් එකිනෙකා සමඟ සන්නිවේදනය කිරීමට ඔවුන්ට උපකාර කළ හැකි නමුත් සෘජු ඇමතුම් (ආර්පීසී) තිබීම ආරම්භයේ දී දේවල් සරල කරයි. කෙසේ වෙතත්, සංරචක අතර පරායත්තතා නිරීක්ෂණය කිරීම වැදගත් වන්නේ, A සංරචකය B සංරචකය ගැන බොහෝ දේ දන්නේ නම්, සමහර විට, ඒවා එකකට ඒකාබද්ධ කිරීම අර්ථවත් කරයි. ඔබට ඔබේ සංවර්ධනය සහ පද්ධතිය පරිමාණය කිරීමට අවශ්ය වූ විට ඔබ තත්වයට ළං වූ විට, ස්වාධීනව යෙදවිය යුතු හෝ නිශ්චිත අවශ්යතා සමඟ පරිමාණය කළ යුතු සංරචක ක්රමයෙන් උකහා ගැනීමට ඔබට රටාව අනුගමනය කිරීම සලකා බැලිය හැකිය. ස්ටැන්ග්ලර් දැන් ඔබට අනාගතය පිළිබඳ පැහැදිලි දැක්මක් තිබේ නම්, එය ඇදහිය නොහැකි වාසනාවකි, ඔබට අවශ්ය ගෘහ නිර්මාණ ශිල්පය තීරණය කළ හැකිය. මේ මොහොතේ, ඔබට වාද්ය වෘන්දය සහ නර්තන ශිල්පීය ප්රවේශයන් යෙදීමෙන්, ස්වාධීන පරිමාණයේ ලිවීම් සහ කියවීම් මෙහෙයුම් සඳහා CQRS රටාව ඇතුළත් කිරීමෙන් හෝ ඔබේ අවශ්යතාවලට ගැලපෙන්නේ නම් මොනොලිතික් ගෘහ නිර්මාණ ශිල්පය සමඟ රැඳී සිටීමට තීරණය කිරීමෙන් ඔබට ක්ෂුද්ර සේවා ගෘහ නිර්මාණ ශිල්පය දෙසට ගමන් කිරීමට තීරණය කළ හැකිය. (දිනපතා ක්රියාකාරී පරිශීලකයින්), (මාසික ක්රියාකාරී පරිශීලකයින්), (තත්පරයට ඉල්ලීම), සහ (තත්පරයට ගනුදෙනුව) වැනි සංඛ්යා සහ ප්රමිතික අවබෝධ කර ගැනීම ද අත්යවශ්ය වේ, මන්ද එය ඔබට තේරීම් කිරීමට උපකාරී වේ. ක්රියාකාරී පරිශීලකයින් 100 ක් සහ ක්රියාකාරී පරිශීලකයින් මිලියන 100 ක් වෙනස් වේ. DAU MAU RPC TPC අවසාන සටහනක් ලෙස, නිෂ්පාදනයේ සාර්ථකත්වයට ගෘහ නිර්මාණ ශිල්පය සැලකිය යුතු බලපෑමක් ඇති බව මම කියමි. නිෂ්පාදන සඳහා දුර්වල ලෙස නිර්මාණය කර ඇති ගෘහ නිර්මාණ ශිල්පය පරිමාණය කිරීමේදී අවශ්ය වේ, එය අසාර්ථක වීමට හේතු විය හැක, මන්ද ඔබ පද්ධතිය පරිමාණය කරන තෙක් පාරිභෝගිකයින් බලා නොසිටින අතර, ඔවුන් තරඟකරුවෙකු තෝරා ගනු ඇත, එබැවින් අපි විභව පරිමාණයට වඩා ඉදිරියෙන් සිටිය යුතුය. අනෙක් අතට, ගනුදෙනුකරුවන් නොමැති ඉතා සංකීර්ණ සහ දැනටමත් පරිමාණ පද්ධතියක් තිබීම හෝ ඔවුන්ගෙන් බොහෝ දෙනෙකු ලබා ගැනීමට සැලසුම් කිරීම ඔබේ ව්යාපාරයට කිසිවක් සඳහා මුදල් වැය කරනු ඇත. සමහර විට එය කෙට්ටු ප්රවේශයක් විය නොහැකි බව මම පිළිගත්තද, අදහස වන්නේ පරිමාණය කළ හැකි නමුත් දැනටමත් පරිමාණය කර නොමැති පද්ධතියක් තිබීමයි. තාක්ෂණික තොග තෝරාගැනීම තාක්ෂණ තොගයක් තෝරාගැනීම ද සාර්ව මට්ටමේ තීරණයක් වන්නේ එය බඳවා ගැනීම්, පද්ධති ස්වාභාවික පරිණාමය ඉදිරිදර්ශන, පරිමාණය සහ පද්ධති ක්රියාකාරිත්වයට බලපාන බැවිනි. තාක්ෂණික තොගයක් තෝරා ගැනීම සඳහා මූලික සලකා බැලීම් ලැයිස්තුව මෙයයි: උදාහරණයක් ලෙස, ඔබේ සංවර්ධකයින්ට අත්දැකීම් තිබේ නම්, සරල වෙබ් යෙදුමක් Blazor රාමුව සමඟ ගොඩනගා ගත හැකිය, නමුත් WebAssembly හි පරිණතභාවය නොමැතිකම හේතුවෙන්, දිගුකාලීන සාර්ථකත්වය සඳහා ප්රතික්රියා සහ ටයිප්ස්ක්රිප්ට් තෝරා ගැනීම වඩා හොඳ තීරණයක් විය හැකිය. ව්යාපෘති අවශ්යතා සහ සංකීර්ණත්වය. ඔබ රථවාහන විශාල ප්රමාණයක් ලැබීමට අපේක්ෂා කරන්නේ නම්, සමගාමී ඉල්ලීම් හැසිරවීමේදී එහි ඇති උසස් ක්රියාකාරිත්වය හේතුවෙන් Django හරහා ASP.NET Core තෝරා ගැනීම ඥානවන්ත තේරීමක් විය හැකිය. කෙසේ වෙතත්, මෙම තීරණය රඳා පවතින්නේ ඔබ අපේක්ෂා කරන ගමනාගමනයේ පරිමාණය මතය. අඩු ප්රමාදයකින් ඔබට බිලියන ගණනක ඉල්ලීම් කළමනාකරණය කිරීමට අවශ්ය නම්, කසළ එකතුව තිබීම අභියෝගයක් විය හැකිය. පරිමාණය සහ කාර්ය සාධන අවශ්යතා. බොහෝ අවස්ථාවලදී, අප සැලකිලිමත් විය යුතු සාධක මේවාය. වෙළඳපොළට කාලය, නඩත්තු පිරිවැය සහ කුලියට ගැනීමේ ස්ථාවරත්වය ඔබේ ව්යාපාර අවශ්යතා බාධාවකින් තොරව මෙහෙයවයි. බඳවා ගැනීම, සංවර්ධන කාලය සහ පිරිවැය. ඔබේ සංවර්ධන කණ්ඩායමේ කුසලතා කට්ටලය තීරණාත්මක සාධකයකි. නව තොගයක් ඉගෙන ගැනීමට ආයෝජනය කිරීමට ප්රබල හේතුවක් නොමැති නම් ඔබේ කණ්ඩායම දැනටමත් හුරුපුරුදු තාක්ෂණයන් භාවිතා කිරීම සාමාන්යයෙන් වඩාත් ඵලදායී වේ. කණ්ඩායම් විශේෂඥතාව සහ සම්පත්. ශක්තිමත් ප්රජාවක් සහ පුස්තකාල සහ මෙවලම් පොහොසත් පරිසර පද්ධතියක් සංවර්ධන ක්රියාවලිය බෙහෙවින් ලිහිල් කළ හැකිය. ජනප්රිය තාක්ෂණයන්ට බොහෝ විට වඩා හොඳ ප්රජා සහයෝගයක් ඇත, එය ගැටලු විසඳීමට සහ සම්පත් සොයා ගැනීමට ඉතා අගනේය. මේ අනුව, ඔබට සම්පත් ඉතිරි කර ගත හැකි අතර නිෂ්පාදනයට ප්රධාන වශයෙන් අවධානය යොමු කළ හැකිය. පරිණතභාවය. තාක්ෂණයේ දිගුකාලීන ශක්යතාව සලකා බලන්න. බහුලව භාවිතා වන සහ සහාය දක්වන තාක්ෂණයන් යල්පැනීමට ඇති ඉඩකඩ අඩු වන අතර සාමාන්යයෙන් නිතිපතා යාවත්කාලීන කිරීම් සහ වැඩිදියුණු කිරීම් ලැබෙනු ඇත. දිගු කාලීන නඩත්තුව සහ සහාය. බහුවිධ තාක්ෂණ තොග තිබීම ව්යාපාර වර්ධනයට බලපාන්නේ කෙසේද? එක් දෘෂ්ටිකෝණයකින්, තවත් එක් තොගයක් හඳුන්වා දීමෙන් ඔබේ බඳවා ගැනීම පරිමාණය කළ හැකි නමුත්, අනෙක් අතට, ඔබට අට්ටි දෙකටම සහාය වීමට අවශ්ය බැවින් එය අමතර නඩත්තු වියදම් ගෙන එයි. එබැවින්, මා කලින් කී පරිදි, මගේ දෘෂ්ටි කෝණයෙන්, තවත් තාක්ෂණික තොග ඇතුළත් කිරීම සඳහා තර්කයක් විය යුත්තේ අමතර අවශ්යතා පමණි. නමුත් විශේෂිත ගැටළුවක් සඳහා හොඳම මෙවලම තෝරාගැනීමේ මූලධර්මය කුමක්ද? සමහර විට ඔබට වෙනත් විකල්පයක් නැත, ඉහත සඳහන් කළ සලකා බැලීම් මත පදනම්ව නිශ්චිත ගැටළුවක් විසඳීම සඳහා නව මෙවලම් ගෙන ඒම, එවැනි අවස්ථාවන්හිදී, හොඳම විසඳුම තෝරා ගැනීම අර්ථවත් කරයි. නිශ්චිත තාක්ෂණයකට ඉහළ සම්බන්ධ කිරීමකින් තොරව පද්ධති නිර්මාණය කිරීම අභියෝගයක් විය හැකිය. එසේ වුවද, පද්ධතිය තාක්ෂණයට තදින් බැඳී නොමැති තත්වයක් සඳහා වෙහෙසීම ප්රයෝජනවත් වන අතර, හෙට, නිශ්චිත රාමුවක් හෝ මෙවලමක් අවදානමට ලක්විය හැකි හෝ අවලංගු කළහොත් එය මිය නොයනු ඇත. තවත් වැදගත් කරුණක් වන්නේ විවෘත මූලාශ්ර සහ හිමිකාර මෘදුකාංග පරායත්තයන් සම්බන්ධයෙනි. හිමිකාර මෘදුකාංග ඔබට අඩු නම්යශීලී බවක් සහ අභිරුචිකරණය කිරීමේ හැකියාව ලබා දෙයි. තවමත්, වඩාත්ම භයානක සාධකය වන්නේ විකුණුම්කරුගේ අගුලු දැමීමයි, එහිදී ඔබ විකුණුම්කරුවෙකුගේ නිෂ්පාදන, මිල ගණන්, නියමයන් සහ මාර්ග සිතියම මත රඳා පවතී. වෙළෙන්දා දිශාව වෙනස් කරන්නේ නම්, මිල වැඩි කරන්නේ නම් හෝ නිෂ්පාදනය නතර කරන්නේ නම් මෙය අවදානම් විය හැකිය. සෑම මට්ටමකින්ම අසාර්ථක වීමේ එක් ලක්ෂයක් ඉවත් කිරීම වර්ධනය සඳහා විශ්වසනීය පද්ධති ගොඩනැගීම සඳහා යතුරකි. තනි ආයතනයක් එය පාලනය නොකරන බැවින් විවෘත මූලාශ්ර මෘදුකාංග මෙම අවදානම අඩු කරයි. අසාර්ථක වීමේ තනි ලක්ෂ්යය (SPOF) අසාර්ථක වීමේ තනි ලක්ෂ්යයක් (SPOF) යනු පද්ධතියේ ඕනෑම කොටසකට, එය අසමත් වුවහොත්, සම්පූර්ණ පද්ධතියම ක්රියා විරහිත වීමට හේතු වේ. සෑම මට්ටමකින්ම SPOFs ඉවත් කිරීම ඉහළ ලබා ගැනීමේ හැකියාවක් අවශ්ය ඕනෑම පද්ධතියක් සඳහා ඉතා වැදගත් වේ. දැනුම, පිරිස්, පද්ධති සංරචක, වලාකුළු සපයන්නන් සහ අන්තර්ජාල කේබල් ඇතුළු සෑම දෙයක්ම අසාර්ථක විය හැක. අසාර්ථක වීමේ තනි ලකුණු ඉවත් කිරීම සඳහා අපට යෙදිය හැකි මූලික ශිල්පීය ක්රම කිහිපයක් තිබේ: විවේචනාත්මක සංරචක සඳහා අතිරික්තය ක්රියාත්මක කරන්න. මෙයින් අදහස් කරන්නේ ප්රාථමික සංරචකය අසමත් වුවහොත් භාර ගත හැකි උපස්ථ සංරචක තිබීමයි. දෘඪාංග (සේවාදායක, තැටි), ජාලකරණය (සබැඳි, ස්විච) සහ මෘදුකාංග (දත්ත සමුදායන්, යෙදුම් සේවාදායක) ඇතුළුව පද්ධතියේ විවිධ ස්ථර හරහා අතිරික්තය යෙදිය හැක. ඔබ එක් Cloud Provider එකක සෑම දෙයක්ම සත්කාරකත්වය දරන්නේ නම් සහ එහි උපස්ථ පවා තිබේ නම්, ආපදාවකදී ඔබේ නැතිවූ පිරිවැය අඩු කිරීමට තවත් අමතර උපස්ථයක් තැනීම ගැන සලකා බලන්න. අතිරික්තය. දත්ත මධ්යස්ථාන හෝ වලාකුළු කලාප වැනි බහු භෞතික ස්ථාන හරහා ඔබේ පද්ධතිය බෙදාහරින්න. මෙම ප්රවේශය ඔබගේ පද්ධතිය විදුලිය ඇනහිටීම් හෝ ස්වභාවික විපත් වැනි ස්ථාන-විශේෂිත අසාර්ථකවීම් වලින් ආරක්ෂා කරයි. දත්ත මධ්යස්ථාන. ඔබගේ සියලුම සංරචක (DNS, CDN, Load balancers, Kubernetes, API Gateways, සහ Databases) සඳහා අසාර්ථක ප්රවේශයක් යොදන්න. ගැටළු අනපේක්ෂිත ලෙස මතු විය හැකි බැවින්, අවශ්ය පරිදි ඕනෑම සංරචකයක් එහි ක්ලෝනය සමඟ ප්රතිස්ථාපනය කිරීමට උපස්ථ සැලැස්මක් තිබීම ඉතා වැදගත් වේ. අසාර්ථක වීම. පහත සඳහන් මූලධර්ම පිළිපැදීමෙන් ආරම්භයේ සිටම ඔබේ සේවාවන් තිරස් ලෙස පරිමාණය කළ හැකි සහ ඉහළ මට්ටමක පවතින බවට සහතික කර ගන්න: ඉහළ ලබා ගත හැකි සේවා. සේවා අස්ථායීතාවය පුහුණු කරන්න සහ පරිශීලක සැසි මතකයේ හැඹිලි තුළ ගබඩා කිරීමෙන් වළකින්න. ඒ වෙනුවට, Redis වැනි බෙදා හරින ලද හැඹිලි පද්ධතියක් භාවිතා කරන්න. තර්කනය වර්ධනය කිරීමේදී පණිවිඩ පරිභෝජනයේ කාලානුක්රමික අනුපිළිවෙල මත රඳා සිටීමෙන් වළකින්න. API පාරිභෝගිකයින් කඩාකප්පල් කිරීම වැළැක්වීම සඳහා වෙනස්කම් බිඳ දැමීම අවම කරන්න. හැකි නම්, පසුපසට ගැළපෙන වෙනස්කම් තෝරා ගන්න. එසේම, සමහර විට පිරිවැය සලකා බලන්න, බිඳෙන වෙනසක් ක්රියාත්මක කිරීම වඩා ලාභදායී විය හැක. යෙදවීමේ නල මාර්ගයට සංක්රමණ ක්රියාත්මක කිරීම ඇතුළත් කරන්න. සමගාමී ඉල්ලීම් හැසිරවීම සඳහා උපාය මාර්ගයක් ස්ථාපිත කරන්න. විශ්වසනීයත්වය සහ නිරීක්ෂණ හැකියාව වැඩි දියුණු කිරීම සඳහා සේවා සොයා ගැනීම, අධීක්ෂණය සහ ලොග් කිරීම ක්රියාත්මක කරන්න. ජාල අසාර්ථක වීම නොවැළැක්විය හැකි බව පිළිගනිමින්, දුර්වල වීමට ව්යාපාරික තර්කනය වර්ධනය කරන්න. නිතිපතා සමාලෝචනය කර බාහිර පරායත්තතා අවම කරන්න. සෑම බාහිර යැපීමකටම විභව SPOFs හඳුන්වා දිය හැක, එබැවින් මෙම අවදානම් අවබෝධ කර ගැනීම සහ අවම කිරීම අත්යවශ්ය වේ. යැපුම් සමාලෝචනය. ඔබේ ආයතනය තුළ දැනුම ව්යාප්ත කිරීමේ වැදගත්කම කිසිදා අමතක නොකරන්න. මිනිසුන් අනපේක්ෂිත විය හැකි අතර, තනි පුද්ගලයෙකු මත යැපීම අවදානම් සහිතයි. ලේඛනගත කිරීම හරහා ඔවුන්ගේ දැනුම ඩිජිටල්කරණය කිරීමට කණ්ඩායම් සාමාජිකයින් දිරිමත් කරන්න. කෙසේ වෙතත්, අධික ලෙස ලේඛනගත කිරීම ගැන සැලකිලිමත් වන්න. මෙම ක්රියාවලිය සරල කිරීමට විවිධ AI මෙවලම් භාවිතා කරන්න. නිතිපතා දැනුම බෙදාගැනීම. නිගමනය මෙම ලිපියෙන් අපි ප්රධාන පැති කිහිපයක් සහ ඒවායේ සංකීර්ණත්වය සමඟ කටයුතු කරන්නේ කෙසේද යන්න අපි ආවරණය කළෙමු. මැක්රෝ කියවීමට ස්තූතියි! ඊළඟ වතාවේ හමුවෙමු!