Mikroservisai: moderni programinės įrangos architektūra
Tęsiant evoliucijos tema ir paradigmų bei darbo metodų pokyčiai įvyko programinės įrangos kūrimo srityje, kurią neseniai palietėme vadinamuose straipsniuose „Programinės įrangos kūrimas: istorinė šių dienų apžvalga“, "Sąveikumas per debesį: kaip tai pasiekti?" y „XaaS: Debesų kompiuterija - viskas kaip paslauga“, šiandien mes kalbėsime apie Mikroservisai.
Mikroservisai yra moderni programinės įrangos architektūra, o ne API („Application Programming Interface“) ar pati technologija, kurią galima įdiegti ir naudoti. Programinės įrangos architektūros, dar vadinamos programinės įrangos modeliais, yra visiškai nesvetimos programavimo kalboms, nes jos nustato tik technologijų veikimo būdą, o ne tai, kaip jos yra įgyvendinamos.
Įvadas
Mikroservisai gali būti vertinami kaip SOA architektūros (į paslaugas orientuotos architektūros) evoliucija, kuris kūrėjams padeda kurti modulines, funkcines ir autonomines programas, turinčias didelę talpą, kad būtų galima efektyviai pakartotinai naudoti, kaip tai daroma panašiai, kai optimizuojame tam tikros aparatūros, kurioje ji tik atsiskleidžia, naudojimą. tai, kas iš tikrųjų būtina, o ne be reikalo visas jo potencialas.
Mikropaslaugų architektūra, praktiškai jis netapo taip plačiai paplitęs, kaip teorijoje, tai yra, jis geriau žinomas nei naudojamas. Tačiau kiekvieną dieną daugelis kūrėjų tai įgyvendina, nes tai yra programinės įrangos kūrimo modelis Tai pagerina kintamųjų laiką, našumą ir stabilumą projektuose, kuriuose jie taikomi. Be to, jo paprastas susijęs mastelis daro jį ypač tinkamu kuriant įvairias platformas (žiniatinklį, mobilųjį telefoną, nešiojamus kompiuterius, interneto daiktus).
Bet o SOA yra aukštesnio lygio architektūra, tai yra architektūra, kurioje kuriamos paslaugomis pagrįstos programos, kur paslauga yra mažiausias ir funkcionaliausias sukurtos programos darbo vienetas, Mikroservisų architektūra taip pat leidžia mums kurti paslaugas, tačiau šios paslaugos yra sukurtos labai mažu ir specifiniu būdu kad jie atliktų labai tikslų ir punktualų funkcionalumą, tokiu būdu, kad juos būtų galima atsieti nuo likusių programų ir jie veiktų visiškai savarankiškai nuo likusios programos, kur ji buvo sukurta.
Kas yra programinės įrangos architektūros (modeliai)?
Norint gerai suprasti mikroservikų programinės įrangos architektūrą, gerai žinoti šiek tiek apie visas žinomiausias esamas programinės įrangos architektūras. Yra daugybė esamų, kaip matyti iš „Oodesign“ arba tiesiog ', bet pagal garsiąją knygą pavadinimu „Rašto dizaino knyga“ (Dizaino modelių knyga) esamus modelius galima klasifikuoti kaip:
Kūrybos
Tie, kurie nagrinėja objektų eksponavimo būdus ir kurių tikslas yra abstrakcionuoti eksponavimo procesą ir paslėpti detales, kaip objektai yra kuriami ar inicijuojami. Šioje klasėje yra šie:
- Abstraktus fabrikas
- Statybininkas
- Gamyklos metodas
- Prototipas
- Singletonas
Struktūrinis
Tie, kurie apibūdina, kaip klases ir objektus (paprastus ar sudėtinius) galima sujungti, kad būtų sudarytos didelės struktūros ir suteikta nauja funkcija. Šioje klasėje yra šie:
- Adapteris
- Tiltas
- Sudėtinis
- Dekoratorius
- Fasadas
- Skraidyklė
- Įgaliojimas
Elgesys
Tie, kurie mums padeda apibrėžti komunikaciją ir iteraciją tarp sistemos objektų. Šio modelio tikslas yra sumažinti sąsają tarp objektų. Šioje klasėje yra šie:
- Atsakomybės grandinė
- Komanda
- vertėjas
- Iteratorius
- Tarpininkas
- Atminimo dovana
- Stebėtojas
- Valstybės
- Strategija
- Šablono metodas
- lankytojas
kiti
Ankstesni dizaino modeliai išreiškė schemas, apibrėžiančias projektavimo struktūras, kuriomis galima kurti programinės įrangos sistemas. Bet kai norime geriau išreikšti pagrindinę sukurtų programinės įrangos sistemų organizacinę ir struktūrinę schemą, dažniausiai randame šią kitą klasifikaciją:
- Šiferio architektūra
- DAO: duomenų prieigos objektas
- DTO: duomenų perdavimo objektas
- EDA: įvykių varoma architektūra
- Numanomas kvietimas
- Nuogi daiktai
- Sluoksniuotas programavimas
- "Peer-to-peer"
- Naftotiekis
- SOA: į paslaugas orientuota architektūra
- Trys lygiai
Taip pat yra „Valdiklio rodinio modelis“ kuris yra gerai žinomas ir naudojamas ir yra suskirstytas į:
- Modelis / vaizdas / valdiklis
- Modelis / peržiūra / pranešėjas
- Model / View / Presenter su Model Presenter
- Modelis / vaizdas / vaizdas-modelis
- Modelis / vaizdas / pranešėjas su pasyviu vaizdu
- Modelis / peržiūra / pateikėjas su vadovo valdikliu
Būdamas „Controller View Model“ yra vienas geriausiai žinomų ir įgyvendinamų šiandien, nepakanka suteikti reikiamų funkcijų įmonės programai, ir tai yra viena iš pagrindinių priežasčių, kodėl „Microservices Architecture“ pakeičia „Model-View-Controller“ (MVC) modelį.
„Microservices Architecture“ privalumai
Kai žiniatinklio platforma naudojasi „Microsoft“ paslaugų architektūra, ji paprastai turi šiuos privalumus:
- Išspręsti lengvai pateikiama kiekviena problema ar problema, skirta kiekvienai mažai mikroservisei, dalyvaujančiai konkrečioje situacijoje.
- Švelninti bendri ar visuotiniai paslaugų gedimai, nes sugedus „Microservice“, tai neturi įtakos kitiems, nes jie yra visiškai nepriklausomi.
- Kad palengvėtų pilnų ar specifinių funkcijų ar paslaugų paleidimas ir įtraukimas, nes kiekvieną „Microsoft“ paslaugą galima pridėti arba pašalinti ir atnaujinti atskirai ir palaipsniui.
- Pagerėti prieiga prie programų ar paslaugų, sukurtų iš visų tipų įrenginių ir platformų.
- Aumentar platformos universalumas, nes „Microsoft“ paslaugas galima platinti skirtinguose serveriuose ir rašyti skirtingomis kalbomis.
Atvirojo kodo sistemos
čia yra daug atvirojo kodo parinktys kurią programinės įrangos kūrėjai gali naudoti kurdami sprendimus, kurie yra „Microservices Architectures“ dalis. Kalbant apie „Java“, kuri yra plačiai naudojama technologija, yra šie:
- Svirplys
- „Dropwizard“
- „Eclipse MicroProfile“
- Helidonas
- apranga
- „Payara Micro“
- Žaidimas
- „Restlet“
- Sukelti
- Pavasario batas
- skvošas
- Swaggeris
- Nuotolinis buvimas
- „WildFly Thorntail“
- Zipkinas
Žiniatinklio pavyzdžiai su „Microservices“ architektūra
Tarp daugybės svetainių, teikiančių plataus masto taikomąsias paslaugas ir palaipsniui įdiegusios „Microservices Architecture“, siekdamos pagerinti savo paslaugų ir produktų platformos priežiūrą ir mastelį, kad tai būtų paprasta, efektyvu ir greita, galime paminėti tris pagrindines pramonės šakas. Kas jie tokie:
- Amazonė
- ebay
- "Netflix"
Išvada
Aišku, kad „Microsoft“ paslaugos labai prisideda prie šiuolaikinės internetinės programinės įrangos kūrimoTačiau jie taip pat reiškia, kad reikia išspręsti daugybę naujų problemų. Problemos, susijusios ne tik su „Framework“ mokymusi ir efektyviu darbu, bet ir su tuo, kaip šie nauji pokyčiai yra papildomi ir įgyvendinami IT skyriuose, kurie galiausiai yra tie, kurie juos internete palaiko ir valdo bei turi balsavimą svarbą priimant galutinius sprendimus dėl kiekvieno įvykio. Bet Ši architektūra yra čia ir ji liko ilgai.