Domů
» Zprávy
»
Ovlivnil nedávný výpadek AWS i Salesforce? Co by si uživatelé měli nejdříve zkontrolovat
Ovlivnil nedávný výpadek AWS i Salesforce? Co by si uživatelé měli nejdříve zkontrolovat
Otevřete Salesforce a něco se vám zdá špatně: stránky se načítají pomalu, přihlášení se nezdaří nebo integrace začne vypršet. Zároveň si kolegové hlásí výpadek AWS. Přirozenou otázkou je, zda spolu tyto dvě události souvisí.
Stručná odpověď zní: možná, ale ne automaticky . Salesforce využívá Amazon Web Services (AWS) pro významné části své infrastruktury Hyperforce, ale Salesforce je distribuován napříč regiony, instancemi a službami. Narušení AWS na jednom místě neznamená, že je ovlivněno všech zákazníků Salesforce. Nejrychlejším způsobem, jak získat spolehlivou odpověď, je identifikovat vaši instanci Salesforce, zkontrolovat důvěryhodnost Salesforce pro tuto instanci a poté ji porovnat s příslušným regionem AWS nebo servisní událostí.
Nastavení monitorování porovnávající aktivitu Salesforce s upozorněním na přerušení služby AWS, které ilustruje, proč by uživatelé měli ověřovat stav Salesforce a AWS samostatně, místo aby předpokládali, že jeden výpadek automaticky způsobuje druhý.
Co by měl začátečník vědět před kontrolou?
Tři pojmy to mnohem lépe usnadňují.
Hyperforce je architektura infrastruktury veřejného cloudu od společnosti Salesforce. Společnost Salesforce uvádí, že Hyperforce je k dispozici na AWS a rozšiřuje se i do dalších poskytovatelů veřejného cloudu. To znamená, že některé úlohy Salesforce běží na infrastruktuře AWS, ale ne všichni zákazníci jsou hostováni na jednom místě AWS. Viz přehled a nejčastější dotazy k Hyperforce od Salesforce .
Region AWS je geografická oblast, která obsahuje několik izolovaných zón dostupnosti. Například AWS dokumentuje regiony Blízkého východu, jako je Bahrajn ( me-south-1) a Spojené arabské emiráty ( me-central-1). Viz oficiální referenční příručka k regionům AWS .
Instance Salesforce je prostředí, které slouží vaší organizaci. Salesforce poskytuje informace o stavu specifické pro danou instanci, takže znalost instance je užitečnější než se pouze ptát, zda je „Salesforce“ globálně mimo provoz.
Toto rozlišení je důležité, protože výpadky cloudu jsou často regionální nebo specifické pro danou službu. Problém, který postihuje jeden region AWS, může způsobit, že organizace Salesforce v jiných regionech nebudou fungovat normálně. Stejně tak může k incidentu Salesforce dojít, aniž by jej způsobila společnost AWS.
Takže, je Salesforce ovlivněn nedávným výpadkem AWS?
Neexistuje univerzální řešení pro každého zákazníka Salesforce. Od 16. září 2026 je správnou cestou ověření použití živého řídicího panelu AWS Health Dashboard pro události služeb AWS a Salesforce Trust pro incidenty Salesforce.
Dokumentace Salesforce potvrzuje, že mnoho instancí Hyperforce je hostováno na AWS v konkrétních regionech a že instance Hyperforce jsou rozprostřeny v několika zónách dostupnosti v rámci dané země. Salesforce také zveřejňuje referenční informace o regionech a instancích pro zákazníky, kteří potřebují vědět, kde je jejich organizace hostována. Viz Kde se nachází moje instance Salesforce ?.
Užitečné upozornění: Salesforce Trust zaznamenal 5. září 2026 samostatné narušení platformy, které ovlivnilo skupinu instancí „AWS US“ po dobu přibližně 90 minut. Stránka incidentu popisuje narušení služby Salesforce, ale neprokazuje, že jej způsobila pozdější událost AWS. Považujte samotné načasování za korelaci, nikoli za důkaz příčinné souvislosti. Viz záznam incidentu Salesforce Trust .
Krok 1: Najděte svou instanci Salesforce
Pokud s administrací Salesforce teprve začínáte, začněte zde. Vaše instance vám sdělí, který stav je relevantní pro vaši organizaci.
Salesforce dokumentuje dvě praktické metody. V Nastavení vyhledejte Informace o společnosti a poté v Podrobnosti o organizaci vyhledejte pole Instance . Můžete také přejít do sekce Důvěra v Salesforce a vyhledat podle názvu domény. Aktuální pokyny Salesforce naleznete v části Zobrazení informací o instanci pro vaši organizaci Salesforce .
Nehádejte hostitelský region podle sídla vaší společnosti. Sídlo společnosti a umístění její infrastruktury Salesforce nemusí být nutně totéž.
Krok 2: Před lokálním řešením problémů zkontrolujte důvěryhodnost Salesforce
Vyhledejte v Salesforce Trust svou doménu nebo instanci. Hledejte aktivní incident, zhoršení služby, oznámení o údržbě nebo vyřešený incident, který se překrývá s dobou, kdy se vašim uživatelům začaly problémy objevovat.
Pokud Salesforce Trust ukazuje vaši přesnou instanci a dotčenou službu, je to silnější důkaz než příspěvky na sociálních sítích nebo obecný systém sledování výpadků. Všimněte si času zahájení incidentu, dotčeného produktu a aktualizací stavu. Pokud vaše instance není uvedena, nedělejte okamžitý závěr, že je Salesforce v pořádku; pokračujte v lokálních kontrolách, protože ověřování, síťování, integrace nebo úzká závislost produktu mohou selhat i bez incidentu na široké platformě.
Krok 3: Porovnejte načasování s AWS Health
Dále zkontrolujte AWS Health Dashboard. AWS zveřejňuje stav služeb podle regionu a služby. Klíčovou otázkou není „Je AWS nedostupný?“, ale „Je region AWS nebo služba AWS relevantní pro tuto úlohu Salesforce, která hlásí incident?“
Právě zde začátečníci často dělají chybu. AWS má mnoho regionů a mnoho služeb. Narušení provozu v jednom regionu může koexistovat s běžným provozem jinde. Pokud vaše organizace Salesforce používá Hyperforce, podpora Salesforce vám může pomoci s potvrzením poskytovatele cloudu pro vaši instanci, pokud tento údaj není z názvu instance zřejmý.
Krok 4: Otestujte co nejmenší pracovní postup Salesforce
Pokud neexistuje jasná shoda incidentu, před změnou nastavení otestujte úzký pracovní postup. Zkuste se přihlásit z druhé sítě, otevřít základní záznam, spustit jednoduché vyhledávání a použít standardní stránku Salesforce, která nezávisí na vlastní integraci.
Pokud standardní funkce Salesforce fungují, ale připojená aplikace selhává, problém může být v downstreamu. Integrace může například záviset na vašem vlastním API hostovaném v AWS, poskytovateli identity, middlewaru, datovém skladu nebo síťové cestě, a to i v případě, že je samotný Salesforce k dispozici.
Krok 5: Oddělte problémy Salesforce od problémů se závislostmi
Mnoho organizací propojuje Salesforce s externími službami. To znamená, že uživatelé mohou zažít něco, co se jeví jako „výpadek Salesforce“, i když skutečný problém se nachází někde jinde v řetězci požadavků.
Příznak
Co zkontrolovat jako první
Možná interpretace
Přihlášení do Salesforce selhává u mnoha uživatelů.
Důvěra Salesforce, status poskytovatele identity, firemní síť
Problém s platformou, ověřováním nebo připojením
Salesforce se načte, ale jedna integrace vyprší
Integrační protokoly a oblast externí služby
Závislost může být ovlivněna, i když jádro Salesforce zůstane k dispozici.
Dotčena je pouze jedna kancelář nebo síť
Lokální DNS, proxy, VPN, firewall, poskytovatel internetových služeb
Pravděpodobně se jedná o lokální připojení, nikoli o globální výpadek Salesforce.
Selže pouze jeden produkt nebo funkce Salesforce
Incident důvěryhodnosti Salesforce specifický pro produkt
Degradace funkcí může být užší než úplný výpadek platformy.
Časté chyby, kterým se vyhnout
Za předpokladu, že AWS se rovná Salesforce
Salesforce hojně využívá AWS, ale vztah není individuální. Hyperforce působí v několika regionech a Salesforce spravuje vrstvu platformy nad podkladovou cloudovou infrastrukturou.
Použití nadpisu globálního výpadku namísto vaší instance
Titulek s názvem „Výpadek AWS“ může popisovat regionální událost. Vaše instance Salesforce může být hostována jinde. Před vyvozením závěru vždy porovnejte geografické a načasovací údaje.
Příliš brzké restartování nebo změna výrobních systémů
Pokud je problém v upstreamu, změny konfigurace mohou způsobit druhý problém. Nejprve si zaznamenejte příznaky a časová razítka. Před rotací přihlašovacích údajů, změnou síťových pravidel, deaktivací integrací nebo úpravou produkční automatizace zkontrolujte oficiální zdroje stavu.
Zacházení se sledovači výpadků třetích stran jako se směrodatnými
Crowdsourcingové zprávy mohou být užitečné jako včasný signál, ale nenahrazují AWS Health nebo Salesforce Trust. Oficiální stránky o stavu identifikují dotčené služby a poskytují aktualizace o incidentech od samotných provozovatelů.
Jak zjistit, zda je problém skutečně vyřešen
Nezastavujte se na zeleném indikátoru stavu. Potvrďte zotavení z pohledu uživatele.
Ověření důvěryhodnosti Salesforce již neuvádí vaši instanci jako dotčenou.
Pokud je infrastruktura AWS součástí podezřelé cesty, zkontrolujte příslušnou událost AWS, zda nedošlo k obnovení nebo vyřešené aktualizaci.
Zopakujte přesně tu akci, která se nezdařila, například přihlášení, uložení záznamu, volání API, načtení sestavy nebo synchronizaci integrace.
Zkontrolujte, zda nedošlo k zablokování úloh ve frontě, neúspěšných požadavků API nebo opakovaných pokusů o integraci.
Porovnejte míru chyb a dobu odezvy s vaší běžnou základní hodnotou.
Pokud je to možné, ověřte alespoň s jedním uživatelem mimo původní zařízení nebo síťovou cestu.
Pokud jsou oficiální stránky se stavem problému čisté, ale problém přetrvává, shromážděte před kontaktováním podpory Salesforce název instance Salesforce, časová razítka s časovým pásmem, dotčené uživatele, chybové zprávy, ID požadavků, pokud jsou k dispozici, a nejmenší reprodukovatelný pracovní postup. Tyto důkazy pomáhají odlišit incident platformy Salesforce od problému s konfigurací, sítí nebo závislostí na třetí straně specifické pro danou organizaci.
Sečteno a podtrženo
Výpadek AWS může ovlivnit Salesforce, protože Salesforce Hyperforce používá AWS, ale narušení AWS automaticky neznamená, že vaše organizace Salesforce je nedostupná. Spolehlivý pracovní postup je jednoduchý: identifikujte svou instanci Salesforce, zkontrolujte důvěryhodnost Salesforce, zkontrolujte příslušný region nebo službu AWS a poté reprodukujte selhání s co nejmenším možným pracovním postupem.
Pro začátečníky tento přístup zabraňuje dvěma nákladným chybám: obviňování Salesforce z každého problému v cloudu a změně produkční konfigurace před ověřením, kde selhání skutečně nachází.