Historique des pannes de Supabase

1. 22 octobre 2026 à 18:03 UTCinvestigating

   Les clients qui utilisent des drains de log dans certaines régions peuvent manquer certains logs routés pour un sous-ensemble de composants. Nous avons repoussé les changements et continuons à enquêter.

2. 22 octobre 2026 à 18:22 UTCmonitoring

   Le retournement a rétabli les drains de log à un fonctionnement normal. Nous surveillerons la fonctionnalité continue.

3. 22 octobre 2026 à 18:50 UTCresolved

   Cette question est maintenant résolue.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 octobre 2026 à 17:01 UTCinvestigating

   Nous avons remarqué des problèmes avec les demandes venant à notre passerelle API. Nous enquêtons.

2. 22 octobre 2026 à 17:28 UTCidentified

   Nous avons identifié le problème comme étant lié à la demande sur notre avion arrière. Nous mettons en oeuvre des mesures d'atténuation pour accroître et gérer cette demande.

3. 22 octobre 2026 à 17:57 UTCmonitoring

   Les mesures d'atténuation ont permis de gérer l'augmentation de la demande. Nous surveillons la stabilité.

4. 22 octobre 2026 à 18:17 UTCmonitoring

   Nous avons d'autres mesures d'atténuation que nous déploierons pour renforcer notre arrière-plan. Nous laisserons cette page de statut jusqu'à ce que toutes les mesures d'atténuation soient déployées. Des mises à jour seront prévues si des changements pourraient avoir des répercussions sur les clients.

5. 23 octobre 2026 à 10:54 UTCmonitoring

   Nous avons d'autres mesures d'atténuation que nous déploierons pour renforcer l'API de gestion. Des mises à jour seront prévues si des changements pourraient avoir des répercussions sur les clients.

6. 26 octobre 2026 à 10:16 UTCresolved

   Cette question a été résolue et notre temps de réponse est de retour à l'exploitation.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 octobre 2026 à 11:29 UTCinvestigating

   Nous étudions les taux d'erreur élevés et les délais de réponse accrus sur l'API de gestion dans plusieurs régions. Certaines opérations qui en dépendent, comme la création de nouveaux projets, peuvent échouer ou être lentes.

2. 22 octobre 2026 à 11:32 UTCinvestigating

   Nous étudions les taux d'erreur élevés et les délais de réponse accrus sur l'API de gestion dans plusieurs régions. Certaines opérations qui en dépendent, comme la création de nouveaux projets, peuvent échouer ou être lentes. Cela provoque également des connexions à Supabase.com à timeout.

3. 22 octobre 2026 à 12:07 UTCmonitoring

   Une atténuation a été appliquée. Les taux d'erreur et de latence sont revenus à des niveaux normaux. Nous continuons de surveiller pour assurer une stabilité soutenue avant de résoudre cet incident.

4. 22 octobre 2026 à 13:42 UTCresolved

   Les taux d'erreur et de latence sont demeurés à des niveaux normaux après l'atténuation. Cet incident est maintenant résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 octobre 2026 à 03:53 UTCmonitoring

   Nous avons identifié des taux d'erreur accrus dans les opérations du cycle de vie des projets (créer, restaurer, faire des pauses, etc.) dans la région de l'UE depuis le 21 octobre 23:00 UTC. Une atténuation a été mise en place et les taux d'erreur ont été réduits à des niveaux normaux. Nous surveillons la situation et travaillons à la fixation des projets concernés.

2. 22 octobre 2026 à 09:15 UTCmonitoring

   Les taux d'erreur demeurent à des niveaux normaux. Nous continuons de surveiller pour confirmer la stabilité soutenue avant de résoudre cet incident.

3. 22 octobre 2026 à 15:56 UTCresolved

   Les taux d'erreur sont demeurés à des niveaux normaux après l'atténuation. Cet incident est maintenant résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 octobre 2026 à 15:36 UTCinvestigating

   Nous enquêtons sur une question touchant le cycle de vie des projets, comme la création de projets, la pause et la restauration, dans toutes les régions. Nous fournirons d'autres mises à jour à mesure que de plus amples informations seront disponibles.

2. 21 octobre 2026 à 16:12 UTCmonitoring

   Une correction a été appliquée, et nous avons observé une réduction des échecs du cycle de vie du projet. Nous continuons de surveiller la reprise pour nous assurer que les opérations normales demeurent stables.

