Atributos de metadados padrão std-metadata-attributes
Esta página tem como objetivo fornecer uma lista completa de atributos de metadados que o serviço de Monitoramento de Simultaneidade pode processar e que podem ser usados como base para políticas que podem ser implementadas. Os atributos de metadados padrão podem ser categorizados da seguinte maneira:
- Atributos incluídos por design (enviados em cada chamada de inicialização de sessão, pois são necessários no caminho do URL). Nenhuma chamada válida pode ser executada sem esses valores.
- Atributos de metadados: valores que precisam ser passados como dados de formulário durante a chamada de inicialização da sessão (se as políticas de back-end exigirem seus valores).
Atributos exigidos pelo design attr-req-by-design
A API de Monitoramento de Simultaneidade força os clientes a enviar os seguintes valores como parte de qualquer chamada de inicialização válida: chamadas de iniciação de sessão.
Atributos de metadados metadata-attr
Os campos na tabela abaixo podem ser usados por programadores e MVPDs para criar políticas que serão implementadas no Monitoramento de simultaneidade.
Com a API v2.0, se qualquer um desses atributos for exigido pelas políticas definidas, uma tentativa de inicialização de sessão sem esse atributo resultará em uma Solicitação 400 inválida.
Exemplos de uso de atributos de metadados para a criação de políticas examples-metadata-attr
Os campos de metadados padrão podem ser usados para definir políticas do lado do servidor com base nos valores dos campos:
-
Você pode configurar uma política para ser aplicada somente a valores de campo específicos (por exemplo, uma política iOS dedicada: onde
osTypeéiOS) -
É possível limitar o número de valores distintos para um determinado campo. Alguns exemplos são os seguintes:
- não mais do que X dispositivos distintos:
HAVING DISTINCT COUNT(deviceId) <= 2 - não mais do que X códigos postais distintos:
HAVING DISTINCT COUNT(zipcode) <= 3
- não mais do que X dispositivos distintos:
-
Você pode limitar o número de fluxos ativos por valor de campo. Alguns exemplos são os seguintes:
- não mais do que X fluxos ativos para um único tipo de dispositivo:
GROUP BY deviceType HAVING COUNT(streamId) <= 3 - não mais do que X fluxos ativos para fluxos de conteúdo ao vivo:
SELECT COUNT(streamId) AS streamCount WHERE contentType='live' HAVING streamCount <= 3
- não mais do que X fluxos ativos para um único tipo de dispositivo:
Contate a equipe de Monitoramento de simultaneidade criando um tíquete no Zendesk e indique quais políticas você deseja implementar.
Você pode encontrar mais exemplos de políticas e livros de cookies de integração no seguinte: