Af hverju erum við að búa til Enterprise Service Mesh?

Service Mesh er vel þekkt byggingarmynstur til að samþætta örþjónustur og flytja til skýjainnviða. Í dag í skýjagámaheiminum er frekar erfitt að vera án þess. Nokkrar opinn uppspretta þjónustumöskva útfærslur eru nú þegar fáanlegar á markaðnum, en virkni þeirra, áreiðanleiki og öryggi er ekki alltaf nægjanlegt, sérstaklega þegar kemur að kröfum stórra fjármálafyrirtækja um allt land. Þess vegna ákváðum við hjá Sbertech að sérsníða Service Mesh og viljum tala um hvað er flott við Service Mesh, hvað er ekki svo flott og hvað við ætlum að gera í því.

Af hverju erum við að búa til Enterprise Service Mesh?

Vinsældir Service Mesh mynstursins fara vaxandi með vinsældum skýjatækninnar. Það er sérstakt innviðalag sem einfaldar samspil mismunandi netþjónustu. Nútíma skýjaforrit samanstanda af hundruðum eða jafnvel þúsundum slíkra þjónustu, sem hver um sig getur haft þúsundir eintaka.

Af hverju erum við að búa til Enterprise Service Mesh?

Samspil og stjórnun þessarar þjónustu er lykilverkefni þjónustunetsins. Reyndar er þetta netlíkan af mörgum umboðsaðilum, stjórnað miðlægt og framkvæmir sett af mjög gagnlegum aðgerðum.

Á umboðsstigi (gagnaplan):

  • Úthlutun og dreifingu stefnu og umferðarjafnvægisstefnu
  • Dreifing lykla, skírteina, tákna
  • Safn fjarmælinga, gerð eftirlitsmælinga
  • Samþætting við öryggis- og vöktunarinnviði

Á stigi stjórnvélarinnar:

  • Að beita stefnum um leið og umferðarjafnvægi
  • Stjórna endurteknum tilraunum og tímamörkum, greina „dauða“ hnúta (rofa hringrás), stjórna inndælingarvillum og tryggja þjónustuþol með öðrum aðferðum
  • Símavottun/heimild
  • Sleppa mæligildum (athugun)

Fjöldi notenda sem hafa áhuga á þróun þessarar tækni er mjög breitt - allt frá litlum sprotafyrirtækjum til stórra netfyrirtækja, til dæmis PayPal.

Hvers vegna er þörf á þjónustuneti í fyrirtækjageiranum?

Það eru margir skýrir kostir við að nota þjónustunet. Í fyrsta lagi er það einfaldlega þægilegt fyrir forritara: til að skrifa kóða tæknivettvangur birtist, sem einfaldar verulega samþættingu í skýjainnviði vegna þess að flutningslagið er algjörlega einangrað frá rökfræði forritsins.

Að auki, Service Mesh einfaldar samskipti birgja og neytenda. Í dag er miklu auðveldara fyrir API veitendur og neytendur að koma sér saman um viðmót og samninga á eigin spýtur, án þess að taka til sérstakrar samþættingarmiðlara og úrskurðaraðila - fyrirtækjaþjónustubílsins. Þessi nálgun hefur veruleg áhrif á tvo vísbendingar. Hraðinn við að koma nýrri virkni á markað (time-to-market) eykst en á sama tíma eykst kostnaður við lausnina þar sem samþætting þarf að fara fram sjálfstætt. Notkun Service Mesh af þróunarteymi fyrirtækjavirkni hjálpar til við að viðhalda jafnvægi hér. Fyrir vikið geta API veitendur einbeitt sér eingöngu að forritahluta þjónustunnar og einfaldlega birt hann í þjónustunetinu - API verður strax aðgengilegt öllum viðskiptavinum og gæði samþættingarinnar verða tilbúin til framleiðslu og mun ekki þurfa einn einasta línu viðbótarkóða.

Næsti kostur er sá verktaki, sem notar Service Mesh, einbeitir sér eingöngu að virkni fyrirtækja — á vörunni frekar en tæknilega þætti þjónustu hennar. Til dæmis þarftu ekki lengur að hugsa um þá staðreynd að í aðstæðum þar sem þjónusta er kölluð í gegnum netið getur sambandsbilun komið upp einhvers staðar. Að auki hjálpar Service Mesh að koma jafnvægi á umferð á milli eintaka af sömu þjónustu: ef eitt afritanna „deyr“ mun kerfið skipta allri umferð yfir í þau lifandi eintök sem eftir eru.

Þjónustunet - þetta er góður grunnur til að búa til dreifð forrit, sem felur fyrir viðskiptavininum upplýsingar um að hringja í þjónustu sína bæði innanlands og utan. Öll forrit sem nota Service Mesh eru einangruð á flutningsstigi bæði frá netinu og hvert öðru: engin samskipti eru á milli þeirra. Í þessu tilviki fær verktaki fulla stjórn á þjónustu sinni.

