Historique des pannes de Jira Service Desk

1. 21 octobre 2026 à 14:28 UTCinvestigating

   Nous enquêtons sur un problème touchant la barre latérale du projet et la navigation dans Jira Cloud. Les utilisateurs peuvent rencontrer des timeouts ou des menus manquants lorsqu'ils tentent d'accéder aux vues du projet. Les équipes analysent activement la télémétrie pour déterminer une atténuation. Nous fournirons notre prochaine mise à jour dans 60 minutes, ou plus tôt.

2. 21 octobre 2026 à 15:01 UTCmonitoring

   Des mesures d'atténuation sont en place et nous assistons à une reprise des services de navigation de Jira Cloud. Les barres latérales du projet sont maintenant chargées comme prévu. Nos équipes continuent de surveiller la situation, et nous nous attendons à confirmer la résolution complète dans notre prochaine mise à jour dans 1 heure ou plus tôt.

3. 21 octobre 2026 à 15:45 UTCresolved

   Le 21 octobre 2026, les utilisateurs du JIRA, du JSM, du JPD et du JWM ont peut-être subi une dégradation des performances qui a affecté la barre latérale et la navigation du projet. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés.

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

1. 1 octobre 2026 à 02:55 UTCinvestigating

   Le traitement et le calendrier des travaux sont dégradés, ce qui affecte les travaux programmés et asynchrones de plusieurs produits, dont Jira, Confluence et Bitbucket Cloud. Les utilisateurs touchés peuvent voir l'exécution d'une tâche retardée ou manquante, y compris le traitement différé du courrier électronique au billet et les horaires qui ne fonctionnent pas comme prévu.

2. 1 octobre 2026 à 03:47 UTCidentified

   Nos équipes ont identifié la cause profonde de cet incident et travaillent maintenant activement à atténuer le problème. Nous fournirons d'autres mises à jour dans une heure ou plus tôt si nous avons des progrès importants à partager.

3. 1 octobre 2026 à 04:03 UTCidentified

   Nos équipes ont pris des mesures correctives pour atténuer le problème et observent certaines améliorations. Nous continuons de surveiller la situation et nous prendrons les mesures nécessaires jusqu'à ce que l'incident soit complètement rétabli.

4. 1 octobre 2026 à 05:00 UTCidentified

   Nos équipes continuent de travailler au rétablissement jusqu'à ce que l'incident soit complètement résolu. Nous fournirons d'autres mises à jour si nous avons des progrès importants à partager. En plus de l'impact des travaux programmés et asynchrones sur plusieurs produits, nous avons également identifié la composante SLA de Jira Service Management n'apparaît pas comme prévu.

5. 1 octobre 2026 à 07:01 UTCidentified

   Nos équipes continuent de travailler au rétablissement jusqu'à ce que l'incident soit complètement résolu. Nous fournirons d'autres mises à jour si nous avons des progrès importants à partager. Il y a aussi une incidence sur les nouveaux tickets de soutien créés en termes de composante SLA manquante, les notifications qui peuvent affecter les délais de réponse et la gestion de l'arriéré de certains tickets.

6. 1 octobre 2026 à 07:51 UTCresolved

   Le 1er octobre 2026, entre 01:00 UTC et 07:25 UTC, les utilisateurs ont peut-être vu l'exécution manquante, y compris le traitement différé de courriels à billets et les horaires qui ne fonctionnent pas comme prévu. Nous avons maintenant mis en place un correctif et les services ont été rétablis à l'exploitation normale pour les clients touchés. L'impact pour soutenir les tickets avec le composant SLA manquant et les notifications différées ont également confirmé la récupération. Remarque : Pour les clients de Bitbucket, s'il y avait des pipelines programmés qui n'ont pas fonctionné pendant la fenêtre d'incident, vous pouvez attendre la prochaine exécution programmée ou les déclencher manuellement.

