Si Salesforce semble lent, qu'une connexion échoue ou qu'une intégration cesse soudainement de fonctionner au moment même où une panne d'AWS est annoncée, la tentation est grande d'établir un lien de causalité immédiat. Ce diagnostic peut s'avérer pertinent dans certains cas, mais pas toujours.
Au 16 septembre 2026, aucune preuve publique n'indique qu'une panne généralisée de Salesforce soit liée à la récente perturbation d'AWS. AWS continue de signaler une interruption de service majeure et prolongée dans sa région Moyen-Orient (Bahreïn) et une forte dégradation dans certaines parties de sa région Moyen-Orient (Émirats arabes unis). Salesforce exécute des charges de travail Hyperforce sur AWS dans plusieurs pays, dont les Émirats arabes unis ; un problème régional d'AWS peut donc impacter certains clients Salesforce. Toutefois, il est nécessaire de vérifier l'état de Salesforce au niveau de l'organisation, de l'instance, de la région et du service concernés avant de conclure à une implication d'AWS.
Cet article explique ce qui est confirmé, ce qui ne l'est pas, comment déterminer si votre environnement Salesforce est affecté et quand il est préférable de ne plus attendre une page d'état publique et d'examiner plutôt votre propre réseau, navigateur, intégration ou locataire.
La dernière perturbation majeure d'AWS, toujours visible dans l'historique de santé publique d'AWS, se concentre au Moyen-Orient. AWS indique que sa région Moyen-Orient (Bahreïn), identifiée comme me-south-1 , est indisponible suite à des dommages matériels, tandis que sa région Moyen-Orient (Émirats arabes unis), me-central-1 , a également subi d'importantes perturbations.
AWS a signalé que les installations concernées avaient subi des dommages matériels lors du conflit régional de mars 2026. Le 30 avril, AWS a indiqué que la région de Bahreïn restait indisponible et que la région des Émirats arabes unis ne pouvait pas assurer un support fiable des applications client. AWS a conseillé aux clients concernés de reprendre leurs charges de travail dans d'autres régions et de restaurer, dans la mesure du possible, les ressources inaccessibles à partir de sauvegardes distantes.
Vous pouvez consulter l'état actuel et historique des événements directement sur le tableau de bord AWS Health . AWS précise également que la vue publique Service Health affiche les événements de service généraux, tandis que les clients connectés peuvent consulter les problèmes spécifiques à leur compte dans leur vue AWS Health personnalisée.
Pas de manière générale, d'après les éléments de preuve publics disponibles au 16 septembre 2026.
Le site public Trust Status de Salesforce est la principale source d'information sur les incidents Salesforce. Au moment de cette analyse, Salesforce n'avait pas publié d'incident affectant l'ensemble de sa plateforme et attribuant les problèmes de disponibilité généralisés actuels à la perturbation d'AWS au Moyen-Orient.
Cette distinction est importante. Un fournisseur de cloud peut subir une panne majeure dans une région sans que toutes les entreprises de logiciels qui utilisent ce fournisseur ne soient affectées à l'échelle mondiale. Les plateformes SaaS modernes fonctionnent souvent sur plusieurs régions, zones de disponibilité, couches de routage et environnements d'infrastructure. La question pertinente n'est donc pas simplement « AWS rencontre-t-il une panne ? » mais « Mon organisation Salesforce ou un service dont elle dépend s'exécute-t-il sur le chemin d'infrastructure affecté ? »
L'architecture Hyperforce de Salesforce exécute de nombreuses charges de travail Salesforce sur une infrastructure de cloud public. La documentation actuelle de Salesforce indique qu'Hyperforce est disponible sur AWS dans plusieurs pays, notamment l'Australie, le Brésil, le Canada, la France, l'Allemagne, l'Inde, l'Indonésie, Israël, l'Italie, le Japon, Singapour, l'Afrique du Sud, la Corée du Sud, la Suède, la Suisse, les Émirats arabes unis, le Royaume-Uni et les États-Unis.
Salesforce indique également que certaines instances Hyperforce sont associées à des régions AWS spécifiques. Par exemple, sa documentation relative à l'emplacement des instances répertorie les régions AWS pour plusieurs zones géographiques Hyperforce. L'entreprise précise en outre que les clients peuvent identifier leur instance Salesforce et utiliser Salesforce Trust pour consulter son emplacement et son état.
Consultez le guide officiel de Salesforce sur l'emplacement des instances et la documentation de Salesforce sur la résidence des données Hyperforce .
L’objectif n’est pas simplement de trouver une icône d’état rouge ou verte. Un diagnostic utile doit répondre à trois questions :
Si vous ne pouvez pas encore répondre à ces trois questions, vous avez une observation de l'état du patient, et non un diagnostic.
Salesforce recommande de vérifier le champ Instance dans la configuration, sous Informations sur l'entreprise, ou de rechercher votre domaine sur Salesforce Trust. L'identité de l'instance est importante car l'état du service peut varier selon les régions et les groupes d'infrastructure.
Les instructions officielles de Salesforce sont disponibles dans la section « Afficher les informations de l'instance pour votre organisation Salesforce » .
À ce stade, un bon résultat est simple : vous connaissez le nom de l’instance utilisée par votre organisation de production concernée. N’effectuez pas de diagnostic à partir de l’organisation d’un collègue, d’un environnement de test situé dans une autre région ou d’un titre générique d’état Salesforce.
Accédez à Salesforce Trust et recherchez votre instance ou votre domaine. Consultez les incidents en cours, l'historique des incidents récents et la maintenance planifiée.
Si Salesforce signale une interruption de service active pour votre instance et que les symptômes correspondent à ce que constatent vos utilisateurs, cela constitue une preuve bien plus convaincante qu'une publication sur les réseaux sociaux ou un titre général annonçant une panne du cloud.
Si Salesforce Trust indique que votre instance est saine, ne vous arrêtez pas là. Les pages d'état peuvent être mises à jour avec un certain délai par rapport aux premiers rapports clients, et un problème peut n'affecter qu'une fonctionnalité, une dépendance ou un groupe restreint de clients.
Si votre organisation Salesforce est hébergée sur Hyperforce et gérée par AWS, comparez la fenêtre d'incident Salesforce avec la fenêtre d'événement de la région AWS concernée. Une corrélation significative nécessite plus que la simple survenue des deux événements au cours du même mois.
Par exemple, si votre environnement Salesforce est hébergé dans une région AWS européenne, une panne isolée à Bahreïn n'explique pas à elle seule votre dysfonctionnement. Si votre charge de travail ou un service dépendant se trouve aux Émirats arabes unis, cette hypothèse devient plus plausible et mérite une vérification plus approfondie.
Un dépannage de qualité permet de cibler le problème au lieu de rafraîchir sans cesse la même page. Testez quelques chemins d'accès représentatifs :
Le schéma est important. Une panne de connexion totale suggère un problème différent d'une simple intégration retardée. Si l'interface utilisateur de Salesforce fonctionne correctement, mais qu'un flux intermédiaire vers un système hébergé sur AWS échoue, l'impact réel peut se situer en aval de Salesforce plutôt que dans Salesforce lui-même.
Oui. C'est l'une des distinctions les plus importantes lors d'une panne du cloud.
Votre organisation Salesforce peut rester pleinement disponible même si un composant hébergé sur AWS avec lequel elle communique est dégradé. Il peut s'agir, par exemple, de middlewares, d'API personnalisées, de pipelines de données, de services de fichiers, de composants d'identité, de tâches analytiques ou d'applications externes exécutées sur AWS.
Dans ce cas, Salesforce Trust peut indiquer correctement que la plateforme Salesforce est saine même si un processus métier au sein de votre organisation est défaillant.
Un test utile consiste à distinguer le comportement de base de Salesforce de celui des dépendances externes . Si les utilisateurs peuvent créer et modifier des enregistrements, mais qu'un appel à un service externe expire, il convient d'examiner la dépendance externe et sa région. Si même la navigation de base dans Salesforce échoue pour de nombreux utilisateurs et réseaux, l'état de l'instance Salesforce devient un point crucial.
Salesforce a bien publié plusieurs incidents début septembre 2026, mais les enregistrements publics d'incidents n'établissent pas qu'ils aient été causés par la panne actuelle d'AWS au Moyen-Orient.
Par exemple, Salesforce a enregistré une interruption de service le 5 septembre affectant un groupe de plateformes « AWS US ». Cette interruption a duré environ 90 minutes et a été résolue par la suite. Par ailleurs, Salesforce a signalé un problème avec Revenue Cloud à partir du 6 septembre et a indiqué que son enquête révélait qu'une mise à jour récente en était la cause. Salesforce a également publié une note d'information concernant des blocages intermittents de l'interface utilisateur dans Chrome et Edge 153, précisant qu'il s'agissait d'un problème lié à un navigateur tiers et non à l'infrastructure de Salesforce.
La leçon est importante : plusieurs pannes peuvent survenir simultanément pour des raisons totalement différentes. Évitez de regrouper tous les problèmes Salesforce sous l’appellation « panne AWS » à moins que le fournisseur ne les ait explicitement liés.
Les preuves se renforcent lorsque plusieurs signaux convergent :
| Signal | Ce que cela vous dit |
|---|---|
| Votre instance Salesforce est hébergée sur Hyperforce et utilise AWS. | Il existe une dépendance à AWS, mais cela ne prouve pas à lui seul l'impact. |
| L'instance ou le service dépendant est associé à la région AWS concernée. | La panne régionale est techniquement pertinente. |
| Salesforce Trust signale simultanément un incident concernant votre instance. | Il existe des preuves directes de cet impact du côté de Salesforce. |
| AWS Health signale une dégradation dans la même région et la même période. | L'événement lié à l'infrastructure correspond au symptôme. |
| Les utilisateurs situés à différents endroits constatent la même défaillance. | Un problème purement local, lié au bureau ou au fournisseur d'accès Internet, devient moins probable. |
| Une seule intégration externe échoue, tandis que le noyau Salesforce reste opérationnel. | La dépendance, et non le noyau de Salesforce, pourrait être le véritable point de défaillance. |
Modifiez votre approche de dépannage lorsque les informations publiques ne correspondent plus à ce que vous constatez.
Si le niveau de confiance Salesforce est au vert, mais qu'un grand nombre d'utilisateurs ne peuvent pas accéder à la même instance depuis plusieurs réseaux, veuillez noter les horodatages, les ID de requête, les messages d'erreur et les noms d'utilisateur concernés, puis ouvrez un ticket auprès du support Salesforce. Si un seul bureau est touché, comparez la situation avec un autre réseau ou une connexion mobile avant de signaler une panne SaaS globale.
Si l'interface utilisateur de Salesforce fonctionne mais que les intégrations échouent, examinez le point de terminaison externe, la résolution DNS, les certificats, les files d'attente, les codes d'erreur de l'API et la région cloud hébergeant cette dépendance. N'attendez pas que Salesforce signale un incident concernant un composant qu'il ne prend pas en charge.
Si le problème concerne des ressources AWS dont vous êtes propriétaire, utilisez le tableau de bord AWS Health Dashboard auquel vous êtes connecté plutôt que de vous fier uniquement au tableau de bord public. La documentation AWS indique clairement que les informations de santé spécifiques à votre compte peuvent différer de celles affichées sur le service public. Consultez la documentation du tableau de bord AWS Health Dashboard .
Le retour au vert de la page d'état est utile, mais le rétablissement opérationnel doit être confirmé par votre propre flux de travail.
Avant de déclarer l'incident terminé, vérifiez que :
Un résultat probant ne se résume pas à « le fournisseur déclare que le problème est résolu ». Il s'agit plutôt de « le fournisseur déclare que le problème est résolu et les flux de travail qui nous importent fonctionnent à nouveau sans taux d'erreur anormaux ».
Au 16 septembre 2026, les informations officielles disponibles ne permettent pas d'affirmer que Salesforce est globalement indisponible suite à la récente panne d'AWS. La perturbation la plus importante et en cours chez AWS est régionale et concerne principalement Bahreïn et certaines parties des Émirats arabes unis. Salesforce utilise AWS pour de nombreux environnements Hyperforce, y compris aux Émirats arabes unis ; par conséquent, certaines charges de travail hébergées ou connectées à Salesforce peuvent dépendre d'AWS. Cela rend la vérification régionale importante, mais n'implique pas automatiquement une panne globale de Salesforce.
Si votre organisation rencontre actuellement des problèmes, la solution la plus fiable est :
Cette approche vous permet d'obtenir une réponse fiable pour votre environnement, au lieu de vous fier à une hypothèse générale. Cependant, les pages d'état publiques ne peuvent pas révéler immédiatement toutes les défaillances spécifiques à un locataire ; la confirmation définitive d'un incident de production peut donc nécessiter l'intervention du fournisseur et vos propres données de télémétrie.
Un guide pratique pour 2026 sur l'IA, les capteurs domotiques, la surveillance à distance, la sécurité contre les chutes, la protection de la vie privée et comment la technologie peut favoriser le maintien à domicile sans remplacer les soins.
Découvrez comment les villes peuvent transformer les données relatives à la mobilité, à l'aménagement du territoire, au climat et à la communauté en quartiers plus sûrs, plus verts et plus accessibles à pied, sans pour autant privilégier la technologie au détriment des personnes.
Comparez les principaux programmes d'ingénierie aérospatiale et de drones pour les drones, l'autonomie, les commandes, les opérations de systèmes aériens sans pilote et la recherche de troisième cycle, avec des mises à jour vérifiées jusqu'en 2026.
A practical guide to AI-powered surgical robotics: current capabilities, levels of autonomy, precision benefits, limits, regulation, and evaluation criteria.
Les investissements dans le captage, l'utilisation et le stockage du carbone (CCUS) sont en hausse, mais le captage du carbone peut-il inverser les émissions mondiales ? Découvrez où cela fonctionne, quelles sont les limites de son déploiement à grande échelle et quelles preuves sont pertinentes.
Comparez sept programmes mondiaux pour les chaînes d'approvisionnement numériques, la logistique, l'analyse de données, le commerce international et les opérations, avec des conseils pratiques pour choisir la solution la plus adaptée.
Découvrez comment les interfaces cerveau-ordinateur décodent les signaux neuronaux pour rétablir la communication et le mouvement, ce que les études récentes ont permis de réaliser et ce qui limite encore l'utilisation des interfaces cerveau-ordinateur.
Découvrez comment les drones commerciaux combinent capteurs, intelligence artificielle embarquée, batteries, communications et logiciels de contrôle de vol, et comment l'autonomie dépend encore de la mission et de la réglementation.
Comparez sept excellentes options de master en batteries et stockage d'énergie en fonction des matériaux, des systèmes, de la recherche, de l'exposition à l'industrie, de la flexibilité, de la langue et des compromis en matière de coûts.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
