Edukien aurkibidea[Ezkutatu][Erakutsi]
- Zer dira Mikrozerbitzuak?
- Zer da Serverless eredua?
Noiz erabili behar dituzu mikrozerbitzuak eta zerbitzaririk gabeko arkitektura+-
- Mikrozerbitzuak aukerarik onena dira konfidentzialtasuna zure lehentasun nagusia baldin bada
- Erabili mikrozerbitzuak zure ondarea iraun dezan nahi baduzu.
- Startup bat bazara, zerbitzaririk gabeko aukeratzea da bidea.
- Zerbitzaririk gabeko eta mikrozerbitzuak erabili beharko lirateke hutsetik hasten bazara
- Ondorioa
Iraganeko diseinu arkitektonikoak sarritan monolitikoak ziren eta kudeaketa, eskalagarritasuna eta arintasuna falta ziren. Egoera horretan, enpresek programa osoa zabaldu beharko lukete ordenagailu bakar batean funtzionatzen duen aplikazio-zerbitzari bakarti batera.
Batzuetan, datu-base osoa sistema berean instalatu daiteke. Hori guztia egin ondoren ere, arazo batek programa ixtea eragingo luke, jarduera guztiak eten.
Ondorioz, negozioen produktibitatea gutxitu zuen kodeketa, hedapena eta arazoak konpontzeko ziklo amaigabea izan zen.
Baina arkitektura ideiak aldatu zirenean, industriak istilu ikaragarria izan zuen, zerbitzaririk gabeko eta mikrozerbitzu gisa ezagutzen diren bi arkitektura nagusiak sortu zituena. Biek sistema eskalagarri eta arinetan erabiltzeko kasu sendoa dute.
Biek segurtasuna lehenesten dute, baina ikuspegi desberdinak hartzen dituzte. Negozioen jabeek aldizka zalantzan jartzen dute berdinak diren edo ez.
Zein aukeratu behar da desberdinak badira onura harrigarriagoak lortzeko? Artikulu honek jakiten lagunduko digu.
Zer dira Mikrozerbitzuak?
Mikrozerbitzu gisa ezagutzen den diseinu-eredu arkitektonikoak aplikazio handiago bat beste txikiago batzuetan banatzen du, beraz, izena. Diseinu monolitikoa, funtzionaltasun guztiak unitate bakarrean biltzen dituena, horren guztiz kontrakoa da.
Erabili dezagun lineako erosketak egiteko aplikazio baten adibide bat gure ulermena laguntzeko. Nahi dituen elementuak aurkitu ondoren, kontsumitzaileak erosketa saskira gehitzen ditu eta eskaera egiten du.
Aplikazioen Programazio Interfazeek (API) elkarrengandik independenteki funtzionatzen duten hainbat zerbitzu konektatzen dituzte (API). Mikrozerbitzuek erosketa saskia, ordainketa prozesua eta produktua bezalako ezaugarriak eskaintzen dituzte.
Mikrozerbitzuen ezarpena hainbat metodotan egin daiteke. Mikrozerbitzu bakoitzak modu independentean funtzionatzeko behar dituen oinarrizko osagaiak ditu, bere datu-basea, liburutegiak eta txantiloiak barne.
Funtsean, SOA (Service Oriented Architecture) printzipioei eusten die, erabiltzaileari aplikazio berriak eraikitzeko eta aplikazio desberdinak modu independentean exekutatzeko ahalmena ematen diotenak.
DevOps-ek aplikazioaren eginbide guztiak aplikazio edo zerbitzu txikiagoetan bereizten ditu, bere kabuz funtziona dezaketen aplikazio osoan funtzionatzen duten bitartean. Inplementatu aurretik, mikrozerbitzuen aplikazio horietako bakoitza sortu eta funtzionalki probatzen da.
Zer da Serverless eredua?
Zerbitzaririk gabeko paradigman, kanpoko hodeiko zerbitzu hornitzaileak zerbitzaria kudeatzeaz arduratzen da. Garatzaileek kodeaz kezkatu behar dute; zerbitzu-hornitzaileak segurtasun-eguneratzeaz arduratuko da, kargatu orekatzeko, gaitasunaren kudeaketa, eskalagarritasuna, erregistroa eta jarraipena.
Aplikazio osoa zerbitzaririk gabeko arkitektura erabiliz exekutatu daiteke, edo haren azpimultzo bat bakarrik. Aplikazioaren kodea exekutatu bezain laster, zerbitzariak baliabideak esleitzen dizkio eta aplikazioa erabiltzen ez denean askatzen ditu, beraz, aplikazioa aktiboki erabiltzen ari denean bakarrik beharrezkoa da.
Aplikazioaren jabeari aplikazioa erabiltzen den denboran soilik kobratuko zaio. Hodeiko zerbitzu-enpresek Backend-as-a-Service (BaaS) eta Function-as-a-Service (FaaS) eskaintzen dituzte.
BaaS-ek aurrez eraikitako funtzioak eskaintzen ditu, beraz, garatzaileak frontend-ean kontzentratu besterik ez du egin behar. Gutxitan erabiltzen da eskaintzen duen pertsonalizazio eta kontrol mugatuagatik.
FaaS, ordea, malguagoa da, garatzaileek aurrealdeko zein atzeko muturrak sor ditzaketelako aplikazioa urruneko zerbitzari batean exekutatzen duten bitartean. FaaS-ekin, aplikazio bat sor daiteke funtzio bilduma gisa.
Funtzio bakoitzak helburu bat eta hasierako faktore bat du. Funtzioak ezin du etengabe funtzionatu; normalean behin-behinekoa da eta beharrezkoa ez den bezain laster amaitzen da.
Zerbitzaririk gabeko Vs Mikrozerbitzuak
Hainbat osagai txikiagotan banatu zen programa deszentralizatua, zerbitzu gisa ere ezagutzen dena, mikrozerbitzuen arkitektura deitzen zaio. Guztiak dira zeregin zehatz bat perfektutasunez betetzen dela ziurtatzearen ardura.
Mikrozerbitzuak oso espezializatuak dira eta gauza bakarra egin dezakete ezin hobeto. Arkitektura bakoitzak arazoak konpontzeko estrategia ezberdina du. Epe luzerako konponketak mikrozerbitzuekin eskuragarri daude.
Zerbitzu bakoitzak etengabe eta 24/7 funtzionatu dezake. Epe luzerako erantzun bikaina da eskalatzen ari diren taldeentzat.
Bestalde, zerbitzaririk gabeko aplikazioen funtzioak kodearen eraginkortasuna hobetzera bideratzen dira. Funtzioek ez dute irauten mikrozerbitzuek bezainbeste. Sarrera edo egoera jakin bati erantzunez bakarrik hasten dira funtzionatzen.
Zerbitzaririk gabeko arkitektura gertaeren araberakoa denez, funtzio bat ez da exekutatuko abiarazlerik ez badago. Programak ez du behar baino CPU gehiago erabiltzen, eta taldeek dirua aurreztu dezakete ordenagailuan eta biltegiratze espazioan garapen-metodologia eraginkor honi esker.
Oinarrizko aldakuntza horiez gain, bi diseinuak beste modu batzuetan ere desberdinak dira.
Zentratu gaitezen funtsezko kontu batzuetan mikrozerbitzuak edo zerbitzaririk gabeko konputazioa erabili erabakitzen dugun bitartean.
Funtzioak
Funtzioak iragankorrak dira eta egoera jakin batek eskatzen duenean bakarrik exekutatzen dira. trinkoagoak eta argalagoak dira.
Mikrozerbitzu batek estekatutako hainbat eragiketa kudea ditzake aldi berean, funtzio bat jarduera baten erantzule bakarra den bitartean.
Mikrozerbitzu bakar batek hainbat funtzio bete ditzake.
Runtime
Zerbitzaririk gabeko funtzioek exekuzio-denbora laburra dute. Funtzio jakin batek zenbat exekutatu dezakeen hornitzailearen arabera aldatzen da.
Adibidez, funtzio bat AWS Lambda-n exekutatu daiteke 15 minutuz. Funtzioak, berez, RAM asko kontsumitu behar ez duten prozedura laburrak direlako gertatzen da.
Exekuzio-denbora, biltegiratze eta RAM saltzaileen zehaztapenak ez dira mikrozerbitzuetarako murrizketa. Horregatik, egokiagoak dira datu-bolumen handiak gorde eta prozesatu behar dituzten epe luzeko jarduera korapilatsuetarako.
IT Eragiketak
Taldeko baliabideak sortzea beharrezkoa da mikrozerbitzuetarako. Jarraipen, hedapen, laguntza eta mantentze lanak barne edo kanpoko talde batek egiten ditu. Taldea guztiz arduratzen da arkitekturari laguntza emateaz, bere informatika maneiatzeaz eta segurtasuna bermatzeaz.
Aitzitik, zerbitzaririk gabeko arkitektura hirugarren hornitzaile baten menpe dago. Enpresak ez du zerbitzari-espazioa sortu, babestu eta kudeatu behar. Barneko funtzio guztiak hodeiko hornitzaileak kudeatzen ditu.
Estrategia honek proiektuaren kostuak gutxitu ditzake kontratazio eta integrazio tasak, biltegiratze gastuak eta hardware erosketak saihesten dituen bitartean.
Kostua
Mikrozerbitzuak sortzearen hasierako kostua handiagoa da. Proiektua burutzeko, hainbat talde behar dira, eta denbora eta prestaketa zaindua behar dira osagai ezberdinen arteko harremanak ezartzeko.
Mikrozerbitzuen sorrera eta mantentze-lanak garestiagoak dira, barne-baliabideetan eta laguntzan menpe egoteagatik.
Hala ere, estrategia honek onurak ditu. Negozioak ez du kanpoko planetan oinarritzen eta ez du saltzaileen blokeoaren arriskurik.
Gastuak murrizteko gaitasuna zerbitzaririk gabeko arkitekturaren abantaila lehiakorra da. Zerbitzaririk gabeko arkitektura erabiltzen duten enpresek irabazten dute baliabideak bateratzetik.
Zerbitzariak hainbat bezeroren artean partekatzen dituztenez, hirugarren hornitzaileek harpidetza prezio baxuagoak eskain ditzakete.
Gainera, HR kostuetan aurrezten ari zara hardware eta zerbitzarien esperientzia kontratatu beharrik ez duzulako.
Noiz erabili behar dituzu mikrozerbitzuak eta zerbitzaririk gabeko arkitektura
Mikrozerbitzuak aukerarik onena dira konfidentzialtasuna zure lehentasun nagusia baldin bada
Zerbitzaririk gabeko arkitektura zerbitzuak agian ez dira aukera aproposa izango informazioa trukatzen ari bazara. Aplikazioak arazo larri batzuk izan ditzake.
Kudeatutako edo partekatutako hosting modu bat hodeiko ostatua da.
Beraz, ikusi ahal izango duzu ez zarela hirugarren saltzaile baten baliabideak erabiltzen dituen pertsona bakarra. Zirkunstantzia honek "maizter anitz" dakarrelako "maizter bakarra" ez bezala, zure datuak ez daude guztiz babestuta kasu honetan.
Beste maizter baten informazioa eta datuak maizter batek ikusgai eta eskura ditzake. Gainera, nekez kontsumituko zenituzke hornitzaile bakar baten baliabideak etengabe. Kopuru handia egon daiteke.
Prozesu osoa kontrolatzeko eta konfiguratzeko gaitasuna, beraz, zailagoa izango da saltzailea aldatu ahala.
Erabili mikrozerbitzuak zure ondarea iraun dezan nahi baduzu.
Zerbitzaririk gabeko arkitektura-zerbitzuek ez dute funtzionatuko sistema zaharraren azpiegiturak momentuz indarrean egon behar badu.
Abiadura eta kostua zerbitzaririk gabeko arkitekturaren bi alderdi dira ondo funtzionatzen dutenak, baina ez dira bakarrak.
Zerbitzaririk gabekoa nahiko pikortsua den arren, bateraezina da lehendik dagoen kode-oinarri handi batekin, granulartasun hori dela eta.
Beste era batera esanda, jauzi handiegia da behin betiko sistema bat izanda. Hori dela eta, hobe da Mikrozerbitzuen estrategia aukeratzea.
Startup bat bazara, zerbitzaririk gabeko aukeratzea da bidea.
Zerbitzaririk gabeko arkitekturarako aukerarik onena startuparen sortzailea bazara. Zerbitzaririk gabeko arkitekturak merkaturatzeko denbora azkarrenak eta azkarrenak eskainiko dizkizu, zure helburua edozein dela ere: denbora mugatuko merkatu bati erantzutea edo edozein joeraren hasieran merkatu-kuota berehala eskuratzea.
Gainera, ekintzaileentzako aukera merkea izango da. Erabiltzen ez den zerbitzari batek ez dizu ezer kostatuko. Erabilera-estatistika fidagarrien faltan, askotan oso moldagarriak diren aplikazioak behar dituzu.
Zerbitzaririk gabeko eta mikrozerbitzuak erabili beharko lirateke hutsetik hasten bazara
Hasiera berri bat egiteak zerbitzaririk gabeko arkitektura hornitzaileen abantailak azkarrago eskura ditzakezu, baina ez berehala. Erabili Mikrozerbitzuak arkitektura berri bat diseinatzerakoan, baina aurreikusi geroago Serverless-era aldatzea.
Zerbitzaririk gabeko eta mikrozerbitzuen arkitektura: alde onak eta txarrak
Zoritxarrez, teknologia ez da perfektua; hala balitz, mundua dagoeneko leku pozik eta garatua izango litzateke.
Teknologia bakoitzak zure proiekturako erabil ditzakezun abantailak eta bizitzeko prest egon behar dituzun eragozpenak biltzen ditu. Azter ditzagun orain biak.
Mikrozerbitzuen abantailak
- Eskalatze errazagoa: zerbitzuak bereizita daudenez, posible da funtzioak gehitzea edo ezabatzea eta gauzak eskalatzea lan gutxienarekin. Programa monolitikoen aldean, ez duzu kode-oinarri osoa kontuan hartu beharrik.
- Softwarearen erresilientzia hobea: mikrozerbitzuak bata bestearen menpekotasun txikiagoa dutenez, baten porrotak ez du aplikazio osoa behera egiten. Trafikoa astuna denean bereziki lagungarria da.
- Plataforma desberdinak: hainbat plataformatan kokatutako mikrozerbitzuak lotu ditzakezu, hizkuntzekin egiteaz gain. Aplikazio baten zati bat normaltasunez eta zerbitzaririk gabe ere ostata daiteke.
- Taldearen autonomia: talde txiki anitzek elkarrekin egin dezakete eta proiektuan aldi berean lan egin dezakete
- Eleanitza: API batek hainbat hizkuntzatan idatzitako mikrozerbitzuak lotzeko aukera ematen du. Abantaila lagungarria da hainbat teknologiak funtzio baten eskakizun desberdinak modu eraginkorragoan betetzen dituztelako. Dena den, hizkuntza gehiegi erabiltzeak dena lotzeko zailtasunak sor ditzake, beraz, hobe da gauzak sinpleak izatea.
- Esperimentuetarako tartea: gure datu ugari izan arren, gure hipotesiak okerrak dira batzuetan, eta mikrozerbitzuek dena probatzeko aukera ematen dizute. Mikrozerbitzuak dituzten aplikazioak oso moldagarriak direnez, lehen aipatu dugun bezala, ez dago milaka dolar gastatu beharrik geroago ezabatu nahi duzun funtzio berri bat gehitzeko.
Mikrozerbitzuen txarrak
- Segurtasun-arazoak: zure APIak arretaz kontrolatu behar dituzu sarritan gaizki konfiguratuta daudelako eta, beraz, jasangarriak direlako.
- Konexioaren erronkak: arreta handiz diseinatu behar duzu mikrozerbitzu guztiak nola lotu eta datuak leku batetik bestera nola eraman.
- Arazketa zaila da mikrozerbitzu bakoitzaren erregistroak aztertu behar dituzulako.
- Proba zaila: mikrozerbitzu bakoitza bereizita probatu behar duzu konexioa mundu mailan ebaluatu aurretik.
Zerbitzaririk gabeko abantailak
- Esfortzurik gabeko eskalatzea: zerbitzaria automatikoki doitzen da gora edo behera.
- Inplementazio oso azkarra: funtzio berriak azkar diseina ditzakezu eta zure ideiak probatu ditzakezu.
- Zerbitzariaren administrazioa ez da zure kezka: zerbitzarian baino aplikazioan zentratu zaitezke.
- Ordaindu ahala: erabiltzen duzun zerbitzariaren ahalmena ordaintzen duzu; ez dago denbora inaktiboagatik ordaindu beharrik.
Serverless-en alde txarrak
- Proba zaila: zerbitzaririk gabeko ingurunea guztiz erreproduzitu ezin baduzu ere, zaila da ulertzea nola funtzionatuko duen kodea zabaldu ondoren.
- Malgutasun txikia: pertsona askok arazoak dituzte denbora luzez zerbitzaririk gabeko ingurune hornitzaile bakar batekin konprometitzeko.
- Hasiera hotza: cachean geratzen da, baina labur-labur, funtzio bakoitza amaitutakoan. Funtzioak berriro erantzun beharko dio dei-eskaerari, eta horrek denbora behar du berriro abiarazten baduzu eta cachean gordetzen ez bada.
Ondorioa
Zerbitzaririk gabeko eta mikrozerbitzuak hainbat teknika erabiltzen dituzten arkitekturari lotutako teknologiak dira. Zerbitzaririk gabeko zein mikrozerbitzuek eskalagarritasuna, moldagarritasuna, kostu-eraginkortasuna eta ezaugarri berriak gehitzeko sinpletasuna azpimarratzen dituzte diseinu monolitikoari baino.
Zerbitzu bakoitzak aplikazio independente gisa funtzionatzen duenez, epe luzerako eskalagarritasuna da mikrozerbitzuen helburu nagusia.
Erakundearen produktu-esparruaren eta lehentasunen arabera, bi estrategien artean hauta daiteke.
Mikrozerbitzuek zerbitzaririk gabeko mikrozerbitzuak emango dizkizute epe luzerako soluzioetarako, etengabeko hazkundea behar duen plataforma handi bat eraikitzeko asmoa baduzu.
Zerbitzaririk gabeko arkitektura aukera bikaina da azkar eta merkean zabaldu nahi baduzu.
Utzi erantzun bat