Если Salesforce работает медленно, вход в систему не удается или интеграция внезапно перестает работать одновременно с новостью о сбое AWS, возникает соблазн немедленно связать эти два фактора. В некоторых случаях это может быть правильным диагнозом, но не всегда.
По состоянию на 16 сентября 2026 года нет никаких публичных подтверждений того, что масштабный сбой в работе Salesforce был вызван последними сбоями в AWS. AWS продолжает сообщать о крупном, длительном сбое в работе сервиса в регионе Ближнего Востока (Бахрейн) и серьезных проблемах в некоторых частях региона Ближнего Востока (ОАЭ). Salesforce запускает рабочие нагрузки Hyperforce на AWS в нескольких странах, включая ОАЭ, поэтому региональная проблема AWS может иметь значение для некоторых клиентов Salesforce. Однако, прежде чем делать вывод о том, что причиной является AWS, необходимо проверить состояние Salesforce на уровне конкретной организации, экземпляра, региона и сервиса.
В этой статье объясняется, что подтверждено, а что нет, как определить, затронута ли ваша среда Salesforce, и когда следует прекратить ждать появления общедоступной страницы состояния и вместо этого исследовать свою собственную сеть, браузер, интеграцию или арендатора.
Последний крупный сбой в работе AWS, последствия которого до сих пор ощущаются в истории AWS в сфере здравоохранения, сосредоточен на Ближнем Востоке. AWS сообщает, что ее регион на Ближнем Востоке (Бахрейн), обозначенный как me-south-1 , недоступен из-за физических повреждений, а регион на Ближнем Востоке (ОАЭ), me-central-1 , также серьезно пострадал.
Компания AWS сообщила, что пострадавшие объекты получили физические повреждения во время регионального конфликта в марте 2026 года. 30 апреля AWS заявила, что регион Бахрейна остается недоступным, а регион ОАЭ не может надежно поддерживать приложения клиентов. AWS рекомендовала пострадавшим клиентам восстановить рабочие нагрузки в других регионах и, по возможности, восстановить недоступные ресурсы из удаленных резервных копий.
Вы можете проверить текущий и исторический статус событий непосредственно на панели мониторинга состояния AWS . AWS также поясняет, что общедоступное представление состояния сервиса отображает общие события сервиса, в то время как авторизованные пользователи могут видеть проблемы, относящиеся к их учетной записи, в своем персонализированном представлении состояния AWS.
В целом, это не так, судя по общедоступным данным по состоянию на 16 сентября 2026 года.
Основной ресурс для проверки инцидентов Salesforce — это общедоступный сайт Salesforce Trust Status . На момент проверки Salesforce не публиковала информацию об инциденте в масштабах всей платформы, который бы связывал текущие широко распространенные проблемы с доступностью Salesforce со сбоем в работе AWS на Ближнем Востоке.
Это различие имеет значение. У облачного провайдера может произойти серьезный сбой в одном регионе, и при этом все компании-разработчики программного обеспечения, использующие этого провайдера, не окажутся в состоянии глобального сбоя. Современные SaaS-платформы часто работают в нескольких регионах, зонах доступности, уровнях маршрутизации и инфраструктурных средах. Поэтому актуальный вопрос заключается не просто в том, «Происходит ли сбой в AWS?», а в том, «Работает ли моя организация Salesforce или сервис, от которого она зависит, в затронутой инфраструктуре?»
Архитектура Hyperforce от Salesforce позволяет запускать множество рабочих нагрузок Salesforce на общедоступной облачной инфраструктуре. В текущей документации Salesforce указано, что Hyperforce доступен на AWS в ряде стран, включая Австралию, Бразилию, Канаду, Францию, Германию, Индию, Индонезию, Израиль, Италию, Японию, Сингапур, Южную Африку, Южную Корею, Швецию, Швейцарию, Объединенные Арабские Эмираты, Великобританию и США.
В документации Salesforce также указано, что некоторые экземпляры Hyperforce привязаны к определенным регионам AWS. Например, в документации по местоположению экземпляров перечислены регионы AWS для ряда географических регионов Hyperforce. Компания также заявляет, что клиенты могут идентифицировать свой экземпляр Salesforce и использовать Salesforce Trust для просмотра его местоположения и статуса.
См. официальное руководство Salesforce по размещению экземпляров и документацию Salesforce по размещению данных в Hyperforce .
Цель состоит не просто в том, чтобы найти красный или зеленый значок состояния. Полезная диагностика должна ответить на три вопроса:
Если вы пока не можете ответить на эти три вопроса, это всего лишь наблюдение за вашим состоянием, а не диагноз.
Salesforce рекомендует проверить поле «Экземпляр» в разделе «Настройка» в подразделе «Информация о компании» или выполнить поиск по вашему домену в Salesforce Trust. Идентификация экземпляра важна, поскольку состояние сервисов может различаться в зависимости от региона и группы инфраструктуры.
Официальные инструкции Salesforce доступны в разделе « Просмотр информации об экземпляре вашей организации Salesforce» .
На данном этапе хороший результат прост: вы знаете имя экземпляра, который фактически использует ваша затронутая производственная организация. Не следует проводить диагностику, используя организацию коллеги, тестовую среду в другом регионе или общий заголовок статуса Salesforce.
Перейдите в раздел «Доверие Salesforce» и найдите свой экземпляр или домен. Проверьте текущие инциденты, историю недавних инцидентов и запланированное техническое обслуживание.
Если Salesforce сообщает об активном сбое в работе вашего экземпляра, и симптомы совпадают с тем, что наблюдают ваши пользователи, это гораздо более веское доказательство, чем сообщение в социальных сетях или общий заголовок о сбое в облачной инфраструктуре.
Если Salesforce Trust показывает, что ваш экземпляр работает исправно, не останавливайтесь на достигнутом. Страницы состояния могут отставать от первых отчетов клиентов, а проблема может затрагивать только определенную функцию, зависимость или узкую группу арендаторов.
Если ваша организация Salesforce размещена на Hyperforce, поддерживаемом AWS, сравните период возникновения инцидентов Salesforce с периодом событий соответствующего региона AWS. Для установления значимой корреляции необходимо, чтобы оба события происходили не только в один и тот же месяц.
Например, если ваша среда Salesforce размещена в европейском регионе AWS, то сбой, затронувший только Бахрейн, сам по себе не объясняет причину неполадки. Если же ваша рабочая нагрузка или зависимая служба находятся в регионе ОАЭ, связь становится более вероятной и требует более тщательной проверки.
Качественная диагностика позволяет сузить круг проблем, вместо того чтобы постоянно обновлять одну и ту же страницу. Протестируйте несколько типичных вариантов:
Характер проблемы имеет значение. Полный сбой при входе в систему указывает на другую область неисправности, нежели единичная задержка интеграции. Если пользовательский интерфейс Salesforce работает исправно, но поток промежуточного программного обеспечения к системе, размещенной на AWS, дает сбой, реальные последствия могут быть связаны с более поздними этапами работы Salesforce, а не с самой компанией Salesforce.
Да. Это одно из важнейших отличий во время сбоя облачных сервисов.
Ваша организация Salesforce может быть полностью доступна, в то время как компонент, размещенный на AWS и взаимодействующий с ней, может работать с перебоями. Примерами могут служить промежуточное ПО, пользовательские API, конвейеры данных, файловые службы, компоненты идентификации, аналитические задачи или внешние приложения, работающие на AWS.
В такой ситуации Salesforce Trust может корректно отображать платформу Salesforce как работоспособную, даже если какой-либо бизнес-процесс внутри вашей организации дает сбой.
Полезным тестом является разделение поведения ядра Salesforce и поведения внешних зависимостей . Если пользователи могут создавать и редактировать записи, но вызов внешней службы завершается с ошибкой по истечении времени ожидания, следует исследовать внешнюю зависимость и ее регион. Если даже базовая навигация по Salesforce не работает у многих пользователей и в разных сетях, становится более актуальным вопрос о состоянии экземпляра Salesforce.
Компания Salesforce действительно опубликовала несколько сообщений об инцидентах в начале сентября 2026 года, но общедоступные записи об инцидентах не подтверждают, что они были вызваны текущим сбоем в работе AWS на Ближнем Востоке.
Например, 5 сентября Salesforce зафиксировала сбой в работе сервиса, затронувший группу платформ «AWS US», который длился около 90 минут и впоследствии был устранен. Отдельно Salesforce сообщила о проблеме в Revenue Cloud, начавшейся 6 сентября, и заявила, что расследование показало, что причиной стала недавняя версия релиза. Salesforce также опубликовала информационное уведомление о периодическом зависании пользовательского интерфейса в Chrome и Edge 153, описав это как проблему стороннего браузера, а не проблему инфраструктуры Salesforce.
Урок важен: несколько сбоев могут происходить одновременно по совершенно разным причинам. Избегайте объединения всех проблем Salesforce под общим названием «сбой AWS», если поставщик фактически не связал их между собой.
Доказательства становятся более убедительными, когда совпадает несколько сигналов:
| Сигнал | Что это вам говорит |
|---|---|
| Ваш экземпляр Salesforce размещен на Hyperforce с использованием платформы WS. | Зависимость от AWS существует, но это само по себе не доказывает существенного влияния. |
| Экземпляр или зависимая служба сопоставляется с соответствующим регионом AWS. | Региональное отключение электроэнергии имеет техническое значение. |
| Одновременно с этим Salesforce Trust отправляет отчет об инциденте для вашего экземпляра. | На стороне Salesforce имеются прямые доказательства влияния. |
| AWS Health сообщает об ухудшении состояния в том же регионе и временном интервале. | Инфраструктурное событие соответствует симптому. |
| Пользователи в разных местах наблюдают одну и ту же ошибку. | Вероятность возникновения чисто локальной проблемы, связанной с офисом или интернет-провайдером, снижается. |
| При этом основная часть Salesforce остается работоспособной, сбой происходит только при одной внешней интеграции. | Фактической причиной сбоя может быть не ядро Salesforce, а его зависимость. |
Измените свой подход к устранению неполадок, если общедоступная информация больше не соответствует тому, что вы видите.
Если статус доверия Salesforce зеленый, но большая группа пользователей не может получить доступ к одному и тому же экземпляру из разных сетей, необходимо зафиксировать метки времени, идентификаторы запросов, сообщения об ошибках и имена затронутых пользователей, после чего следует открыть обращение в службу поддержки Salesforce. Если проблема затронула только один офис, сравните ситуацию с другой сетью или мобильным подключением, прежде чем сообщать о глобальном сбое SaaS.
Если пользовательский интерфейс Salesforce работает, но интеграция завершается с ошибкой, проверьте внешнюю конечную точку, разрешение DNS, сертификаты, очереди, коды ошибок API и облачный регион, в котором размещена эта зависимость. Не ждите, пока Salesforce сообщит об инциденте, связанном с компонентом, который Salesforce не поддерживает.
Если проблема связана с принадлежащими вам ресурсами AWS, используйте панель мониторинга состояния AWS, в которую вы вошли, а не полагайтесь только на общедоступную панель. В документации AWS прямо указано, что информация о состоянии, специфичная для вашей учетной записи, может отличаться от общедоступного представления. См. документацию по панели мониторинга состояния AWS .
Возвращение страницы состояния в зеленый цвет полезно, но восстановление работоспособности следует подтвердить с помощью вашего собственного рабочего процесса.
Прежде чем объявить инцидент завершенным, убедитесь в следующем:
Убедительный результат — это не просто «поставщик говорит, что проблема решена». Это «поставщик говорит, что проблема решена, и важные для нас рабочие процессы снова функционируют без аномального количества ошибок».
По состоянию на 16 сентября 2026 года имеющаяся официальная информация не позволяет утверждать, что работа Salesforce в целом прекратилась из-за недавнего сбоя AWS. Наиболее серьезный текущий сбой в работе AWS носит региональный характер и затронул Бахрейн и некоторые части ОАЭ. Salesforce использует AWS для многих сред Hyperforce, в том числе в ОАЭ, поэтому некоторые рабочие нагрузки, размещенные или подключенные к Salesforce, могут иметь зависимости от AWS. Это делает региональную проверку важной, но не гарантирует автоматического глобального сбоя Salesforce.
Если ваша организация сейчас испытывает проблемы, наиболее надежный путь таков:
Такой подход позволяет получить обоснованный ответ для вашей собственной среды, вместо того чтобы полагаться на общее предположение. Ограничение заключается в том, что общедоступные страницы состояния не могут немедленно показать все сбои, специфичные для конкретного клиента, поэтому для окончательного подтверждения инцидента в производственной среде может потребоваться поддержка поставщика и ваши собственные телеметрические данные.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Узнайте, как интерфейсы «мозг-компьютер» расшифровывают нейронные сигналы для восстановления коммуникации и движений, чего достигли недавние исследования и что по-прежнему ограничивает использование BCI.
Узнайте, как коммерческие дроны сочетают в себе датчики, периферийный ИИ, батареи, средства связи и программное обеспечение для управления полетом, а также где автономность по-прежнему зависит от задачи и регулирования.
Сравните семь перспективных вариантов аккумуляторных батарей и систем хранения энергии по таким параметрам, как материалы, системы, исследования, опыт работы в отрасли, гибкость, языковые особенности и соотношение цены и качества.
Learn how payload mass, battery limits, weather, propulsion efficiency, and aircraft architecture shape industrial UAV endurance—and how to improve it.
Сравните ведущие программы по биомедицинской инженерии для создания интеллектуальных медицинских устройств, включая проектирование, биоэлектронику, искусственный интеллект, кибербезопасность, клиническую подготовку и регулирование.
Разработайте практичный план обеспечения бесперебойной работы Salesforce в случае простоя, с четко определенными приоритетами, резервными рабочими процессами, проверками восстановления, критериями тестирования и реалистичными ограничениями.
Проблемы с системой StoreForce могут нарушать графики работы, учет рабочего времени, смену смен и коммуникацию в магазине. Узнайте, как диагностировать проблему, обеспечить бесперебойную работу розничной торговли и проверить ее устранение.
Узнайте, как связаться со службой поддержки Salesforce во время крупного сбоя, выбрать подходящий канал связи, подготовить информативное обращение и отслеживать ситуацию, не создавая дубликаты заявок.
Сравните лучшие магистерские программы в области финансовых технологий и кибербезопасности по всему миру, включая учебный план, формат обучения, соответствие карьерным целям и актуальную информацию о приеме в 2027 году.
