Monitorização#
Ultralytics Platform fornece monitoramento para endpoints implantados. Acompanha solicitações de endpoint, latência, erros e logs. Endpoints dedicados pagos também fornecem estatísticas de previsão em tempo real e exemplos temporários que podes inspecionar e salvar em conjuntos de dados.

Painel de implementações#
A página Deploy na barra lateral funciona como painel de monitorização de todas as tuas implementações. Combina o mapa-múndi, as métricas de visão geral e a gestão de implementações numa única vista. Consulta Dedicated Endpoints para criar e gerir implementações.
graph TB
subgraph Dashboard
Map[World Map]:::proc --- Cards[Overview Cards]:::proc
Cards --- List[Deployments List]:::decide
end
subgraph "Per Ready Deployment"
Monitoring[Monitoring Tab: Paid Endpoints]:::out
Metrics[Metrics Row]:::out
Health[Health Check]:::out
Logs[Logs Tab]:::out
Code[Code Tab]:::out
Predict[Predict Tab]:::out
end
List --> Monitoring
List --> Metrics
List --> Health
List --> Logs
List --> Code
List --> Predict
classDef proc fill:#2196F3,color:#fff
classDef decide fill:#FF9800,color:#fff
classDef out fill:#9C27B0,color:#fffCartões de visão geral#
Os quatro cartões de resumo no topo da página mostram:

| Métrica | Descrição |
|---|---|
| Solicitações HTTP (24h) | Solicitações HTTP em endpoints, incluindo solicitações de previsão, monitoramento e integridade |
| Implementações ativas | Endpoints atualmente no estado Ready |
| Taxa de Erro HTTP (24h) | Percentagem de respostas com estado 4xx ou 5xx, ponderada pelo volume de pedidos |
| Latência P95 HTTP (24h) | Média das latências do percentil 95 por hora, ponderada pelo volume |
É comunicada a latência P95, em vez da latência mediana, porque as verificações de funcionamento demoram alguns milissegundos e, caso contrário, dominariam a representação da latência real de inferência.
O cartão da taxa de erros fica vermelho quando a taxa excede 5%. Consulta o separador Logs em implementações individuais para diagnosticar erros.
Mapa-múndi#
O mapa-múndi interativo mostra:
- Marcadores de região para todas as 42 regiões disponíveis
- Marcadores verdes para regiões com uma implementação pronta
- Marcadores azuis animados para regiões com implementações ativas em curso
- O tamanho do marcador varia consoante o estado da implementação e a latência
Clica em qualquer região para abrir a caixa de diálogo New Deployment. O mapa fica oculto em ecrãs pequenos.

Lista de implementações#
Abaixo dos cartões de visão geral, a lista de implementações mostra todos os endpoints dos teus projetos. Usa o seletor do modo de visualização para alternar entre:
| Vista | Descrição |
|---|---|
| Cartões | Cartões de detalhes completos com métricas, logs, código, previsão e guias de monitoramento elegíveis |
| Compacto | Grelha de cartões mais pequenos (1–4 colunas) com métricas essenciais |
| Tabela | DataTable com colunas ordenáveis: Nome, Região, Estado, Pedidos, P95, Erros |
O painel é atualizado automaticamente, com uma frequência maior enquanto as implementações estão num estado de transição (creating, deploying ou stopping). Clica no botão de atualização para obter atualizações imediatas.
Métricas por implementação#
Cada cartão de implementação (na vista de cartões) mostra métricas em tempo real. A linha de métricas, a verificação de funcionamento e os separadores Logs, Code e Predict descritos abaixo aparecem apenas enquanto a implementação estiver Ready:
Linha de métricas#
| Métrica | Descrição |
|---|---|
| Pedidos | Contagem de pedidos nas últimas 24 horas |
| Latência P95 | Média das latências do percentil 95 por hora (24 h) |
| Taxa de erros | Percentagem de respostas 4xx e 5xx, apresentada apenas quando é superior a 0 |
As métricas são atualizadas automaticamente. Os endpoints que ainda não processaram nenhum pedido mostram "Ainda sem tráfego" e as métricas só são recolhidas para implementações no estado Ready. No painel de implementações, as métricas são obtidas para as 20 implementações mais recentes.
Verificação de integridade#
As implementações em execução mostram um indicador de verificação de funcionamento:
| Indicador | Significado |
|---|---|
| Coração verde | Saudável — mostra a latência da resposta |
| Coração vermelho | Não saudável — mostra a mensagem de erro |
| Ícone giratório | Verificação de funcionamento em curso |
As verificações de funcionamento são repetidas automaticamente enquanto o endpoint não está saudável e param assim que o endpoint responde. Clica no ícone de atualização para acionar manualmente uma verificação de funcionamento, que também funciona como forma de aquecer um endpoint reduzido a zero antes de enviar tráfego.

