Szerkesztés

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


Azure Communication Services-architektúra tervezése

Azure Communication Services
Microsoft Entra ID
Azure Functions

Ez az útmutató az Azure Communication Services adatfolyam-diagramjait mutatja be. Ezekkel a diagramokkal megtudhatja, hogyan kommunikálnak az ügyfelek és a szolgáltatások az Azure-ral a kommunikációs élmények biztosításához.

A Communication Services egy felhőalapú szolgáltatás REST API-kkal és ügyféloldali kódtár-SDK-kkal, amelyek segítségével integrálhatja a kommunikációt az alkalmazásokba. A Communication Services több kommunikációs formátumot is támogat: hang- és videohívást, szöveges csevegést, SMS-t és egyéni bináris adatokat.

Hozzáadhat kommunikációt webes és mobilalkalmazásokhoz, integrálhatja az egyéni szolgáltatásokat és robotokat, és programozott módon hozzáférhet a nyilvános telefonhálózathoz (PSTN). Telefonszámokat közvetlenül az Azure Communication Services API-jából vagy az Azure Portalról szerezhet be, és ezeket a számokat sms- vagy hanghívási alkalmazásokhoz használhatja. A Communication Services közvetlen útválasztásával saját telefonos szolgáltatót hozhat létre a munkamenet-kezdeményezési protokoll (SIP) és a munkamenet-szegélyvezérlők használatával.

Az adatfolyam-diagramok a következő összetevőket használják:

  • Ügyfélalkalmazás. A végfelhasználók által a kommunikációhoz használt webhely vagy natív alkalmazás. A Communication Services SDK-ügyfélkódtárakat biztosít a böngészőkhöz és a natív alkalmazásokhoz. Az ezekre az SDK-kra épülő nyílt forráskódú felhasználói felületi kódtár programozható webes (React), iOS- és Android-felhasználói felületi összetevőket biztosít.
  • Identitáskezelési szolgáltatás. Olyan szolgáltatás, amelyet a felhasználók és szolgáltatások Communication Services-identitásokhoz való leképezéséhez hoz létre. Ez a szolgáltatás jogkivonatokat is létrehoz a felhasználók számára, amikor hozzá kell férniük az adatsíkhoz.
  • Kommunikációs vezérlő szolgáltatás. Egy szolgáltatás, amelyet a csevegési szálak, valamint a hang- és videohívások vezérlésére hoz létre.
  • Kommunikációs adatszolgáltatás. Olyan szolgáltatásképesség, amelyet úgy hozhat létre, hogy közvetlenül kommunikáljon a kommunikációs tartalmakkal, például csevegőüzeneteket és SMS-üzeneteket küld, vagy hangjelzést játszik le egy hanghívásban.

A kommunikációra vonatkozó iparági szabványok, például a WebRTC, különválasztják a kommunikációt egy vezérlő- és jelzősíkon és egy adatsíkon. A Communication Services használatával anélkül hozhat létre kommunikációs élményt, hogy tisztában kellene lenni a WebRTC szolgáltatás belső implementációjával. Ezek a fogalmak azonban segíthetnek az alkalmazás megtervezésében:

System Function Protokollok Hozzáférési modell
Vezérlősík Szabályozza, hogy ki és mikor kommunikál, és hogyan REST Microsoft Entra szolgáltatás hitelesítő adatai
Adatsík Olyan kommunikációs tartalmakat, hangokat, videókat, szöveget és adatokat tartalmaz, amelyek az emberekkel és alkalmazásokkal kommunikálnak UDP, RTMP, WebSockets, REST Felhasználói hozzáférési jogkivonatok és a Microsoft Entra szolgáltatás hitelesítő adatai

Gyakori adatfolyam akkor fordul elő, ha az ügyfélalkalmazások vezérlési információkat kérnek egy szolgáltatásvezérlőtől:

  • Milyen értekezletek vannak ma?
  • Milyen telefonszámot használok Joseph barátom hívásához?
  • Mik a csapattársaim nevei? Milyen folyamatban lévő csevegési szálak vannak?

A vezérlőszolgáltatás úgy teljesíti ezeket a kéréseket, hogy kommunikációs szolgáltatási jogkivonatokat és azonosítókat biztosít az ügyfeleknek a felhasználók, szálak, telefonszámok és hívások számára. Az ügyfelek ezután ezeket a jogkivonatokat és azonosítókat használják az Azure-adatsík használatához. A Communication Services API-k nem korlátozzák a végfelhasználói élmény vagy a kommunikációt vezérlő folyamatok kialakítását.

