Historique des pannes de Mendix

1. 23 octobre 2026 à 13:22 UTCidentified

   Ce qui s'est passé Le 20 octobre 2026, Oracle a publié une mise à jour critique d'octobre 2026 (https://blogs.oracle.com/security/october-2026-critical-patch-update-released) qui inclut plusieurs corrections pour les versions Java qui sont utilisées par les applications Mendix. Personnes touchées Tous les clients avec des applications fonctionnant sur Mendix Cloud. Ce qu'on a fait Nous avons mis à jour la version Java pour Java 25, Java 21 et Java 17. Ces nouvelles versions incluent les mises à jour critiques du patch. Pour Java 11, nous attendons une mise à jour de nos fournisseurs. Une fois ces mises à jour disponibles, nous mettrons à jour les versions Java utilisées sur Mendix Cloud. Ce que vous devez faire Si votre application fonctionne sur Java 17, 21 ou Java 25, vous devez redéployer votre application. Vous pouvez trouver la version Java utilisée pour votre environnement sur la page Détails sur l'environnement (https://docs.mendix.com/developerportal/deploy/environments-details/#application-status). Vous pouvez redéployer le même paquet qui fonctionne déjà sur votre environnement, ou construire et déployer un nouveau paquet. Un redémarrage ne suffit pas ! Nous vous recommandons de le faire dans votre ordre habituel, afin que vous puissiez vérifier que vos applications fonctionnent encore avant de mettre à jour la production: 1. Environnement d ' essai 2. Environnement d ' acceptation 3. Environnement de production Si votre application est en cours d'exécution sur Java 11, vous devriez garder un œil sur cet incident de Statuspage. Nous le mettrons à jour lorsque nous publierons de nouvelles versions Java sur Mendix Cloud. Ces mises à jour comprendront des instructions pour les versions Java spécifiques. Exigences en matière de déploiement Pour appliquer ces corrections de sécurité, vous devez effectuer un déploiement régulier (déploiement non zéro). Le déploiement Zero Downtime (ZDT) n'appliquera pas ces corrections de sécurité, même lors du redéploiement d'un ensemble de déploiement existant. Vous n'avez pas besoin de créer un nouveau paquet de déploiement. Vous pouvez redéployer votre paquet existant en utilisant le processus de déploiement régulier. Si vous avez déjà effectué un déploiement Zero Downtime pour appliquer ces corrections, veuillez vous redéployer en utilisant le processus de déploiement régulier. Un déploiement régulier provoque une courte période d'arrêt pendant que l'application redémarre, alors veuillez planifier en conséquence. Si vous avez des questions, n'hésitez pas à contacter le support.

2. 28 octobre 2026 à 09:31 UTCidentified

   Le correctif pour Java 17 a été libéré et déployé sur Mendix Cloud. Si votre application est en cours d'exécution sur Java 17, veuillez suivre les instructions de redéploiement énumérées dans le message d'état original. Pour Java 11, nous attendons une mise à jour de nos fournisseurs. Une fois ces mises à jour disponibles, nous mettrons à jour les versions Java utilisées sur Mendix Cloud.

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

1. 22 octobre 2026 à 18:59 UTCmonitoring

   Ce qui s'est passé Une autorité de certification appelée eMudhra a généré les clés cryptographiques pour huit de ses certificats intermédiaires incorrectement, ce qui a causé le compromis des certificats. Java, sur laquelle les applications Mendix fonctionnent, a fait confiance à ces certificats par défaut. Quelqu'un capable d'intercepter la connexion sortante d'une application pourrait poser comme le serveur qu'elle appelait. Personnes touchées Seules les connexions sortantes de votre application font sur HTTPS, par exemple les appels REST ou de service web, ou d'autres intégrations avec des systèmes externes. Le trafic entrant dans votre application, comme les utilisateurs l'ouvrant dans un navigateur, n'est pas affecté. Ce qu'on a fait Nous avons mis à jour le processus de construction de Mendix Cloud afin que les applications construites à partir de maintenant ne fassent plus confiance aux certificats compromis. Nous avons également mis à jour l'image de base OS sous-jacente. Il est sorti le 22 octobre à 17h30 UTC. Ce que vous devez faire La correction est ajoutée lorsque votre application est déployée, de sorte que les applications qui fonctionnent déjà ne l'obtiennent que lorsque vous redéployez. Vous pouvez redéployer le même paquet qui fonctionne déjà sur votre environnement, ou construire et déployer un nouveau paquet. Un redémarrage ne suffit pas ! Si votre application fait des appels sortants vers d'autres systèmes, veuillez le redéployer. Nous recommandons de le faire dans votre ordre habituel, afin que vous puissiez vérifier que vos intégrations fonctionnent encore avant la production: 1. Environnement d ' essai 2. Environnement d ' acceptation 3. Environnement de production Si votre application ne fait pas d'appels sortants, aucune action n'est nécessaire. Il recevra la mise à jour lors de son prochain déploiement régulier. Exigences en matière de déploiement Pour appliquer ces corrections de sécurité, vous devez effectuer un déploiement régulier (déploiement non zéro). Le déploiement Zero Downtime (ZDT) n'appliquera pas ces corrections de sécurité, même lors du redéploiement d'un ensemble de déploiement existant. Vous n'avez pas besoin de créer un nouveau paquet de déploiement. Vous pouvez redéployer votre paquet existant en utilisant le processus de déploiement régulier. Si vous avez déjà effectué un déploiement Zero Downtime pour appliquer ces corrections, veuillez vous redéployer en utilisant le processus de déploiement régulier. Un déploiement régulier provoque une courte période d'arrêt pendant que l'application redémarre, alors veuillez planifier en conséquence. À quoi s'attendre après le redéploiement Si l'un des systèmes que votre application appelle utilise un certificat délivré par l'une des autorités eMudhra touchées, la connexion va maintenant échouer. Dans ce cas, demander au propriétaire de ce système de remplacer son certificat. Si vous avez des questions, n'hésitez pas à contacter le support.

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

1. 22 octobre 2026 à 12:44 UTCresolved

   Les sauvegardes nocturnes automatisées de certains environnements de Mendix Cloud EU (Francfort) et de Mendix Cloud EU (Francfort 2) n'étaient pas disponibles les 19 et 20 octobre. Nous avons exécuté une maintenance de plate-forme le 21 octobre pour reprendre le service de sauvegardes et créer de nouvelles sauvegardes. Les environnements touchés verront des sauvegardes manquantes pour le 19 octobre et le 20 octobre. Nous nous excusons pour le désagrément causé par cela.

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

1. 9 octobre 2026 à 12:53 UTCinvestigating

   Nous avons identifié une capacité réduite de ressources de base de données, ce qui aura une incidence sur les mesures suivantes : - fournir un nouvel environnement d'application - enlèvement d'une base de données - réduction des effectifs Les plans suivants sont touchés : - M21 (standard/primium) - S21 (standard/primium) Nous enquêtons sur une solution, nous mettrons à jour cet incident selon les circonstances.

2. 12 octobre 2026 à 11:01 UTCmonitoring

   Un correctif a été mis en place pour réduire la capacité des bases de données. La fourniture de nouveaux environnements d'application, l'élimination d'une base de données et la réduction des effectifs fonctionnent à nouveau. Nous suivons la situation. Si l'un de vos environnements est toujours affecté, veuillez contacter le support Mendix.

3. 13 octobre 2026 à 11:33 UTCresolved

   Cet incident a été résolu. Nous n'avons remarqué aucun problème lié à la capacité réduite des ressources de base de données, après la mise en œuvre du correctif. Si vous rencontrez encore des problèmes liés à cet incident, communiquez avec nous.

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

1. 6 octobre 2026 à 08:29 UTCinvestigating

   Nous avons identifié un problème en raison duquel le paquet construit échoue parfois.

2. 6 octobre 2026 à 08:31 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 8 octobre 2026 à 07:22 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 8 octobre 2026 à 08:13 UTCresolved

   Cet incident a été résolu.

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

1. 24 septembre 2026 à 07:03 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 24 septembre 2026 à 07:12 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 24 septembre 2026 à 07:40 UTCresolved

   Cet incident a été résolu.

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

1. 18 septembre 2026 à 05:46 UTCinvestigating

   Nous enquêtons sur un incident de plateforme avec Free Apps. Les clients peuvent subir des défaillances lors de déploiements d'applications libres et reprendre leurs applications. Cet incident sera mis à jour dans 1 heure ou selon les circonstances.

2. 18 septembre 2026 à 06:08 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 18 septembre 2026 à 06:20 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

4. 18 septembre 2026 à 12:31 UTCresolved

   Cet incident a été résolu.

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

1. 17 septembre 2026 à 13:18 UTCidentified

   Nous avons identifié une capacité réduite de ressources de base de données pour le plan Mendix suivant : - XXXL (standard/primium) Nous conseillons aux clients de ne pas redimensionner le plan mentionné, jusqu'à nouvel ordre.

2. 17 septembre 2026 à 13:22 UTCidentified

   Nous avons identifié une autre région où la capacité de base de données est réduite. Les plans suivants sont touchés : - M21 (standard/primium) - XXXL (standard/primium)

3. 17 septembre 2026 à 13:27 UTCidentified

   Nous avons identifié une autre région où la capacité de base de données est réduite. Les plans suivants sont touchés : - L21 (standard/primium) - M21 (standard/primium) - XXXL (standard/primium)

4. 21 septembre 2026 à 13:45 UTCidentified

   Nous avons identifié une autre région où la capacité de base de données est réduite. Les plans suivants sont touchés : - L21 (standard/primium) - M21 (standard/primium) - S21 (standard/primium) - XXXL (standard/primium) Nos équipes d'ingénierie travaillent sur une solution permanente.

5. 22 septembre 2026 à 14:42 UTCidentified

   Nous avons identifié une autre région où la capacité de base de données est réduite. La capacité réduite des ressources de base de données n'affecte pas la fonctionnalité des bases de données actuelles, mais elle affecte la création de nouvelles bases de données. Les plans suivants sont touchés : - L21 (standard/primium) - M21 (standard/primium) - S21 (standard/primium) - XXXL (standard/primium) Nos équipes d'ingénierie travaillent sur une solution permanente.

6. 23 septembre 2026 à 08:32 UTCidentified

   La question de la création de nouvelles bases de données a été résolue. Les bases de données existantes et la création de nouvelles bases de données fonctionnent désormais normalement. Toutefois, la mise à niveau des bases de données existantes sur les plans suivants dans les régions énumérées reste affectée par la réduction des ressources disponibles dans les bases de données : - L21 (standard/primium) - M21 (standard/prime) - S21 (standard/prime) - XXXL (standard/primium). Nos équipes d'ingénierie continuent de travailler sur une solution permanente et fourniront d'autres mises à jour au fur et à mesure des progrès.

7. 24 septembre 2026 à 08:04 UTCmonitoring

   Nous avons mis en place un correctif et suivons les résultats. Les redimensionnements peuvent être repris dans toutes les régions touchées.

8. 25 septembre 2026 à 10:37 UTCresolved

   L'incident est résolu. Nous n'avons pas remarqué de nouveaux problèmes liés à la capacité réduite des ressources de base de données.

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

1. 2 septembre 2026 à 12:31 UTCinvestigating

   Nous obtenons des rapports de clients qui connaissent une dégradation des performances de leur application après que sa base de données ait été mise à niveau vers une version PostgreSQLTM supérieure.

2. 4 septembre 2026 à 13:01 UTCinvestigating

   Nous obtenons des rapports de clients qui connaissent une dégradation des performances de leur application après que sa base de données ait été mise à niveau vers une version PostgreSQLTM supérieure. D'après les rapports que nous avons reçus, nous avons décidé de reporter l'entretien de PostgreSQL17 jusqu'à nouvel ordre.

3. 7 septembre 2026 à 15:12 UTCinvestigating

   Nous continuons d'enquêter sur cette question. Nous avons déterminé qu'actuellement pas plus de 0,07% des environnements déployés sont affectés, et les clients de ces environnements touchés sont déjà en contact avec notre service de support. Comme mentionné dans la mise à jour précédente, nous avons décidé de reporter la maintenance de PostgreSQLTM jusqu'à nouvel ordre. Les clients pour lesquels la maintenance a été reportée seront avisés au moins 2 semaines à l'avance avant la reprise de la maintenance.

4. 15 septembre 2026 à 15:03 UTCresolved

   Cet incident est résolu. Une solution de rechange est disponible pour la dégradation de la performance signalée après la mise à niveau de PostgreSQLTM. Notre service d'assistance est en contact direct avec chaque client touché. Tel que communiqué précédemment, la maintenance de PostgreSQL 17 reste reportée jusqu'à nouvel ordre. Les clients dont la maintenance a été reportée seront informés au moins deux semaines à l'avance avant sa reprise. Il n'y a pas d'impact à l'échelle de la plate-forme, et tous les composants ont été rendus opérationnels.

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

1. 30 août 2026 à 19:38 UTCinvestigating

   Nous étudions actuellement la question de la disponibilité des mesures dans certains groupes de production. Les applications impactées verront 'Aucune donnée' sur la page des mesures et ne déclencheront aucune alerte. Nous mettrons à jour l'incident lorsque nous aurons plus d'informations.

2. 31 août 2026 à 06:33 UTCmonitoring

   Les métriques et les alertes pour les applications touchées sont à nouveau disponibles. Nous continuerons de surveiller les résultats.

3. 31 août 2026 à 07:55 UTCresolved

   Cet incident a été résolu.

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

1. 30 août 2026 à 19:20 UTCidentified

   Nous enquêtons sur un problème avec le portail Mendix. Les clients peuvent éprouver des difficultés à accéder à leurs projets et à les gérer. Cet incident sera mis à jour dans 1 heure ou selon les circonstances.

2. 30 août 2026 à 19:21 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

3. 30 août 2026 à 19:31 UTCmonitoring

   L'environnement de production de projects.home.mendix.com a été redémarré et nous surveillons les résultats.

4. 30 août 2026 à 19:34 UTCresolved

   L'incident a été résolu.

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

1. 28 août 2026 à 14:50 UTCresolved

   Entre 10:04 UTC et 20:00 UTC le 21 août, les applications dans ce cluster dédié étaient incapable d'établir des connexions à d'autres applications dans le même cluster dédié. Les demandes qui dépendent des données fournies par une autre demande n'ont peut-être pas été les utilisateurs finaux pendant cette période. La cause a été identifiée dans la configuration du réseau de la plate-forme et une correction a été appliquée. La connectivité entre les applications a été rétablie et confirmée. Aucune action n'est nécessaire clients, et il n'était pas nécessaire de redémarrer ou de redéployer des applications. Si vous continuez à n'hésitez pas à contacter Mendix Support.

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

1. 18 août 2026 à 09:49 UTCinvestigating

   Nous remarquons des problèmes intermittents avec notre portail Mendix. Nous enquêtons sur la question. Nous mettrons à jour l'incident comme l'exigent les événements.

2. 19 août 2026 à 10:45 UTCinvestigating

   Nous enquêtons actuellement sur les problèmes de connexion intermittente avec le portail Mendix. Il est conseillé aux clients de ne pas redémarrer ni déployer leurs applications. Nous mettrons à jour l'incident lorsque nous aurons plus d'informations.

3. 19 août 2026 à 13:17 UTCinvestigating

   Nous enquêtons encore sur les problèmes de connexion intermittente avec le portail Mendix. Il est conseillé aux clients de ne pas redémarrer ni déployer leurs applications. Nous mettrons à jour l'incident lorsque nous aurons plus d'informations. Prévu (prévu) PostgreSQL 17 maintenances de mise à niveau ont été reportées en raison de cet incident et seront reportées, probablement la semaine prochaine.

4. 19 août 2026 à 14:19 UTCmonitoring

   Un correctif a été mis en place et nous surveillons les résultats.

5. 20 août 2026 à 07:10 UTCinvestigating

   Le problème a refait surface, nous poursuivons notre enquête sur les problèmes de connexion intermittente avec le portail Mendix. Il est conseillé aux clients de ne pas redémarrer ni déployer leurs applications. Nous mettrons à jour l'incident lorsque nous aurons plus d'informations.

6. 21 août 2026 à 08:01 UTCmonitoring

   Nous avons trouvé la cause de l'incident et mis en place une solution. Nous suivons actuellement les résultats. Les clients peuvent reprendre le redémarrage ou le déploiement de leurs applications à partir du portail Mendix.

7. 24 août 2026 à 12:14 UTCresolved

   Après avoir mis en œuvre une correction et suivi de près les résultats, nous avons remarqué que la fonctionnalité du portail Mendix était revenue à la normale. Nous allons donc clore l'incident. Comme mentionné dans l'une de nos mises à jour planifiées (prévues) PostgreSQL 17 maintenances de mise à niveau seront reprogrammées. Si vous continuez à rencontrer des problèmes, veuillez contacter le support Mendix.

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

1. 18 août 2026 à 09:26 UTCresolved

   Les maintenances ont été annulées en raison de l'instabilité de la plate-forme. Tout environnement ayant subi une maintenance annulée peut être utilisé normalement. Certains environnements connaissent une charge de base de données élevée. Ceci est dû à l'échec des tâches d'optimisation pendant la maintenance. Nous sommes en train de les rééchelonner. Les performances devraient revenir à la normale après leur exécution.

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

1. 12 août 2026 à 20:44 UTCinvestigating

   We are investigating an incident with deployments. Customers may experience failed deployments. This incident will be updated in 1 hour, or as events warrant.

2. 12 août 2026 à 21:37 UTCidentified

   We have identified the issue. We notice intermittent network issues with an external package store. Impacted customers can retry their deployment. This incident will be updated in 12 hours, or as events warrant.

3. 13 août 2026 à 03:04 UTCmonitoring

   The external package store has recovered and is now operating normally. We are continuing to monitor the system to confirm full stability.

4. 13 août 2026 à 06:30 UTCresolved

   The incident has been resolved.

1. 29 juillet 2026 à 06:46 UTCinvestigating

   Nous poursuivons nos recherches sur le problème.

2. 29 juillet 2026 à 06:47 UTCinvestigating

   Nous enquêtons sur un incident de plateforme avec Free Apps. Les clients peuvent subir des défaillances intermittentes lors de déploiements d'applications libres. Cet incident sera mis à jour dans 1 heure ou selon les circonstances.

3. 29 juillet 2026 à 12:03 UTCidentified

   Le problème a été identifié. Nous prévoyons de sortir ce fix le 29 juillet à 1500 UTC comme un hotfix.

4. 29 juillet 2026 à 15:13 UTCmonitoring

   Le hotfix a été publié et les déploiements d'applications libres fonctionnent à nouveau. Nous continuerons à surveiller les résultats.

5. 30 juillet 2026 à 08:20 UTCresolved

   Cet incident a été résolu.

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

1. 28 juillet 2026 à 12:09 UTCinvestigating

   Nous enquêtons sur un problème avec le portail Mendix où les clients peuvent éprouver des problèmes avec le téléchargement de sauvegardes. Cet incident sera mis à jour dans 1 heure ou selon les circonstances.

2. 28 juillet 2026 à 13:52 UTCidentified

   Le problème a été identifié et nous travaillons sur une solution. Nous fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

3. 28 juillet 2026 à 15:50 UTCidentified

   La correction prend plus de temps que prévu. Nous prévoyons de sortir ce fix le 29 juillet à 1500 UTC comme un hotfix. Malheureusement, nous ne pouvons pas offrir une solution de rechange pour télécharger des sauvegardes jusqu'à ce que la correction soit publiée et nous nous excusons pour les inconvénients causés par ce problème.

4. 29 juillet 2026 à 15:10 UTCmonitoring

   Le hotfix a été déployé et nous suivons les résultats. Les clients touchés peuvent télécharger des sauvegardes à nouveau.

5. 30 juillet 2026 à 08:20 UTCresolved

   Cet incident a été résolu.

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

1. 23 juillet 2026 à 09:30 UTCinvestigating

   Nous enquêtons sur un incident où des domaines personnalisés ne sont pas disponibles après le redémarrage de l'environnement. Les clients peuvent faire l'expérience: - L'application n'est pas disponible sur le domaine personnalisé - Domaines personnalisés non affichés sur le portail Mendix Nous conseillons aux clients ayant un domaine personnalisé sur leur application de ne pas redémarrer ou déployer vers ces applications pour le moment. Cet incident sera mis à jour dans 1 heure ou selon les circonstances.

2. 23 juillet 2026 à 09:35 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 23 juillet 2026 à 10:16 UTCmonitoring

   Une correction a été mise en œuvre. Redémarrer l'environnement d'application récupère les domaines personnalisés. Nous continuerons de surveiller les résultats.

4. 23 juillet 2026 à 12:50 UTCresolved

   Cet incident a été résolu.

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

1. 23 juillet 2026 à 07:38 UTCinvestigating

   Nous enquêtons actuellement.

2. 23 juillet 2026 à 14:35 UTCidentified

   La question a été identifiée comme un problème avec le nettoyage des vieux SBOM.

3. 23 juillet 2026 à 14:36 UTCmonitoring

   Fix est appliqué et nous surveillerons les performances.

4. 23 juillet 2026 à 15:04 UTCresolved

   L'incident a été réglé.

5. 23 juillet 2026 à 15:05 UTCpostmortem

   [RCA 006 - SBOM Server RDS CPU saturation & épuisement du pool de connexion - Control Center \(Cloud\)](https://mendix.atlassian.net/wiki/spaces/CCC1/pages/4923031817/RCA+006+-+SBOM+Serveur+RDS+CPU+saturation+connection-pool+échappement)

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

1. 16 juillet 2026 à 16:42 UTCinvestigating

   Nous sommes actuellement confrontés à des problèmes de déploiement dans notre région de Mendix Cloud EU : Francfort 1 et Francfort 2. Plusieurs déploiements échouent actuellement. Veuillez ne pas tenter de déployer des demandes dans les régions de Francfort 1 ou de Francfort 2 tant que ce problème n'aura pas été résolu. Nous sommes conscients de cette question et notre équipe enquête activement. Nous fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 16 juillet 2026 à 16:51 UTCinvestigating

   Impact supplémentaire identifié : Certains environnements de Mendix Cloud EU- Francfort 1 et Francfort 2 ont connu des redémarrages inattendus. Nous enquêtons sur la question de l'échec du déploiement.

3. 16 juillet 2026 à 17:02 UTCinvestigating

   Nous avons également identifié la question impacte les régions de Mendix Cloud US-East et Mendix Cloud dédiées à l'UE (Francfort) Sierra. Nous avons identifié la cause profonde des échecs de déploiement et des redémarrages inattendus de l'environnement touchant plusieurs régions.

4. 16 juillet 2026 à 17:25 UTCidentified

   Nous appliquons actuellement des correctifs aux serveurs sous-jacents où le problème a été identifié. Dans le cadre de cette réhabilitation, certains environnements peuvent redémarrer pendant que nous résolvons le problème, ces redémarrages sont attendus et nécessaires pour résoudre le problème. Veuillez continuer à éviter de nouveaux déploiements jusqu'à ce que nous confirmions que la correction est terminée.

5. 16 juillet 2026 à 18:38 UTCidentified

   Alors que nous continuons de fixer la plate-forme sous-jacente, nous avons priorisé les environnements de production pour minimiser l'impact. Les erreurs de déploiement ont considérablement diminué à mesure que les correctifs sont appliqués. Nous poursuivons nos efforts en vue d'une récupération complète et fournirons une mise à jour une fois que tous les systèmes seront entièrement restaurés.

6. 16 juillet 2026 à 19:53 UTCidentified

   Toutes les applications de production dans les régions touchées sont maintenant en cours et fonctionnent sans problèmes. Nous travaillons actuellement à résoudre les autres environnements de non-production, et les redéploiements fonctionnent à nouveau normalement. Nous poursuivrons la surveillance et fournirons une mise à jour finale lorsque tous les environnements seront entièrement restaurés.

7. 16 juillet 2026 à 21:26 UTCmonitoring

   L'incident a été entièrement résolu et les déploiements et les redémarrages fonctionnent comme prévu. Certains environnements de non-production sont actuellement dans un état défaillant - comme une solution de rechange, veuillez redémarrer ou redéployer ces environnements qui vont résoudre le problème. Nous travaillons à la récupération automatisée pour les autres environnements touchés et nous continuerons de surveiller pour assurer la stabilité.

8. 17 juillet 2026 à 07:36 UTCresolved

   Cet incident est maintenant clos. La plate-forme est restée stable sans que de nouveaux problèmes aient été signalés. Tous les environnements de production et de non-production fonctionnent normalement dans les régions touchées. Veuillez contacter Mendix Support au cas où vous continueriez à éprouver des problèmes avec vos applications ou environnements. Merci de votre patience tout au long de cet incident.

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