3. 21 octobre 2026 à 16:51 UTCresolved

   La question ayant une incidence sur le cycle de vie du projet, y compris la création, l'arrêt et la restauration du projet, a été résolue. Nous avons observé une réduction des échecs du cycle de vie du projet après la correction et nous avons confirmé que les opérations sont revenues à la normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 20 octobre 2026 à 21:59 UTCinvestigating

   Certains projets dans nous-est-2 sont bloqués dans l'état de redémarrage. Nous enquêtons activement sur cette question et fournirons d'autres mises à jour au fur et à mesure que l'information sera disponible.

2. 20 octobre 2026 à 23:06 UTCidentified

   Nous avons identifié la cause profonde de ce problème et nous travaillons sur une solution. Nous continuerons de fournir des mises à jour à mesure que les choses progresseront.

3. 20 octobre 2026 à 23:48 UTCidentified

   Nous mettons en œuvre une solution aux projets touchés. Nous fournirons d'autres mises à jour à mesure que le déploiement progressera.

4. 21 octobre 2026 à 01:38 UTCidentified

   Nous poursuivons la mise en oeuvre de la solution aux projets touchés. Nous fournirons d'autres mises à jour à mesure que le déploiement progressera.

5. 21 octobre 2026 à 02:48 UTCidentified

   Nous poursuivons la mise en oeuvre de la solution aux projets touchés. Aucun nouveau projet n'est touché et nous fournirons d'autres mises à jour au fur et à mesure du déploiement. Notre prochaine mise à jour sera dans 2 heures.

6. 21 octobre 2026 à 04:47 UTCmonitoring

   La solution a été complètement déployée. Les projets ne sont plus bloqués dans un état de redémarrage. Nous continuerons de suivre la situation.

7. 21 octobre 2026 à 05:39 UTCresolved

   Tous les projets concernés ont été fixés. Nous n'avons pas vu le problème se répéter et nous résolvons l'incident.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 19 octobre 2026 à 17:13 UTCidentified

   Nous avons identifié un problème avec la création de tickets de support pour certains clients, nous avons un correctif dans le développement.

2. 19 octobre 2026 à 17:36 UTCmonitoring

   La correction a été déployée et la création du ticket est revenue à la normale. Nous continuerons de surveiller.

3. 19 octobre 2026 à 18:13 UTCresolved

   La création de tickets est restée normale. Nous résolvons cet incident.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 octobre 2026 à 06:27 UTCidentified

   En raison d'une interruption continue du fournisseur en amont, nous corrigeons les erreurs de création de projet dans apne-1. Les clients peuvent voir des erreurs dans la création ou la désaffectation d'un projet de cette région. Nous travaillons à réorienter le trafic vers les régions non touchées et nous attendons les mises à jour de notre fournisseur à charge.

2. 17 octobre 2026 à 07:16 UTCmonitoring

   Notre partenaire en amont a confirmé que le problème était résolu. Nous travaillons à restaurer le trafic de création de projet de retour dans la région et à surveiller la reprise complète dans ap-nord-est-1.

3. 17 octobre 2026 à 07:49 UTCresolved

   Le service est entièrement restauré et la création de projets et l'absence de service a été réactivée dans la région ap-nord-est-1.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 octobre 2026 à 22:59 UTCinvestigating

   Nous vivons une latence accrue avec le temps réel et nous enquêtons activement.

2. 13 octobre 2026 à 00:02 UTCmonitoring

   Nous avons identifié la cause et pris des mesures pour remédier aux problèmes de latence élevés. Nous continuerons de surveiller.

3. 13 octobre 2026 à 06:38 UTCmonitoring

   Nous avons pris des mesures préventives pour accroître notre capacité de regroupement en temps réel et nous continuons de surveiller la stabilité de notre système pour assurer une reprise complète.

4. 13 octobre 2026 à 13:49 UTCidentified

   Nous assistons à une augmentation de la latence et de l'instabilité en temps réel affectant la présence, ce qui peut avoir des répercussions sur les taux d'adhésion. Cette récurrence survient alors que nous continuons à travailler sur les mesures préventives restantes. Nous enquêtons activement et prenons des mesures pour en atténuer les effets. Nous allons partager une autre mise à jour dès que nous avons plus d'informations.

5. 13 octobre 2026 à 17:34 UTCidentified

   Nous continuons d'étudier l'augmentation de la latence et de l'instabilité en temps réel affectant la présence, ce qui pourrait avoir une incidence sur les taux d'adhésion. Notre équipe travaille activement à l'atténuation et nous partagerons une autre mise à jour dès que de plus amples renseignements seront disponibles.

