අපි Enterprise Service Mesh හදන්නේ ඇයි?

Service Mesh යනු ක්ෂුද්‍ර සේවා ඒකාබද්ධ කිරීම සහ වලාකුළු යටිතල පහසුකම් වෙත සංක්‍රමණය කිරීම සඳහා ප්‍රසිද්ධ ගෘහ නිර්මාණ රටාවකි. අද වලාකුළු බහාලුම් ලෝකයේ එය නොමැතිව කිරීම තරමක් අපහසුය. විවෘත මූලාශ්‍ර සේවා දැල් ක්‍රියාත්මක කිරීම් කිහිපයක් දැනටමත් වෙළඳපොලේ ඇත, නමුත් ඒවායේ ක්‍රියාකාරීත්වය, විශ්වසනීයත්වය සහ ආරක්ෂාව සෑම විටම ප්‍රමාණවත් නොවේ, විශේෂයෙන් රට පුරා සිටින විශාල මූල්‍ය සමාගම්වල අවශ්‍යතා සම්බන්ධයෙන්. Sbertech හි අපි Service Mesh අභිරුචිකරණය කිරීමට තීරණය කළේ එබැවිනි, සේවා දැල් ගැන සිසිල් දේ, එතරම් සිසිල් නොවන දේ සහ අපි ඒ ගැන කුමක් කරන්නද යන්න ගැන කතා කිරීමට අවශ්‍යයි.

අපි Enterprise Service Mesh හදන්නේ ඇයි?

වලාකුළු තාක්ෂණයන්හි ජනප්‍රියතාවයත් සමඟ සේවා දැල් රටාවේ ජනප්‍රියතාවය වර්ධනය වේ. එය විවිධ ජාල සේවා අතර අන්තර්ක්‍රියා සරල කරන කැපවූ යටිතල පහසුකම් ස්ථරයකි. නවීන වලාකුළු යෙදුම් එවැනි සේවාවන් සිය ගණනකින් හෝ දහස් ගණනකින් සමන්විත වන අතර, ඒ සෑම එකක්ම පිටපත් දහස් ගණනක් තිබිය හැකිය.

අපි Enterprise Service Mesh හදන්නේ ඇයි?

මෙම සේවාවන් අතර අන්තර්ක්‍රියා සහ කළමනාකරණය සේවා ජාලයේ ප්‍රධාන කාර්යයකි. ඇත්ත වශයෙන්ම, මෙය බොහෝ ප්‍රොක්සි වල ජාල ආකෘතියකි, මධ්‍යගතව කළමනාකරණය කර ඉතා ප්‍රයෝජනවත් කාර්යයන් සමූහයක් ඉටු කරයි.

ප්‍රොක්සි මට්ටමින් (දත්ත තලය):

  • මාර්ගගත කිරීමේ සහ රථවාහන තුලනය කිරීමේ ප්‍රතිපත්ති පැවරීම සහ බෙදා හැරීම
  • යතුරු, සහතික, ටෝකන බෙදා හැරීම
  • ටෙලිමෙට්‍රි එකතු කිරීම, අධීක්ෂණ ප්‍රමිතික ජනනය කිරීම
  • ආරක්ෂාව සහ අධීක්ෂණ යටිතල පහසුකම් සමඟ ඒකාබද්ධ වීම

පාලන තල මට්ටමින්:

  • මාර්ගගත කිරීම සහ රථවාහන තුලනය කිරීමේ ප්‍රතිපත්ති යෙදීම
  • නැවත උත්සාහයන් සහ කල් ඉකුත්වීම් කළමනාකරණය කිරීම, "මියගිය" නෝඩ් හඳුනාගැනීම (පරිපථ කැඩීම), එන්නත් කිරීමේ දෝෂ කළමනාකරණය කිරීම සහ වෙනත් යාන්ත්‍රණ හරහා සේවා ඔරොත්තු දීමේ හැකියාව සහතික කිරීම
  • ඇමතුම් සත්‍යාපනය/අවසර දීම
  • ප්‍රමිතික අතහැරීම (නිරීක්‍ෂණය කිරීමේ හැකියාව)

මෙම තාක්ෂණය සංවර්ධනය කිරීම සඳහා උනන්දුවක් දක්වන පරිශීලකයින්ගේ පරාසය ඉතා පුළුල් වේ - කුඩා ආරම්භක සිට විශාල අන්තර්ජාල සංගත දක්වා, උදාහරණයක් ලෙස, PayPal.