A plataforma dá tempo adicional à verificação de funcionamento e repete as tentativas em caso de falhas de ligação transitórias, para que um endpoint reduzido a zero tenha tempo de iniciar. Se o cartão apresentar "A iniciar o serviço...", atualiza-o para detetar uma instância que tenha terminado o arranque entretanto.
Guia de Monitoramento#
Abre Deploy, muda para a visualização de Cartões e seleciona Monitoramento em um endpoint dedicado pago que esteja Pronto. Envia uma imagem através da guia Predict ou da API do endpoint para preencher Exemplos Temporários e Estatísticas de Previsão. Antes da primeira imagem processada, a guia mostra Nenhuma imagem processada.
O monitoramento requer um endpoint pago, cobrado por tempo de atividade, executando um tempo de execução compatível com monitoramento. Um endpoint incluído não ganha esta guia apenas com um plano de espaço de trabalho pago. Vê Endpoints Dedicados para configuração de recursos. Endpoints existentes não são atualizados automaticamente a cada lançamento de tempo de execução, portanto, um endpoint mais antigo pode mostrar Monitoramento indisponível até que seu tempo de execução seja atualizado.

O monitoramento é leve e temporário: gráficos, estatísticas de previsão e imagens de exemplo vivem apenas na memória da instância de atendimento. Eles podem ser perdidos quando o endpoint é desligado, parado, reiniciado, reimplantado, altera recursos ou substitui seu modelo. O histórico não é restaurado quando o endpoint inicia novamente. Salva exemplos úteis em um conjunto de dados e espera a conclusão da ingestão antes de alterar o endpoint.
Exemplos Temporários#
A galeria contém uma amostra rotativa de imagens processadas com sobreposições de previsão. Abre uma imagem para inspecionar as previsões no visualizador em tela cheia e usa os controles de visibilidade para ajustar as sobreposições. A galeria inicialmente mostra até 12 exemplos; Mostrar tudo expande a galeria.
- Amostragem: Até dois exemplos inicialmente, depois até uma imagem adicional por minuto. A captura é feita com base no melhor esforço; a inferência não espera pela codificação do exemplo.
- Capacidade: No máximo 100 imagens dentro de um orçamento de memória compartilhado de 100 MiB para imagens compactadas, metadados de previsão e ativos associados. A interface rotula este orçamento como 100 MB.
- Substituição: Exemplos mais antigos são substituídos quando qualquer um dos limites é atingido. Um exemplo pode ficar indisponível enquanto o estás a visualizar.
- Armazenamento: Exemplos temporários permanecem na memória do endpoint. Salvá-los em um conjunto de dados usa limites normais de armazenamento e processamento do espaço de trabalho.

Salvar Exemplos em um Conjunto de Dados#
Membros do espaço de trabalho com permissão de edição de conteúdo podem salvar exemplos em um conjunto de dados no espaço de trabalho do endpoint:
- Seleciona exemplos individuais usando as caixas de seleção correspondentes ou clica em Selecionar tudo.
- Clica em Salvar no conjunto de dados.
- Escolhe um conjunto de dados existente com a mesma tarefa do modelo implantado. Conjuntos de dados de origem conectada são excluídos; cria um conjunto de dados compatível primeiro se nenhum estiver disponível.
- Clica no botão Salvar, que mostra a contagem de imagens selecionadas, e depois abre o conjunto de dados para acompanhar o processamento.
As imagens e previsões selecionadas são copiadas através do fluxo de trabalho padrão de upload e ingestão de conjuntos de dados. Aplicam-se cotas normais, mapeamento de classes e tratamento de duplicatas. Salvar deixa os exemplos temporários na galeria; imagens de conjuntos de dados ingeridas com sucesso sobreviviam a reinicializações e exclusões de endpoints. Revé os rótulos previstos antes de usá-los para treinamento.