7. 9 octobre 2026 à 18:24 UTCpostmortem

   Résumé Le 1er octobre 2026, entre 01:00 et 07:25 UTC, le traitement d'emploi dégradé et la planification ont affecté les produits Atlassian, y compris Bitbucket Cloud, Confluence, Forge apps, Jira, et Jira Service Management dans toutes les régions de cloud commercial. Cela a entraîné des tâches d'arrière-plan retardées ou manquées, comme le traitement des courriels et les pipelines prévus; l'utilisation interactive des produits n'a pas été affectée. L'événement a été déclenché quand un volume inattendu de tâches programmées est devenu dû simultanément, accablant notre plate-forme de planification d'emploi partagée. La surveillance automatisée a permis de détecter l'incident dans les trois minutes. La récupération a commencé vers 03:45 UTC à mesure que la capacité d'ingénierie à l'échelle et la plate-forme a fonctionné à travers l'arriéré, avec la résolution complète atteint en 6 heures et 25 minutes. IMPACT La plupart des tâches programmées ont cessé de fonctionner à 01:00 UTC et ont repris à partir d'environ 03:45 UTC. La plupart des retards avaient pris fin vers 6h00 UTC, et les retards restants avaient été annulés à 07h25 UTC. Pour les produits touchés : - Tâches récurrentes en attente ou en retard d'exécution pendant l'incident; les tâches en attente n'ont pas été ré-exécutées automatiquement et les tâches ont repris à l'heure prévue suivante. - La plupart des tâches planifiées ponctuelles ont été effectuées tardivement; il se peut qu'un petit nombre n'ait pas été exécuté. - Les règles d'automatisation, y compris les règles prévues, fonctionnent normalement, sauf comme indiqué ci-dessous. Nuage de bitbucket Les pipelines prévus entre 1h00 et environ 03h50 UTC n'ont pas fonctionné. Si un pipeline programmé n'a pas fonctionné pendant l'incident, vous pouvez attendre la prochaine exécution programmée ou la déclencher manuellement. D'autres pipelines n'ont pas été touchés. Confluence Certains rappels d'événements dus entre 01:00 et vers 03:45 UTC n'ont pas été envoyés. Forge apps Les déclencheurs programmés se sont arrêtés à 1h00 UTC et ont repris vers 4h00 UTC; les invocations manquées n'ont pas été rejouées. Objectifs Le début du mois des rappels par courriel pour mettre à jour les objectifs pourrait être retardé. Gestion des services Jira et Jira Les courriels entrants sont restés dans leur boîte aux lettres et ont été traités automatiquement après la récupération. Les notifications prévues, comme les abonnements aux filtres, ont été retardées. Dans certains projets de service, les règles d'automatisation et les notifications déclenchées par les SLA ou le temps passé dans le statut étaient en retard. Les données des minuteurs SLA sont demeurées intactes. Appui atlasien Jusqu'à 07:25 UTC, les problèmes avec nos outils de soutien ont peut-être ralenti certaines de nos réponses. Selon notre enquête à ce jour, nous n'avons identifié aucune perte d'éléments de travail, de pages, de dépôts ou de courriels entrants. ### CAUSE ROUTIÈRE Notre plate-forme commune de planification des tâches fonctionne à grande échelle dans des conditions normales. Un des consommateurs de la plateforme a prévu un volume anormalement élevé de tâches à exécuter en même temps le 1er octobre à 01:00 UTC. Cette augmentation de l'ordre de grandeur a dépassé nos limites architecturales et d'échelle, créant un arriéré de traitement pour les services dépendants. L'ingénierie a augmenté manuellement la capacité de traiter la charge anormale, permettant au service de traiter l'arriéré et de revenir à des opérations normales. Plan d'action et prochaines étapes Nous savons que le travail retardé et manqué affecte votre productivité. Nous priorisons ces mesures afin de réduire la probabilité et l'impact d'incidents semblables : - **Isolement de la charge de travail :** Mettre en place des garde-corps équitables afin que les surtensions de volume provenant d'une seule source ne soient pas affamées ou ne retardent pas les tâches d'autres produits. - **Renforcer les contrôles de surtension :** Ajouter des capacités opérationnelles pour accélérer ou arrêter rapidement les charges de travail prévues à partir de sources spécifiques pendant les pics de trafic inattendus. - **Améliorer l'échelle et la récupération du système :** Améliorer la capacité de la plate-forme et optimiser les processus d'échelle pour gérer les pics de demande extrêmes et récupérer plus rapidement. Nous nous excusons auprès des clients dont les services ont été touchés lors de cet incident. Merci, Atlassie

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

1. 24 septembre 2026 à 13:54 UTCinvestigating

   Nous continuons d'étudier la question ayant une incidence sur la création, l'observation et le chargement de Jira. Nos équipes restent engagées dans l'identification d'une résolution. Nous fournirons la prochaine mise à jour dans 1 heure, ou plus tôt s'il y a des progrès importants.

2. 24 septembre 2026 à 14:58 UTCmonitoring

   Des mesures d'atténuation ont été prises et nous constatons des signes positifs de rétablissement dans toute la Jira. Les problèmes de visionnement des éléments de travail, de chargement des cartes et de création des billets sont subventionnés. Nous continuons de surveiller la santé du système afin d'assurer une stabilité totale et nous partagerons notre prochaine mise à jour dans les 60 minutes.

3. 24 septembre 2026 à 15:53 UTCresolved

   Le 24 septembre 2026, certains utilisateurs de Jira et de JSM dans la région des États-Unis ont peut-être subi une dégradation des performances qui a eu un impact sur la création, la visualisation et le chargement de Jira. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés.

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

1. 14 septembre 2026 à 16:46 UTCinvestigating

   Nous enquêtons activement sur les informations faisant état d'une interruption de service affectant Opsgenie et Jira Service Management. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 14 septembre 2026 à 17:16 UTCidentified

   Nous avons identifié la cause probable du problème, et nos équipes travaillent avec diligence à une atténuation. Nous continuerons de partager des mises à jour supplémentaires ici, car plus d'information est disponible.

3. 14 septembre 2026 à 17:27 UTCmonitoring

   Le problème a maintenant été résolu et les services fonctionnent normalement pour tous les clients touchés. Nous continuerons de surveiller de près pour confirmer la stabilité.

4. 14 septembre 2026 à 17:43 UTCresolved

   Le 14 septembre 2026, Opsgenie et Jira Service Management ont connu une perturbation et les utilisateurs touchés ont vu des alertes retardées et l'incapacité de voir les alertes dans l'interface utilisateur. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés.

5. 18 septembre 2026 à 17:02 UTCpostmortem

   Résumé Le 14 septembre 2026, entre 15 h 30 et 17 h 10 UTC, les clients d'Atlas qui utilisent Opsgenie, Jira Service Management et Compass ont connu des retards dans la réception des notifications d'alerte et des défaillances intermittentes lors de l'utilisation des fonctions Ops. La question a été déclenchée par des transactions à long terme dans un service de base, ce qui a entraîné l'épuisement de la réserve de fils et provoqué des demandes subséquentes qui n'ont pas répondu. Les transactions à long terme ont été causées par un changement de configuration publié entre le 9 septembre 2026 et le 11 septembre 2026 UTC. L'équipe a surveillé activement l'impact du changement sur le système jusqu'au début du 14 septembre 2026 UTC et n'a observé aucune anomalie. Cependant, l'augmentation du trafic pendant les heures de travail aux États-Unis le 14 septembre 2026 a causé ces transactions inattendues à long terme. L'incident a été détecté en moins d'une minute par nos systèmes automatisés de surveillance, et la stabilisation complète du service s'est produite après l'isolement et la reprise du changement le 14 septembre 2026 à 17 h 10 UTC. IMPACT L'incident a principalement affecté les fonctions Ops dans Opsgenie, Jira Service Management et Compass pour les clients hébergés dans la région américaine. Au cours de l'incident, le débit de bout en bout pour la création de l'alerte et la transmission de la notification a connu un retard moyen de 22 minutes. Aucune alerte ou notification de charge utile n'a été abandonnée pendant l'incident; tous les événements en attente ont été traités avec succès et livrés au fur et à mesure que les services étaient récupérés. De plus, les paramètres d'API Ops associés et les flux d'interface utilisateur Web ont connu des latences élevées et des erreurs intermittentes. La perturbation a commencé à 15 h 30 UTC et a été résolue par 17 h 10 UTC (durée totale : 1 heure et 40 minutes). Les équipes d'ingénierie ont été immédiatement alertées par des pipelines de secours en cas de catastrophe et ont commencé à les atténuer sans délai. Toutefois, cette perturbation a eu des répercussions sur les flux de notification et de coordination internes entre les équipes interfonctionnelles (y compris l'assistance à la clientèle et les communications en cas d'incident), ce qui a retardé la publication de mises à jour externes sur les pages d'état. ### CAUSE ROUTIÈRE L'incident a été déclenché lorsqu'un changement de configuration nouvellement publié a fait des appels de service en aval redondants sur chaque charge de page, provoquant un pic de trafic. Le changement de configuration, publié entre le 9 septembre 2026 et le 11 septembre 2026, a été activement surveillé pour l'impact jusqu'au début du 14 septembre 2026. Cependant, un pic de trafic pendant les heures de travail américaines a causé des problèmes inattendus. Le service en aval a commencé les demandes de limitation des tarifs, et une stratégie agressive de réessayer sans avoir suffisamment de filetage d'arrière-plan des travailleurs s'est ouverte, ce qui a entraîné l'épuisement de la réserve et des délais sur le trafic critique entrant. Plan d'action et prochaines étapes L'incident a été atténué par la désactivation du drapeau de la fonction qui a déclenché la limitation des tarifs interservices. Nous comprenons que l'accès fiable aux produits Atlassian est essentiel pour vos équipes. Nous priorisons les mesures suivantes pour prévenir les récidives : - **Améliorer la résilience du service au service** - Examiner et ajuster les configurations de limitation des tarifs entre les services internes. - Optimiser les stratégies de réessayer pour prévenir les transactions à long terme et garder l'impact isolé au point problématique. Amélioration de l'isolement architectural - Affiner l'architecture de ce service de base de façon à ce qu'il y ait plus d'isolement entre les différentes transactions afin que les dégradations d'un type de transaction n'aient pas d'incidence sur les flux critiques non liés. - **Améliorer l'alerte proactive** - Ajouter des alertes d'alerte précoce pour la saturation de la piscine de fils et des réponses élevées à la limite des tarifs interservices avant qu'ils n'aient une incidence sur les utilisateurs finaux. - Mettre en place des processus d'alerte de sauvegarde pour le support client et les voies de communication des incidents Nous nous excusons auprès des clients dont les services ont été touchés pendant cet incident; nous prenons des mesures immédiates pour améliorer la performance et la disponibilité de la plateforme. Merci, Assistance client Atlassian

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

1. 11 septembre 2026 à 07:46 UTCinvestigating

   Nous enquêtons sur des rapports concernant Jira Software et Jira Service Management. Les utilisateurs touchés peuvent rencontrer des erreurs ou des retards lors du chargement des vues de problèmes et des tableaux de visualisation. Nous nous efforçons d'identifier la cause profonde et fournirons une mise à jour à mesure que de plus amples renseignements seront disponibles.

2. 11 septembre 2026 à 08:06 UTCmonitoring

   Une mesure d'atténuation a été déployée, et nous observons la reprise à travers Jira Software et Jira Service Management. Nos équipes d'ingénierie surveillent de près l'environnement pour assurer une stabilité durable. Nous fournirons une autre mise à jour une fois que la résolution complète sera confirmée ou dans les 60 minutes.

3. 11 septembre 2026 à 08:37 UTCresolved

   Le 11 septembre 2026, entre 07:02 UTC et 07:56 UTC, certains utilisateurs de Jira Software et de Jira Service Management ont peut-être subi une dégradation des performances et des erreurs lors de l'accès aux éléments et aux tableaux de travail. Le problème est maintenant résolu et tous les services fonctionnent normalement.

4. 21 septembre 2026 à 22:36 UTCpostmortem

   Résumé Le 11 septembre 2026, entre 07:02 et 07:56 UTC, les clients atlassiens principalement de la région de l'UE et certains de la région APAC utilisant les produits Jira et Jira Service Management n'ont pas été en mesure de voir les articles de travail ou les tableaux d'accès de façon uniforme. L'événement a été déclenché par un déploiement de configuration interne incompatible avec l'arrière dans la plate-forme de données graphique sous-jacente. L'incident a été détecté en 3 minutes par notre système automatisé de surveillance et atténué en faisant avancer le déploiement stable dans toutes les régions. Le temps total de résolution était d'environ 54 minutes. IMPACT L'impact global s'est produit entre le 11 septembre 2026, 07:02 UTC et le 11 septembre 2026, 07:56 UTC sur deux produits. Au cours de cette période, certains clients de la région de l'UE utilisant Jira et Jira Service Management ont connu des défaillances intermittentes ou des performances dégradées. Nous avons noté qu'une défaillance de configuration empêchait les services de dépendance critique de s'étendre, ce qui a entraîné une panne pour les utilisateurs touchés. Les utilisateurs de Jira et de Jira Service Management ont éprouvé des erreurs de temps d'arrêt et ont échoué ou retardé le chargement des pages lorsqu'ils ont tenté d'accéder à la vue de l'élément de travail, à la navigation et à la vue du tableau. ### CAUSE ROUTIÈRE L'incident a été causé par le déploiement d'un changement au service de graph store, qui sert de lien à des entités tierces telles que les demandes de tirage. Le changement a causé l'échec des vérifications de démarrage, empêchant de nouveaux nœuds de rejoindre le cluster. Pendant les périodes de pointe, le service n'a pas pu être suffisamment étendu, ce qui a fait échouer les demandes de Jira et de Jira Service Management au service de graph store. Plan d'action et prochaines étapes Nous savons que les pannes affectent votre productivité. Nous priorisons les mesures d'amélioration suivantes pour éviter de répéter ce type d'incident : - Implémenter la configuration par code : Nous déplaçons les fichiers de définition de configuration pour qu'ils fassent partie de la base de données de base afin de s'assurer qu'ils sont mis en version et déployés en synchrone avec la logique d'application. - Graceful Degradation in Jira: Nous implémentons des modifications aux vues Jira affectées pour séparer les requêtes centrales des requêtes de dépendance non critiques, permettant à la page de rester fonctionnelle même si un service en aval échoue. - Optimiser le pipeline de déploiement : Les pipelines de déploiement sont optimisés pour permettre des mises à jour parallèles accélérées pendant les scénarios de réponse opérationnelle. Nous nous excusons auprès des clients dont les services ont été touchés pendant cet incident; nous prenons des mesures immédiates pour améliorer la performance et la disponibilité de la plateforme. Merci, Assistance client Atlassian

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

1. 3 septembre 2026 à 14:20 UTCinvestigating

   Nous enquêtons sur un problème touchant la gestion du service Jira. Les utilisateurs touchés peuvent éprouver des erreurs ou une lenteur lors de l'affichage ou de l'interaction avec le champ Services touchés. Nos équipes enquêtent activement sur la cause profonde. Nous fournirons la prochaine mise à jour dans la prochaine 1 heure, ou plus tôt.

2. 3 septembre 2026 à 15:20 UTCinvestigating

   Nous avons identifié la cause du problème touchant la gestion du service de Jira et nous déployons actuellement une solution. Nous espérons que la situation se rétablira sous peu et nous continuerons de suivre de près la situation. Nous fournirons la prochaine mise à jour dans 60 minutes, ou plus tôt s'il y a une mise à jour matérielle.

3. 3 septembre 2026 à 16:15 UTCmonitoring

   La dégradation des performances de Jira Service Management a été résolue, et les services fonctionnent maintenant normalement pour tous les clients touchés. Nous continuerons à surveiller étroitement les performances pour confirmer la stabilité.

4. 3 septembre 2026 à 17:03 UTCresolved

   Le 3 septembre 2026, certains utilisateurs de Jira Service Management ont peut-être fait l'expérience d'erreurs dans la visualisation du champ Services touchés ou la dégradation des performances sur le Web. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés.

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

1. 1 septembre 2026 à 10:11 UTCmonitoring

   Nous avons identifié la cause profonde de la question ayant une incidence sur les transitions de Jira Work Item et avons appliqué une correction. Nous observons actuellement des signes de rétablissement et nous continuerons de surveiller. Nous fournirons la prochaine mise à jour dans la prochaine 1 heure, ou plus tôt s'il y a une mise à jour matérielle.

2. 1 septembre 2026 à 11:44 UTCresolved

   Le 1er septembre 2026, entre 04h22 UTC et 10h59 UTC, certains utilisateurs de Jira ont peut-être subi des interruptions de service. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients.

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

1. 27 août 2026 à 04:22 UTCinvestigating

   Nos équipes ont identifié ce problème a également une incidence sur Jira Service Management. Nous procéderons à une mise à jour dans les plus brefs délais.

2. 27 août 2026 à 04:25 UTCinvestigating

   Nous enquêtons sur un problème d'accès aux produits qui affecte les clients de Confluence, Jira Cloud et Jira Serivce Management. Notre équipe enquête d'urgence sur cette question et nous fournirons plus de détails dans une heure ou plus tôt si des informations sont disponibles.

3. 27 août 2026 à 04:33 UTCidentified

   Nos équipes ont identifié une solution possible pour les problèmes touchant Jira Cloud, Jira Service Management et Confluence. Ce programme est maintenant mis en oeuvre dans les régions touchées et nous le mettrons à jour dans une heure, ou plus tôt si d'autres renseignements sont disponibles.

4. 27 août 2026 à 04:51 UTCmonitoring

   Les questions relatives au chargement de Jira Cloud, Jira Service Management et Confluence sont maintenant en cours de récupération. Nous continuerons à surveiller de près pour confirmer la stabilité et fournir une mise à jour dans une heure, ou plus tôt à mesure que plus d'informations seront disponibles.

5. 27 août 2026 à 05:16 UTCresolved

   Le 27 août 2026 UTC, les produits Atlassian, dont Jira Cloud, Jira Service Management et Confluence, ont connu une perturbation et les services n'ont pas été offerts aux utilisateurs touchés. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés. Un postmortem public pour cet incident sera disponible sur cette page lorsque notre enquête complète sur l'incident aura été terminée.