ආයතනික අංශය තුළ Service Mesh අවශ්‍ය වන්නේ ඇයි?

සේවා දැලක් භාවිතා කිරීම සඳහා බොහෝ පැහැදිලි වාසි ඇත. පළමුවෙන්ම, එය සංවර්ධකයින්ට සරලව පහසු ය: කේතය ලිවීම සඳහා තාක්ෂණික වේදිකාවක් දිස්වේ, ප්‍රවාහන ස්තරය යෙදුම් තර්කයෙන් සම්පූර්ණයෙන්ම හුදකලා වීම හේතුවෙන් වලාකුළු යටිතල ව්‍යුහයට ඒකාබද්ධ වීම සැලකිය යුතු ලෙස සරල කරයි.

ඊට අමතරව, Service Mesh සැපයුම්කරුවන් සහ පාරිභෝගිකයින් අතර සම්බන්ධතාවය සරල කරයි. අද, API සපයන්නන්ට සහ පාරිභෝගිකයින්ට විශේෂ ඒකාබද්ධ කිරීමේ අතරමැදියෙකු සහ බේරුම්කරුවෙකු - ව්‍යවසාය සේවා බස් රථයක් සම්බන්ධ කර නොගෙන, අතුරුමුහුණත් සහ කොන්ත්‍රාත්තු සඳහා තනිවම එකඟ වීම වඩාත් පහසු ය. මෙම ප්රවේශය දර්ශක දෙකකට සැලකිය යුතු ලෙස බලපායි. වෙළඳපොළට නව ක්‍රියාකාරිත්වය ගෙන ඒමේ වේගය (කාලය-වෙළඳපොල) වැඩි වේ, නමුත් ඒ සමඟම විසඳුමේ පිරිවැය වැඩිවේ, මන්ද ඒකාබද්ධ කිරීම ස්වාධීනව කළ යුතු බැවිනි. ව්‍යාපාරික ක්‍රියාකාරීත්ව සංවර්ධන කණ්ඩායම් විසින් Service Mesh භාවිතා කිරීම මෙහි සමතුලිතතාවයක් පවත්වා ගැනීමට උපකාරී වේ. එහි ප්‍රතිඵලයක් වශයෙන්, API සපයන්නන්ට ඔවුන්ගේ සේවාවේ යෙදුම් සංරචකය කෙරෙහි පමණක් අවධානය යොමු කළ හැකි අතර එය සේවා දැලෙහි ප්‍රකාශයට පත් කළ හැකිය - API වහාම සියලුම සේවාදායකයින්ට ලබා ගත හැකි අතර, ඒකාබද්ධ කිරීමේ ගුණාත්මකභාවය නිෂ්පාදනයට සූදානම් වන අතර තනි එකක් අවශ්‍ය නොවනු ඇත. අතිරේක කේත රේඛාව.

ඊළඟ වාසිය එයයි සංවර්ධකයා, Service Mesh භාවිතා කරමින්, ව්‍යාපාරික ක්‍රියාකාරිත්වය කෙරෙහි පමණක් අවධානය යොමු කරයි - එහි සේවාවේ තාක්ෂණික සංරචකයට වඩා නිෂ්පාදනය මත. උදාහරණයක් ලෙස, ජාලය හරහා සේවාවක් කැඳවනු ලබන තත්වයක් තුළ, කොතැනක හෝ සම්බන්ධතා බිඳවැටීමක් සිදුවිය හැකි බව ඔබට තවදුරටත් සිතා බැලිය යුතු නැත. මීට අමතරව, Service Mesh එකම සේවාවේ පිටපත් අතර ගමනාගමනය සමතුලිත කිරීමට උපකාරී වේ: එක් පිටපතක් "මිය ගියහොත්", පද්ධතිය ඉතිරි සජීවී පිටපත් වෙත සියලුම ගමනාගමනය මාරු කරයි.

සේවා දැල් - බෙදා හරින ලද යෙදුම් නිර්මාණය කිරීම සඳහා මෙය හොඳ පදනමකි, එහි සේවාවන් සඳහා අභ්‍යන්තරව සහ බාහිරව ඇමතුම් ලබා දීමේ විස්තර සේවාදායකයාගෙන් සඟවයි. Service Mesh භාවිතා කරන සියලුම යෙදුම් ජාලයෙන් සහ එකිනෙකාගෙන් ප්‍රවාහන මට්ටමින් හුදකලා වේ: ඒවා අතර සන්නිවේදනයක් නොමැත. මෙම අවස්ථාවේදී, සංවර්ධකයාට ඔහුගේ සේවාවන් පිළිබඳ පූර්ණ පාලනය ලැබේ.

