Este documento descreve como usar notificações push que informam o app quando um recurso muda.
Visão geral
A API Admin SDK oferece notificações push que permitem monitorar mudanças nos recursos. Use esse recurso para melhorar o desempenho do aplicativo. Ela elimina os custos extras de rede e computação envolvidos na pesquisa de recursos para determinar se eles mudaram. Sempre que um recurso assistido muda, a API Admin SDK notifica seu aplicativo.
Para usar as notificações push, você precisa fazer duas coisas:
Configure o URL de recebimento ou o receptor de callback "webhook".
Esse é um servidor HTTPS que processa as mensagens de notificação da API que são acionadas quando um recurso muda.
Configure um canal de notificação para cada endpoint de recurso que você quer monitorar.
Um canal especifica informações de roteamento para mensagens de notificação. Como parte da configuração do canal, você precisa identificar o URL específico em que você quer receber notificações. Sempre que o recurso de um canal muda, a API Admin SDK envia uma mensagem de notificação como uma solicitação
POST
para esse URL.
No momento, a API do SDK Admin oferece suporte a notificações para mudanças no recurso Activities.
Criar canais de notificação
Para solicitar notificações push, configure um canal de notificação para cada recurso que você quer monitorar. Depois que os canais de notificação forem configurados, a API do SDK Admin vai informar o app quando qualquer recurso assistido mudar.
Fazer solicitações de monitoramento
Cada recurso da API do SDK Admin que pode ser assistido tem um método
watch
associado em um URI do seguinte formato:
https://www.googleapis.com/API_NAME/API_VERSION/RESOURCE_PATH/watch
Para configurar um canal de notificação para mensagens sobre mudanças em um recurso específico, envie uma solicitação POST
para o método watch
do recurso.
Cada canal de notificação está associado a um usuário e
um recurso (ou conjunto de recursos) específicos. Uma solicitação watch
não será bem-sucedida, a menos que o usuário atual
ou a conta de serviço
seja proprietário ou tenha permissão para acessar esse recurso.
Exemplos
Todas as solicitações de relógio para o recurso de atividades têm a forma geral:
POST https://admin.googleapis.com/admin/reports/v1/activity/users/userKey or all/applications/applicationName/watch Authorization: Bearer auth_token_for_current_user Content-Type: application/json { "id": "01234567-89ab-cdef-0123456789ab", // Your channel ID. "type": "web_hook", "address": "https://mydomain.com/notifications", // Your receiving URL. ... "token": "target=myApp-myFilesChannelDest", // (Optional) Your channel token. "payload": true, // (Optional) Whether to include the payload (message body) in notifications. "expiration": 3600 // (Optional) Your requested channel expiration time. }
Use os parâmetros userKey, applicationName, eventName
e filters
para receber notificações somente de eventos, usuários ou aplicativos específicos.
Observação:para maior clareza, o corpo da solicitação é omitido nos exemplos a seguir.
Fique de olho em todas as atividades de administrador:
POST https://admin.googleapis.com/admin/reports/v1/activity/users/all/applications/admin/watch
Ver todas as atividades dos documentos:
POST https://admin.googleapis.com/admin/reports/v1/activity/users/all/applications/docs/watch
Confira a atividade de administrador de um usuário específico:
POST https://admin.googleapis.com/admin/reports/v1/activity/users/liz@example.com/applications/admin/watch
Fique de olho em um evento específico, como a alteração da senha de um usuário:
POST https://admin.googleapis.com/admin/reports/v1/activity/users/all/applications/admin/watch?eventName=CHANGE_PASSWORD
Monitorar as alterações em um documento específico:
POST https://admin.googleapis.com/admin/reports/v1/activity/users/all/applications/docs/watch?eventName=EDIT&filters==doc_id=123456abcdef
Propriedades obrigatórias
Com cada solicitação watch
, é necessário informar estes campos:
-
Uma string de propriedade
id
que identifica exclusivamente esse novo canal de notificação no seu projeto. Recomendamos usar um identificador universalmente exclusivo (UUID) ou qualquer string exclusiva semelhante. Tamanho máximo: 64 caracteres.O valor do ID definido é repetido no cabeçalho HTTP
X-Goog-Channel-Id
de todas as mensagens de notificação que você recebe para esse canal. -
Uma string de propriedade
type
definida como o valorweb_hook
. -
Uma string de propriedade
address
definida como o URL que detecta e responde a notificações para esse canal de notificação. Esse é o URL de callback do webhook, que precisa usar HTTPS.A API Admin SDK só poderá enviar notificações para esse endereço HTTPS se houver um certificado SSL válido instalado no servidor da Web. Certificados inválidos incluem:
- Certificados autoassinados.
- Certificados assinados por uma fonte não confiável.
- Certificados que foram revogados
- Certificados com um assunto que não corresponde ao nome de host de destino.
Propriedades opcionais
Também é possível especificar estes campos opcionais com a solicitação watch
:
-
Uma propriedade
token
que especifica um valor de string arbitrário para usar como um token de canal. É possível usar tokens do canal de notificação para várias finalidades. Por exemplo, você pode usar o token para verificar se cada mensagem recebida é para um canal criado pelo seu aplicativo, para garantir que a notificação não esteja sendo falsificada, ou para encaminhar a mensagem para o destino certo no aplicativo com base na finalidade desse canal. Tamanho máximo: 256 caracteres.O token é incluído no cabeçalho HTTP
X-Goog-Channel-Token
em todas as mensagens de notificação que o app recebe para esse canal.Se você usa tokens de canal de notificação, recomendamos o seguinte:
Use um formato de codificação extensível, como parâmetros de consulta de URL. Exemplo:
forwardTo=hr&createdBy=mobile
Não inclua dados sensíveis, como tokens OAuth.
-
Uma string de propriedade
expiration
definida como um carimbo de data/hora Unix (em milissegundos) da data e hora em que você quer que a API SDK Admin pare de enviar mensagens para esse canal de notificação.Se um canal tiver um prazo de validade, ele será incluído como o valor do cabeçalho HTTP
X-Goog-Channel-Expiration
(em formato legível por humanos) em todas as mensagens de notificação que seu aplicativo receber para esse canal.
Para mais detalhes sobre a solicitação, consulte o método watch
do recurso Activities na referência da API.
Assistir resposta
Se a solicitação watch
criar um canal de notificação, ela vai retornar um código de status HTTP 200 OK
.
O corpo da mensagem da resposta do relógio fornece informações sobre o canal de notificação que você acabou de criar, conforme mostrado no exemplo abaixo.
{ "kind": "api#channel", "id": "reportsApiId", // ID you specified for this channel. "resourceId": "o3hgv1538sdjfh", // ID of the watched resource. "resourceUri": "https://admin.googleapis.com/admin/reports/v1/activity/userKey/applications/applicationName", // Version-specific ID of the watched resource. "token": "target=myApp-myFilesChannelDest", // Present only if one was provided. "expiration": 3600, // Actual expiration time as Unix timestamp (in ms), if applicable. }
Além das propriedades enviadas como parte da solicitação, as
informações retornadas também incluem resourceId
e
resourceUri
para identificar o recurso que está sendo monitorado neste
canal de notificação.
É possível transmitir as informações retornadas para outras operações do canal de notificação, como quando você quer parar de receber notificações.
Para mais detalhes sobre a resposta, consulte o método watch
do recurso Activities na Referência da API.
Sincronizar mensagem
Depois de criar um canal de notificação para monitorar um recurso, a
API SDK Admin envia uma mensagem sync
para indicar que
as notificações estão começando. O valor do cabeçalho
HTTP X-Goog-Resource-State
dessas mensagens é sync
. Devido a problemas
de sincronização da rede, é possível receber a mensagem sync
mesmo antes de receber a resposta do método watch
.
É seguro ignorar a notificação sync
, mas você também pode usá-la. Por exemplo, se você decidir que não quer manter
o canal, use os valores X-Goog-Channel-ID
e
X-Goog-Resource-ID
em uma chamada para
parar de receber notificações. Também é possível usar a
notificação sync
para fazer alguma inicialização e se preparar para
eventos futuros.
O formato das mensagens sync
que a API Admin SDK envia para
seu URL de recebimento é mostrado abaixo.
POST https://mydomain.com/notifications // Your receiving URL. X-Goog-Channel-ID: channel-ID-value X-Goog-Channel-Token: channel-token-value X-Goog-Channel-Expiration: expiration-date-and-time // In human-readable format. Present only if the channel expires. X-Goog-Resource-ID: identifier-for-the-watched-resource X-Goog-Resource-URI: version-specific-URI-of-the-watched-resource X-Goog-Resource-State: sync X-Goog-Message-Number: 1
As mensagens de sincronização sempre têm um valor de cabeçalho
HTTP X-Goog-Message-Number
de 1
. Cada notificação subsequente para esse canal tem um número de mensagem maior que a anterior, embora os números das mensagens não sejam sequenciais.
Renovar canais de notificação
Um canal de notificação pode ter um tempo de expiração, com um valor
determinado pela sua solicitação ou por qualquer limite interno da API Admin SDK
ou padrão (o valor mais restritivo é usado). O tempo de expiração do canal, se houver, é incluído como um carimbo de data/hora Unix
(em milissegundos) nas informações retornadas pelo método watch
. Além disso, a
data e a hora de validade são incluídas (em formato legível por humanos) em todas as
mensagens de notificação que o app recebe para esse canal no
cabeçalho HTTP X-Goog-Channel-Expiration
.
No momento, não há uma forma automática de renovar um canal de notificação. Quando
um canal estiver próximo da expiração, substitua-o por um novo chamando
o método watch
. Como sempre, é necessário usar um valor exclusivo para a propriedade id
do novo canal. É provável que haja um período de "sobreposição" quando os dois canais de notificação do mesmo recurso estiverem ativos.
Receber notificações
Sempre que um recurso assistido muda, seu aplicativo recebe uma
mensagem de notificação que descreve a mudança. A API do SDK Admin envia essas
mensagens como solicitações POST
HTTPS para o URL especificado como a
propriedade address
para este canal
de notificação.
Interpretar o formato da mensagem de notificação
Todas as mensagens de notificação incluem um conjunto de cabeçalhos HTTP com
prefixos X-Goog-
.
Alguns tipos de notificação também podem incluir um
corpo de mensagem.
Cabeçalhos
As mensagens de notificação postadas pela API do SDK Admin para seu URL de recebimento incluem os seguintes cabeçalhos HTTP:
Cabeçalho | Descrição |
---|---|
Sempre presente | |
|
UUID ou outra string exclusiva que você forneceu para identificar esse canal de notificação. |
|
Número inteiro que identifica essa mensagem para este canal de
notificação. O valor sempre é 1 para mensagens sync . Os números de mensagem
aumentam para cada mensagem subsequente no canal, mas não são
sequenciais. |
|
Um valor opaco que identifica o recurso monitorado. Esse ID é estável em todas as versões da API. |
|
O novo estado do recurso que acionou a notificação.
Valores possíveis:
sync ou um nome de evento.
|
|
Um identificador específico da versão da API para o recurso monitorado. |
Às vezes presente | |
|
Data e hora de expiração do canal de notificação, expressas em formato legível por humanos. Só aparece se definido. |
|
Token do canal de notificação que foi definido pelo aplicativo e que pode ser usado para verificar a fonte de notificações. Presente apenas se definido. |
As mensagens de notificação para atividades contêm as seguintes informações no corpo da solicitação:
Propriedade | Descrição |
---|---|
kind |
Identifica como um recurso de atividade. Valor: a string fixa "admin#reports#activity ". |
id |
Identificador exclusivo do registro de atividade. |
id.time |
Hora da ocorrência da atividade. O valor está no formato de data e hora ISO 8601. O horário é a data completa mais horas, minutos e segundos no formato AAAA-MM-DDThh:mm:ssTZD. Por exemplo, 2010-04-05T17:30:04+01:00. |
id.uniqueQualifier |
Qualificador exclusivo se vários eventos tiverem o mesmo horário. |
id.applicationName |
Nome do aplicativo ao qual o evento pertence. Os valores possíveis incluem: |
id.customerId |
O identificador exclusivo de uma conta do Google Workspace. |
actor |
Usuário que realiza a ação. |
actor.callerType |
O tipo de autor que realizou a atividade listada no relatório. Nesta versão da API, o callerType é a solicitação de entidade USER ou OAuth 2LO que realizou a ação listada no relatório . |
actor.email |
O endereço de e-mail principal do usuário cujas atividades estão sendo denunciadas. |
actor.profileId |
O ID exclusivo do perfil do Google Workspace do usuário. |
ownerDomain |
Domínio do Admin Console ou do proprietário do documento do aplicativo Documentos. Este é o domínio afetado pelo evento do relatório. |
ipAddress |
Endereço IP do usuário que está realizando a ação. É o endereço IP do usuário ao fazer login no Google Workspace, que pode ou não refletir a localização física dele. Por exemplo, o endereço IP pode ser o endereço do servidor proxy do usuário ou de uma rede privada virtual (VPN). A API oferece suporte a IPv4 e IPv6. |
events[] |
Eventos de atividade no relatório. |
events[].type |
Tipo de evento. O serviço ou recurso do Google Workspace que um administrador altera é identificado na propriedade type , que identifica um evento usando a propriedade eventName . |
events[].name |
Nome do evento. É o nome específico da atividade informada pela API. Cada eventName está relacionada a um serviço ou recurso específico do Google Workspace, que a API organiza em tipos de eventos.
Para parâmetros de solicitação eventName em geral:
|
events[].parameters[] |
Pares de valores de parâmetro para vários aplicativos. |
events[].parameters[].name |
O nome do parâmetro. |
events[].parameters[].value |
Valor de string do parâmetro. |
events[].parameters[].intValue |
Valor inteiro do parâmetro. |
events[].parameters[].boolValue |
Valor booleano do parâmetro. |
Exemplos
As mensagens de notificação para eventos de recursos de atividade têm a forma geral:
POST https://mydomain.com/notifications // Your receiving URL. Content-Type: application/json; utf-8 Content-Length: 0 X-Goog-Channel-ID: reportsApiId X-Goog-Channel-Token: 398348u3tu83ut8uu38 X-Goog-Channel-Expiration: Tue, 29 Oct 2013 20:32:02 GMT X-Goog-Resource-ID: ret08u3rv24htgh289g X-Goog-Resource-URI: https://admin.googleapis.com/admin/reports/v1/activity/userKey/applications/applicationName X-Goog-Resource-State: eventName X-Goog-Message-Number: 10 { "kind": "admin#reports#activity", "id": { "time": datetime, "uniqueQualifier": long, "applicationName": string, "customerId": string }, "actor": { "callerType": string, "email": string, "profileId": long }, "ownerDomain": string, "ipAddress": string, "events": [ { "type": string, "name": string, "parameters": [ { "name": string, "value": string, "intValue": long, "boolValue": boolean } ] } ] }
Exemplo de evento de atividade do administrador:
POST https://mydomain.com/notifications // Your receiving URL. Content-Type: application/json; utf-8 Content-Length: 596 X-Goog-Channel-ID: reportsApiId X-Goog-Channel-Token: 245t1234tt83trrt333 X-Goog-Channel-Expiration: Tue, 29 Oct 2013 20:32:02 GMT X-Goog-Resource-ID: ret987df98743md8g X-Goog-Resource-URI: https://admin.googleapis.com/admin/reports/v1/activity/users/all/applications/admin?alt=json X-Goog-Resource-State: CREATE_USER X-Goog-Message-Number: 23 { "kind": "admin#reports#activity", "id": { "time": "2013-09-10T18:23:35.808Z", "uniqueQualifier": "-0987654321", "applicationName": "admin", "customerId": "ABCD012345" }, "actor": { "callerType": "USER", "email": "admin@example.com", "profileId": "0123456789987654321" }, "ownerDomain": "apps-reporting.example.com", "ipAddress": "192.0.2.0", "events": [ { "type": "USER_SETTINGS", "name": "CREATE_USER", "parameters": [ { "name": "USER_EMAIL", "value": "liz@example.com" } ] } ] }
Responder a notificações
Para indicar sucesso, você pode retornar um dos seguintes códigos de status:
200
, 201
, 202
, 204
ou
102
.
Se o serviço usar a biblioteca de cliente da API do Google
e retornar 500
, 502
, 503
ou 504
, a API Admin SDK
vai tentar novamente com intervalo exponencial.
Todos os outros códigos de status de retorno são considerados uma falha de mensagem.
Entender os eventos de notificação da API Admin SDK
Esta seção traz detalhes sobre as mensagens de notificação que você pode receber ao usar notificações push com a API Admin SDK.
As notificações push da API Reports contêm dois tipos de mensagens: de sincronização e de eventos. O tipo de mensagem é indicado no cabeçalho HTTP X-Goog-Resource-State
. Os valores possíveis para notificações de eventos são os mesmos do método activities.list
. Cada aplicativo tem eventos exclusivos:
Parar notificações
A propriedade expiration
controla quando as notificações param automaticamente. Você pode
parar de receber notificações de um canal específico antes que ele
expire chamando o método stop
no
seguinte URI:
https://www.googleapis.com/admin/reports_v1/channels/stop
Esse método exige que você forneça pelo menos as propriedades
id
e resourceId
do canal, conforme mostrado no
exemplo abaixo. Se a API Admin SDK tiver vários tipos de
recursos com métodos watch
, haverá apenas um
método stop
.
Somente usuários com a permissão correta podem interromper um canal. Especificamente, faça o seguinte:
- Se o canal foi criado por uma conta de usuário normal, somente o mesmo usuário do mesmo cliente (conforme identificado pelos IDs do cliente OAuth 2.0 dos tokens de autenticação) que criou o canal pode interrompê-lo.
- Se o canal foi criado por uma conta de serviço, qualquer usuário do mesmo cliente pode interrompê-lo.
O exemplo de código abaixo mostra como parar de receber notificações:
POST https://www.googleapis.com/admin/reports_v1/channels/stop Authorization: Bearer CURRENT_USER_AUTH_TOKEN Content-Type: application/json { "id": "4ba78bf0-6a47-11e2-bcfd-0800200c9a66", "resourceId": "ret08u3rv24htgh289g" }