Passer au contenu principal
PlayFab Party effectue des mesures de qualité de service (QoS) en arrière-plan afin d’offrir aux titres un accès à faible latence aux ressources Azure distantes. Nous présentons ici les principaux scénarios dans lesquels les titres sont susceptibles de rencontrer les fonctionnalités QoS de Party.

Comprendre quand la QoS est mesurée

La bibliothèque Party commence à mesurer la QoS dès que Party est initialisé. Une fois que Party a mesuré la QoS avec succès, le seul moyen d’actualiser ces mesures est de nettoyer puis de réinitialiser la bibliothèque Party. Si la mesure de la QoS échoue, la bibliothèque Party réessaie la mesure lors de votre prochain appel à PartyManager::CreateNewNetwork.

Sélection des régions pour les réseaux Party

La principale raison pour laquelle PlayFab Party mesure la QoS est de permettre aux titres d’utiliser des données de latence lors de la sélection de la région Azure dans laquelle un réseau Party est hébergé. Sans attendre d’examiner les résultats des mesures QoS, les titres peuvent appeler PartyManager::CreateNewNetwork avec une liste vide de régions préférées pour allouer un réseau dans la région actuellement la plus faible en latence.
Les titres peuvent également examiner les résultats des mesures QoS de la bibliothèque Party et sélectionner une liste de régions préférées en fonction de critères propres au titre. Pour examiner les résultats des mesures QoS, attendez de recevoir un PartyRegionsChangedStateChange réussi de la part de PartyManager::StartProcessingStateChanges.
Appelez ensuite PartyManager::GetRegions pour examiner et évaluer la liste actuelle des régions et des latences.

Différences de prix régionales

Gardez à l’esprit que toutes les régions Party ne sont pas facturées de la même manière. Pour plus d’informations sur les différences de prix régionales, consultez notre page de tarification.

Utilisation des régions optimales pour les fonctionnalités de chat accessible

L’autre raison pour laquelle PlayFab Party mesure la QoS est de rendre plus réactives les fonctionnalités d’accessibilité du chat : la synthèse vocale à partir de texte, la transcription de la parole en texte et la traduction. Ces fonctionnalités d’accessibilité utilisent des ressources Azure Cognitive Services régionales, et la mesure de la QoS permet une utilisation optimale des différentes régions.

Comprendre les échecs de mesure de la QoS

Comme la création de réseaux et les fonctionnalités d’accessibilité du chat reposent sur les mesures QoS, il est utile d’examiner le résultat et le détail de l’erreur du PartyRegionsChangedStateChange. Les échecs de ce changement d’état peuvent fournir un contexte de débogage utile pour des échecs ultérieurs.
Dernière modification le 8 octobre 2026