Skip to main content
PlayFab Party realiza mediciones de calidad de servicio (QoS) en segundo plano para proporcionar a los títulos acceso de baja latencia a los recursos remotos de Azure. Aquí describiremos los escenarios principales en los que los títulos deben esperar encontrarse con las características de QoS de Party.

Comprender cuándo se mide la QoS

La biblioteca de Party comienza a medir la QoS en cuanto se inicializa Party. Una vez que Party mide correctamente la QoS, la única forma de actualizar estas mediciones es limpiar y volver a inicializar la biblioteca de Party. Si la medición de la QoS produce un error, la biblioteca de Party reintentará la medición la próxima vez que llame a PartyManager::CreateNewNetwork.

Selección de regiones para las redes de Party

La razón principal por la que PlayFab Party mide la QoS es permitir que los títulos usen datos de latencia al seleccionar la región de Azure en la que se hospeda una red de Party. Sin esperar a inspeccionar los resultados de las mediciones de QoS, los títulos pueden llamar a PartyManager::CreateNewNetwork con una lista vacía de regiones preferidas para asignar una red en la región con la latencia más baja en ese momento.
Como alternativa, los títulos pueden inspeccionar los resultados de las mediciones de QoS de la biblioteca de Party y seleccionar una lista de regiones preferidas según criterios específicos del título. Para inspeccionar los resultados de las mediciones de QoS, espere a recibir un PartyRegionsChangedStateChange correcto de PartyManager::StartProcessingStateChanges.
A continuación, llame a PartyManager::GetRegions para inspeccionar y evaluar la lista actual de regiones y latencias.

Diferencias de precio por región

Tenga en cuenta que no todas las regiones de Party se facturan por igual. Para obtener información sobre las diferencias de precio por región, consulte nuestra página de precios.

Uso de las regiones óptimas para las características de chat accesibles

La otra razón por la que PlayFab Party mide la QoS es habilitar características de accesibilidad de chat con mayor capacidad de respuesta: síntesis de texto a voz, transcripción de voz a texto y traducción. Estas características de accesibilidad usan recursos regionales de Azure Cognitive Services, y medir la QoS permite un uso óptimo de las distintas regiones.

Comprender los errores al medir la QoS

Dado que la creación de redes y las características de accesibilidad de chat dependen de las mediciones de QoS, resulta valioso inspeccionar el resultado y el detalle del error del PartyRegionsChangedStateChange. Los errores en este cambio de estado pueden proporcionar un contexto de depuración útil para errores posteriores.
Última modificación el 28 de agosto de 2026