Historique des pannes de Jira Service Management

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

   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. 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.

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

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.

1. 8 juin 2026 à 01:53 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 8 juin 2026 à 02:36 UTCidentified

   We have identified an issue causing degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 8 juin 2026 à 02:56 UTCresolved

   On June 08 2026, between 01:30 and 02:40 UTC, users experienced degraded performance with Jira Software front-end experiences affecting view board, navigation, and backlog across multiple regions. We have implemented a fix and services have been restored to normal operation. We continue to monitor the situation closely.

1. 2 juin 2026 à 15:32 UTCinvestigating

   We are actively investigating reports of performance degradation affecting Jira and Jira Software Management customers. Some customers may experiences delays in rule execution. We'll provide an update here within the next hour, or sooner if new information becomes available.

2. 2 juin 2026 à 16:51 UTCresolved

   On June 2, 2026, some Jira and Jira Service Management users in the US-East region may have experienced performance degradation of automation rule executions. The issue has now been resolved, and the service is operating normally for all affected customers. Previously delayed automation rules are expected to be completed within 12 hours.

1. 1 juin 2026 à 08:06 UTCinvestigating

   We are investigating cases of partial-outage for Jira-software in the EU Region. We will provide more details within the next hour.

2. 1 juin 2026 à 08:06 UTCidentified

   We have identified an issue causing degraded performance for Jira Software, Jira Work Management, and Jira Service Management in the EU region. affected users may experience 5XX errors when accessing issues, boards, and navigation. Our engineering team is actively working on a resolution. We will provide an update within the next hour.

3. 1 juin 2026 à 09:08 UTCmonitoring

   We have implemented a fix for the issue causing degraded performance for Jira Software and Jira Service Management in the EU region. The impact has been mitigated, and we are actively monitoring the stability.

4. 1 juin 2026 à 13:23 UTCresolved

   This incident has been resolved. The issue causing degraded performance for Jira Software and Jira Service Management in the EU region has been fully mitigated. We have deployed a fix to prevent recurrence. If you continue to experience issues, please contact Atlassian Support. We apologise for the disruption and thank you for your patience.

5. 12 juin 2026 à 06:49 UTCpostmortem

   **SUMMARY** On June 01, 2026, between 06:54 and 08:28 UTC, Atlassian customers using Jira, Jira Service Management, and Jira Work Management were unable to view issues, boards, and backlogs, and experienced errors when performing transitions, adding comments, and navigating the product. The event was triggered by caching infrastructure autoscaling failure. The issue only impacted customers hosted in Europe. The incident was detected within 8 minutes by our automated monitoring system and mitigated by progressively scaling the caching clusters manually. The total time to resolution was 1 hour and 34 minutes due to the progressive recovery. **IMPACT** The incident caused service disruption for customers hosted in the Europe region who were unable to access core experiences across Jira Software, Jira Service Management, and Jira Work Management. **ROOT CAUSE** The root cause of the incident was a capacity constraint on our caching infrastructure in one availability zone of our EU Central cloud region. As morning traffic increased, our caching clusters attempted to scale out automatically. However, the cloud infrastructure was unable to provision additional nodes in that availability zone due to insufficient underlying capacity. Our caching infrastructure is designed to scale across multiple availability zones to ensure balanced and resilient capacity. On this occasion, a capacity constraint in one availability zone prevented the scaling operation from completing as expected. With the caching layer unable to grow to meet demand, the clusters began to experience network and/or CPU saturation and could not handle all incoming requests within the expected timeout window. Since a single user request to Jira typically involves multiple cache calls, timeouts compound rapidly. As more threads became blocked waiting on timed-out or slow cache operations, the application nodes reached its busy thread limit and began shedding load. While additional application nodes were added, these also experienced the same thread limit saturation due to the saturation of the cache layer resulting in widespread 503 service unavailable errors for customers. **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. In addition to existing safeguards and monitoring, Atlassian is prioritizing the following actions to help prevent similar incidents in future: - **Increased minimum caching cluster size**: We have increased the minimum number of nodes in all affected caching clusters in the EU Central region. This ensures sufficient capacity headroom to handle peak traffic without relying on autoscaling, reducing the risk of a similar failure occurring. - **Change autoscaling behaviour**: We are working on improvements to our autoscaling behaviour to fall back to other availability zones when capacity is unavailable in a single zone. We apologize to customers whose services were impacted during this incident; we are taking immediate steps to improve the platform’s performance and availability. Thanks, Atlassian Customer Support

1. 14 mai 2026 à 05:03 UTCinvestigating

   We are aware that the current issues with accessing Atlassian products are impacting additional products. We have now expanded the impact of the incident to cover the known impacted products at this time. We will provide further update within one hour or sooner as information is available.