6. 7 septembre 2026 à 02:53 UTCpostmortem

   **SOMMAIRE** Le 27 août 2026, entre 03:51 et 04:35 UTC, les clients atlasiens des régions de l'Europe occidentale et du sud-est de l'APAC n'ont pas pu atteindre les produits Atlassian Cloud, y compris Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search et Talent. L'événement a été déclenché par un changement de code défectueux à la couche de routage d'une de nos flottes mandataires. Cela a conduit à des erreurs HTTP 404 servies à tous les trafics clients via ces flottes proxy en Europe occidentale et dans les régions APAC du Sud-Est. L'incident a été détecté en moins d'une minute par nos systèmes automatisés de surveillance, et atténué par le retour à la version précédente de configuration, qui a mis la flotte proxy dans un bon état connu. Après la récupération de la flotte proxy, certains clients Jira et Confluence (quel que soit leur emplacement) ont reçu des erreurs HTTP 503 entre 04:33 et 04:53 UTC en tant que flottes de serveurs ajustées à l'afflux de trafic. ** IMPACT** L'impact global a été divisé en deux périodes distinctes: - D'abord, le 27 août 2026, entre 03:51 et 04:35 UTC sur Atlassian Analytics, Compass, Confluence, Focus, Guard, Jira, JPD, JSM, Opsgenie, Rovo Search et Talent. L'incident a causé une perturbation du trafic client en provenance des régions de l'Europe occidentale et du sud-est de l'APAC, les erreurs HTTP 404 étant retournées. Il n'y a eu aucun impact sur le trafic client API, quel que soit l'emplacement d'origine. - Deuxièmement, le 27 août 2026, entre 04:33 et 04:53 UTC, certains clients Jira et Confluence ont reçu des erreurs HTTP 503 après la résolution des erreurs HTTP 404 : ~32% des demandes dans ap-sud-est-2, ~4% des demandes dans eu-ouest-1, ~2,5% des demandes dans us-ouest-2 et ap-sud-est-1, et <1% des demandes dans toutes les autres régions mondiales. ** CAUSE DE ROOT** L'événement a été déclenché par un changement de code à une de nos flottes mandataires. Cependant, il y avait un défaut dans le code déployé qui n'a pas été détecté par des tests manuels et automatisés. Cela a conduit à une mauvaise configuration d'une fonctionnalité de recherche de locataire dans le niveau proxy, ce qui a conduit au trafic n'ayant pas de chemin de réseau valide, ce qui a conduit à des erreurs HTTP 404 servies à tous les trafics clients à travers ces flottes proxy en Europe occidentale et dans les régions APAC du Sud-Est. Après la récupération de l'impact de niveau de remplacement, une deuxième période d'impact a été causée à certains clients de Jira et de Confluence. En raison de la réduction du trafic desservi par Jira et Confluence par la flotte proxy, les niveaux de service Jira et Confluence avaient automatiquement augmenté dans le nombre de serveurs desservant le trafic client. Une fois que la fonctionnalité de flotte proxy a été rétablie, la surtension du trafic a dépassé le niveau de service Jira, qui a renvoyé un taux élevé de HTTP 503s jusqu'à ce qu'il ait automatiquement réévalué. ** PLAN D'ACTION ET PROCHAINES ÉTAPES** Nous savons que les pannes affectent votre productivité. Bien que nous ayons un certain nombre de processus de test et de prévention en place, ce problème précis n'a pas été identifié parce que le changement était lié à un type très spécifique de cas de bord qui n'a pas été repris par nos suites de déploiement continu automatisé et scripts de test manuel. Nous priorisons les mesures d'amélioration suivantes pour éviter de répéter ce type d'incident : - ** Ajouter de nouvelles garanties de déploiement :** Le pipeline de déploiement pour la configuration du niveau de proxy impacté utilisait un système existant et n'avait pas les fonctionnalités de déploiement régional lent appropriées configurées correctement. Nous avons déjà ajouté les garanties correctes, et nous sommes en train de transférer ce pipeline de déploiement standard de notre entreprise qui inclut tous nos contrôles de sécurité activés par défaut. Nous vérifions également tous les services de réseautage pour confirmer qu'ils sont tous sur le nouveau service standard de déploiement de pipelines. - **Améliorer les politiques d'échelle de la flotte de services :** La configuration d'échelle automatique de nos flottes de services Jira et Confluence a été configurée pour s'adapter à une échelle trop agressive. Nous sommes en train d'examiner et de mettre à jour en profondeur toutes les politiques complexes de jira et de confluence pour nous assurer que cela ne se reproduise pas. Nous nous excusons auprès des clients dont les services ont été touchés pendant cet incident; nous prenons des mesures immédiates pour améliorer la performance et la disponibilité de la plateforme. Merci, Assistance client Atlassian

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

1. 25 août 2026 à 08:42 UTCinvestigating

   Nous enquêtons activement sur les rapports de dégradation de la performance qui se traduisent par une latence accrue pour les notifications par courriel, par mobile et par défaut pour Jira, JSM et Confluence. Nos équipes enquêtent sur la question et plus d'informations seront partagées dans les 1 prochaines heures.

2. 25 août 2026 à 09:44 UTCinvestigating

   Nos équipes ont identifié les régions touchées et s'emploient activement à atténuer le problème. Nous fournirons d'autres mises à jour dans une heure, ou plus tôt si nous avons des progrès importants à partager.

3. 25 août 2026 à 10:49 UTCinvestigating

   Nos équipes ont pris peu de mesures correctives pour atténuer le problème dans l'une des régions touchées et observent certaines améliorations. Nous continuons de surveiller la situation et nous prendrons les mesures nécessaires jusqu'à ce que l'incident soit complètement rétabli. Nous fournirons d'autres mises à jour dans les deux prochaines heures, ou plus tôt si nous avons des progrès importants à partager.

4. 25 août 2026 à 13:01 UTCmonitoring

   Nos équipes continuent d'atténuer le problème et observent certaines améliorations. Nous continuons de surveiller la situation et nous prendrons les mesures nécessaires jusqu'à ce que l'incident soit complètement rétabli. Nous fournirons d'autres mises à jour dans les deux prochaines heures, ou plus tôt si nous avons des progrès importants à partager.