Þess ber að geta að Uppfærsla dreifðra forrita í þjónustunetsumhverfi verður auðveldara. Til dæmis, blá/græn uppsetning, þar sem tvö forritaumhverfi eru tiltæk fyrir uppsetningu, þar af eitt er ekki uppfært og er í biðham. Að snúa aftur í fyrri útgáfu ef misheppnaður útgáfa er framkvæmt af sérstökum beini, hlutverki sem Service Mesh tekst vel á við. Til að prófa nýju útgáfuna geturðu notað losun kanarífugla — skiptu yfir í nýju útgáfuna aðeins 10% af umferð eða beiðnum frá tilraunahópi viðskiptavina. Aðalumferðin fer í gömlu útgáfuna, ekkert bilar.

Einnig Service Mesh veitir okkur SLA stjórn í rauntíma. Dreifða umboðskerfið mun ekki leyfa þjónustunni að mistakast þegar einn af viðskiptavinum fer yfir kvóta sem honum er úthlutað. Ef API gegnumstreymi er takmarkað mun enginn geta yfirbugað það með miklum fjölda viðskipta: Þjónustunetið stendur fyrir framan þjónustuna og leyfir ekki óþarfa umferð. Það mun einfaldlega berjast til baka í samþættingarlaginu og þjónustan sjálf mun halda áfram að virka án þess að taka eftir því.

Ef fyrirtæki vill draga úr kostnaði við þróun samþættingarlausna hjálpar Service Mesh einnig: Þú getur skipt yfir í opinn uppspretta útgáfu þess úr viðskiptavörum. Enterprise Service Mesh okkar er byggt á opnum uppspretta útgáfu af Service Mesh.

Annar kostur - framboð á einni fullgildri samþættingarþjónustu. Vegna þess að öll samþætting er byggð í gegnum þennan millihugbúnað getum við stjórnað allri samþættingarumferð og tengingum milli forrita sem mynda viðskiptakjarna fyrirtækisins. Það er mjög þægilegt.

Og að lokum Service Mesh hvetur fyrirtæki til að fara yfir í kraftmikla innviði. Nú horfa margir til gámavæðingar. Að skera einlit í örþjónustur, útfæra þetta allt á fallegan hátt - umræðuefnið er að aukast. En þegar þú reynir að flytja kerfi sem hefur verið í framleiðslu í mörg ár yfir á nýjan vettvang, lendir þú strax í ýmsum vandamálum: Það er ekki auðvelt að ýta því öllu í gáma og koma því fyrir á pallinum. Og útfærsla, samstilling og samspil þessara dreifðu íhluta er annað mjög flókið viðfangsefni. Hvernig munu þeir hafa samskipti sín á milli? Verða fossabilanir? Service Mesh gerir þér kleift að leysa sum þessara vandamála og auðvelda flutning frá gamla arkitektúrnum yfir í þann nýja vegna þess að þú getur gleymt netskiptarökfræðinni.

Af hverju þarftu að sérsníða þjónustumesh?

Í fyrirtækinu okkar eru hundruð kerfa og eininga samhliða og keyrslutíminn er mjög hlaðinn. Þannig að einfalt mynstur að eitt kerfi hringir í annað og fær svar er ekki nóg, því í framleiðslu viljum við meira. Hvað annað þarftu úr fyrirtækjaþjónustuneti?

Af hverju erum við að búa til Enterprise Service Mesh?

Viðburðavinnsla

Ímyndum okkur að við þurfum að gera rauntíma atburðavinnslu - kerfi sem greinir aðgerðir viðskiptavinarins í rauntíma og getur strax gert honum viðeigandi tilboð. Til að innleiða svipaða virkni, notaðu byggingarmynstur sem kallast atburðadrifinn arkitektúr (EDA). Ekkert af núverandi þjónustumöskvum styður slík mynstur, en þetta er mjög mikilvægt, sérstaklega fyrir banka!

Það er alveg skrítið að Remote Procedure Call (RPC) er studd af öllum útgáfum af Service Mesh, en þær eru ekki vingjarnlegar við EDA. Vegna þess að Service Mesh er eins konar nútíma dreifð samþætting og EDA er mjög viðeigandi byggingarmynstur sem gerir þér kleift að gera einstaka hluti hvað varðar upplifun viðskiptavina.

Enterprise Service Mesh okkar ætti að leysa þetta vandamál. Að auki viljum við sjá í því innleiðingu á tryggðri afhendingu, streymi og flókinni viðburðavinnslu með því að nota margs konar síur og sniðmát.

Skráaflutningsþjónusta

Til viðbótar við EDA væri gaman að geta flutt skrár: á Enterprise mælikvarða er mjög oft aðeins skráarsamþætting möguleg. Einkum er ETL (Extract, Transform, Load) byggingarmynstrið notað. Í henni skiptast allir eingöngu á skrám: stór gögn eru notuð, sem er óhagkvæmt að ýta inn aðskildum beiðnum. Hæfni til að styðja innfæddan skráaflutning í Enterprise Service Mesh gefur þér þann sveigjanleika sem fyrirtækið þitt þarfnast.