බව සඳහන් කළ යුතුය සේවා දැල් පරිසරයක් තුළ බෙදා හරින ලද යෙදුම් යාවත්කාලීන කිරීම පහසු වේ. උදාහරණයක් ලෙස, ස්ථාපනය සඳහා යෙදුම් පරිසරයන් දෙකක් පවතින නිල්/කොළ යෙදවුමක්, ඉන් එකක් යාවත්කාලීන කර නොමැති අතර පොරොත්තු මාදිලියේ ඇත. අසාර්ථක නිකුතුවකදී පෙර අනුවාදයට පෙරළීම විශේෂ රවුටරයක් ​​මගින් සිදු කරනු ලැබේ, එහි කාර්යභාරය සර්විස් මෙෂ් හොඳින් මුහුණ දෙයි. නව අනුවාදය පරීක්ෂා කිරීමට, ඔබට භාවිතා කළ හැකිය කැනරි නිකුතුව - නව අනුවාදයට මාරු වන්න ගමනාගමනයෙන් 10% ක් හෝ නියමු සේවාදායකයින්ගෙන් ඉල්ලීම්. ප්‍රධාන ගමනාගමනය පැරණි අනුවාදයට යයි, කිසිවක් කැඩී නැත.

එසේම සේවා Mesh අපට තත්‍ය කාලීන SLA පාලනය ලබා දෙයි. බෙදා හරින ලද ප්‍රොක්සි පද්ධතිය සේවාලාභීන්ගෙන් එක් අයෙකු එයට පවරා ඇති කෝටාව ඉක්මවා ගිය විට සේවාව අසාර්ථක වීමට ඉඩ නොදේ. API ප්‍රතිදානය සීමිත නම්, විශාල ගනුදෙනු සංඛ්‍යාවක් සමඟ එය යටපත් කිරීමට කිසිවෙකුට නොහැකි වනු ඇත: සේවා දැල් සේවාව ඉදිරියෙන් සිටින අතර අනවශ්‍ය ගමනාගමනයට ඉඩ නොදේ. එය ඒකාබද්ධ කිරීමේ ස්තරය තුළ සරලව සටන් කරනු ඇති අතර, සේවා විසින්ම එය නොදැනුවත්වම දිගටම වැඩ කරනු ඇත.

සමාගමකට ඒකාබද්ධ විසඳුම් සංවර්ධනය සඳහා පිරිවැය අඩු කිරීමට අවශ්‍ය නම්, Service Mesh ද උපකාරී වේ: ඔබට වාණිජ නිෂ්පාදන වලින් එහි විවෘත මූලාශ්‍ර අනුවාදය වෙත මාරු විය හැක. අපගේ ව්‍යවසාය සේවා ජාලය පදනම් වී ඇත්තේ Service Mesh හි විවෘත මූලාශ්‍ර අනුවාදය මතය.

තවත් වාසියක් - පූර්ණ-පරිපූර්ණ ඒකාබද්ධ සේවා කට්ටලයක් තිබීම. සියලුම ඒකාබද්ධ කිරීම් මෙම මිඩ්ල්වෙයාර් හරහා ගොඩනගා ඇති නිසා, අපට සමාගමේ ව්‍යාපාරික හරය වන යෙදුම් අතර සියලුම ඒකාබද්ධ ගමනාගමනය සහ සම්බන්ධතා කළමනාකරණය කළ හැකිය. එය ඉතා සුවපහසුයි.