A WebRTC szabványban az ügyfelek vezérlési információkat kérnek a szolgáltatásoktól a vezérlőüzenetek jelzésként ismert folyamatba való küldésével. A Communication Services-azonosítók, például a hívásazonosító hasonlóak a WebRTC-munkamenet leírásához.

Felhasználói hozzáférési jogkivonatokkal hitelesített felhasználók

A Communication Services-ügyfelek felhasználói hozzáférési jogkivonatokat mutatnak be az Azure-beli hívási és csevegési adatsík jobb biztonságával való hozzáféréshez. A felhasználói hozzáférési jogkivonatokat megbízható szolgáltatással kell létrehoznia és kezelnie. A jogkivonatot és a létrehozásukhoz szükséges kapcsolati sztring vagy Microsoft Entra titkos kódokat védeni kell. A hozzáférési jogkivonatok megfelelő kezelésének elmulasztása további díjakat vonhat maga után az erőforrásokkal való visszaélés miatt.

Diagram that shows the user access token architecture.

Töltse le az architektúra Visio-fájlját.

Adatfolyam

  1. Egy felhasználó elindítja az ügyfélalkalmazást.
  2. Az ügyfélalkalmazás kapcsolatba lép az identitáskezelési szolgáltatással. Az identitáskezelési szolgáltatás megfeleltetést tart fenn az alkalmazás-identitások és a Communication Services-identitások között. (Az alkalmazásidentitások közé tartoznak a felhasználók és más címezhető objektumok, például szolgáltatások vagy robotok.)
  3. Az identitáskezelési szolgáltatás a leképezéssel állít ki egy felhasználói hozzáférési jogkivonatot az alkalmazandó identitáshoz.

Azure-alkalmazás Szolgáltatás vagy Azure Functions két alternatíva az identitáskezelési szolgáltatás működtetéséhez. Ezek a szolgáltatások egyszerűen méretezhetőek, és beépített funkciókkal rendelkeznek a felhasználók hitelesítéséhez. Integrálva vannak az OpenID-vel és külső identitásszolgáltatókkal, például a Facebookkal.

Források

A felhasználó egy alkalmazást vagy telefonszámot hív meg

A legegyszerűbb hang- és videohívási forgatókönyvben egy felhasználó leküldéses értesítések nélkül hív meg egy másik felhasználót az előtérben. A Communication Services hang- és videohívásait webes, natív mobil- és Windows asztali alkalmazásokba integrálhatja. A nyílt forráskódú felhasználói felületi kódtár segíthet a fejlesztés felgyorsításában.

Diagram that shows Communication Services calling without push notifications.

Töltse le az architektúra Visio-fájlját.

Adatfolyam

  1. A kezdeményező felhasználó lekérte a meghívni kívánt személy Kommunikációs szolgáltatások identitását. Egy tipikus forgatókönyvben a felhasználó lekéri az identitást egy ismerősök listájából , amelyet az identitáskezelési szolgáltatás tart fenn. A lista összeválogatja a felhasználó barátait és a társított Communication Services-identitásokat.
  2. A kezdeményező felhasználó elindítja a Hívás ügyfelet, és meghívja a távoli felhasználót.
  3. Az elfogadó felhasználó értesítést kap a bejövő hívásról a Hívó SDK-on keresztül. A bejövő hívások fogadásához az elfogadónak már inicializálnia kell a hívásügyfélt.
  4. A felhasználók hangon és videón keresztül kommunikálnak egymással egy hívásban.

Az adatfolyam majdnem azonos, ha egy felhasználó külső telefonszámot hív meg. A fő különbség az, hogy a hagyományos telefonálás eléréséhez a kezdeményező felhasználói ügyfélnek a felhasználói identitások kérése helyett forrás- és cél telefonszámokat kell kérnie a vezérlőszolgáltatástól.

Bizonyos esetekben előfordulhat, hogy az alkalmazások a háttérben fogadják a hívásokat olyan platformszolgáltatások használatával, mint az Apple Push Notification. Ezt a funkciót a Communication Services és az Azure Notification Hubs integrálásával engedélyezheti.

Források

A felhasználó meghívás nélkül csatlakozik egy csoporthíváshoz

Előfordulhat, hogy azt szeretné, hogy a felhasználók explicit meghívás nélkül csatlakozhassanak egy csoporthíváshoz. Előfordulhat, hogy az alkalmazás állandó közösségi teret vagy klubot biztosít, amely tartalmaz egy videohívási csatornát, amelyhez a felhasználók csatlakozhatnak, amikor szeretnének. Ez az adatfolyam egy ügyfél által eredetileg létrehozott hívást jelenít meg, és lehetővé teszi, hogy egy távoli ügyfél explicit meghívás nélkül csatlakozzon:

Diagram that shows a call without an invitation.

Töltse le az architektúra Visio-fájlját.

Adatfolyam

  1. A kezdeményező felhasználó inicializálja a hívásügyfélt, és csoportos hívást kezdeményez.
  2. A kezdeményező felhasználó megosztja a csoport hívásazonosítóját egy kommunikációs vezérlő szolgáltatással.
  3. A kommunikációs vezérlő szolgáltatás megosztja a hívásazonosítót más felhasználókkal. Ha például az alkalmazás felhasználói klubokat biztosít, a csoporthívás azonosítója a klub Azure Cosmos DB-ben tárolt adatmodelljének attribútuma.
  4. Más felhasználók a csoport hívásazonosítójával csatlakoznak a híváshoz.
  5. A felhasználók hangon és videón keresztül kommunikálnak egymással egy hívásban.

Microsoft 365 és Teams

Számos szervezet használja a Microsoft 365-öt és a Teamst a kommunikációhoz. A Kommunikációs szolgáltatások és a Teams interoperábilisak, ami lehetővé teszi az alábbi forgatókönyveket:

  • Egyéni alkalmazás létrehozása, amely lehetővé teszi egy külső felhasználó számára a Teams-értekezlethez való csatlakozást. Ez a forgatókönyv ideális virtuális látogatási forgatókönyvekhez, ahol egy Teamst használó vállalat értekezletet tart az egyéni alkalmazást és egyéni identitást használó külső felhasználók számára. A forgatókönyvről további információt a Virtuális látogatások oktatóanyagban és a Mintaszerkesztőben talál.
  • Egyéni alkalmazás létrehozása belső felhasználó számára Teams/Microsoft Entra hitelesítő adatokkal. Ez a forgatókönyv egyéni Teams-ügyfelek létrehozására szolgál az alkalmazottak számára.

Ezek az egyéni alkalmazásforgatókönyvek Microsoft Graph API-kat és kommunikációs szolgáltatásokat használnak. A Teamshez csatlakozó külső alkalmazások és szolgáltatások létrehozásakor általában a Microsoft Graphot használja a Teams vezérlősíkjaként. Ezzel a vezérlősíkkal konfigurálhatja, hogy ki és hogyan kommunikáljon az API-k használatával:

Ezekből a vezérlő API-kból származó információkat, például az értekezlet URL-címét és a szálazonosítót használva csatlakoztathatja a Communication Services hívás- és csevegési ügyfeleit a Teams adatsíkhoz.

A Teams SDK-kkal egyéni funkciókat adhat hozzá a Teams-szolgáltatásokon belül és a Teams áruházon keresztül, például lapokat, robotokat és automatizálást. Ezek a forgatókönyvek túlmutatnak a jelen cikk hatókörén.

A Communication Services nem támogatja közvetlenül a Teams-csatornákkal folytatott interakciókat. Egyéni alkalmazások esetén a Microsoft Graph Chat és a Channel API-k segítségével egyéni ügyfeleket hozhat létre a csatornákhoz hozzáférő alkalmazottak számára.

Az alkalmazás egy ütemezett Teams-híváshoz csatlakozik

A Communication Services-alkalmazások csatlakozhatnak a Teams-hívásokhoz. Külső felhasználók számára az alkalmazásnak szüksége van egy, a Teams-értekezletre mutató hivatkozásra. A hivatkozáslekérés a Microsoft Graph API-kon keresztül történik. Az adatfolyam a következő:

Diagram showing Communication Services architecture for joining a Teams meeting.

Töltse le az architektúra Visio-fájlját.

Adatfolyam

  1. (1A) A kommunikációs vezérlő szolgáltatás a Microsoft Graph API használatával ütemezi a csoporthívást. Egy másik használati esetben (1B) a felhasználók az Outlook vagy a Teams használatával ütemezik a csoporthívást.
  2. A kommunikációs vezérlő szolgáltatás megosztja a Teams-hívások részleteit a Communication Services-ügyfelekkel.
  3. A Teams-felhasználóknak általában a Teams felhasználói felületén keresztül kell csatlakozniuk a híváshoz, és lehetővé kell tenni, hogy a külső felhasználók áthaladjanak a Teams előhívási előszobájában. Ez a követelmény azonban a Teams-bérlő konfigurációjától és az adott értekezlet-beállításoktól függ.
  4. A Communication Services felhasználói inicializálják a Hívás ügyfelet, és csatlakoznak a Teams-értekezlethez a 2. lépésben kapott adatok használatával.
  5. A felhasználók hangon és videón keresztül kommunikálnak egymással.

Források

Közreműködők

Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.

Fő szerző:

Egyéb közreműködők:

A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.

Következő lépések