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.
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).
Az antikorrupciós réteg az új és az örökölt alkalmazások közötti homlokzatot valósítja meg annak érdekében, 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
- Oktatás: Monolitikus alkalmazás felbontása mikroszolgáltatás-architektúrába
- Mik azok a mikroszolgáltatások?
- Miért érdemes mikroszolgáltatás-megközelítést használni az alkalmazások létrehozásához?
- Mikroszolgáltatások architektúrája