අවසානයේ Service Mesh සමාගමක් ගතික යටිතල පහසුකම් වෙත යාමට දිරිමත් කරයි. දැන් බොහෝ දෙනෙක් බහාලුම්කරණය දෙස බලා සිටිති. ක්ෂුද්‍ර සේවාවලට මොනොලිත් කැපීම, මේ සියල්ල අලංකාර ලෙස ක්‍රියාත්මක කිරීම - මාතෘකාව වැඩිවෙමින් පවතී. නමුත් ඔබ වසර ගණනාවක් තිස්සේ නිෂ්පාදනය කර ඇති පද්ධතියක් නව වේදිකාවකට මාරු කිරීමට උත්සාහ කරන විට, ඔබ වහාම ගැටළු ගණනාවකට මුහුණ දෙයි: ඒ සියල්ල බහාලුම්වලට තල්ලු කිරීම සහ වේදිකාව මත එය යෙදවීම පහසු නැත. තවද මෙම බෙදා හරින ලද සංරචක ක්‍රියාත්මක කිරීම, සමමුහුර්තකරණය සහ අන්තර්ක්‍රියා කිරීම තවත් ඉතා සංකීර්ණ මාතෘකාවකි. ඔවුන් එකිනෙකා සමඟ සන්නිවේදනය කරන්නේ කෙසේද? කැස්කැඩින් අසාර්ථක වීම් සිදුවේද? Service Mesh ඔබට මෙම ගැටළු කිහිපයක් විසඳීමට සහ ජාල හුවමාරු තර්කනය ගැන අමතක කළ හැකි නිසා පැරණි ගෘහ නිර්මාණ ශිල්පයේ සිට නව එකක් වෙත සංක්රමණය කිරීමට පහසුකම් සපයයි.

ඔබට සේවා දැල් අභිරුචිකරණය අවශ්‍ය වන්නේ ඇයි?

අපගේ සමාගම තුළ, පද්ධති සහ මොඩියුල සිය ගණනක් සහජීවනයෙන් පවතින අතර, ධාවන කාලය ඉතා පටවා ඇත. එබැවින් එක් පද්ධතියක් තවත් පද්ධතියක් ඇමතීම සහ ප්‍රතිචාරයක් ලැබීමේ සරල රටාවක් ප්‍රමාණවත් නොවේ, මන්ද නිෂ්පාදනයේදී අපට තවත් අවශ්‍ය වේ. ව්‍යවසාය සේවා දැලකින් ඔබට තවත් අවශ්‍ය වන්නේ කුමක්ද?

අපි Enterprise Service Mesh හදන්නේ ඇයි?

සිදුවීම් සැකසුම් සේවාව

අපි හිතමු අපි තත්‍ය කාලීන සිදුවීම් සැකසීම - සේවාදායකයාගේ ක්‍රියාවන් තථ්‍ය කාලීනව විශ්ලේෂණය කරන පද්ධතියක් සහ ඔහුට අදාළ දීමනාවක් කළ හැකි බව. සමාන ක්රියාකාරිත්වය ක්රියාත්මක කිරීම සඳහා, භාවිතා කරන්න සිදුවීම් මත පදනම් වූ ගෘහ නිර්මාණ ශිල්පය (EDA) ලෙස හඳුන්වන වාස්තුවිද්‍යාත්මක රටාව. වත්මන් සේවා Meshes කිසිවක් ස්වදේශිකව එවැනි රටා සඳහා සහාය නොදක්වයි, නමුත් මෙය ඉතා වැදගත් වේ, විශේෂයෙන් බැංකුවක් සඳහා!

Remote Procedure Call (RPC) සේවාව Mesh හි සියලුම අනුවාද වලින් සහය දක්වන නමුත් ඒවා EDA සමඟ මිත්‍රශීලී නොවීම පුදුම සහගතය. මොකද Service Mesh යනු නවීන බෙදාහැරීමේ ඒකාබද්ධතාවයක් වන අතර EDA යනු පාරිභෝගික අත්දැකීම් අනුව අද්විතීය දේවල් කිරීමට ඔබට ඉඩ සලසන ඉතා අදාළ වාස්තුවිද්‍යාත්මක රටාවකි.

අපගේ ව්‍යවසාය සේවා ජාලය මෙම ගැටළුව විසඳිය යුතුය. ඊට අමතරව, විවිධ පෙරහන් සහ සැකිලි භාවිතා කරමින් සහතික කළ බෙදාහැරීම, ප්‍රවාහය සහ සංකීර්ණ සිදුවීම් සැකසීම ක්‍රියාත්මක කිරීම අපට දැකීමට අවශ්‍යය.

ගොනු හුවමාරු සේවාව

