Veloz status Documentação

Componentes

API e CLI

Operando normalmente
90 dias atrás30 dias atrás100,00% em 90 diashoje

Painel

Operando normalmente
90 dias atrás30 dias atrás100,00% em 90 diashoje

Site e documentação

Operando normalmente
90 dias atrás30 dias atrás100,00% em 90 diashoje

Sites e aplicações

Operando normalmente
90 dias atrás30 dias atrás100,00% em 90 dias*hoje

Deploy e build

Operando normalmente
90 dias atrás30 dias atrás98,23% em 90 dias*hoje

Bancos de dados gerenciados

Operando normalmente
90 dias atrás30 dias atrás99,99% em 90 dias*hoje

Backups e armazenamento

Operando normalmente
90 dias atrás30 dias atrás98,94% em 90 dias*hoje

Logs e métricas

Operando normalmente
90 dias atrás30 dias atrás100,00% em 90 dias*hoje

* Sem medição externa: a disponibilidade vem dos incidentes publicados nesta página.

Latência por região

RegiãoAPI e CLIPainelSite e documentaçãoPonto de medição
América do Sul39 ms42 ms576 msGRU
América do Norte, leste377 ms379 ms171 msEWR
América do Norte, oeste554 ms561 ms281 msLAX
Europa556 ms555 ms76 msLHR
Ásia e Pacífico990 ms986 ms261 msHKG
Oceania984 ms984 ms254 msSYD

Mediana da última hora, medida a cada minuto de 6 regiões fora da nossa infraestrutura. Um incidente só é aberto quando duas ou mais regiões falham por dois minutos seguidos.

Incidentes dos últimos 90 dias

Deploys de serviços em Workers indisponíveisResolvido

até (15 h 14 min) · Deploy e build
Impacto
Novos deploys de serviços em Workers falharam durante o período. Sites e aplicações que já estavam no ar continuaram atendendo normalmente.
O que aconteceu
Nossa conta na Cloudflare, o provedor de borda da Veloz, perdeu o acesso ao recurso que publica serviços em Workers, e cada deploy novo passou a ser recusado. Esta página não mostrou o problema na hora.
O que mudamos
O acesso foi restabelecido junto ao provedor. Criamos um alerta direto para essa recusa, e agora ele abre um incidente nesta página sozinho.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (52 s) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões por menos de um minuto. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
Uma falha de rede no nosso provedor de nuvem isolou a instância principal, e a reserva assumiu automaticamente.
O que mudamos
A troca automática funcionou como esperado. Nenhuma mudança foi necessária.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (1 min) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões até a troca terminar. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
A instância principal deixou de responder e a reserva assumiu automaticamente. A troca terminou em 61 segundos, sem perda de dados.
O que mudamos
A troca automática funcionou como esperado. Nenhuma mudança foi necessária.

Registrado a partir do histórico anterior a esta página.

Deploys e backups interrompidos por bloqueio no provedor de nuvemResolvido

até (2 h 36 min) · Deploy e build, Backups e armazenamento
Impacto
Deploys pelo painel e pela CLI falharam, e as instâncias em execução seguiram na versão anterior. Backups e logs de build desse intervalo não foram salvos. Nenhum dado foi perdido.
O que aconteceu
Nosso provedor de nuvem bloqueou temporariamente a conta da Veloz, e as gravações no armazenamento usado por deploys e backups passaram a ser recusadas.
O que mudamos
O provedor liberou a conta e os serviços voltaram ao normal. Quando as gravações forem recusadas em toda a plataforma de novo, esta página abre o incidente sozinha.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (26 s) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões até a troca terminar. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
Troca planejada da instância principal, concluída em 25 segundos.
O que mudamos
Nenhuma. Era uma manutenção planejada.

Registrado a partir do histórico anterior a esta página.

Armazenamento de objetos indisponívelResolvido

até (2 h 34 min) · Deploy e build, Backups e armazenamento
Impacto
Deploys falharam no período e os backups não receberam cópia nova. Nenhum dado foi perdido.
O que aconteceu
O armazenamento de objetos do nosso provedor de nuvem ficou indisponível, e os deploys e backups que dependem dele falharam.
O que mudamos
O provedor restabeleceu o serviço. Quando as gravações forem recusadas em toda a plataforma de novo, esta página abre o incidente sozinha.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (2 min) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões até a troca terminar. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
Manutenção planejada com troca da instância principal, concluída em cerca de dois minutos e meio.
O que mudamos
Nenhuma. Era uma manutenção planejada.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (49 s) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões até a troca terminar. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
A instância principal deixou de responder e a reserva assumiu automaticamente.
O que mudamos
A troca automática funcionou como esperado. Nenhuma mudança foi necessária.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (29 s) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões até a troca terminar. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
A instância principal deixou de responder e a reserva assumiu automaticamente.
O que mudamos
A troca automática funcionou como esperado. Nenhuma mudança foi necessária.

Registrado a partir do histórico anterior a esta página.

Envio de código e backups de Redis recusadosResolvido

até (17 h 36 min) · Deploy e build, Backups e armazenamento
Impacto
O envio de código para deploy foi recusado e os backups de Redis gerenciado pararam durante o período.
O que aconteceu
O armazenamento usado pelo código de deploy e pelos backups passou a recusar gravações.
O que mudamos
Criamos alertas que avisam a equipe quando várias partes da plataforma param de gravar ao mesmo tempo.

Registrado a partir do histórico anterior a esta página.

Troca da instância principal em bancos de dados gerenciadosResolvido

até (5 min) · Bancos de dados gerenciados
Impacto
Parte dos bancos de dados gerenciados recusou conexões até a troca terminar. Aplicações que reconectam sozinhas voltaram em seguida.
O que aconteceu
A instância principal deixou de responder e a reserva assumiu automaticamente.
O que mudamos
A troca automática funcionou como esperado. Nenhuma mudança foi necessária.

Registrado a partir do histórico anterior a esta página.

Fila de build parada após uma atualizaçãoResolvido

até (10 min) · Deploy e build
Impacto
Builds novos ficaram parados na fila por cerca de dez minutos.
O que aconteceu
Uma atualização da plataforma impediu a fila de build de processar novos pedidos.
O que mudamos
Revertemos a atualização e os builds voltaram a ser processados.

Registrado a partir do histórico anterior a esta página.