Megosztás a következőn keresztül:

A mikroszolgáltatások tervezési mintái

Azure felhőalapú szolgáltatások

A mikroszolgáltatások célja az alkalmazáskiadások sebességének növelése azáltal, hogy az alkalmazást önállóan üzembe helyezhető kis autonóm szolgáltatásokra bontják. A mikroszolgáltatás-architektúra is kihívást jelent. Az itt látható tervezési minták segíthetnek enyhíteni ezeket a kihívásokat.

Mikroszolgáltatások tervezési mintái

Az Ambassador segítségével ki lehet kapcsolni az olyan gyakori ügyfélkapcsolati feladatokat, mint a monitorozás, a naplózás, az útválasztás és a biztonság (például TLS) nyelvi szempontból. Az Ambassador-szolgáltatásokat gyakran mellékkocsiként helyezik üzembe (lásd alább).

A korrupció elleni réteg az új és az örökölt alkalmazások közötti homlokzatot valósítja meg, így biztosítva, hogy az új alkalmazások tervezése ne korlátozódjon az örökölt rendszerek függőségei által.

A Frontends háttérrendszerei külön háttérszolgáltatásokat hoznak létre különböző típusú ügyfelekhez, például asztali és mobileszközökhöz. Így egyetlen háttérszolgáltatásnak nem kell kezelnie a különböző ügyféltípusok ütköző követelményeit. Ez a minta segíthet az egyes mikroszolgáltatások egyszerűségében az ügyfélspecifikus problémák elkülönítésével.

A válaszfal elkülöníti a kritikus erőforrásokat, például a kapcsolatkészletet, a memóriát és a CPU-t az egyes számítási feladatokhoz vagy szolgáltatásokhoz. A válaszfalak használatával egyetlen számítási feladat (vagy szolgáltatás) nem tudja felhasználni az összes erőforrást, és másokat éheztet. Ez a minta növeli a rendszer rugalmasságát azáltal, hogy megakadályozza az egy szolgáltatás által okozott kaszkádolt hibákat.

Az átjáró-aggregáció egyetlen kérelemben összesíti a több egyéni mikroszolgáltatásra irányuló kéréseket, csökkentve a felhasználók és a szolgáltatások közötti csevegést.

Az átjárókiszervezés lehetővé teszi, hogy az egyes mikroszolgáltatások kiosztják a megosztott szolgáltatás funkcióit, például az SSL-tanúsítványok használatát egy API-átjárón.

Az átjáró-útválasztás egyetlen végpont használatával több mikroszolgáltatáshoz irányítja a kéréseket, így a felhasználóknak nem kell több külön végpontot kezelnie.

Az Messaging Bridge különböző üzenetkezelési infrastruktúrával létrehozott különálló rendszereket integrál.

A Sidecar egy alkalmazás segédösszetevőit külön tárolóként vagy folyamatként helyezi üzembe, hogy elkülönítést és beágyazást biztosítson.

A Strangler Fig támogatja az alkalmazások növekményes újrabontását azáltal, hogy bizonyos funkciók fokozatosan új szolgáltatásokra cserélődik.

Az Azure Architecture Center felhőtervezési mintáinak teljes katalógusát lásd: Felhőtervezési minták.

Következő lépések