A mikroszolgáltatási architektúra olyan rendszer, amelyben egy nagy alkalmazás kis szolgáltatásokból áll, amelyek API-k segítségével működnek és kommunikálnak egymással.
Ezek a szolgáltatások nagyon függetlenek és lazán kapcsolódnak egymáshoz. Ez megkönnyíti azok tesztelését és karbantartását, ami viszont felgyorsítja a fejlesztési folyamatot.
Hogyan működnek a mikroszolgáltatások
A mikroszolgáltatások előtt az alkalmazások fejlesztésének szokásos módja a monolitikus architektúra volt. Az ilyen alkalmazások egyetlen, független egységek voltak. Összetevőik – például a felhasználói felület, az üzleti logika és az adattárolás – egyetlen kódbázisba kerültek.
Míg a monolit alkalmazásokat könnyű megtervezni és fejleszteni, az eredményül kapott kódot nehéz lehet megérteni, méretezni és karbantartani.
A mikroszolgáltatási architektúrában a nagy alkalmazásokat kisebb, autonóm szolgáltatásokra bontja. Minden szolgáltatás egyetlen alkalmazási feladatért és
API-k segítségével kommunikál a többiekkel.Mindegyik szolgáltatás tartalmaz minden szükséges függőséget, és nem kell külső erőforrásokhoz kapcsolnia.
A mikroszolgáltatások nagyszerűek a nagy szervezetek által fejlesztett alkalmazásokhoz. Egy csapat dolgozhat egy szolgáltatáson, míg egy másik csapat egy másikon. Ezután külön tesztelheti és telepítheti ezeket a szolgáltatásokat.
A mikroszolgáltatási rendszerre példa egy e-kereskedelmi alkalmazás, amely külön szolgáltatásokkal rendelkezik a felhasználói felület, a bevásárlókosár, a készlet és a rendelések kezelésére.
A mikroszolgáltatási architektúra előnyei
Rugalmasság és méretezhetőség
Mivel minden mikroszolgáltatás független a többitől, külön is fejlesztheti és telepítheti őket. Ha egy adott szolgáltatás lelassul, akkor nagyobb teljesítményű hardveren futtathatja, vagy további processzorokat adhat hozzá az azt futtató szerverekhez.
A mikroszolgáltatás két példányát párhuzamosan is futtathatja.
Könnyű karbantartás és frissítés
Ha egy alkalmazást a mikroszolgáltatási architektúrát követve készít, akkor azt szakaszosan frissítheti. Módosíthat egy szolgáltatást, és frissítheti azt anélkül, hogy az alkalmazás más részeit érintené.
Lehetőség a gyorsabb fejlesztésre és telepítésre
Kis csapatok dolgoznak együtt az egyes mikroszolgáltatások fejlesztésén. Mivel a mikroszolgáltatás egy meghatározott feladatot lát el, a csapat tagjai egyedül erre a feladatra összpontosíthatnak.
Ezenkívül a koordináció és a döntéshozatal egy kis csapatban gyorsabb, mint egy nagy csapatban. Ez gyorsabb fejlesztési ciklushoz vezet.
Független technológiai választások
Dönthet úgy, hogy egy mikroszolgáltatást a többi mikroszolgáltatástól eltérő programozási nyelven fejleszt ki. Például használhatja a Pythont egy mikroszolgáltatás fejlesztésére, a JavaScriptet pedig egy másikhoz. Mindegyikhez különböző adatbázis-kezelési szolgáltatásokat is használhat. Végül a legmegfelelőbb technológiával vagy eszközzel építi ki a szolgáltatásokat.
A mikroszolgáltatási architektúra megvalósításának kihívásai
A különböző szolgáltatások koordinálásának összetettsége
Egy alkalmazás számos szolgáltatásból állhat, amelyeknek kommunikálniuk kell egymással. Ezeknek a kommunikációs csatornáknak biztonságosnak és robusztusnak kell lenniük ahhoz, hogy az alkalmazás rendeltetésszerűen működjön.
Hibakeresési és tesztelési problémák
Az egyetlen szolgáltatáshoz elkülöníthető hibák könnyebben megoldhatók. Ha azonban ezek a hibák több szolgáltatásra is kiterjednek, a hibakeresés nagyobb kihívást jelent. Hasonlóképpen, integrációs tesztek írása több szolgáltatás esetében nehéz lehet.
Megnövekedett rezsi potenciál
Mint említettük, minden szolgáltatás független a többitől, és megvannak a saját erőforrásai. Ez költséges lehet, mivel minden szolgáltatás dedikált infrastruktúrát igényel, amely többek között szerverekből, folyamatos integrációs eszközökből és adatbázisokból áll.
Mikor érdemes Microservices architektúrát használni?
A mikroszolgáltatások architektúrája nem minden alkalmazáshoz alkalmas. Megépítése és kezelése költséges lehet.
Mielőtt a mikroszolgáltatási architektúra használata mellett döntene, fontolja meg az alkalmazás méretét és összetettségét. Több hasznot fog látni, ha egy nagy alkalmazást kezelhető erőforrásokra bont, mint egy kis alkalmazást. Megfelelően kis méret esetén az erőforrások pazarlása lehet.
Ha azonban nagy fejlesztőcsapata van, akiknek gyorsan meg kell érteniük egy kódbázist, vagy különböző technológiákat szeretnének használni, akkor a mikroszolgáltatások architektúrája lehet a megfelelő út.