6. 13 octobre 2026 à 21:15 UTCidentified

   Nous avons ajouté une capacité supplémentaire au système et le testons actuellement. Nous prévoyons commencer à stabiliser les grappes touchées sous peu. Nous continuerons de partager d'autres mises à jour à mesure que de plus amples informations seront disponibles.

7. 13 octobre 2026 à 23:27 UTCidentified

   Nous assistons à la reprise d'un pourcentage important de clients touchés, bien que certains problèmes subsistent dans certaines régions. Nous continuons à travailler à résoudre les questions restantes et nous partagerons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

8. 14 octobre 2026 à 03:00 UTCmonitoring

   Nous avons stabilisé les utilisateurs touchés et permis d'améliorer notre infrastructure en temps réel. Nous continuerons de surveiller le rétablissement complet.

9. 14 octobre 2026 à 20:25 UTCresolved

   Le temps réel s'est complètement rétabli.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 octobre 2026 à 19:49 UTCidentified

   Nous connaissons des performances dégradées importantes à travers les fonctions, affectant principalement le déploiement et la récupération du corps de fonction. Nous avons identifié la cause profonde et nous travaillons sur la correction maintenant.

2. 12 octobre 2026 à 20:23 UTCidentified

   Nous voyons maintenant des taux d'erreur réduits pour les fonctions Edge. Nous avons identifié la cause profonde et travaillons sur une solution.

3. 12 octobre 2026 à 21:07 UTCidentified

   Les déploiements des fonctions Edge sont revenus à des niveaux normaux. Nous examinons maintenant les emplois qui ont échoué pendant l'incident, y compris les sauvegardes qui auraient pu être affectées. Nous reprendrons ces emplois une fois identifiés, et nous partagerons plus de détails sur la page d'état. Si vous remarquez des échecs d'emploi particuliers qui sont inhabituels, s'il vous plaît contacter pour soutenir.

4. 13 octobre 2026 à 02:24 UTCmonitoring

   Les déploiements des fonctions Edge sont revenus à des niveaux normaux. Nous continuerons de surveiller le rétablissement complet.

5. 13 octobre 2026 à 18:24 UTCresolved

   Les déploiements de la fonction Edge sont restés stables. Nous fermons l'incident.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 octobre 2026 à 19:39 UTCinvestigating

   L'ingestion de log est actuellement altérée. Les journaux peuvent être retardés ou indisponibles. Nous enquêtons sur la question et nous travaillons à restaurer la fonctionnalité normale. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 12 octobre 2026 à 20:09 UTCidentified

   Nous avons identifié le problème de l'ingestion de logs. Les journaux peuvent être retardés ou indisponibles. Nous travaillons à restaurer la fonctionnalité normale.

3. 12 octobre 2026 à 20:56 UTCidentified

   Nous mettons en œuvre un correctif pour le problème de l'ingestion de billes, et le trafic commence à se rétablir. Nous continuons d'oeuvrer en faveur d'un rétablissement complet.

4. 12 octobre 2026 à 22:17 UTCidentified

   Nous continuons à travailler sur un correctif alors que le trafic continue à se rétablir. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

5. 13 octobre 2026 à 00:05 UTCidentified

   Nous poursuivons la mise en œuvre de la correction à mesure que le trafic se rétablit. Nous fournirons d'autres mises à jour à mesure que les progrès se poursuivront.

6. 13 octobre 2026 à 00:35 UTCmonitoring

   La correction a été mise en œuvre et le système est revenu à un fonctionnement normal. L'ingestion de log est de retour à la normale, et nous veillons à la stabilité.

7. 13 octobre 2026 à 01:30 UTCresolved

   Nous avons résolu le problème de l'ingestion de logs. Au cours de cet incident, les registres peuvent avoir été retardés ou indisponibles. L'ingestion de log est maintenant revenue à une opération normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 octobre 2026 à 16:27 UTCresolved

   Entre 22:10 et 22:51 UTC le 9 Octobre, 2026, environ 1% des nouvelles connexions de base de données faites par l'intermédiaire du Shared Pooler (Supavisor) dans nous-est-1 ont échoué avec « Impossible de se connecter à la base de données » erreurs de timeout. La cause des défaillances a été un incident chez notre fournisseur de cloud qui a affecté le trafic réseau entre les zones de disponibilité. Les bases de données du projet Supabase n'ont pas été touchées et les connexions qui avaient déjà été ouvertes avant l'incident sont restées ouvertes. La question a été réglée à 22 h 51 UTC. Les clients qui ont rejugé des erreurs de connexion auraient reconnecté avec succès.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 octobre 2026 à 15:23 UTCinvestigating

   Nous avons observé des échecs dans les tentatives de modernisation à 17.11.0.003. Nous enquêtons.

