Budujesz wieloplatformowy pulpit nawigacyjny na żywo, który wymaga dwukierunkowej komunikacji w czasie rzeczywistym z niskimi opóźnieniami za pośrednictwem protokołu WebSocket. Klienci muszą mieć możliwość dołączania do grup, a zaplecze powinno skalować się bez sesji "sticky sessions" i niestandardowego zarządzania serwerem WebSocket. Co należy zaimplementować?
Wybierz odpowiedź
Dotknij opcji, aby sprawdzić swoją odpowiedź.
Poprawna odpowiedź: Użyj usługi Azure Web PubSub; udostępnij punkt końcowy negotiate, aby wystawiać tokeny dostępu dla klientów, łącz klientów przez WebSocket i używaj grup do ukierunkowanych transmisji..
Dlaczego to jest odpowiedź
Azure Web PubSub to w pełni zarządzana usługa, która ułatwia tworzenie aplikacji internetowych w czasie rzeczywistym przy użyciu protokołu WebSocket. Obsługuje dwukierunkową komunikację o niskich opóźnieniach, zarządzanie grupami i skalowanie bez konieczności stosowania "sticky sessions" czy niestandardowego zarządzania serwerem WebSocket, co idealnie pasuje do opisanego scenariusza. Punkt końcowy negotiate służy do bezpiecznego generowania tokenów dostępu dla klientów. Azure SignalR Service w trybie serwera z SSE nie jest optymalne, ponieważ SSE to komunikacja jednokierunkowa (serwer do klienta), a wymagana jest dwukierunkowa. Azure Event Hubs z długim odpytywaniem wprowadza opóźnienia i nie jest prawdziwą komunikacją w czasie rzeczywistym przez WebSocket. Azure Relay Hybrid Connections wymagałoby zarządzania własnym serwerem WebSocket i nie oferuje wbudowanego skalowania grup. Application Gateway przed niestandardowymi serwerami WebSocket oznacza samodzielne zarządzanie całą infrastrukturą WebSocket, co jest sprzeczne z celem wykorzystania usług zarządzanych.
Zdaj egzamin — bez niekończącego się szukania odpowiedzi
Uzyskaj wszystkie zweryfikowane pytania i wyjaśnienia do tego egzaminu w jednym miejscu i zaoszczędź godziny przygotowań. Ponad 1000 certyfikacji · Ponad 20 języków · Zacznij za darmo.
Zdaj egzamin szybciej → Karta nie jest wymagana