Service Mesh ni muundo unaojulikana wa usanifu wa kuunganisha huduma ndogo na kuhamia miundombinu ya wingu. Leo katika ulimwengu wa chombo cha wingu ni ngumu sana kufanya bila hiyo. Utekelezaji kadhaa wa matundu ya huduma ya chanzo huria tayari unapatikana kwenye soko, lakini utendakazi wao, kuegemea na usalama sio wa kutosha kila wakati, haswa linapokuja suala la mahitaji ya kampuni kubwa za kifedha kote nchini. Ndio maana sisi katika Sbertech tuliamua kubinafsisha Service Mesh na tunataka kuzungumza juu ya kile kinachopendeza kuhusu Service Mesh, kile ambacho sio kizuri sana, na tutafanya nini juu yake.
Umaarufu wa muundo wa Mesh ya Huduma unakua na umaarufu wa teknolojia za wingu. Ni safu maalum ya miundombinu ambayo hurahisisha mwingiliano kati ya huduma tofauti za mtandao. Maombi ya kisasa ya wingu yanajumuisha mamia au hata maelfu ya huduma kama hizo, ambayo kila moja inaweza kuwa na maelfu ya nakala.
Mwingiliano kati na usimamizi wa huduma hizi ni kazi muhimu ya Mesh ya Huduma. Kwa kweli, hii ni mfano wa mtandao wa proksi nyingi, zinazosimamiwa katikati na kufanya seti ya kazi muhimu sana.
Katika kiwango cha proksi (ndege ya data):
- Kukabidhi na kusambaza sera za uelekezaji na usawazishaji wa trafiki
- Usambazaji wa funguo, vyeti, ishara
- Mkusanyiko wa telemetry, kizazi cha vipimo vya ufuatiliaji
- Kuunganishwa na miundombinu ya usalama na ufuatiliaji
Katika ngazi ya ndege ya udhibiti:
- Kutumia sera za uelekezaji na kusawazisha trafiki
- Kusimamia majaribio na muda wa kuisha, kugundua nodi "zilizokufa" (kuvunjika kwa mzunguko), kudhibiti hitilafu za kudunga na kuhakikisha uthabiti wa huduma kupitia njia zingine.
- Uthibitishaji wa simu/uidhinishaji
- Kupunguza vipimo (kuzingatiwa)
Watumiaji mbalimbali wanaovutiwa na maendeleo ya teknolojia hii ni pana sana - kutoka kwa mwanzo mdogo hadi makampuni makubwa ya mtandao, kwa mfano, PayPal.
Kwa nini Service Mesh inahitajika katika sekta ya ushirika?
Kuna faida nyingi za wazi za kutumia Mesh ya Huduma. Kwanza kabisa, ni rahisi kwa watengenezaji: kwa kuandika msimbo jukwaa la teknolojia linaonekana, ambayo kwa kiasi kikubwa hurahisisha ushirikiano katika miundombinu ya wingu kutokana na ukweli kwamba safu ya usafiri imetengwa kabisa na mantiki ya maombi.
Aidha, Service Mesh hurahisisha uhusiano kati ya wasambazaji na watumiaji. Leo, ni rahisi zaidi kwa watoa huduma na watumiaji wa API kukubaliana juu ya miingiliano na mikataba peke yao, bila kuhusisha mpatanishi maalum wa ushirikiano na mwamuzi - basi ya huduma ya biashara. Njia hii inathiri sana viashiria viwili. Kasi ya kuleta utendaji mpya kwenye soko (wakati wa soko) huongezeka, lakini wakati huo huo gharama ya suluhisho huongezeka, kwani ushirikiano unapaswa kufanyika kwa kujitegemea. Utumiaji wa Service Mesh na timu za ukuzaji utendakazi wa biashara husaidia kudumisha usawa hapa. Kwa hivyo, watoa huduma za API wanaweza kuzingatia kikamilifu sehemu ya maombi ya huduma zao na kuichapisha tu kwenye Mesh ya Huduma - API itapatikana mara moja kwa wateja wote, na ubora wa ujumuishaji utakuwa tayari kwa uzalishaji na hautahitaji hata moja. mstari wa kanuni ya ziada.
Faida inayofuata ni hiyo msanidi programu, kwa kutumia Service Mesh, anaangazia utendakazi wa biashara pekee - kwenye bidhaa badala ya sehemu ya kiteknolojia ya huduma yake. Kwa mfano, huna tena kufikiri juu ya ukweli kwamba katika hali ambapo huduma inaitwa juu ya mtandao, kushindwa kwa uhusiano kunaweza kutokea mahali fulani. Kwa kuongeza, Service Mesh husaidia kusawazisha trafiki kati ya nakala za huduma sawa: ikiwa moja ya nakala "zinakufa," mfumo utabadilisha trafiki yote kwa nakala zilizobaki za moja kwa moja.
Mesh ya Huduma - huu ni msingi mzuri wa kuunda programu zilizosambazwa, ambayo huficha kutoka kwa mteja maelezo ya kutoa wito kwa huduma zake ndani na nje. Programu zote zinazotumia Mesh ya Huduma zimetengwa katika kiwango cha usafiri kutoka kwa mtandao na kutoka kwa kila mmoja: hakuna mawasiliano kati yao. Katika kesi hii, msanidi hupokea udhibiti kamili juu ya huduma zake.
Ni lazima ieleweke kwamba Kusasisha programu zilizosambazwa katika mazingira ya wavu wa huduma inakuwa rahisi. Kwa mfano, uwekaji wa bluu/kijani, ambapo mazingira mawili ya programu yanapatikana kwa usakinishaji, ambayo moja haijasasishwa na iko katika hali ya kusubiri. Kurudi nyuma kwa toleo la awali katika tukio la kutolewa bila kufanikiwa hufanywa na kipanga njia maalum, jukumu ambalo Huduma ya Mesh inakabiliana nayo vizuri.. Ili kujaribu toleo jipya, unaweza kutumia kutolewa kwa canary β badilisha hadi toleo jipya 10% pekee ya trafiki au maombi kutoka kwa kundi la majaribio la wateja. Trafiki kuu huenda kwenye toleo la zamani, hakuna kinachovunja.
Pia Service Mesh hutupatia udhibiti wa SLA wa wakati halisi. Mfumo wa proksi uliosambazwa hautaruhusu huduma kushindwa wakati mmoja wa wateja anazidi kiwango kilichowekwa kwake. Ikiwa upitishaji wa API ni mdogo, hakuna mtu atakayeweza kuzidisha kwa idadi kubwa ya shughuli: Mesh ya Huduma inasimama mbele ya huduma na hairuhusu trafiki isiyo ya lazima. Itapigana tu katika safu ya ushirikiano, na huduma zenyewe zitaendelea kufanya kazi bila kutambua.
Ikiwa kampuni inataka kupunguza gharama za uundaji wa suluhisho za ujumuishaji, Service Mesh pia husaidia: Unaweza kubadilisha hadi toleo lake la chanzo-wazi kutoka kwa bidhaa za kibiashara. Enterprise Mesh yetu ya Huduma inatokana na toleo huria la Service Mesh.
Faida nyingine - upatikanaji wa seti moja kamili ya huduma za ujumuishaji. Kwa sababu ujumuishaji wote umeundwa kupitia programu hii ya kati, tunaweza kudhibiti trafiki yote ya ujumuishaji na miunganisho kati ya programu ambazo huunda msingi wa biashara wa kampuni. Ni vizuri sana.
Na mwishowe Service Mesh inahimiza kampuni kuhamia kwa miundombinu inayobadilika. Sasa wengi wanatazamia uwekaji vyombo. Kukata monolith katika microservices, kutekeleza haya yote kwa uzuri - mada ni juu ya kuongezeka. Lakini unapojaribu kuhamisha mfumo ambao umekuwa katika uzalishaji kwa miaka mingi kwenye jukwaa jipya, mara moja hukutana na matatizo kadhaa: kusukuma yote kwenye vyombo na kuipeleka kwenye jukwaa si rahisi. Na utekelezaji, maingiliano na mwingiliano wa vipengele hivi vilivyosambazwa ni mada nyingine ngumu sana. Watawasilianaje wao kwa wao? Je, kutakuwa na kushindwa kwa kasi? Huduma ya Mesh inakuwezesha kutatua baadhi ya matatizo haya na kuwezesha uhamiaji kutoka kwa usanifu wa zamani hadi mpya kutokana na ukweli kwamba unaweza kusahau kuhusu mantiki ya kubadilishana mtandao.
Kwa nini unahitaji ubinafsishaji wa Mesh ya Huduma?
Katika kampuni yetu, mamia ya mifumo na moduli huishi pamoja, na wakati wa kukimbia umejaa sana. Kwa hivyo muundo rahisi wa mfumo mmoja unaita mwingine na kupokea jibu haitoshi, kwa sababu katika uzalishaji tunataka zaidi. Nini kingine unahitaji kutoka kwa matundu ya huduma ya biashara?
Huduma ya usindikaji wa tukio
Hebu tufikirie kwamba tunahitaji kufanya uchakataji wa matukio ya wakati halisi - mfumo unaochanganua vitendo vya mteja kwa wakati halisi na unaweza kumpa ofa inayofaa mara moja. Ili kutekeleza utendaji sawa, tumia muundo wa usanifu unaoitwa usanifu unaoendeshwa na tukio (EDA). Hakuna Meshes za Huduma za sasa zinazotumia mifumo kama hii kwa asili, lakini hii ni muhimu sana, haswa kwa benki!
Inashangaza kwamba Simu ya Utaratibu wa Mbali (RPC) inaungwa mkono na matoleo yote ya Huduma ya Mesh, lakini sio rafiki na EDA. Kwa sababu Service Mesh ni aina ya ujumuishaji wa kisasa uliosambazwa, na EDA ni muundo unaofaa sana wa usanifu ambao hukuruhusu kufanya mambo ya kipekee kulingana na uzoefu wa wateja.
Mesh yetu ya Huduma ya Biashara inapaswa kutatua tatizo hili. Kwa kuongeza, tunataka kuona ndani yake utekelezaji wa utoaji wa uhakika, utiririshaji na usindikaji wa matukio changamano kwa kutumia vichujio na violezo mbalimbali.
Huduma ya kuhamisha faili
Mbali na EDA, itakuwa nzuri kuwa na uwezo wa kuhamisha faili: kwa kiwango cha Biashara, mara nyingi tu ushirikiano wa faili unawezekana. Hasa, muundo wa usanifu wa ETL (Extract, Transform, Load) hutumiwa. Ndani yake, kama sheria, kila mtu hubadilishana faili peke yake: data kubwa hutumiwa, ambayo haiwezekani kushinikiza katika maombi tofauti. Uwezo wa kuhimili uhamishaji wa faili katika Enterprise Service Mesh hukupa unyumbufu mahitaji ya biashara yako.
Huduma ya orchestration
Mashirika makubwa karibu kila mara yana timu tofauti zinazotengeneza bidhaa tofauti. Kwa mfano, katika benki, timu zingine hufanya kazi na amana, wakati zingine zinafanya kazi na bidhaa za mkopo, na kuna kesi nyingi kama hizo. Hawa ni watu tofauti, timu tofauti wanaotengeneza bidhaa zao, wanatengeneza API zao na kuwapa wengine. Na mara nyingi sana kuna haja ya kutunga huduma hizi, na pia kutekeleza mantiki changamano kwa ajili ya kuita sequentially seti ya APIs. Ili kutatua tatizo hili, unahitaji suluhisho katika safu ya ushirikiano ambayo itarahisisha mantiki hii yote ya mchanganyiko (kuita API kadhaa, kuelezea njia ya ombi, nk). Hii ni huduma ya ochestration katika Enterprise Service Mesh.
AI na ML
Wakati huduma ndogo huwasiliana kupitia safu moja ya ujumuishaji, Mesh ya Huduma kwa kawaida hujua kila kitu kuhusu simu za kila huduma. Tunakusanya telemetry: ni nani aliyemwita nani, lini, kwa muda gani, mara ngapi, na kadhalika. Wakati kuna mamia ya maelfu ya huduma hizi, na mabilioni ya simu, basi hii yote hujilimbikiza na kuunda Data Kubwa. Data hii inaweza kuchanganuliwa kwa kutumia AI, kujifunza kwa mashine, n.k., na kisha mambo muhimu yanaweza kufanywa kulingana na matokeo ya uchambuzi. Ingefaa angalau kukabidhi udhibiti wa trafiki hii yote ya mtandao na simu za maombi zilizounganishwa kwenye Mesh ya Huduma kwa akili bandia.
Huduma ya lango la API
Kwa kawaida, Mesh ya Huduma ina seva mbadala na huduma zinazozungumza kati ya eneo linaloaminika. Lakini pia kuna wenzao wa nje. Mahitaji ya API zilizo wazi kwa kundi hili la watumiaji ni kali zaidi. Tunagawanya kazi hii katika sehemu kuu mbili.
- usalama. Masuala yanayohusiana na ddos, kuathirika kwa itifaki, programu, mifumo ya uendeshaji, na kadhalika.
- Mizani. Wakati idadi ya API zinazohitaji kuhudumiwa kwa wateja inapofikia maelfu au hata mamia ya maelfu, kuna haja ya aina fulani ya zana za usimamizi kwa seti hii ya API. Unahitaji kufuatilia mara kwa mara API: ikiwa wanafanya kazi au la, hali yao ni nini, trafiki gani inapita, ni takwimu gani, nk. Lango la API linapaswa kushughulikia kazi hii huku likifanya mchakato mzima kudhibitiwa na kuwa salama. Shukrani kwa kipengele hiki, Enterprise Service Mesh hujifunza kuchapisha kwa urahisi API za ndani na nje.
Huduma ya usaidizi kwa itifaki maalum na fomati za data (lango la AS)
Kwa sasa, masuluhisho mengi ya Mesh ya Huduma yanaweza kufanya kazi kienyeji tu na trafiki ya HTTP na HTTP2 au katika hali iliyopunguzwa katika kiwango cha TCP/IP. Enterprise Service Mesh inaibuka ikiwa na itifaki zingine nyingi mahususi za uhamishaji data. Mifumo mingine inaweza kutumia madalali wa ujumbe, mingine imeunganishwa katika kiwango cha hifadhidata. Ikiwa kampuni ina SAP, basi inaweza pia kutumia mfumo wake wa kuunganisha. Aidha, yote haya yanafanya kazi na ni sehemu muhimu ya biashara.
Huwezi kusema tu: "Wacha tuache urithi na tutengeneze mifumo mipya inayoweza kutumia Service Mesh." Ili kuunganisha mifumo yote ya zamani na mpya (kwenye usanifu wa huduma ndogo), mifumo inayoweza kutumia Mesh ya Huduma itahitaji aina fulani ya adapta, mpatanishi, lango. Kukubaliana, itakuwa nzuri ikiwa ilikuja kwenye sanduku pamoja na huduma. Lango la AC linaweza kutumia chaguo lolote la ujumuishaji. Hebu fikiria, unasakinisha tu Enterprise Service Mesh na iko tayari kuingiliana na itifaki zote unazohitaji. Mbinu hii ni muhimu sana kwetu.
Hivi ndivyo tunavyofikiria toleo la shirika la Service Mesh (Enterprise Service Mesh). Ubinafsishaji ulioelezewa hutatua shida nyingi zinazotokea wakati wa kujaribu kutumia matoleo ya chanzo-wazi yaliyotengenezwa tayari ya jukwaa la ujumuishaji. Ilianzishwa miaka michache iliyopita, usanifu wa Service Mesh unaendelea kubadilika, na tunafurahi kuweza kuchangia maendeleo yake. Tunatumahi kuwa uzoefu wetu utakuwa muhimu kwako.
Chanzo: mapenzi.com