5. 25 août 2026 à 14:33 UTCresolved

   Le 25 août 2026, certains utilisateurs ont peut-être connu une latence accrue dans les notifications par courriel, par téléphone mobile et par la suite. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients.

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

1. 24 août 2026 à 19:22 UTCinvestigating

   Nous enquêtons activement sur les rapports de dégradation des performances qui ont entraîné une latence accrue pour les notifications par courriel, mobile et Slack pour JIRA, JSM et Confluence. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 24 août 2026 à 20:25 UTCinvestigating

   Nos équipes ont identifié trois régions touchées et continuent d'étudier l'augmentation de la latence touchant les notifications par courriel, par téléphone mobile et par Slack pour JIRA, JSM et Confluence.

3. 24 août 2026 à 21:30 UTCidentified

   Nous avons identifié la cause probable du problème, et nos équipes travaillent avec diligence à une atténuation. Les utilisateurs touchés peuvent éprouver une latence accrue dans les notifications par courriel, mobile et Slack pour JIRA, JSM et Confluence. Nous continuerons de partager des mises à jour supplémentaires ici, car plus d'information est disponible.

4. 24 août 2026 à 23:15 UTCresolved

   Le 24 août 2026, certains utilisateurs de JIRA, de JSM et de Confluence ont peut-être subi une dégradation des performances entraînant une latence accrue dans les notifications par courriel, mobile et Slack. Le problème a été résolu pour les notifications nouvellement créées, et le service fonctionne normalement. Il peut y avoir des notifications plus anciennes qui sont en cours de traitement, et nous nous attendons à ce qu'elles soient complétées dans les prochaines heures.

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

1. 7 août 2026 à 11:30 UTCinvestigating

   We are investigating issues affecting your services. We are actively working to identify the cause and resolve the issue. We will provide further updates within one hour.

2. 7 août 2026 à 12:22 UTCmonitoring

   Some customers experienced issues accessing affected services in the Central European region. We have been able to apply the fix to mitigate the issues and we are seeing recovery. We continue to monitor the situation and should be fully recovered soon. We should be able to provide more updates in the next one hour or earlier.

3. 7 août 2026 à 12:52 UTCresolved

   On August 7th - 2026, between 10:27 UTC to 11:49 UTC, some users in the Central European region may have experienced service access issues. The issue has now been resolved and the service is operating normally for all the customers.

1. 7 août 2026 à 01:33 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA and JSM. Affected users may experience errors viewing issues and boards. We will share updates here as more information is available.

2. 7 août 2026 à 01:39 UTCmonitoring

   The performance degradation of JIRA has been resolved, and services are now operating normally for all affected customers. We'll continue to monitor performance closely to confirm stability.

3. 7 août 2026 à 01:46 UTCresolved

   On August 7, 2026, JIRA, JWM, and JSM users may have experienced performance degradation when viewing issues and boards. The issue has now been resolved, and the service is operating normally for all affected customers.

1. 21 juillet 2026 à 09:48 UTCidentified

   Nous travaillons avec notre fournisseur de notification pour résoudre le problème. Nous fournirons une autre mise à jour dans 24 heures ou dès que plus d'information sera disponible.

2. 22 juillet 2026 à 06:59 UTCidentified

   Un petit nombre de notifications vocales pour les clients Jira Service Management et Opsgenie utilisant des numéros mobiles basés en Inde peuvent échouer. Les clients peuvent voir des journaux d'appels téléphoniques échoués et ne pas recevoir l'appel de téléappel prévu. Notre fournisseur de notification 3e partie travaille activement à la restauration de la notification vocale et nous fournirons des mises à jour une fois le problème résolu. Si vous avez besoin d'un soutien ou d'informations supplémentaires, veuillez contacter notre équipe de soutien.

3. 24 juillet 2026 à 13:07 UTCresolved

   Notre fournisseur de notification a identifié la racine du problème qui cause des pannes d'appel vocal à certains numéros mobiles basés en Inde. Nous comprenons les inconvénients que cela peut causer et apprécions votre patience pendant que notre fournisseur travaille à restaurer le service. Si vous avez eu des problèmes avec les notifications vocales, veuillez contacter notre support pour obtenir de l'aide.

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

1. 20 juillet 2026 à 20:18 UTCinvestigating

   Nous étudions activement les rapports de dégradation des performances affectant les règles d'automatisation pour Jira et Jira Service Management. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 20 juillet 2026 à 21:27 UTCinvestigating

   Nos équipes continuent d'enquêter sur les retards dans l'exécution des règles de gestion des services Jira et Jira pour certains clients. Nous voyons des signes d'amélioration, mais les utilisateurs touchés peuvent encore connaître des retards. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

3. 21 juillet 2026 à 04:53 UTCidentified

   L'équipe a identifié une cause fondamentale et, après les essais initiaux, elle est en train d'apporter des modifications à l'échelle afin de prévenir ces retards dans l'exécution des règles. Nous surveillerons les performances au cours des 24 prochaines heures et fournirons une mise à jour à ce moment-là ou plus tôt si nous pouvons confirmer l'amélioration est en place.

4. 22 juillet 2026 à 00:56 UTCresolved

   Notre équipe a été en mesure de valider que toutes les exécutions de règles se déroulent normalement et ce problème est maintenant résolu.

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

1. 20 juillet 2026 à 16:03 UTCinvestigating

   Nous étudions activement les rapports de dégradation des performances affectant les règles d'automatisation pour Jira et Jira Service Management. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 20 juillet 2026 à 16:58 UTCidentified

   Nous avons identifié la cause probable du problème, et nos équipes travaillent avec diligence à une atténuation. Nous observons actuellement des signes d'amélioration, mais les utilisateurs touchés peuvent rencontrer des retards dans la gestion de Jira et Jira Service. Nous continuerons à partager des mises à jour supplémentaires ici, car plus d'informations sont disponibles.