2. 6 octobre 2026 à 16:03 UTCidentified

   Nous avons identifié le problème avec la mise à niveau. Pour prévenir les problèmes, nous avons suspendu la capacité de moderniser les projets pendant que nous résolvons ce problème. Le problème se limite aux mises à niveau des versions antérieures de PG17 à la version la plus récente. Nous travaillons sur une solution.

3. 6 octobre 2026 à 16:37 UTCidentified

   Un correctif a été élaboré et nous passons par le processus d'examen et de mise en oeuvre.

4. 6 octobre 2026 à 17:27 UTCmonitoring

   La correction a été mise en œuvre. L'opération de modernisation a été rétablie. Nous surveillerons la stabilité.

5. 6 octobre 2026 à 18:18 UTCresolved

   Nous avons déployé un correctif pour ce problème et réactivé les mises à niveau dans le tableau de bord. Nous nous excusons pour le désagrément.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 octobre 2026 à 15:23 UTCinvestigating

   Nous avons observé des échecs dans les tentatives de modernisation à 17.11.0.003. Nous enquêtons.

2. 6 octobre 2026 à 16:03 UTCidentified

   Nous avons identifié le problème avec la mise à niveau. Pour prévenir les problèmes, nous avons suspendu la capacité de moderniser les projets pendant que nous résolvons ce problème. Le problème se limite aux mises à niveau des versions antérieures de PG17 à la version la plus récente. Nous travaillons sur une solution.

3. 6 octobre 2026 à 16:37 UTCidentified

   Un correctif a été élaboré et nous passons par le processus d'examen et de mise en oeuvre.

4. 6 octobre 2026 à 17:27 UTCmonitoring

   La correction a été mise en œuvre. L'opération de modernisation a été rétablie. Nous surveillerons la stabilité.

5. 6 octobre 2026 à 18:18 UTCresolved

   Nous avons déployé un correctif pour ce problème et réactivé les mises à niveau dans le tableau de bord. Nous nous excusons pour le désagrément.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 octobre 2026 à 07:53 UTCinvestigating

   Nous enquêtons sur l'augmentation des erreurs dans les flux de mise à jour des projets, y compris la création, le découplage et la mise à niveau dans plusieurs régions.

2. 6 octobre 2026 à 08:10 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 6 octobre 2026 à 09:11 UTCresolved

   Ce problème a été résolu et nos taux d'erreur sont revenus à la normale. Au cours de cet incident, les utilisateurs auraient observé des défaillances non autorisées à l'égard de 5xx dans plusieurs opérations sur les opérations du projet et les fonctions du tableau de bord. Nous avons depuis déployé un correctif et toutes les fonctionnalités sont restaurées.

4. 6 octobre 2026 à 09:11 UTCmonitoring

   Nous avons identifié un déploiement causant une augmentation des erreurs sur les services dépendants api de gestion, ce qui cause des défaillances d'exploitation du projet et des erreurs d'authentification FGA sur plusieurs fonctions. Nous avons mis en œuvre un correctif et observer la récupération. Nos équipes continuent de surveiller pour une résolution complète.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 octobre 2026 à 07:53 UTCinvestigating

   Nous enquêtons sur l'augmentation des erreurs dans les flux de mise à jour des projets, y compris la création, le découplage et la mise à niveau dans plusieurs régions.

2. 6 octobre 2026 à 07:55 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 6 octobre 2026 à 08:13 UTCmonitoring

   Nous avons identifié un déploiement causant une augmentation des erreurs sur les services dépendants api de gestion, ce qui cause des défaillances d'exploitation du projet et des erreurs d'authentification FGA sur plusieurs fonctions. Nous avons mis en œuvre un correctif et observer la récupération. Nos équipes continuent de surveiller pour une résolution complète.

