Ohjelmointi

Mikropalvelujen ja pilvipalvelujen tila

Äskettäisen pilvipalvelujen kasvua koskevan O’Reilly-tutkakyselyn mukaan yksi mielenkiintoisimmista mittareista totesi, että 52 prosenttia 1283 vastauksesta kertoo käyttävänsä mikropalvelukonsepteja, -työkaluja tai -menetelmiä ohjelmistokehitykseen. Näistä suuri vähemmistö (yli 28 prosenttia) on käyttänyt mikropalveluita yli kolmen vuoden ajan.

Tämä oli toiseksi suurin klusteri mikropalvelujen käyttäjien keskuudessa. Suurin ryhmä, yli 55 prosenttia, on käyttänyt mikropalveluita yhden ja kolmen vuoden välillä. Lisäksi vain 17 prosenttia käyttäjistä on uusia mikropalveluissa, ja niiden käyttöönotto ja käyttö on alle vuoden.

O’Reilly tuo esiin myös joitain todisteita siitä, että kiinnostus mikropalveluihin saattaa olla huipussaan tai lähellä huippua. Myös palvelukehysten havaittu hajoaminen - ainakin mikropalveluarkkitehtuurissa määrätyssä tarkkuudessa - on osoittautunut ennakoitua vaikeammaksi.

Mikropalvelujen käyttö on todella luonnollinen edistysaskel palvelusuuntautumisessa ja pilvipohjaisten järjestelmien käytössä. Kyky hajottaa kurssirakeiset palvelut mikropalveluihin on vain hyvä idea. Sinulla on enemmän palveluja, joilla on enemmän käyttötarkoituksia, kuten päivitettävä mainosjakaumakohtainen palvelu, joka voidaan erottaa toisistaan ​​lukemaan olemassa olevia varastotietoja, muokata olemassa olevia varastotietoja päivitetyiksi varastotiedoiksi, vahvistaa päivitetyt varastotiedot ja kirjoittaa päivitetyt varastotiedot varastoon.

Kun tämä makropalvelu on jaettu neljään mikropalveluun, voit käyttää niitä tässä makropalvelussa. Tai voit käyttää niitä uudelleen muissa makropalveluissa ja yhdistelmäsovelluksissa (anna anteeksi liian yksinkertaistettu esimerkki). Tavoitteena on kirjoittaa mikropalvelu kerran ja käyttää sitä monta kertaa.

Sinun on parempi kirjoittaa mikropalveluja tavoilla, jotka tekevät niistä yleisempiä ja yleiskäyttöisempiä, soveltuvia monissa erilaisissa käyttötavoissa (toisin kuin yllä olevat esimerkit, jotka eivät ole yleisiä ja keskittyvät vain varastotietoihin). Siitä kuitenkin tulee vaikeus.

Mikropalvelujen tehokkaan vipuvaikutuksen ydin on kyky perustaa palvelun hajotuskehykset, joissa maksimiprosentti mikropalveluja käytetään uudelleen. Tätä taitoa on kuitenkin ollut vaikea kehittää useimmille sovellusarkkitehdeille.

Olen viettänyt suuren osan ajastani viime vuosina useiden mikropalveluja tukevien sovellussuunnitelmien läpi ja havainnut, että useimmilla heillä ei ole tarvittavaa suunnittelua hyödyntääkseen mikropalveluja täysimääräisesti. Olen nähnyt täyden palvelun hienojakoisia palveluita, jotka kirjoitetaan kerran ja hyödynnetään kerran, ja minulta puuttuu mikropalvelujen ydinetu: kovettuneiden ja testattujen pienten palveluiden uudelleenkäyttö.

Kuten tutkimuksessa todetaan, havaitsemme, että palveluiden oikea hajoaminen mikropalveluihin - ja palvelusuuntautuminen yleensä - on silta liian kaukana useimmille sovellussuunnittelijoille. Ainoa päätöslauselma on saada koulutusta ymmärtämällä, että tämä on enemmän taidetta kuin tiedettä. Ehkä sitten voimme työntää pilarin ohi.

$config[zx-auto] not found$config[zx-overlay] not found