Tänapäeva tööstusharudes on tarkvararakendused üles ehitatud igapäevaselt. Kuid selle tarkvara ehitamise ajal alati meeles pidama, arhitektuuri, koodi rakendamist ja kasutajaliidest, mida kasutaja kasutab. Seega on ainus viis kõigi nende parameetrite täitmise tagamiseks kasutada mikroteenuse arhitektuuri ja API-sid. ” Niisiis, selles Microservices vs API artiklis käsitlen järgmisi teemasid:
- Mis on mikroteenused?
- Mis on API-d?
- Kus kasutatakse mikroteenustes API-sid?
- Erinevused mikroteenuste ja API vahel
Alustagem siis.
Mis on mikroteenused?
Mikroteenused või kõige sagedamini tuntud kui on arhitektuuriline stiil rakenduste loomiseks. Niisiis, Microservices põhimõtteliseltstruktureerida rakendus väikeste autonoomsete teenuste kogumina, mille aluseks on a ettevõtte domeen. Kui teil on monoliitne rakendus, on teil põhimõtteliselt kõik funktsioonid ühes kohas salvestatud.
Näiteks kui kaalute e-kaubanduse rakendust, on sellel peamiselt 3 funktsionaalsust. Funktsionaalsused võiksid olla järgmised:
- Klientide teave
- Tooted, mida klient hoiab ostukorvis
- E-kaubanduse rakenduses saadaval olevad tooted
Nüüd, enne mikroteenused tuli pildile, kasutati monoliitset arhitektuuri.
Monoliitne arhitektuur
Monoliitne arhitektuur on arhitektuuristiil, kus kõik funktsioonid või vajalikud komponendid oleksid ühe suure ploki sees. Niisiis, kui ehitate ülaltoodud rakenduse, kasutades monoliitset stiili, näeks arhitektuur välja järgmine:
Nagu ülaltoodud pildilt võib viidata, asuksid kõik rakenduse komponendid ühes piirkonnas. Kuid neid on mille pärastMikroteenused on turul nii populaarseks muutunud. Niisiis, kui me selle rakenduse Microsofti teenustesse ümberehitame, oleks seal kolm teenust (klienditeenindus, ostukorviteenus ja tooteteenus).
Enne kui ma ütlen teile, kuidas saame selle rakenduse Microsofti teenustesse ümber ehitada, lubage mul anda teile API-de kohta ülevaade selle Microsofti ja API-i artikli järgmisest artiklist.
Mis on API-d?
Rakendusprogrammi liides või kõige sagedamini API-dena tuntud viis on viis, mille kaudu saate veenduda, et kaks või enam rakendust suhtlevad omavahel kliendi päringu töötlemisel. Nii saate mõista APIS-i kui kontaktpunkti, mille kaudu kõik teenused suhtlevad omavahel, et kliendi taotlust töödelda ja vastus saata.
Rakenduste loomise ja kasutamise ajal teeme tavaliselt CRUD-toiminguid. Kui ütlen CRUD-toimingud, siis mõtlen, et loome ressursi, loeme ressurssi, värskendame ressurssi ja kustutame ressursi. Niisiis töötatakse API-sid tavaliselt välja kasutades ja need meetodid pole muud kui HTTP meetodid.
HTTP-meetodid
HTTP toimingutega seotud meetodid on, nagu näete alloleval pildil:
Ülaltoodud meetodid aitavad meil standardiseerida viisi, kuidas toiminguid tehakse erinevate rakendustega, millel on erinevad liidesed. Nende meetodite abil saate ka arendajana hõlpsasti mõista erinevate liideste kaudu tehtud toimingute järeldusi.
Nii et nüüd, kui teate, mis on API-d, andke meile sellest Microsofti teenuste ja API-de artiklist järgmiseks teada, kus kasutatakse Microsofti teenustes API-sid.
Kus kasutatakse mikroteenustes API-sid?
Mõelge stsenaariumile, kus olete Microsofti teenuseid kasutades ehitanud ülalnimetatud e-kaubanduse rakenduse. Neil näete põhimõtteliselt kolme teenust, st klienditeenindust, ostukorvi ja toodete teenust. Kuidas need teenused teie arvates kliendi taotluse töötlemiseks omavahel suhtlevad?
Noh, see toimub API-de kaudu ”. Nii et igal neist mikroteenustest on oma API-d teiste teenustega suhtlemiseks. Vaadake allolevat pilti:
Isegi kui üks mikroteenus ei tööta, siis rakendus ei lähe alla. Selle asemel ei tööta ainult see konkreetne funktsioon ja kui see töötab, saavad API-d taotlust uuesti töödelda ja vajaliku vastuse kliendile tagasi saata.
Hästi, nii et nüüd, kui olete Microsofti teenustest ja API-st teadlik, uurime järgmisena Microsofti teenuste ja API-de erinevusi.
objektide massiiv java näide
Mikroteenused vs API
Erinevus mikroteenuste ja API-de vahel on järgmine:
| Mikroteenused | TULI |
| Arhitektuuristiil, mille kaudu saate ehitada rakendusi väikeste autonoomsete teenuste näol. | TOprotseduuride ja funktsioonide kogum, mis võimaldavad tarbijal kasutada rakenduse aluseks olevat teenust. |
Ülaltoodud näite põhjal peab teile olema selge, et API-d on mikroteenuste osa ja aitavad seega neid teenuseid omavahel suhelda. Kuid teiste teenustega suheldes võivad igal teenusel olla oma CRUD-toimingud, et asjakohased andmed oma andmebaasi salvestada.
Mitte ainult seda, vaid ka CRUD-toimingute ajal aktsepteerivad ja tagastavad API-d parameetrid kasutaja saadetud päringu põhjal. Näiteks kui klient soovib teada tellimuse üksikasju, siis hangitakse toote üksikasjad tooteteenusest, arveldusaadress ja kontaktandmed hangitakse klienditeenindusest ning ostetud toode tõmmatakse ostukorviteenusest.
Selle inimesega jõuame Microsofti teenused vs API-sse. Loodan, et olete aru saanud, mis on mikroteenused ja API-d ning kuidas API-sid mikroteenustes kasutatakse.
Kui soovite õppida mikroteenuseid ja luua oma rakendusi, vaadake meie mis on varustatud juhendajate juhitud elava koolituse ja reaalse elu projektikogemusega. See koolitus aitab teil Microsofti teenuseid põhjalikumalt mõista ja aitab teil selle teema üle meisterlikkust saavutada.
Kas teil on meile küsimus? Palun mainige seda kommentaaride jaotises ” Microservice vs API ”Ja pöördun teie poole tagasi.