Para remover exemplos temporários, usa o controle de lixeira ao passar o cursor sobre uma imagem ou seleciona exemplos e clica no botão de lixeira em massa, depois confirma Excluir. A exclusão de exemplos deixa as estatísticas agregadas de previsão e as imagens já salvas em conjuntos de dados inalteradas.
Estatísticas de Previsão#
As estatísticas agregam imagens processadas independentemente da amostragem da galeria. Excluir ou substituir um exemplo não subtrai sua contribuição. O resumo mostra imagens, previsões e imagens sem previsões para o período selecionado; modelos de profundidade mostram contagens de imagens.
O seletor de datas assume como padrão os últimos 30 dias e aceita intervalos de até 365 dias. As datas selecionadas usam limites UTC; os carimbos de data/hora do gráfico são exibidos no horário local. Intervalos recentes de até três dias usam histórico por hora quando todo o intervalo cai dentro das últimas 72 horas; outros intervalos usam histórico diário. O intervalo de datas filtra as estatísticas, enquanto a galeria continua a mostrar os exemplos temporários atuais.
O histórico é limitado a 72 intervalos de hora e 365 intervalos diários, e está disponível apenas desde que a instância atual foi iniciada. Um período selecionado sem imagens processadas mostra Nenhuma imagem processada neste período.
Os gráficos disponíveis dependem da tarefa e das previsões coletadas:
| Gráfico | O que mostra |
|---|---|
| Previsões ao Longo do Tempo | Totais de imagens processadas e previsões; modelos de profundidade mostram Imagens ao Longo do Tempo |
| Tempo de Inferência | Tempo médio de inferência do modelo em milissegundos, excluindo sobrecarga de rede e solicitação |
| Principais classes | Contagens de previsão por classe |
| Previsões por Imagem | Distribuição incluindo imagens sem previsões e uma faixa final 100+; oculto para classificação e profundidade |
| Confiança da Previsão | Distribuição de confiança e média, quando as pontuações de confiança estão disponíveis |
| Confiança ao Longo do Tempo | Confiança média de previsão para cada intervalo de tempo |
| Dimensões da Previsão | Largura e altura da previsão em relação à imagem de entrada, quando as dimensões da caixa estão disponíveis |
| Locais de Previsão | Mapa de calor espacial de previsões, quando os dados de localização estão disponíveis |


A confiança mede a certeza do modelo, não a correção. Inspeciona exemplos e compara com rótulos revisados ao avaliar a precisão. O Tempo de Inferência mede a execução do modelo; a Latência P95 do deployment inclui o tratamento de solicitações e também pode refletir tráfego que não é de inferência, como verificações de integridade.
O monitoramento é atualizado a cada 2 segundos aproximadamente enquanto o painel estiver aberto e visível. A sondagem pausa quando o painel está fora da tela ou a guia do navegador está oculta. A inferência bem-sucedida através da guia Predict do deployment também aciona uma atualização de estatísticas.
Registos#
Cada cartão de implementação inclui um separador Logs para consultar as entradas de registo recentes:

Entradas de registo#
Cada entrada de registo mostra:
| Campo | Descrição |
|---|---|
| Gravidade | Barra codificada por cores (ver abaixo) |
| Carimbo de data/hora | Hora do pedido (formato local) |
| Mensagem | Conteúdo do registo |
| Informações HTTP | Código de estado e latência (se aplicável) |
Cada entrada inclui uma barra de gravidade codificada por cores:
| Nível | Cor | Descrição |
|---|---|---|
| DEBUG | Cinzento | Mensagens de depuração |
| INFO | Azul | Pedidos normais |
| WARNING | Âmbar | Problemas não críticos |
| ERROR | Vermelho | Pedidos falhados |
| CRITICAL | Vermelho | Falhas críticas |
A API aceita o conjunto completo de gravidades de registo como filtro separado por vírgulas: DEBUG, INFO, NOTICE, WARNING, ERROR, CRITICAL, ALERT e EMERGENCY.
A interface mostra as 20 entradas mais recentes e oculta as vazias. Por predefinição, a API devolve 50 entradas por pedido (máximo de 200) e
retorna um nextPageToken para paginar mais para trás.
Ao investigar erros: primeiro clica em Errors para filtrar as entradas ERROR e WARNING e, em seguida, revê os carimbos de data/hora e os códigos de estado HTTP. Copia os registos para a área de transferência para os partilhares com a tua equipa.
Exemplos de código#
Cada cartão de implementação inclui um separador Code que mostra código de API pronto a utilizar, com o URL do endpoint preenchido. Para os
proprietários do workspace, a chave de API associada à implementação é inserida, pronta para copiar e executar. Os não proprietários veem um
marcador de posição YOUR_API_KEY:
import requests
# Deployment endpoint
url = "https://YOUR_DEPLOYMENT_URL.run.app/predict"
# Headers with your deployment API key
headers = {"Authorization": "Bearer YOUR_API_KEY"}
# Inference parameters
data = {"conf": 0.25, "iou": 0.7, "imgsz": 640}
# Send image for inference
with open("image.jpg", "rb") as f:
response = requests.post(url, headers=headers, data=data, files={"file": f})
print(response.json())Ao veres o separador Code na plataforma, o URL do endpoint e, para os proprietários do workspace, a chave de API associada à implementação são preenchidos automaticamente. Consulta Chaves de API para gerar uma chave.
Previsão da implementação#
O separador Predict em cada cartão de implementação fornece um painel de previsão integrado — a mesma interface do separador Predict do modelo, mas executando a inferência através do endpoint de implementação em vez do serviço partilhado. Isto é útil para testar um endpoint implementado diretamente a partir do navegador. Consulta Inferência para obter detalhes sobre os parâmetros e os formatos das respostas.
Endpoints da API#
Cada implementação é identificada pelo seu proprietário e nome, e cada rota requer uma chave de API. Consulta a referência da API para obter detalhes sobre a autenticação.
Métricas da implementação#
GET /api/deployments/{owner}/{deployment}/metrics?range=24hSDK Python: client.deployments.metrics(owner, deployment, range="24h")
Devolve o payload completo de métricas de uma implementação: um bloco summary com o total de pedidos, a contagem e a taxa de erros e as latências média, P50, P95 e P99, além de
matrizes timeSeries para pedidos, erros e latências P50 e P95, utilização de CPU e memória e contagem de instâncias.
| Parâmetro | Tipo | Descrição |
|---|---|---|
range | string | Intervalo de tempo: 1h, 6h, 24h, 7d ou 30d (predefinição: 24h) |
sparkline | bool | Devolve o resumo compacto do dashboard em vez do payload completo |
Com sparkline=true, a resposta apresenta o formato compacto utilizado pelos cartões de implementação — 24 contagens horárias de pedidos, além do total de
pedidos, da taxa de erros e da latência média. Esta é a chamada que é atualizada a cada 60 segundos.
Registos da implementação#
GET /api/deployments/{owner}/{deployment}/logs?limit=50&severity=ERROR,WARNINGSDK Python: client.deployments.logs(owner, deployment, limit=50, severity="ERROR,WARNING")
Devolve entradas de registo recentes com filtro de gravidade e paginação opcionais.
| Parâmetro | Tipo | Descrição |
|---|---|---|
limit | int | Número máximo de entradas a devolver (predefinição: 50, máximo: 200) |
severity | string | Filtro de gravidade separado por vírgulas |
pageToken | string | Token de paginação da resposta anterior |
Estado da implementação#
GET /api/deployments/{owner}/{deployment}/healthSDK Python: client.deployments.health(owner, deployment)
Faz ping à implementação e devolve o respetivo estado de funcionamento com a latência de ida e volta medida:
{
"healthy": true,
"status": 200,
"latencyMs": 142
}Uma resposta de estado não saudável omite status quando não foi possível alcançar o endpoint, e adiciona uma mensagem error.
Os números agregados na página Deploy não estão disponíveis como um único endpoint REST. Reprodu-los chamando a rota de métricas para cada implementação devolvida por GET /api/deployments/{owner} (client.deployments.list(owner)).
Otimização do desempenho#
Utiliza os dados de monitorização para otimizar as tuas implementações:
Se a latência for demasiado elevada:
- Verifica se o tamanho do modelo é adequado
- Considera uma região mais próxima
- Verifica o tamanho da imagem enviada com cada pedido
Experimenta um valor imgsz menor e compara a latência e a precisão resultantes do teu modelo. Implementa numa região
mais próxima dos autores das chamadas para reduzir a latência da rede.
Perguntas frequentes#
Estatísticas de previsão e exemplos temporários duram apenas durante o tempo de vida da instância de atendimento, dentro dos limites de intervalo e galeria descritos acima. Parar, reiniciar, reimplantar, redimensionar ou substituir o modelo pode limpá-los. Apenas exemplos salvos com sucesso em um conjunto de dados persistem independentemente do endpoint.
Métricas operacionais e logs têm janelas de histórico separadas. A API de métricas suporta janelas selecionáveis de 1 hora a 30 dias, amostradas de forma mais grossa à medida que a janela cresce — intervalos de 1 minuto em 1 hora até intervalos de 4 horas em 30 dias. O cartão de deployment mostra as 20 entradas de log mais recentes; a API de logs pode retornar até 200 entradas por solicitação e suporta paginação.
As métricas e os registos são retidos apenas enquanto a implementação existir, pelo que eliminar uma implementação também termina o acesso ao seu histórico. Exporta tudo o que precisares de conservar antes de eliminares um endpoint.
Sim, a página de implementações mostra todos os endpoints com cartões de visão geral agregada. Utiliza a vista de tabela para comparar o desempenho entre implementações.
Não. As métricas e as verificações de estado são recolhidas apenas para implementações no estado Ready. Um endpoint parado mantém o seu cartão e a janela de histórico, mas não mostra números em tempo real até ser iniciado novamente.