3. 20 juillet 2026 à 17:23 UTCresolved

   Le 20 juillet 2026, certains utilisateurs de Jira et de Jira Service Management ont peut-être subi une dégradation des performances des exécutions de règles d'automatisation. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés.

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

1. 6 juillet 2026 à 09:23 UTCinvestigating

   Nous enquêtons sur des questions touchant vos services. Nous travaillons activement à identifier la cause et à résoudre le problème. Nous fournirons d'autres mises à jour dans une heure.

2. 6 juillet 2026 à 10:04 UTCmonitoring

   Nous avons appliqué la solution avec succès et nous voyons la récupération. Les capacités d'automatisation sont rétablies et devraient fonctionner normalement. Les demandes de traitement de données soumises pendant la période de panne n'ont pas été traitées en raison de l'indisponibilité du service. Nous continuons de surveiller la situation et nous nous attendons à un rétablissement complet d'ici l'heure suivante. Nous fournirons des mises à jour supplémentaires dans la prochaine heure ou plus tôt.

3. 6 juillet 2026 à 11:46 UTCinvestigating

   Nous assistons encore à des problèmes de recherche des utilisateurs, de recherche des utilisateurs et d'atouts avec la région de l'UE. Nous continuons d'enquêter sur la situation et fournirons des mises à jour supplémentaires dans la prochaine heure ou plus tôt.

4. 6 juillet 2026 à 12:25 UTCmonitoring

   Nous avons appliqué le correctif pour atténuer le problème et nous voyons le rétablissement. Nous continuons à surveiller la situation et nous devrions la retrouver rapidement. Nous devrions être en mesure de fournir plus de mises à jour dans la prochaine heure ou plus tôt.

5. 6 juillet 2026 à 13:04 UTCresolved

   Le 6 juillet 2026, entre 06h51 UTC et 09h39 UTC, certains utilisateurs ont peut-être eu des problèmes liés à l'automatisation, et entre 08h10 UTC et 11h50 UTC, certains utilisateurs ont peut-être eu des problèmes liés à la recherche d'utilisateurs, à la recherche d'utilisateurs et aux actifs dans la région de l'UE. Les problèmes ont maintenant été résolus et les services fonctionnent normalement pour tous les clients.

6. 17 juillet 2026 à 16:59 UTCpostmortem

   Résumé Le 6 juillet 2026, entre 06:51 et 20:17 UTC, les clients atlassiens utilisant des produits cloud dans les régions européennes (UE) ont connu des perturbations de service affectant l'exécution des règles d'automatisation, la recherche des utilisateurs, le sélectionneur d'utilisateurs et les flux de travail connexes. L'incident a commencé quand un service d'identité de base a connu une saturation de la base de données dans les régions de l'UE, augmentant les taux de latence et d'erreur. Bien que les intervenants aient travaillé à rétablir la capacité, une atténuation d'urgence a été appliquée qui a empêché les règles d'automatisation d'accéder au paramètre d'identité. En parallèle, l'augmentation de la latence identitaire a contribué à une défaillance en cascade d'un service de recherche d'utilisateurs en aval, à une recherche d'utilisateurs dégradante et à des expériences de sélection d'utilisateurs sur plusieurs produits. Le service a été progressivement rétabli après l'ajout d'une capacité supplémentaire de lecture de la base de données, le bloc d'urgence a été supprimé et le service de recherche des utilisateurs a été augmenté manuellement. Impact L'incident a touché des clients de plusieurs produits atlassiens dans les régions de l'UE le 6 juillet 2026 entre 06:51 et 20:17 UTC. - **Dégradation du service d'identité de base:** des taux d'accès intermittents élevés ont été observés dans les produits des régions de l'UE. - **Défauts d'exécution des règles d'automatisation:** Les règles d'automatisation utilisant l'utilisateur par défaut (Automation pour Jira) dans Jira, Jira Service Management et Jira Product Discovery dans les régions de l'UE ont échoué avec une erreur d'autorisation. - **Défauts de recherche et de sélection d'utilisateurs:** Les taux de succès de recherche d'utilisateurs ont considérablement baissé dans les régions de l'UE, la capacité de sélection d'utilisateurs étant largement indisponible pour tous les produits. La cause profonde L'incident provient d'un changement de configuration récent qui a réduit la durée de vie du cache pour un service d'identité de base. Au fur et à mesure que le trafic de la journée de travail de l'UE a augmenté le 6 juillet 2026, une plus grande partie des demandes ont commencé à parvenir directement à la base de données d'appui plutôt que d'être desservies par cache. Les bases de données de l'UE ne disposaient pas d'une capacité régionale suffisante pour absorber l'augmentation de la charge, et le processeur de la base de données a atteint la saturation, ce qui a entraîné des taux d'accès intermittents élevés. Dans le cadre de l'atténuation, un bloc d'urgence a été appliqué afin de réduire la charge sur la base de données des services d'identité saturés et de prioriser la restauration du service d'identité de base. Cela empêchait par inadvertance les règles d'automatisation de passer leurs contrôles d'autorisation avant l'exécution, ce qui les faisait échouer. La durée prolongée était principalement due à une vague secondaire d'échecs des règles d'automatisation causée par la limite de traitement du grottling. Parallèlement, la dégradation soutenue a entraîné une augmentation de la latence et des défaillances intermittentes entre les produits qui dépendent de ces vérifications et a contribué à une défaillance en cascade dans un service de recherche d'utilisateurs en aval. En conséquence, les expériences de recherche et de sélection d'utilisateurs sont devenues largement indisponibles dans les régions de l'UE jusqu'à ce que le service des autorisations se rétablisse et que le service de recherche d'utilisateurs soit étendu pour rétablir la capacité. ## Plan d'actions correctives et prochaines étapes Nous savons que les pannes affectent la productivité des clients. Atlassian donne la priorité aux mesures suivantes pour aider à prévenir des incidents similaires à l'avenir : - **Améliorer les garanties pour les mesures d'atténuation d'urgence à impact élevé :** Pour durcir l'outillage opérationnel, il faut procéder à des étapes d'atténuation qui pourraient désactiver les flux de travail orientés vers le client. - **Renforcer la capacité de l'infrastructure d'identité et changer la sécurité :** Examiner la taille de la base de données régionale et la salle de tête de capacité afin de réduire le risque de saturation pendant les périodes de pointe et affiner le processus d'évaluation des changements de configuration de sorte que l'impact en aval de la charge soit évalué avant le déploiement de la production. - **Renforcer la résilience contre les défaillances en cascade résultant de la dégradation en amont :** Audit de la gestion de la contre-pression, de la configuration des disjoncteurs et du comportement d'étalonnage automatique dans les services, de sorte que la dégradation en amont ne cause pas d'impact plus large sur les produits dans la recherche des utilisateurs, le sélectionneur d'utilisateurs et les expériences connexes. - ** Mécanismes de replay Harden pour les défaillances de la règle d'automatisation :** Accroître la résilience des règles d'automatisation afin de réduire l'impact associé aux incidents survenant dans les dépendances. Nous reconnaissons à quel point les flux de travail fiables des produits sont critiques pour nos clients, et nous nous excusons auprès des clients qui ont été touchés par cet incident. Merci, Assistance client Atlassian

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