4. 6 octobre 2026 à 09:03 UTCresolved

   Ce problème a été résolu et nos taux d'erreur sont revenus à la normale. Au cours de cet incident, les utilisateurs auraient observé des défaillances non autorisées à l'égard de 5xx dans plusieurs opérations sur les opérations du projet et les fonctions du tableau de bord. Nous avons depuis déployé un correctif et toutes les fonctionnalités sont restaurées.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 septembre 2026 à 16:26 UTCidentified

   Nous avons identifié un problème avec une latence accrue pour les clients de l'est des États-Unis pendant les pics causés par le trafic enflammé. C'est ce qui est le plus visible pendant les heures de travail de l'EDT autour des heures et 30 heures. Nous travaillons activement sur une solution. Nous fournirons des mises à jour au fur et à mesure que la correction sera mise en œuvre.

2. 29 septembre 2026 à 17:55 UTCidentified

   Nous poursuivons notre travail pour résoudre ce problème de latence, qui a été observé pour influencer les clients se connectant à Supabase Projects de l'est des États-Unis. Ces clients peuvent inclure des serveurs et des fonctions sans serveur situés dans cette région géographique, quelle que soit la région dans laquelle le projet est hébergé.

3. 29 septembre 2026 à 21:35 UTCidentified

   Une mesure d'atténuation pour cette question a été appliquée plus tôt aujourd'hui, mais nous n'avons pas suffisamment de preuves pour conclure que cette mesure d'atténuation a permis d'améliorer cette question de latence à l'est des États-Unis. Nous avons lié la question à un programme de travail en particulier, et nous continuons de travailler avec nos partenaires de réseautage pour apporter cette question à une résolution finale. Nous fournirons une autre mise à jour dans les 4 heures, sinon avant. Nous apprécions votre patience.

4. 30 septembre 2026 à 02:14 UTCidentified

   Nous travaillons avec nos partenaires de réseautage sur une solution permanente. Bien que nous n'ayons pas un délai de résolution estimé, nous partagerons ici les mises à jour dès qu'elles seront disponibles.

5. 30 septembre 2026 à 14:54 UTCidentified

   Nous poursuivons notre coordination avec nos partenaires de réseautage afin d'obtenir une résolution permanente. Nous fournirons des mises à jour dès qu'elles seront disponibles.

6. 30 septembre 2026 à 21:26 UTCidentified

   Nous voyons des signes d'amélioration et nous continuons de travailler avec nos partenaires en réseau pour une résolution. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

7. 1 octobre 2026 à 20:23 UTCidentified

   Nos partenaires en réseau ont mis en place une atténuation du problème de la latence dans le domaine problématique du PoP dans l'Est des États-Unis, et nous avons observé depuis une amélioration significative des taux de latence élevée dans la région. Nous continuons de travailler avec ces partenaires pour isoler les causes profondes supplémentaires de la latence et améliorer la fiabilité de notre infrastructure de réseautage dans toute la région.

8. 2 octobre 2026 à 21:06 UTCidentified

   Bien que nous ayons observé une amélioration significative des taux de latence élevée, nous notons que certains utilisateurs éprouvent encore des problèmes pendant les heures d'ouverture de pointe de l'Est des États-Unis. Nous continuons de travailler avec nos partenaires de réseautage pour isoler et résoudre toute source persistante de latence élevée. Nous reconnaissons qu'il s'agit d'un problème de longue date et apprécions la patience des clients touchés. Nous continuerons à partager des mises à jour supplémentaires ici dès qu'elles seront disponibles.

9. 5 octobre 2026 à 18:45 UTCmonitoring

   Une correction pour ce problème a été mise en place et nos données montrent la récupération pour les utilisateurs sur des projets qui ont déjà été touchés. Nous nous attendons à ce que cette situation soit résolue, mais nous continuerons de surveiller pendant un certain temps jusqu'à ce que cet incident soit complètement résolu.

10. 6 octobre 2026 à 12:15 UTCresolved

    Une correction pour ce problème a été mise en place et nos données montrent que les utilisateurs précédents touchés ont récupéré.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 septembre 2026 à 16:26 UTCidentified

   Nous avons identifié un problème avec une latence accrue pour les clients de l'est des États-Unis pendant les pics causés par le trafic enflammé. C'est ce qui est le plus visible pendant les heures de travail de l'EDT autour des heures et 30 heures. Nous travaillons activement sur une solution. Nous fournirons des mises à jour au fur et à mesure que la correction sera mise en œuvre.