EDA ට අමතරව, ගොනු මාරු කිරීමට හැකි වීම සතුටක් වනු ඇත: ව්යවසාය පරිමාණයෙන්, බොහෝ විට ගොනු ඒකාබද්ධ කිරීම පමණක් කළ හැකිය. විශේෂයෙන්ම ETL (Extract, Transform, Load) වාස්තු විද්‍යාත්මක රටාව භාවිතා වේ. එය තුළ, රීතියක් ලෙස, සෑම කෙනෙකුම ගොනු හුවමාරු කර ගනී තනිකරම: විශාල දත්ත භාවිතා කරනු ලැබේ, වෙනම ඉල්ලීම් තල්ලු කිරීම ප්රායෝගික නොවේ. Enterprise Service Mesh හි ගොනු මාරු කිරීම් සඳහා දේශීයව සහාය දැක්වීමේ හැකියාව ඔබට ඔබේ ව්‍යාපාරයට අවශ්‍ය නම්‍යශීලීභාවය ලබා දෙයි.

වාද්‍ය වෘන්ද සේවය

විශාල සංවිධාන සෑම විටම පාහේ විවිධ නිෂ්පාදන නිෂ්පාදනය කරන විවිධ කණ්ඩායම් ඇත. උදාහරණයක් ලෙස, බැංකුවක, සමහර කණ්ඩායම් තැන්පතු සමඟ වැඩ කරන අතර අනෙක් අය ණය නිෂ්පාදන සමඟ වැඩ කරන අතර එවැනි අවස්ථා බොහොමයක් තිබේ. මොවුන් විවිධ පුද්ගලයින්, විවිධ කණ්ඩායම් ඔවුන්ගේ නිෂ්පාදන නිපදවන, ඔවුන්ගේ API සංවර්ධනය කර ඒවා අන් අයට ලබා දෙයි. තවද බොහෝ විට මෙම සේවාවන් සැකසීමට මෙන්ම API කට්ටලයක් අනුක්‍රමිකව ඇමතීම සඳහා සංකීර්ණ තර්කනය ක්‍රියාත්මක කිරීමට අවශ්‍ය වේ. මෙම ගැටළුව විසඳීම සඳහා, ඔබට මෙම සියලු සංයුක්ත තාර්කික (API කිහිපයක් ඇමතීම, ඉල්ලීම් මාර්ගය විස්තර කිරීම, ආදිය) සරල කරන ඒකාබද්ධ ස්ථරයේ විසඳුමක් අවශ්‍ය වේ. මෙය ව්‍යවසාය සේවා ජාලයේ වාද්‍ය වෘන්ද සේවාවයි.

AI සහ ML

ක්ෂුද්‍ර සේවා තනි ඒකාබද්ධ ස්ථරයක් හරහා සන්නිවේදනය කරන විට, Service Mesh ස්වභාවිකවම එක් එක් සේවාවේ ඇමතුම් පිළිබඳ සියල්ල දනී. අපි ටෙලිමෙට්‍රි එකතු කරන්නෙමු: කවුද, කවදාද, කොපමණ කාලයක්, කොපමණ වාරයක් ඇමතුවාද, සහ යනාදිය. මෙම සේවාවන් සිය දහස් ගණනක් සහ ඇමතුම් බිලියන ගණනක් ඇති විට, මේ සියල්ල එකතු වී විශාල දත්ත සාදයි. මෙම දත්ත AI, යන්ත්‍ර ඉගෙනීම යනාදිය භාවිතයෙන් විශ්ලේෂණය කළ හැකි අතර පසුව විශ්ලේෂණ ප්‍රතිඵල මත පදනම්ව ප්‍රයෝජනවත් දේවල් කිහිපයක් කළ හැකිය. මෙම සියලු ජාල ගමනාගමනය සහ සේවා දැලෙහි ඒකාබද්ධ කර ඇති යෙදුම් ඇමතුම්වල පාලනය අවම වශයෙන් අර්ධ වශයෙන් කෘතිම බුද්ධියට පැවරීම සුදුසුය.

API Gateway සේවාව

