Historique des pannes de Jira

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. 24 septembre 2026 à 08:52 UTCmonitoring

   Nous avons suivi un problème touchant Jira où les utilisateurs peuvent avoir rencontré des erreurs ou des performances dégradées en accédant à Jira et des problèmes de visualisation. Des mesures d'atténuation sont en place et nous constatons des signes positifs de rétablissement. Nos équipes continuent de surveiller la situation et nous comptons confirmer la résolution dans les 60 prochaines minutes.

2. 24 septembre 2026 à 10:34 UTCmonitoring

   Nous continuons de suivre de près la situation afin d'assurer une stabilité totale à Jira. Les signes de rétablissement demeurent stables. Notre prochaine mise à jour sera partagée dans 60 minutes ou plus tôt.

3. 24 septembre 2026 à 11:46 UTCresolved

   Le 24 septembre 2026, entre 07:28 et 08:08 UTC, certains utilisateurs de Jira ont peut-être éprouvé des erreurs ou des performances dégradées lors de l'accès à Jira et des problèmes de visualisation. 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. 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 à 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.

4. 10 septembre 2026 à 18:15 UTCpostmortem

   Résumé Le 3 septembre 2026, entre 14h52 et 17h02 UTC, les clients atlassiens utilisant Jira et Jira Service Management dans la région États-Unis-Est ont connu des erreurs intermittentes et dégradé l'accès aux expériences de base de Jira, y compris Rovo, les problèmes de visualisation, les tableaux, la navigation, les expériences de recherche, les actions liées au workflow. L'événement a été déclenché par un déploiement progressif d'un changement de cache dans le service d'autorisation d'Atlassian. Le changement a augmenté le trafic de cache et causé la saturation de la couche de cache utilisée pour les vérifications d'autorisation, ce qui a entraîné des délais et des erreurs de service pour certains clients de la région. L'incident a été détecté par notre surveillance dans environ 12 minutes. Nous avons atténué en déployant le service de cache affecté et en désactivant les drapeaux associés au nouveau chemin de cache. Le temps total de résolution était de 2 heures et 10 minutes. IMPACT L'impact global s'est produit le 3 septembre 2026 entre 14h52 et 17h02 UTC. Pendant cette période, certains clients de la région États-Unis-Est utilisant Jira et Jira Service Management ont subi des défaillances intermittentes ou des performances dégradées lors de l'accès à des expériences qui dépendent des vérifications d'autorisation. Il s'agissait de la vue des problèmes, du Rovo, de la vue des tableaux, de la navigation, des expériences de recherche, de l'API et des actions liées au workflow. ### CAUSE ROUTIÈRE La question a été causée par un déploiement progressif d'un nouveau chemin de cache dans le service d'autorisation Atlassian. Le changement visait à améliorer l'évolutivité pour les clients ayant de gros ensembles de données d'autorisation en modifiant la façon dont certaines informations d'autorisation ont été mises en cache. Pendant le déploiement, les chemins de cache existants et nouveaux étaient actifs pour les vérifications de cohérence, ce qui a augmenté le nombre d'entrées de cache et les opérations de cache. Dans la région des États-Unis et de l'Est, où le volume de trafic était le plus élevé, cette charge supplémentaire a saturé les parties de la couche de cache partagée. À mesure que les demandes de cache s'annulaient, le service d'autorisation a fait davantage de demandes de retrait aux systèmes en amont, augmentant encore la charge et causant des disjoncteurs et des décalages horaires. Les expériences de Jira dépendantes qui nécessitent des vérifications d'autorisation ont ensuite retourné des erreurs intermittentes ou ont échoué à charger pour les utilisateurs touchés. La surveillance initiale du déploiement n'a pas fait apparaître le risque suffisamment tôt parce que les régions à faible trafic n'ont pas montré le même niveau de dégradation et que certaines alertes n'ont pas été projetées ou acheminées d'une manière qui a mis en évidence la saturation du cache régional avant que l'impact du client ne augmente. Plan d'action et prochaines étapes Nous savons que les pannes affectent la productivité des clients et nous nous excusons auprès des clients qui ont été touchés pendant cet incident. Nous priorisons les mesures d'amélioration suivantes afin de réduire la probabilité et l'impact d'incidents semblables : - **Protection du déploiement :** Améliorer les pratiques de déploiement pour les changements de cache et d'autorisation-service à haut risque en utilisant des incréments de déploiement plus petits et plus conscients de la région et en validant le comportement dans les régions où le trafic est plus élevé avant une plus grande habilitation. - **Mise en œuvre dégradation gracieuse:** Évaluer les options de dégradation gracieuse pour les vérifications d'autorisation afin que les expériences dépendantes puissent continuer à fonctionner, si une dépendance cache n'est pas disponible. - **Renforcement de la télémétrie régionale et du contrôle des capacités :** Renforcer la capacité de cache et la surveillance de la santé, y compris les détecteurs régionaux pour cache CPU, la pression de mémoire, le taux de frappe, le taux d'expulsion, le taux de timeout et le comportement de connexion. - **Essais de charge à l'échelle de la production :** Examiner la conception du cache et la planification de la capacité pour les données d'autorisation de sorte que les changements qui augmentent les opérations clés de cardinalité ou de cache soient testés en fonction du trafic représentatif à l'échelle de la production avant le déploiement. - **Résilience du client difficile :** Passez en revue le comportement du client cache timeout et reconnect pour réduire le risque de tempêtes de connexion lorsque les nœuds cache deviennent lents ou saturés. Nous continuerons de valider ces mesures par le biais du processus d'examen des incidents et de les suivre jusqu'à leur achèvement par les équipes d'ingénierie responsables. Merci, Assistance client Atlassian

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.