Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Azure Event Grid
Azure Service Bus
Ez az architektúra az alapvető vállalati integrációs architektúrán alapul, de magában foglalja a vállalati háttérrendszerek integrálását is. Ez az architektúra üzenetközvetítők és események használatával választja el a szolgáltatásokat a nagyobb méretezhetőség és megbízhatóság érdekében. Győződjön meg arról, hogy ismeri az alapszintű integrációs architektúra kialakítását és összetevőit. Ezek az elemek alapvető információkat nyújtanak az architektúra alapvető összetevőiről.
Architektúra
A tervezési referenciaként hivatkozott háttérrendszerek közé tartoznak a szolgáltatott szoftverek (SaaS) rendszerek, Azure szolgáltatások, üzenetalapú szolgáltatások és a vállalat meglévő webszolgáltatásai.
Töltse le ennek az architektúrának a Visio fájlját.
Forgatókönyv részletei
Az előző architektúra az egyszerűbb basic vállalati integrációs architektúrára épül, amely a Azure Logic Apps használatával közvetlenül a háttérrendszerekkel vezényli a munkafolyamatokat, és Azure API Management használatával hoz létre API-k katalógusait.
Az architektúra ezen verziója két összetevőt ad hozzá, amelyek segítenek megbízhatóbbá és méretezhetőbbé tenni a rendszert:
Azure Service Bus egy biztonságos, megbízható üzenetközvetítő.
Azure Event Grid egy esemény-útválasztási szolgáltatás. Közzétételi és feliratkozási eseménymodellt használ.
Ez az architektúra aszinkron kommunikációt használ egy üzenetközvetítőn keresztül ahelyett, hogy közvetlen, szinkron hívásokat indítanának a háttérszolgáltatásokra. Az aszinkron kommunikáció a következő előnyöket biztosítja:
Sor-alapú terheléskiegyenlítési mintát használ a munkaterhelések hirtelen növekedésének kiegyensúlyozására.
A Publisher-Subscriber mintát használja, hogy több fogyasztónak is közvetíthesse az üzeneteket
Megbízhatóan nyomon követi a hosszú ideig futó munkafolyamatok előrehaladását, még akkor is, ha több lépésből vagy több alkalmazásból állnak
Segít az alkalmazások szétválasztásában
Integrálható meglévő üzenetalapú rendszerekkel
Lehetővé teszi az üzenetek üzenetsorba helyezését, ha egy háttérrendszer nem érhető el
Az Event Grid használatával a rendszer különböző összetevői reagálhatnak az eseményekre ahelyett, hogy lekérdezési vagy ütemezett feladatokra támaszkodnának. Az üzenetsorokhoz és témakörökhöz hasonlóan az Event Grid is segít az alkalmazások és szolgáltatások szétválasztásában. Ha egy alkalmazás vagy szolgáltatás eseményeket tesz közzé, az érdekelt előfizetők értesítést kapnak. A feladó frissítése nélkül is hozzáadhat új előfizetőket.
Számos Azure szolgáltatás támogatja az események Event Gridbe való küldését. A logikai alkalmazások például figyelhetik az eseményeket, amikor új fájlokat adnak hozzá egy blobtárolóhoz. Ez a minta reaktív munkafolyamatokat hoz létre, amelyekben fájl feltöltése vagy üzenetsorba helyezése folyamatokat indít el. Előfordulhat, hogy a folyamatok párhuzamosan vagy egy adott sorrendben futnak.
Ajánlások
Vegye figyelembe az alábbi javaslatokat. További javaslatokért lásd: Alapszintű vállalati integrációs architektúra.
Service Bus
Service Bus két kézbesítési modellel rendelkezik: a pull modell és a proxied push modell:
Lekéréses modell: A fogadó folyamatosan lekérdezi az érkező új üzeneteket. Ha több üzenetsort és lekérdezési időt kell kezelnie, előfordulhat, hogy a lekérdezés nem hatékony. Ez a modell azonban egyszerűsítheti az architektúrát, mivel eltávolítja a további összetevőket és adatugrásokat.
Proxied leküldéses modell: A fogadó kezdetben előfizet egy eseménytípusra egy Event Grid-témakörben. Ha új üzenet érhető el, Service Bus eseményt hoz létre és küld az Event Griden keresztül. Ez az esemény aktiválja a fogadót, hogy ezután lekérje a következő üzenetcsomagot a Service Bus-ból. Ez a modell lehetővé teszi, hogy a rendszerek szinte valós időben fogadják az üzeneteket, de anélkül, hogy erőforrásokat használnak az új üzenetek folyamatos lekérdezéséhez. Ez az architektúra további összetevőket használ, amelyeket üzembe kell helyeznie, kezelnie és biztonságosnak kell lennie.
Amikor olyan Standard Logic Apps-munkafolyamatot hoz létre, amely Service Bus üzeneteket használ, javasoljuk, hogy használja a Service Bus beépített összekötő-eseményindítókat. A beépített összekötő extra költség hozzáadása nélkül aktiválja a lekéréses modell konfigurációjának nagy részét. Ez a képesség biztosítja a megfelelő egyensúlyt a költségek, a felületkezelés és a biztonság között, mivel a kapcsolóelem folyamatosan ciklusban működik a Logic Apps futtatási környezetének motorján belül. További információért lásd: Service Bus beépített összekötőinek eseményindítói.
A PeekLock módban elérheti az üzenetek egy csoportját. A PeekLock használatakor a logikai alkalmazás végrehajthat lépéseket az egyes üzenetek ellenőrzéséhez az üzenet befejezése vagy elhagyása előtt. Ez a módszer megakadályozza a véletlen üzenetvesztést.
Event Grid
Amikor egy Event Grid-eseményindító aktiválódik, az azt jelenti, hogy legalább egy esemény történt. Ha például egy logikai alkalmazás eseményrács-eseményindítót kap egy Service Bus üzenethez, több üzenet is feldolgozható.
Megfontolások
Ezek a szempontok implementálják a Azure Well-Architected-keretrendszer alappilléreit, amelyek a számítási feladatok minőségének javítása érdekében használható vezérelvek. További információ: Well-Architected Framework.
Megbízhatóság
A megbízhatóság biztosítja, hogy az alkalmazás megfeleljen az ügyfelek felé vállalt kötelezettségeknek. További információ: Megbízhatóságitervezési felülvizsgálati ellenőrzőlistája.
Microsoft Entra ID egy globálisan elosztott, magas rendelkezésre állású SaaS-platform.
Az API Managementet számos magas rendelkezésre állású konfigurációban helyezheti üzembe az üzleti követelményeknek és a költségtűrésnek megfelelően. További információ: Az API Management rendelkezésre állásának és megbízhatóságának biztosítása.
A Logic Apps Használati szintje támogatja a georedundáns tárolást. További információ: Üzletmenet-folytonosság és vészhelyreállítás a Logic Appsben.
A témakörök, rendszertémakörök, tartományok, esemény-előfizetések és eseményadatok Event Grid-erőforrásdefiníciói automatikusan replikálódnak egy régió rendelkezésre állási zónáira . Ha az egyik rendelkezésre állási zónában hiba lép fel, az Event Grid-erőforrások emberi beavatkozás nélkül automatikusan áttérnek egy másik rendelkezésre állási zónába. További információ: Régiók közötti vészhelyreállítás és üzletmenet-folytonosság.
Service Bus Premium támogatja a geo-vészhelyreállítást és rendelkezésre állási zónákat. Service Bus Standard támogatja a replication.
Az egyes szolgáltatások garantált rendelkezésre állásával kapcsolatos információkért lásd: SLAs for online services.
Biztonság
A biztonság biztosítékokat nyújt a szándékos támadások és az értékes adatokkal és rendszerekkel való visszaélés ellen. További információkért lásd a Biztonsági terv felülvizsgálati ellenőrzőlistát.
A Service Bus biztonságossá tételéhez párosítsa Microsoft Entra hitelesítést felügyelt identitásokkal. Microsoft Entra ID Service Bus erőforrások integrációja Azure szerepköralapú hozzáférés-vezérlést (Azure RBAC) biztosít az ügyfél erőforrásokhoz való hozzáférésének részletes szabályozásához. A Azure RBAC használatával engedélyeket adhat egy biztonsági tagnak, például egy felhasználónak, egy csoportnak vagy egy alkalmazásszolgáltatás-tagnak. Ebben a forgatókönyvben az alkalmazásszolgáltatás főképviselője egy felügyelt identitás.
Ha nem tudja használni a Microsoft Entra ID-t, megosztott hozzáférési aláírás (SAS) hitelesítést használjon a felhasználók hozzáférésének és meghatározott jogosultságainak biztosítására a Service Bus erőforrásokhoz.
Ha egy Service Bus üzenetsort vagy témakört kell közzétennie HTTP-végpontként, például új üzenetek közzétételéhez, az API Management segítségével biztonságossá teheti az üzenetsort a végpont előtt. Ezután tanúsítványokkal vagy OAuth-hitelesítésekkel biztonságossá teheti a végpontot. A végpontok biztonságossá tételének legegyszerűbb módja egy HTTP-kérést vagy válaszindítót közvetítőként használó logikai alkalmazás használata.
Az Event Grid szolgáltatás egy érvényesítési kóddal segíti az eseménykézbesítés védelmét. Ha a Logic Apps-t használja az esemény feldolgozására, az érvényesítés automatikus. További információkért tekintse meg az Event Grid biztonságát és hitelesítését.
Hálózati biztonság
Fontolja meg a hálózatbiztonságot a tervezés során.
A Service Bus Premium egy virtuális hálózati alhálózati szolgáltatásvégponthoz kötheti. Ez a konfiguráció segít a névtér védelmében, mert csak az engedélyezett virtuális hálózatokról érkező forgalmat fogadja el. A Azure Private Link használatával is csak a private-végpontokon keresztül engedélyezheti a virtuális hálózatba történő privát forgalmat.
A Logic Apps Standard és a Premium konfigurálásával privát végpontokon keresztül fogadhatja a bejövő forgalmat, és a kimenő forgalmat virtuális hálózati integráción keresztül küldheti el.
Az API Management-példányhoz és API-khoz való hozzáférés biztonságossá tételéhez használhat egy Azure virtuális hálózatot. Ez a módszer támogatja a privát végpontokat. További információ: Virtuális hálózat használata AZ API Managementtel.
Költségoptimalizálás
A költségoptimalizálás a szükségtelen kiadások csökkentésére és a működési hatékonyság javítására összpontosít. További információt a Költségoptimalizálás tervezési felülvizsgálati ellenőrzőlistájában talál.
A költségek becsléséhez használja a Azure díjszabási kalkulátort. Íme néhány egyéb szempont.
API Management
A futtatásukkor az összes API Management-példányért díjat számítunk fel. Ha felskáláz, és már nincs szüksége erre a teljesítményszintre, manuálisan skálázhatja le vagy konfigurálhatja az automatikus skálázást.
A könnyű használatú számítási feladatok esetében vegye figyelembe a használat szintjét, amely egy alacsony költségű, kiszolgáló nélküli lehetőség. A használati szint számlázása API-hívásonként történik. A többi szintet óránként számlázzák.
Logic Apps
A Logic Apps kiszolgáló nélküli modellt használ. A számlázás kiszámítása a műveletek és összekötők hívásainak száma alapján történik. További információkért tekintse meg a Logic Apps díjszabását.
Service Bus üzenetsorok, témakörök és előfizetések
Service Bus üzenetsorok és előfizetések támogatják a proxied leküldéses és lekéréses modelleket az üzenetek kézbesítéséhez. A lekéréses modellben minden lekérdezés számbavétele műveletként történik. A költségek akkor is magasak lehetnek, ha a hosszú lekérdezést az alapértelmezett 30 másodpercre állítja. Ha nincs szüksége valós idejű üzenetkézbesítésre, fontolja meg a proxy push modell használatát.
A Service Bus üzenetsorok minden szinten megtalálhatók: Alapszint, Standard és Prémium. Service Bus témakörök és előfizetések standard és prémium szinten érhetők el. További információ: Service Bus díjszabás.
Event Grid
Az Event Grid kiszolgáló nélküli modellt használ. A számlázás kiszámítása a műveletek száma alapján történik. A műveletek közé tartoznak a tartományokra vagy témakörökre irányuló események, speciális egyezések, kézbesítési kísérletek és felügyeleti hívások. Legfeljebb 100 000 művelet használata ingyenes.
További információ: Event Grid díjszabása és Well-Architected Keretrendszer költségoptimalizálása.
Működésbeli kiválóság
Az Operational Excellence azokat az üzemeltetési folyamatokat fedi le, amelyek üzembe helyeznek egy alkalmazást, és működésben tartják a termelési környezetben. További információ: Működési kiválóságitervezési felülvizsgálati ellenőrzőlistája.
Az alapvető vállalati integrációs referenciaarchitektúra útmutatást nyújt a DevOps-mintákkal kapcsolatban, amelyek a Well-Architected Framework Operational Excellence pilléréhez igazodnak.
A lehető legnagyobb mértékben automatizálja a helyreállítási műveleteket a működési kiválóság javítása érdekében. Az automatizálás szem előtt tartásával, kombinálhatja a Azure naplómonitorozást az Azure Automation-nal a Service Bus-erőforrások feladatátvételének automatizálásához. A feladatátvételt kezdeményező automatizálási logikára példa: Feladatátvételi folyamat.
Teljesítménybeli hatékonyság
A teljesítményhatékonyság arra utal, hogy a munkaterhelés hatékonyan képes skálázódni a felhasználói igények kielégítése érdekében. További információ: Teljesítményhatékonyságtervezési felülvizsgálati ellenőrzőlistája.
A nagyobb méretezhetőség érdekében a prémium szintű Service Bus horizontálisan felskálázhatja az üzenetkezelési egységek számát. További információ: Service Bus Prémium és Standard üzenetkezelési szintek és Autoscaling funkció.
További Service Bus javaslatokért tekintse meg a Az Service Bus üzenetkezelés használatával végzett teljesítményjavítási eljárások.
Következő lépések
- Service Bus az Event Grid-integráció áttekintése
- Oktatóanyag, amely üzenetkezelést használ a nem Microsoft-rendszerek NServiceBuson keresztüli integrálásához