« Échecs techniques » désigne les jobs interrompus par l'infrastructure, jamais ceux qui échouent à cause du code ou des tests. La disponibilité de chaque service est mesurée toutes les 5 minutes depuis six points de contrôle Google Cloud répartis dans le monde, qui ne sondent pas en même temps — soit une vérification toutes les 50 secondes environ en cumulé — les temps de réponse affichés incluent donc l'aller-retour intercontinental et sont supérieurs à ceux ressentis depuis Nouméa.
GitLabDépôts de code, interface web, revues · gitlab.skazy.cloud—
—disponibilité 30 jours
—temps de réponse moyen, 24 h
—indisponibilité cumulée 30 j
—sans incident
Temps de réponse24 dernières heures
Ressources du serveur8 vCPU · 32 Go · disque 443 Go
Mémoire—
Processeur—
Disque—
90 derniers joursrouge = incident connu · gris = pas de mesure
il y a 90 joursaujourd'hui
opérationneldégradéincidentpas de mesure
Incidents GitLab
Runners CIExécution de vos pipelines · 2 groupes de machines—
—échecs techniques 24 h
—jobs exécutés 24 h
—jobs en cours
—machines reprises 24 h
Prévision — risque d'interruption de vos jobs—
——
FAIBLEÉLEVÉ
Capacité en temps réel
Machines actives—
Jobs en attente—
Détail des échecs sur 24 heures
Échecs techniques — infrastructure—
Échecs de script — code ou tests—
Seuls les échecs techniques comptent dans l'indicateur ci-dessus. Les échecs de script relèvent du code de chaque projet et n'engagent pas l'infrastructure.
Fiabilité, 90 derniers joursreconstituée depuis les journaux
il y a 90 joursaujourd'hui
opérationneldégradéincidentpas de mesure
Incidents Runners CI
Applications en productionSites et applications de nos clients, hébergés sur Kubernetes—
—applications en ligne
—applications redémarrées, dernière heure
—serveurs actifs
—mémoire réservée
Ce que veut dire « application redémarrée »
Quand une application plante, Kubernetes la relance automatiquement en quelques secondes — le plus souvent sans que personne ne s'en aperçoive. Ce compteur indique combien l'ont fait sur la dernière heure. Une application en bonne santé ne redémarre pas. Un chiffre qui monte signale une application instable, généralement à court de mémoire.
Ressources du cluster—
Processeur réservé—
Mémoire réservée—
Le détail application par application n'est pas publié ici : il contient les noms de nos clients. Voir la liste complète dans la console Google — accès interne, authentification requise.
Applications de recetteEnvironnements de test et de validation, sur Kubernetes—
—applications en ligne
—applications redémarrées, dernière heure
—serveurs actifs
—mémoire réservée
Ce que veut dire « application redémarrée »
Quand une application plante, Kubernetes la relance automatiquement en quelques secondes — le plus souvent sans que personne ne s'en aperçoive. Ce compteur indique combien l'ont fait sur la dernière heure. Une application en bonne santé ne redémarre pas. Un chiffre qui monte signale une application instable, généralement à court de mémoire.
Ressources du cluster—
Processeur réservé—
Mémoire réservée—
Le détail application par application n'est pas publié ici : il contient les noms de nos clients. Voir la liste complète dans la console Google — accès interne, authentification requise.
NexusDépôt d'artefacts et d'images Docker · nexus.ci.skazy.cloud—
—disponibilité 30 jours
—temps de réponse moyen, 24 h
—indisponibilité cumulée 30 j
—sans incident
Temps de réponse24 dernières heures
Ressources du serveur2 vCPU · 8 Go
Mémoire—
Processeur—
Disque—
90 derniers joursgris = pas de mesure avant le 15/08
il y a 90 joursaujourd'hui
opérationneldégradéincidentpas de mesure
PassboltGestionnaire de mots de passe · pass.ci.skazy.cloud—
—disponibilité 30 jours
—temps de réponse moyen, 24 h
—indisponibilité cumulée 30 j
—sans incident
Temps de réponse24 dernières heures
90 derniers joursgris = pas de mesure avant le 15/08