Historique des pannes de Jira

1. 3 septembre 2026 à 15:57 UTCinvestigating

   Nous enquêtons activement sur les informations faisant état d'une interruption de service affectant les clients de JIRA aux États-Unis. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 3 septembre 2026 à 16:35 UTCmonitoring

   Nos équipes ont pris des mesures d'atténuation pour réduire l'impact et la récupération chez les clients touchés a commencé à 16:15 UTC. Nous continuons d'étudier la cause profonde du problème et nous partagerons ici d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

3. 3 septembre 2026 à 17:02 UTCresolved

   Le 3 septembre 2026, la JIRA a 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.

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

1. 1 septembre 2026 à 17:09 UTCinvestigating

   Nous examinons activement les rapports sur la dégradation des performances affectant la fonctionnalité des formulaires. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 1 septembre 2026 à 18:27 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 des formulaires qui ne fonctionnent pas comme prévu. Nous continuerons de partager des mises à jour supplémentaires ici, car plus d'information est disponible.

3. 1 septembre 2026 à 20:33 UTCidentified

   Nos équipes continuent de travailler à l'atténuation. Nous continuerons de partager des mises à jour supplémentaires ici, car plus d'information est disponible.

4. 1 septembre 2026 à 21:24 UTCmonitoring

   La dégradation des performances de JIRA a été résolue, et les services fonctionnent maintenant normalement pour tous les clients touchés. Nous continuerons de surveiller de près le rendement pour confirmer la stabilité.

5. 1 septembre 2026 à 21:35 UTCresolved

   Le 1er septembre, certains utilisateurs de JIRA ont peut-être subi une dégradation des performances affectant la fonctionnalité des formulaires. 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 à 09:12 UTCinvestigating

   Nous sommes au courant d'un problème touchant les transitions de Jira Work Item. Les utilisateurs touchés peuvent éprouver des erreurs lorsqu'ils tentent de résoudre des problèmes de transition. Nos équipes enquêtent activement sur la cause profonde. Nous fournirons la prochaine mise à jour dans 60 minutes, ou plus tôt s'il y a une mise à jour matérielle.

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

3. 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. 31 août 2026 à 18:28 UTCidentified

   Impact

2. 1 septembre 2026 à 00:47 UTCmonitoring

   Jira Incoming Emails connaissent des échecs élevés lors de la récupération du courrier des comptes Microsoft. Cela affecte la création par courriel et les mises à jour des éléments de travail de Jira. Les utilisateurs peuvent voir 500 erreurs de serveur interne lorsque des tentatives de récupération d'email se produisent. Nous suivons les mises à jour de Microsoft et continuons à examiner l'impact. Ces mises à jour sont accessibles au public via https://status.cloud.microsoft/

3. 1 septembre 2026 à 05:18 UTCresolved

   Nous assistons maintenant à une reprise complète des services atlasiens qui ont été touchés, et cet incident est maintenant résolu. Pour ceux qui continuent d'éprouver des problèmes liés à cet incident, nous vous encourageons à consulter https://status.cloud.microsoft/, car ils continuent de fournir des mises à jour sur d'autres services.

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:24 UTCinvestigating

   We are actively investigating reports of performance degradation affecting JIRA. 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: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.

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

4. 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. 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 à 16:11 UTCinvestigating

   Nous enquêtons activement sur les rapports de dégradation des performances affectant Automation for JIRA. Nous partagerons les mises à jour ici car plus d'informations sont disponibles.

2. 6 juillet 2026 à 17:12 UTCinvestigating

   Nous continuons d'étudier la dégradation des performances affectant l'automatisation pour JIRA en Europe. Nous partagerons les mises à jour ici à mesure que plus d'informations seront disponibles.

3. 6 juillet 2026 à 17:57 UTCidentified

   Nous avons identifié la cause probable du problème, et nos équipes travaillent avec diligence à une atténuation. Les utilisateurs touchés peuvent subir une dégradation des performances affectant l'automatisation pour JIRA en Europe. Nous continuerons de partager des mises à jour supplémentaires ici, car plus d'information est disponible.

4. 6 juillet 2026 à 18:41 UTCmonitoring

   La dégradation des performances de l'automatisation pour les régions d'Europe a été résolue et les services fonctionnent désormais normalement pour tous les clients concernés. Nous continuerons de surveiller de près le rendement pour confirmer la stabilité.

5. 6 juillet 2026 à 18:52 UTCresolved

   Le 6 juillet 2026, certains utilisateurs des régions d'Europe ont peut-être connu une dégradation des performances avec Automation for JIRA. Le problème a maintenant été résolu et le service fonctionne normalement pour tous les clients touchés. Si vous pensez que le problème persiste, veuillez contacter notre équipe de support pour obtenir de l'aide et des solutions.

6. 27 juillet 2026 à 06:57 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. 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

   Jira and JSM customers using Microsoft OAuth for automatic creation of Jira tickets from email were unable to read email. This is now fixed and functional for all new incoming email processing. The impacted customers during the incident period need to re-authorise the Microsoft mail server to restore and below are the instructions. To re-authorise an incoming Microsoft mail server: Login in Jira as Admin Select  > System Select Mail > Incoming Mail. Select Edit incoming mail server. Select re-authorise . Enter your Microsoft credentials to continue using your Microsoft mail server.

2. 26 juin 2026 à 05:13 UTCresolved

   Our team has proactively reached out to all impacted organizations providing the below instructions to re-authorize their Microsoft mail server. If you are still experiencing this issue, please attempt to complete the re-authorization as advised below. If further issues still occur that you believe to be related to this incident, please reach out to Atlassian support for further assistance.

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:28 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. 6 juin 2026 à 23:21 UTCinvestigating

   We are aware of users currently experiencing loading work items across Atlassian products in some regions. We are investigating with urgency and will provide update within one hour.

2. 7 juin 2026 à 00:07 UTCmonitoring

   A fix has been implemented for the issues some customers have been experiencing with creating and viewing work items in Jira. We are now monitoring for this recovery and will update shortly with further confirmation.

3. 7 juin 2026 à 00:13 UTCresolved

   The issues relating to viewing and creating work items in Jira should now be fully resolved.

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 à 07:40 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:07 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