1. 19 juin 2026 à 22:46 UTCmonitoring

   Les clients Jira et JSM utilisant Microsoft OAuth pour la création automatique de billets Jira à partir de l'email ont été incapables de lire l'email. Ceci est maintenant fixe et fonctionnel pour tout nouveau traitement d'email entrant. Les clients touchés pendant la période d'incident doivent ré-autoriser le serveur de messagerie Microsoft à restaurer et ci-dessous sont les instructions. Pour réautoriser un serveur Microsoft mail entrant : Se connecter à Jira en tant qu'administrateur Sélectionner > Système Sélectionnez Mail > Incoming Mail. Sélectionnez Modifier le serveur de messagerie entrant. Sélectionnez ré-autorisation . Entrez vos identifiants Microsoft pour continuer à utiliser votre serveur de messagerie Microsoft.

2. 26 juin 2026 à 05:13 UTCresolved

   Notre équipe a communiqué de manière proactive avec toutes les organisations touchées en leur donnant les instructions ci-dessous pour réautoriser leur serveur de messagerie Microsoft. Si vous rencontrez encore ce problème, veuillez tenter de compléter la réautorisation comme indiqué ci-dessous. Si d'autres problèmes subsistent, que vous estimez être liés à cet incident, veuillez communiquer avec l'appui d'Atlas pour obtenir une assistance supplémentaire.

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

1. 10 juin 2026 à 09:42 UTCinvestigating

   Users are facing degraded performance while accessing Assets page which is impacting Assets object creation, updation and deletion activities. Our teams are investigating actively and will be sharing more details in next 1 hour.

2. 10 juin 2026 à 10:00 UTCresolved

   On June 10 2026, between 08:10 and 09:08 UTC, users experienced degraded performance and inability to load the Assets page, which is impacting the ability to create, update, and delete assets. We have implemented a fix and services have been restored to normal operation for all affected customers.

1. 10 juin 2026 à 04:55 UTCinvestigating

   We are investigating reports of extended delays being experienced across tasks such as processing of Incoming Emails, Notifications relating to changes or creation of Work Items, in addition to delays in processing Scheduled Triggers from Marketplace apps. Our team is looking into this with urgency and we will provide further update within one hour as our investigation continues.

2. 10 juin 2026 à 05:39 UTCidentified

   Our team has identified the root cause for this issue and has now deployed a fix that is rolling out across impacted products. At this time we are monitoring for the recovery of these events across Jira Service Management, Jira Cloud and Ecosystem app Scheduled Triggers. We will provide further update within one hour or when we have seen a full recovery of all task processing across these products.

3. 10 juin 2026 à 06:14 UTCmonitoring

   Our team has now determined that performance has returned to expected levels for those impacted by this incident. Additional products that are now known to have been impacted by this incident are Confluence, Customer Service Management, and Jira Product Discovery. These products would have seen similar impact where email notifications or processing of events may have been delayed while this incident was underway. We are now monitoring for the full recovery of performance across all products and will update when we are confident this issue is fully resolved, or within one hour, whichever is sooner.

4. 10 juin 2026 à 06:31 UTCresolved

   We are now confident that any of the tasks that were impacted by this incident and were delayed should now be operating as expected. We apologize for any inconvenience that this issue may have caused.

1. 9 juin 2026 à 05:29 UTCinvestigating

   We are investigating reports of intermittent errors and degredated performance for some Jira Service Management and Jira Cloud customers. We will provide further updates within one hour.

2. 9 juin 2026 à 10:21 UTCidentified

   Our team has now identified what we believe to be the root cause of this issue and is working on a fix. The expected fix for this issue will be rolling out progressively so customers should see resolutions to their issues viewing Jira boards and work items occurring over the next few hours. We will provide further update either when the update has fully completed or within 3 hours, whichever occurs earlier.

3. 9 juin 2026 à 10:36 UTCmonitoring

   Our team has been able to apply the fix and mitigate the issue. The services have been restored to normal operations. We will continue to actively monitor over the next 8 hours to confirm stability.

4. 9 juin 2026 à 18:27 UTCresolved

   The issue has now been resolved, and the service is operating normally for all affected customers.