2. 14 mai 2026 à 05:11 UTCidentified

   Further confirmations of impacted products have now been added to the incident. Our team is investigating the issue with urgency and we will provide further update as soon as it becomes available.

3. 14 mai 2026 à 05:24 UTCidentified

   It is likely if you are experiencing any issues relating to logging in or accessing Atlassian products at this time it is likely due to this ongoing incident. We are continuing to receive reports about expanded product impact resulting from this incident. While our team continues to investigate the issue with urgency, we will continue to provide further updates here with additional information. We will provide further update within one hour, or sooner as further information becomes available.

4. 14 mai 2026 à 05:34 UTCidentified

   Our team has identified the root cause of this issue and is now actively working on mitigating the issue with accessing Atlassian products. At this time, Atlassian customers should also be able to once again raise support requests with our team. We will provide further update within an hour as we are able to progress mitigating this issue.

5. 14 mai 2026 à 05:43 UTCmonitoring

   Our team has implemented a mitigation for this issue and we are now seeing recovery across Atlassian products. We will continue to monitor this issue for any ongoing concerns, and provide further updates here within an hour as we are able to confirm a full recovery has taken place.

6. 14 mai 2026 à 06:40 UTCmonitoring

   We are now able to see recovery for all impacted products, and users should be able to access their products as expected. Our team is continuing to monitor all products and services to ensure there is no further impact, and we will provide further update when this has been validated and the incident is closed.

7. 14 mai 2026 à 06:41 UTCmonitoring

   We are approaching full system recovery at this time, and are performing final confirmations that services are restored.

8. 14 mai 2026 à 06:48 UTCresolved

   All products and services impacted by this incident should now be fully recovered, and this incident is resolved.

9. 19 mai 2026 à 19:06 UTCpostmortem

   ### Summary On May 14, 2026, between 04:30 and 05:26 UTC, Atlassian customers experienced widespread service disruption across multiple Atlassian Cloud products. The issue was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. The incident was detected within a minute by automated monitoring systems and mitigated in 56 minutes. ### **IMPACT** During the incident, customers attempting to access Atlassian Cloud products in the us-east region experienced authentication and permission failures and were unable to access services. Customers also experienced errors when accessing the support portal until Atlassian fell back to an alternate support method. This was caused by a core identity service in the us-east region becoming unavailable. Affected products included Atlassian Administration, Atlassian Analytics, Bitbucket, Compass, Confluence, Jira, Jira Product Discovery, Jira Service Management and Trello. Some users outside us-east may have been affected in certain scenarios. ### **ROOT CAUSE** The incident was caused by a race condition in our internal deployment orchestration platform during a routine rollback operation of a core identity service in the us-east region. This race condition resulted in insufficient capacity for the identity service in the affected region which started returning errors to dependent products. ### **REMEDIAL ACTIONS PLAN & NEXT STEPS** We know that outages impact your productivity. Atlassian is prioritizing the following actions to help prevent similar incidents in future: * **Refine deployment orchestration safeguards** * Harden our deployment platform to prevent similar race conditions or resulting capacity loss during a rollback operation. * Streamline mitigation steps when a service becomes unavailable in a region. * **Reduce cross-region impact** * Improve regional isolation and fallback handling so an issue affecting a single region is less likely to impact customers or product functionality in other regions. We recognise how critical reliable access to Atlassian products is for our customers' productivity, and we apologize to customers who were impacted by this incident. Thanks, Atlassian

1. 14 mai 2026 à 01:15 UTCinvestigating

   We are aware that some users are experiencing an excessive number of notifications arriving from Jira Service Management (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that the vast majority of these notifications will be arriving within the next two hours. We will provide further update at that time or sooner if further information becomes available.

2. 14 mai 2026 à 03:52 UTCinvestigating

   Some of the users continue to experience an excessive number of notifications arriving from JSM (Assist) as our team replays delayed events experienced in this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 At this time we expect that these notifications will be arriving for the next few hours, until the recovery of the delayed events are processed which is taking longer than expected (ETA approx. 4 hours). We will provide further updates within 6 hours or sooner if the recovery occurs.

3. 14 mai 2026 à 09:41 UTCresolved

   This incident has been resolved. During the incident window, some customers using Atlassian Assist experienced excessive notifications as our team replayed delayed events caused by this prior incident: https://jira-service-management.status.atlassian.com/incidents/v307yb60q5g7 Our engineering team identified and addressed the issue. All services have fully recovered, and notification delivery is operating normally. No data loss occurred as a result of this incident. We apologize for the disruption and any confusion caused by the excessive notifications.