De Olho

nuvem e infraestrutura

O GitHub está em baixo, ou és só tu?

Um servidor nosso em Portugal acabou de tentar aceder a github.com. O resultado está aqui em baixo, com a hora a que foi verificado.

github.com servidor: PT

a contactar o servidor…

Verificamos a página pública de github.com a partir de um servidor na Europa, e devolvemos só o código de estado e o tempo de resposta — não lemos nem guardamos o conteúdo do site. O último resultado é guardado durante uma hora e mostrado a toda a gente que abrir esta página nesse período, para não sermos nós a somar milhares de pedidos a um serviço que já está com problemas.

O GitHub é onde vive o código de quase toda a gente, e é também o que dispara publicações: muita coisa em produção só sai quando um envio para o GitHub corre um workflow. Deixou de ser um sítio para guardar código há muito tempo.

// sintomas

O que costuma aparecer quando o GitHub falha.

Se te revês em alguma destas e a verificação diz que está online, a secção seguinte é a que interessa.

  • O git push falha, ou fica pendurado sem acabar.
  • As Actions ficam em fila sem arrancar.
  • O site abre e as operações de escrita dão erro.

// se disser que está de pé

Então o problema está entre ti e ele.

Por esta ordem, que é a que resolve mais casos com menos trabalho.

  • O site institucional não é o serviço

    A página que verificamos é marketing, e costuma ser servida da borda da rede. A API, o painel e a infraestrutura que corre o teu projecto vivem noutros nomes e caem sozinhos.

  • Estes serviços caem por região

    Servem a partir de dezenas de pontos espalhados pelo mundo. Podes estar a bater num que caiu enquanto o resto está bem — e nós verificamos de um ponto só, na Europa.

  • A falha pode ser tua e parecer deles

    Um limite de plano atingido, uma chave expirada ou uma configuração que mudou dão erros iguais aos de infraestrutura em baixo. Vale a pena descartar isso antes de esperar por eles.

// entretanto

O que dá para fazer enquanto o GitHub não volta.

O GitHub tem muitos serviços atrás do mesmo nome: as páginas web, o git em si, as Actions, os pacotes, a API. Caem separadamente e quase nunca todos ao mesmo tempo.

Uma verificação à página de entrada é, de todas, a que menos diz sobre aquilo que estavas a fazer.

  • O teu repositório local está inteiro

    O git é distribuído: tens o histórico todo na tua máquina. Podes continuar a trabalhar e a fazer commits, e enviar quando o outro lado voltar.

  • Um push pendurado não é um push perdido

    Interromper e repetir mais tarde não estraga nada. O que não convém é começar a forçar coisas para resolver o que é uma falha do outro lado.

  • Publicar à mão continua a ser possível

    Se a publicação depende de um workflow parado e a coisa é urgente, o caminho manual que existia antes das Actions não desapareceu.

  • A autenticação falha sozinha

    Um token expirado devolve erros parecidos com o serviço em baixo. Se és só tu e mais ninguém da equipa, começa por aí.

// limites

O que esta página não consegue dizer-te.

  • Verificamos a página pública de github.com, e mais nada. Aplicações de telemóvel, áreas autenticadas e APIs correm noutros servidores. Um "online" nosso é perfeitamente compatível com o serviço que tu queres usar estar parado.
  • Verificamos de um sítio só, em Portugal. Se a rota entre o nosso servidor e o GitHub tiver problema, vemos uma falha que pode não existir para ti — e o contrário também acontece.
  • Não temos relatos de outras pessoas. Não dizemos "342 pessoas reportaram problemas" porque não recolhemos isso. O que está aqui é uma verificação técnica e nada mais.
  • O resultado pode ter até uma hora. Guardamos a última verificação e mostramo-la a toda a gente que abrir esta página nesse período, para não sermos nós a somar milhares de pedidos a um serviço que já pode estar em apuros. A idade está sempre escrita por baixo do resultado.

// perguntas

O que nos perguntam sobre o GitHub.

O github.com abre e o git push falha.

São dois caminhos diferentes: o site é um pedido HTTPS a uma página, o push fala com outros servidores por SSH ou por HTTPS. É normal um funcionar com o outro em baixo, e a nossa verificação só vê o primeiro.

As minhas publicações automáticas pararam. É do GitHub?

Pode ser, e nós não conseguimos dizer. As Actions são um sistema à parte, com filas próprias, e ficam paradas com o github.com a abrir normalmente. O que verificamos não toca nisso.

// outros serviços

Se calhar não é só este.

// todos os serviços

E os sites por que tu respondes?

Ninguém faz uma página destas para o site do teu cliente — a pergunta chega-te pelo próprio cliente, e nessa altura já dura há algum tempo que não sabes qual. A De Olho vai verificar ao minuto e avisar-te quando a resposta mudar. Se quiseres verificar um endereço à mão, a ferramenta genérica aceita qualquer um.

Só te escrevemos sobre o lançamento. Sem spam, e não partilhamos o teu email com ninguém. Como tratamos os teus dados.