2. 29 septembre 2026 à 17:55 UTCidentified

   Nous poursuivons notre travail pour résoudre ce problème de latence, qui a été observé pour influencer les clients se connectant à Supabase Projects de l'est des États-Unis. Ces clients peuvent inclure des serveurs et des fonctions sans serveur situés dans cette région géographique, quelle que soit la région dans laquelle le projet est hébergé.

3. 29 septembre 2026 à 21:35 UTCidentified

   Une mesure d'atténuation pour cette question a été appliquée plus tôt aujourd'hui, mais nous n'avons pas suffisamment de preuves pour conclure que cette mesure d'atténuation a permis d'améliorer cette question de latence à l'est des États-Unis. Nous avons lié la question à un programme de travail en particulier, et nous continuons de travailler avec nos partenaires de réseautage pour apporter cette question à une résolution finale. Nous fournirons une autre mise à jour dans les 4 heures, sinon avant. Nous apprécions votre patience.

4. 30 septembre 2026 à 02:14 UTCidentified

   Nous travaillons avec nos partenaires de réseautage sur une solution permanente. Bien que nous n'ayons pas un délai de résolution estimé, nous partagerons ici les mises à jour dès qu'elles seront disponibles.

5. 30 septembre 2026 à 15:03 UTCidentified

   Nous poursuivons notre coordination avec nos partenaires de réseautage afin d'obtenir une résolution permanente. Nous fournirons des mises à jour dès qu'elles seront disponibles.

6. 30 septembre 2026 à 21:26 UTCidentified

   Nous voyons des signes d'amélioration et nous continuons de travailler avec nos partenaires en réseau pour une résolution. Nous fournirons une autre mise à jour à mesure que de plus amples renseignements seront disponibles.

7. 1 octobre 2026 à 20:23 UTCidentified

   Nos partenaires en réseau ont mis en place une atténuation du problème de la latence dans le domaine problématique du PoP dans l'Est des États-Unis, et nous avons observé depuis une amélioration significative des taux de latence élevée dans la région. Nous continuons de travailler avec ces partenaires pour isoler les causes profondes supplémentaires de la latence et améliorer la fiabilité de notre infrastructure de réseautage dans toute la région.

8. 2 octobre 2026 à 21:06 UTCidentified

   Bien que nous ayons observé une amélioration significative des taux de latence élevée, nous notons que certains utilisateurs éprouvent encore des problèmes pendant les heures d'ouverture de pointe de l'Est des États-Unis. Nous continuons de travailler avec nos partenaires de réseautage pour isoler et résoudre toute source persistante de latence élevée. Nous reconnaissons qu'il s'agit d'un problème de longue date et apprécions la patience des clients touchés. Nous continuerons à partager des mises à jour supplémentaires ici dès qu'elles seront disponibles.

9. 5 octobre 2026 à 18:45 UTCmonitoring

   Une correction pour ce problème a été mise en place et nos données montrent la récupération pour les utilisateurs sur des projets qui ont déjà été touchés. Nous nous attendons à ce que cette situation soit résolue, mais nous continuerons de surveiller pendant un certain temps jusqu'à ce que cet incident soit complètement résolu.

10. 6 octobre 2026 à 12:15 UTCresolved

    Une correction pour ce problème a été mise en place et nos données montrent que les utilisateurs précédents touchés ont récupéré.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 septembre 2026 à 13:47 UTCinvestigating

   L'ingestion de log connaît des retards. L'ingestion sera reprise par les clients.

2. 28 septembre 2026 à 13:52 UTCidentified

   Le problème de l'ingestion de log était dû à un écart d'échelle. Les ressources pertinentes ont été augmentées et l'ingestion se rétablit.

3. 28 septembre 2026 à 14:00 UTCmonitoring

   L'ingestion de log s'est rétablie. Nous surveillons la stabilité.

4. 28 septembre 2026 à 14:36 UTCresolved

   L'ingestion de log est normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 septembre 2026 à 13:47 UTCinvestigating

   L'ingestion de log connaît des retards. L'ingestion sera reprise par les clients.

2. 28 septembre 2026 à 13:52 UTCidentified

   Le problème de l'ingestion de log était dû à un écart d'échelle. Les ressources pertinentes ont été augmentées et l'ingestion se rétablit.

3. 28 septembre 2026 à 14:00 UTCmonitoring

   L'ingestion de log s'est rétablie. Nous surveillons la stabilité.

4. 28 septembre 2026 à 14:36 UTCresolved

   L'ingestion de log est normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.