Hljómsveitarþjónusta

Stórar stofnanir hafa næstum alltaf mismunandi teymi sem framleiða mismunandi vörur. Sem dæmi má nefna að í banka vinna sum teymi með innlán en önnur með lánavörur og það eru talsvert mörg slík tilvik. Þetta er mismunandi fólk, mismunandi teymi sem búa til vörur sínar, þróa API og veita öðrum. Og mjög oft er þörf á að setja saman þessar þjónustur, sem og innleiða flókna rökfræði til að hringja í röð API. Til að leysa þetta vandamál þarftu lausn í samþættingarlaginu sem mun einfalda alla þessa samsettu rökfræði (kalla á nokkur API, lýsa beiðnileiðinni osfrv.). Þetta er hljómsveitarþjónustan í Enterprise Service Mesh.

AI og ML

Þegar örþjónustur eiga samskipti í gegnum eitt samþættingarlag veit Service Mesh náttúrulega allt um símtöl hverrar þjónustu. Við söfnum fjarmælingum: hver hringdi í hvern, hvenær, hversu lengi, hversu oft og svo framvegis. Þegar það eru hundruð þúsunda af þessari þjónustu, og milljarðar símtala, þá safnast þetta allt saman og myndar Big Data. Hægt er að greina þessi gögn með gervigreind, vélanámi o.s.frv., og síðan er hægt að gera ýmislegt gagnlegt út frá niðurstöðum greiningar. Rétt væri að afhenda gervigreind stjórn á allri þessari netumferð og forritasímtölum sem eru samþætt í þjónustunetinu að minnsta kosti að hluta til.

API gáttarþjónusta

Venjulega hefur Service Mesh umboð og þjónustu sem tala saman innan trausts jaðar. En það eru líka ytri mótaðilar. Kröfur fyrir API sem verða fyrir þessum hópi neytenda eru mun strangari. Við skiptum þessu verkefni í tvo meginhluta.

  • öryggi. Vandamál sem tengjast ddos, varnarleysi samskiptareglna, forrita, stýrikerfa og svo framvegis.
  • Mælikvarði. Þegar fjöldi API sem þarf að þjóna viðskiptavinum hleypur á þúsundum eða jafnvel hundruðum þúsunda, þá er þörf fyrir einhvers konar stjórnunartæki fyrir þetta sett af API. Þú þarft stöðugt að fylgjast með API: hvort þau eru að virka eða ekki, hver staða þeirra er, hvaða umferð flæðir, hvaða tölfræði osfrv. API gátt ætti að takast á við þetta verkefni en gera allt ferlið viðráðanlegt og öruggt. Þökk sé þessum íhlut lærir Enterprise Service Mesh að birta auðveldlega bæði innri og ytri API.

Stuðningsþjónusta fyrir sérstakar samskiptareglur og gagnasnið (AS gátt)

Eins og er, geta flestar Service Mesh lausnir virkað innfæddar aðeins með HTTP og HTTP2 umferð eða í minni ham á TCP/IP stigi. Enterprise Service Mesh er að koma fram með mörgum öðrum mjög sérstökum gagnaflutningssamskiptareglum. Sum kerfi kunna að nota skilaboðamiðlara, önnur eru samþætt á gagnagrunnsstigi. Ef fyrirtækið er með SAP getur það líka notað sitt eigið samþættingarkerfi. Þar að auki, allt þetta virkar og er mikilvægur hluti af starfseminni.

Þú getur ekki bara sagt: „Við skulum yfirgefa arfleifð og búa til ný kerfi sem geta notað Service Mesh. Til að tengja öll gömlu kerfin við þau nýju (á örþjónustuarkitektúr) þurfa kerfi sem geta notað Service Mesh einhvers konar millistykki, millilið, gátt. Sammála, það væri gaman ef það kæmi í kassa ásamt þjónustunni. AC gáttin getur stutt hvaða samþættingarval sem er. Ímyndaðu þér, þú setur bara upp Enterprise Service Mesh og það er tilbúið til að hafa samskipti við allar samskiptareglur sem þú þarft. Þessi nálgun er okkur mjög mikilvæg.

Þetta er nokkurn veginn hvernig við ímyndum okkur fyrirtækjaútgáfuna af Service Mesh (Enterprise Service Mesh). Sérsniðin sem lýst er leysir flest vandamálin sem koma upp þegar reynt er að nota tilbúnar opinn uppspretta útgáfur af samþættingarvettvangi. Service Mesh arkitektúr, sem var kynnt fyrir aðeins nokkrum árum, heldur áfram að þróast og við erum spennt að geta lagt sitt af mörkum til þróunar hans. Við vonum að reynsla okkar nýtist þér.

Heimild: www.habr.com

Bæta við athugasemd