සාමාන්‍යයෙන්, සේවා දැලක විශ්වාසදායක පරිමිතියක් තුළ එකිනෙකා සමඟ කතා කරන ප්‍රොක්සි සහ සේවා ඇත. නමුත් බාහිර සගයන් ද ඇත. මෙම පාරිභෝගික කණ්ඩායමට නිරාවරණය වන API සඳහා වන අවශ්‍යතා වඩාත් දරුණු වේ. අපි මෙම කාර්යය ප්රධාන කොටස් දෙකකට බෙදන්නෙමු.

  • Безопасность. ddos සම්බන්ධ ගැටළු, ප්‍රොටෝකෝල වල අවදානම, යෙදුම්, මෙහෙයුම් පද්ධති, සහ යනාදිය.
  • පරිමාණය. සේවාලාභීන්ට සැපයිය යුතු API සංඛ්‍යාව දහස් ගණනක් හෝ සිය දහස් ගණනක් දක්වා දිවෙන විට, මෙම API කට්ටලය සඳහා යම් ආකාරයක කළමනාකරණ මෙවලමක් අවශ්‍ය වේ. ඔබ API නිරන්තරයෙන් නිරීක්ෂණය කළ යුතුය: ඔවුන් වැඩ කරන්නේද නැද්ද යන්න, ඔවුන්ගේ තත්වය කුමක්ද, ගමනාගමනය ගලා එන්නේ කුමක්ද, සංඛ්යා ලේඛන ආදිය. සම්පූර්ණ ක්‍රියාවලිය කළමනාකරණය කළ හැකි සහ ආරක්ෂිත කරන අතරම API ද්වාරයක් මෙම කාර්යය හැසිරවිය යුතුය. මෙම සංරචකයට ස්තූතියි, ව්‍යවසාය සේවා Mesh අභ්‍යන්තර සහ බාහිර API දෙකම පහසුවෙන් ප්‍රකාශ කිරීමට ඉගෙන ගනී.

නිශ්චිත ප්‍රොටෝකෝල සහ දත්ත ආකෘති සඳහා සහාය සේවාව (AS ද්වාරය)

දැනට, බොහෝ සේවා දැල් විසඳුම් දේශීයව ක්‍රියා කළ හැක්කේ HTTP සහ HTTP2 ගමනාගමනය සමඟ හෝ TCP/IP මට්ටමින් අඩු ප්‍රකාරයකදී පමණි. Enterprise Service Mesh තවත් බොහෝ විශේෂිත දත්ත හුවමාරු ප්‍රොටෝකෝල සමඟින් මතුවෙමින් තිබේ. සමහර පද්ධති පණිවිඩ තැරැව්කරුවන් භාවිතා කළ හැකි අතර අනෙක් ඒවා දත්ත සමුදා මට්ටමින් ඒකාබද්ධ වේ. සමාගමට SAP තිබේ නම්, එයට තමන්ගේම ඒකාබද්ධ පද්ධතියක් ද භාවිතා කළ හැකිය. එපමණක් නොව, මේ සියල්ල ක්රියා කරන අතර ව්යාපාරයේ වැදගත් කොටසකි.

ඔබට නිකම්ම පැවසිය නොහැක: "අපි උරුමය අතහැර සේවා දැලක් භාවිතා කළ හැකි නව පද්ධති සාදන්න." සියලුම පැරණි පද්ධති නව ඒවා සමඟ සම්බන්ධ කිරීම සඳහා (ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පයක් මත), සේවා දැලක් භාවිතා කළ හැකි පද්ධති සඳහා යම් ආකාරයක ඇඩප්ටරයක්, අතරමැදියෙක්, ද්වාරයක් අවශ්‍ය වේ. එකඟ වන්න, එය සේවාව සමඟ පෙට්ටියක පැමිණියහොත් හොඳයි. AC ද්වාරය ඕනෑම ඒකාබද්ධ කිරීමේ විකල්පයකට සහාය විය හැක. නිකමට සිතන්න, ඔබ Enterprise Service Mesh ස්ථාපනය කරන අතර එය ඔබට අවශ්‍ය සියලුම ප්‍රොටෝකෝල සමඟ අන්තර් ක්‍රියා කිරීමට සූදානම්ය. මෙම ප්රවේශය අපට ඉතා වැදගත් වේ.

Service Mesh (Enterprise Service Mesh) හි ආයතනික අනුවාදය අපි සිතන්නේ දළ වශයෙන් මෙයයි. විස්තර කරන ලද අභිරුචිකරණය ඒකාබද්ධ කිරීමේ වේදිකාවේ සූදානම් කළ විවෘත-මූලාශ්‍ර අනුවාදයන් භාවිතා කිරීමට උත්සාහ කිරීමේදී පැන නගින ගැටළු බොහොමයක් විසඳයි. මීට වසර කිහිපයකට පෙර හඳුන්වා දෙන ලද, Service Mesh ගෘහ නිර්මාණ ශිල්පය අඛණ්ඩව විකාශනය වන අතර, එහි සංවර්ධනයට දායක වීමට හැකි වීම ගැන අපි සතුටු වෙමු. අපගේ අත්දැකීම් ඔබට ප්‍රයෝජනවත් වනු ඇතැයි අපි බලාපොරොත්තු වෙමු.

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න