Когато страница на Salesforce се забави или интеграция спре да предоставя записи, екипите често задават прост въпрос: „AWS или Salesforce не работи?“ Този въпрос е разбираем, но може да доведе до погрешно разследване. Salesforce е доставчик на софтуер, AWS е доставчик на облачна инфраструктура и връзката между тях се променя в зависимост от продукта на Salesforce, организацията, региона, мрежовия път и дизайна на интеграцията.
Проверена актуализация дава полезен контекст на връзката. Salesforce Help публикува актуализиран ЧЗВ за Hyperforce на 4 август 2026 г. В него се казва, че Hyperforce е наличен в Amazon Web Services (AWS), като наличността на Google Cloud Platform е планирана от края на 2026 г. и че Salesforce управлява разположението на инфраструктурата, използвайки технически и оперативни фактори. Същият ЧЗВ казва, че някои продукти или функции първоначално може да са налични в Hyperforce в AWS, но все още не са налични в GCP. Това не означава, че всяка услуга на Salesforce се хоства в AWS, че всеки клиент избира основния доставчик или че инцидент в AWS автоматично се превръща в инцидент в Salesforce. Това ръководство обяснява зависимостта в тези слоеве, използвайки информация, проверена на 16 септември 2026 г.
„Зависимост“ може да описва няколко различни взаимоотношения. Най-важното разграничение е между зависимост от управлявана услуга и интеграция, създадена от клиента:
| Слой | Какво е свързано | Кой обикновено го контролира | Как може да изглежда един провал |
|---|---|---|---|
| Приложение за Salesforce | CRM продукти, API, идентичност, метаданни и бизнес логика | Salesforce | Неуспешно влизане, грешки в API, бавни страници или недостъпни функции |
| Инфраструктура на хиперсилата | Стекове от приложения на Salesforce, разположени в инфраструктура на публичен облак | Salesforce управлява разположението; доставчикът на облачни услуги управлява основните си услуги | Регионален капацитет, мрежи, съхранение или инфраструктурни ефекти |
| Интеграция на клиенти | Salesforce, свързан с AWS услуги, като приложения, хранилища за данни или канали за събития | Вашите екипи за интеграция и операции, със специфични за доставчика контроли | Изтичане на времето, грешки при удостоверяване, липсващи събития или неуспешни записи |
| Мрежов път | Интернет, частна свързаност, DNS, защитни стени, маршрутизация или директно свързване | Клиент, телеком, AWS и Salesforce в зависимост от пътя | Само един офис, VPC, регион или приложение не може да се свърже |
| Данни и съответствие | Къде се съхраняват, обработват, архивират и прехвърлят данните | Споделено в конфигурацията на продукта, договорите и архитектурата | Въпроси относно местоживеенето, блокирани преводи или констатация от одит |
Таблицата е модел за отстраняване на неизправности, а не твърдение, че всеки продукт на Salesforce използва всеки компонент на AWS. Проверете специфичната за продукта документация и конфигурацията на поръчката си, преди да вземете решение относно архитектурата или съответствието.
Не. Hyperforce е инфраструктурната архитектура на Salesforce. Salesforce я описва като архитектура на публичен облак, управлявана като код, проектирана да поддържа глобална доставка, съхранение на данни, сигурност, мащабируемост и гъвкавост. AWS е един доставчик на публичен облак, на който е наличен Hyperforce. Следователно името на платформата, продуктът на Salesforce и основният доставчик на облак са различни части от стека.
В актуализирания ЧЗВ на Salesforce се казва, че Salesforce управлява разположението на инфраструктурата въз основа на технически и оперативни фактори. За клиент това означава, че организация, работеща на Hyperforce, не трябва да се третира като AWS акаунт, където клиентът избира зона на наличност, променя EC2 екземпляр или отваря група за сигурност. Salesforce управлява управляваната SaaS среда. Вашият екип все още може да има AWS зависимости около нея – например, канал за данни, частна връзка, потребител на събития или приложение, хоствано във вашия AWS акаунт – но те са отделни от собственото разположение на инфраструктурата на Salesforce.
Salesforce също така отбелязва, че услугите, които не са хоствани в Hyperforce, продължават да работят както преди и че наличността на продуктите може да се различава в зависимост от доставчика на публичен облак. За актуални подробности за продуктите и доставчиците, вижте ЧЗВ и ръководството за миграция на Salesforce Hyperforce . Третирайте тази страница като ръководство за работа с версии, а не като постоянно обещание: Salesforce казва, че документът е информационен и подлежи на промяна.
Това е най-близкото до директна зависимост от инфраструктурата. Ако определена организация и продукт на Salesforce бъдат поставени в Hyperforce на AWS, инцидент в съответния регион или услуга на AWS може да се превърне във фактор за наличността на Salesforce. Но действителният отказ, насочен към клиента, може да бъде причинен от код на приложението на Salesforce, контролна равнина на Salesforce, зависимост в друг регион, проблем с маршрутизацията или услуга, специфична за продукта. Разглеждането на AWS като основен доставчик не е достатъчно, за да се идентифицира първопричината.
Това често е зависимостта, която клиентите забелязват първо. Организация на Salesforce може да изпраща данни към услуга, хоствана от AWS, да получава събития от опашка, да извиква API във VPC, да чете от платформа за данни или да използва AWS услуга като част от работен процес на приложение. В този дизайн Salesforce може да бъде в добро състояние, докато вашата крайна точка, идентификационни данни, мрежов маршрут или потребител на събития на AWS са в неуспех. Възможно е и обратното: AWS може да бъде в добро състояние, докато Salesforce API или слоят за удостоверяване не са налични.
Salesforce Private Connect е модел за междуоблачна интеграция за свързване на организация на Salesforce с AWS услугите на клиента. AWS Direct Connect е опция за мрежова свързаност, която може да осигури път от локална среда към AWS и, чрез публичен виртуален интерфейс, към Hyperforce. Те не са взаимозаменяеми контроли.
Съвместното ръководство на Salesforce и AWS посочва, че Salesforce Express Connect не е съвместим с Hyperforce и описва AWS Direct Connect с публичен виртуален интерфейс като опция за някои клиенти, които се нуждаят от директна свързаност с Hyperforce. То също така разграничава Private Connect, който свързва организация на Salesforce с услугите на AWS на клиента. Прочетете ръководството на AWS за достъп до Hyperforce с Direct Connect, преди да променяте мрежовата архитектура. Все още трябва да се проверят изискванията за наличност, маршрутизация и договор за вашата организация.
Не. Инцидент в Salesforce и инцидент в AWS могат да се припокриват, но не са синоними. Salesforce публикува състоянието на услугата чрез своя сайт за доверие, докато AWS публикува състоянието на услугата и специфични за акаунта събития чрез AWS Health. Започнете с услугата, която не работи, и точния регион или екземпляр, вместо да приемате, че най-големият доставчик в стека е отговорен.
Използвайте това сравнение по време на инцидент:
| Наблюдаван симптом | Първо място за оглеждане | Тълкуване за тестване |
|---|---|---|
| Всички потребители на Salesforce не могат да влизат или да използват няколко продукта едновременно. | Salesforce Trust, инстанция на организацията и канал за поддръжка на Salesforce | Прекъсване на услугата в целия Salesforce или на ниво екземпляр |
| Само една интеграция, поддържана от AWS, се проваля | Журнали на приложенията, AWS Health, идентификационни данни, DNS и показатели за крайни точки | Проблем с интеграцията на клиента или услугата AWS |
| Само един офис или виртуален компютър не може да се свърже със Salesforce | Маршрути, правила за защитна стена, DNS, директно свързване и конфигурация на надеждни IP адреси | Проблем с мрежовия път или локалната конфигурация |
| Потребителският интерфейс на Salesforce работи, но планираната синхронизация блокира | Ограничения на API, OAuth токен, дълбочина на опашката, повторни опити и регистрационни файлове за интеграция | Зависимост от работния процес или API, а не от наличността на ядрото |
| Един продукт или функция не е наличен | Документация за състоянието и изданието на Salesforce, специфична за продукта | Проблем на ниво компонент, поддръжка или зависимост от функция |
Това разграничение влияе върху ескалацията. Ако Salesforce Trust съобщи за инцидент, засягащ вашия екземпляр, съберете номера на инцидента и избягвайте да правите разрушителни промени в конфигурацията. Ако Trust е ясен, но вашата AWS крайна точка показва грешки, запазете идентификаторите на заявките и проучете AWS страната. Ако и двете изглеждат здрави, сравнете директен тест на Salesforce API, тест на AWS крайна точка и пълния път на интеграция; все още е възможен проблем между здрави услуги.
Hyperforce може да промени къде се хостват приложенията и данните на Salesforce, но „регионален“ не означава „всеки байт остава в една държава във всяка ситуация“. Salesforce казва, че данните за клиентите обикновено се съхраняват в държавата, където се намира организацията, когато използваните услуги са достъпни там. Също така предупреждава, че някои продукти може да имат компоненти в различни държави или да включват интеграции с услуги, които все още не са в Hyperforce.
Това предупреждение е важно, когато AWS е част от дизайна. Трябва да картографирате поне четири местоположения: организацията Salesforce и нейния оперативен регион Hyperforce, региона AWS, съдържащ свързаната услуга или данни, местоположението на интеграционните работници и лог файловете, и местоположението на резервните копия или копия за възстановяване след бедствие. Регион AWS, избран от вашия екип, не отменя продуктовата архитектура на Salesforce, а опцията за местоживеене на данни на Salesforce не поставя автоматично вашите външни данни от AWS в същия регион.
Използвайте общия преглед на инфраструктурата за публичен облак на Salesforce Hyperforce и документацията за доверие и съответствие на вашата организация, за да валидирате продуктите, регионите и ангажиментите, които се отнасят за вашата среда. За регулирани данни, екипите по поверителност, сигурност и правни въпроси трябва да прегледат действителните условия на услугата, вместо да разчитат на обща архитектурна диаграма.
Устойчивостта започва с избягването на единична синхронна верига за всяко бизнес действие. Ако транзакция в Salesforce трябва да изчака AWS услуга, дефинирайте какво се случва, когато AWS услугата е бавна или недостъпна. В зависимост от бизнес процеса, опашка, повторен опит с експоненциално отсрочване, ключ за идемпотентност, прекъсвач, път на неизпратени съобщения или ръчно съгласуване може да са по-безопасни от повтарящите се синхронни извиквания.
Използвайте ограничен брой повторни опити. Повторен опит, който продължава, докато Salesforce или AWS са влошени, може да увеличи трафика и да превърне кратък инцидент в по-голямо натрупване на неизпълнени задачи. Запишете оригиналната заявка, броя на повторните опити, кода на отговора и окончателното разпореждане. Осигурете безопасността на дублиращите се доставки, преди да активирате автоматичното възпроизвеждане на събитията.
Разделете целите за възстановяване за страната на Salesforce от целите за страната на AWS. Архивирането на база данни на AWS не възстановява конфигурацията на организацията на Salesforce, а опцията за възстановяване на Salesforce не възстановява външно AWS приложение. Salesforce описва възможността за възстановяване след бедствие извън региона за сигурно архивиране на екземпляр във вторичен регион на Hyperforce, но наличността и договорният обхват трябва да бъдат проверени за продуктите и изданието, които използвате. Не представяйте тази опция като универсален план за превключване при срив.
Не кодирайте твърдо предположения за диапазони от IP адреси в публичния облак, разположението на доставчиците или поведението на продуктите в дългосрочен runbook. Прегледайте текущата документация на Salesforce и AWS след миграция към Hyperforce, стартиране на нов регион, промяна в свързаността или основно издание за интеграция.
Полезен резултат не е просто „Salesforce използва AWS“. Полезният резултат е ограничено твърдение, като например: „Организацията на Salesforce е достъпна, AWS е в добро състояние, но интеграционният работник не може да разреши частната крайна точка“ или „Salesforce Trust съобщава за проблем с екземпляр, така че нашите повторни опити от страна на AWS се задържат“. Това ниво на прецизност казва на следващия екип какво да промени – и какво да не променя.
Salesforce и AWS са тясно свързани в някои части от съвременната облачна архитектура, особено когато Hyperforce работи на AWS или когато клиент умишлено интегрира Salesforce с услуги на AWS. Връзката не е единична зависимост от типа „всичко или нищо“. Това е набор от управляван хостинг, приложни услуги, мрежови пътища, местоположения на данни и изградени от клиента интеграции.
За текущо планиране използвайте ЧЗВ за Salesforce Hyperforce от 4 август 2026 г. като отправна точка, след което проверете конкретните продукти и региони във вашата организация. За реагиране при инциденти тествайте всеки слой поотделно и запазете доказателства, преди да промените конфигурацията. Целта не е да се елиминира всяка зависимост; целта е да се знае коя зависимост съществува, кой я притежава, как се проявява повредата и как бизнесът се възстановява, без да се създава втори проблем.
Проверете графика за смет, рециклиране, зелени отпадъци и мебели в София през октомври 2026 г. Вижте как да намерите зоната си и какво да направите при пропуск.
Потвърдените промени в София за октомври 2026: бул. „Владимир Вазов“, автобуси 84 и N4, Маратон София, ограничения за паркиране и какво още може да се промени.
Проверен график за октомври 2026 в София: почивни дни на Столична библиотека и музеите, режим на пощите, общински услуги и достъпни онлайн услуги.
Проверете кога НОИ изплаща пенсиите през октомври 2026 г., какво е обявено за социалните помощи и кои групи могат да получат компенсация от 50 евро.
Проверен календар за София през октомври 2026: последен учебен ден, есенна ваканция, връщане в клас, официални празници и училищни изключения.
Проверете работното време на обществените служби в Лондон за октомври 2026 г.: проверени изключения за библиотеките и музеите, разлики в клоновете на пощенските станции, достъп до услугите на общината и кои онлайн задачи остават налични.
Повечето училища в Голям Лондон имат ваканция от 26 до 30 октомври 2026 г., но училищата в Бромли и някои училища в Бексли са различни. Проверете последния ден, датата на връщане, официалните празници и дните за начален час (INSET).
Планирайте пътуването си до Лондон през октомври 2026 г. с потвърдени затваряния на метрото, надземната железница, железопътния транспорт, автомобилния транспорт и събитията, засегнати часове, промени в паркирането, алтернативи и ясни бележки за това какво все още може да се промени.
Намерете правилата за боклук, рециклиране, градински отпадъци и обемисти предмети във вашия лондонски район за октомври 2026 г. Проверете конкретните дати за адреса, пропуснатите места за вземане и одобрените опции за изхвърляне.
Официални правила за плащане на универсален кредит и държавна пенсия за Обединеното кралство от октомври 2026 г., включително корекции през уикенда, разлики за Северна Ирландия и чекове за закъснели плащания.
