Amikor egy Salesforce oldal lelassul, vagy egy integráció leállítja a rekordok kézbesítését, a csapatok gyakran feltesznek egy egyszerű kérdést: „Az AWS, vagy a Salesforce nem működik?” Ez a kérdés érthető, de téves vizsgálathoz vezethet. A Salesforce egy szoftverszolgáltató, az AWS pedig egy felhőinfrastruktúra-szolgáltató, és a köztük lévő kapcsolat a Salesforce terméktől, a szervezettől, a régiótól, a hálózati útvonaltól és az integráció tervétől függően változik.
Egy ellenőrzött frissítés hasznos kontextust ad a kapcsolatnak. A Salesforce Help 2026. augusztus 4-én közzétett egy frissített Hyperforce GYIK-et. Ez azt írja, hogy a Hyperforce elérhető az Amazon Web Services (AWS) platformon, a Google Cloud Platform várhatóan 2026 végére válik elérhetővé, és hogy a Salesforce technikai és működési tényezők alapján kezeli az infrastruktúra elhelyezését. Ugyanez a GYIK azt is mondja, hogy egyes termékek vagy funkciók kezdetben elérhetők lehetnek a Hyperforce AWS platformon, míg a GCP platformon még nem. Ez nem jelenti azt, hogy minden Salesforce szolgáltatás az AWS platformon fut, hogy minden ügyfél maga választja ki az alapul szolgáló szolgáltatót, vagy hogy egy AWS incidens automatikusan Salesforce incidenssé válik. Ez az útmutató a 2026. szeptember 16-án ellenőrzött információk felhasználásával ismerteti az említett rétegek közötti függőséget.
A „függőség” számos különböző kapcsolatot írhat le. A legfontosabb különbség a felügyelt szolgáltatásfüggőség és az ügyfél által létrehozott integráció között van:
| Réteg | Ami kapcsolódik | Ki szokta irányítani | Hogyan nézhet ki egy kudarc |
|---|---|---|---|
| Salesforce alkalmazás | CRM-termékek, API-k, identitás, metaadatok és üzleti logika | Salesforce | Bejelentkezési hibák, API-hibák, lassú oldalak vagy nem elérhető funkciók |
| Hyperforce infrastruktúra | Publikus felhőalapú infrastruktúrán telepített Salesforce alkalmazáscsomagok | A Salesforce kezeli az elhelyezést; a felhőszolgáltató üzemelteti az alapul szolgáló szolgáltatásokat. | Regionális kapacitás, hálózatépítés, tárolás vagy infrastruktúra hatásai |
| Ügyfélintegráció | A Salesforce olyan AWS szolgáltatásokhoz csatlakozik, mint az alkalmazások, adattárak vagy eseményfolyamatok | Integrációs és operatív csapatai, szolgáltatóspecifikus vezérlőkkel | Időtúllépések, hitelesítési hibák, hiányzó események vagy sikertelen írások |
| Hálózati útvonal | Internet, privát kapcsolat, DNS, tűzfalak, útválasztás vagy közvetlen kapcsolat | Ügyfél, telekommunikáció, AWS és Salesforce az útvonaltól függően | Csak egy iroda, VPC, régió vagy alkalmazás nem tud csatlakozni |
| Adatok és megfelelőség | Hol tárolják, dolgozzák fel, hol készítenek biztonsági másolatot és hol továbbítják az adatokat? | Megosztva a termékkonfiguráció, a szerződések és az architektúra között | Lakóhelyi kérdések, blokkolt áthelyezések vagy ellenőrzési megállapítások |
A táblázat egy hibaelhárítási modell, nem pedig azt az állítást tartalmazza, hogy minden Salesforce termék minden AWS komponenst használ. Az architektúrával vagy a megfelelőséggel kapcsolatos döntés meghozatala előtt ellenőrizze a termékspecifikus dokumentációt és a megrendelés konfigurációját.
Nem. A Hyperforce a Salesforce infrastruktúra-architektúrája. A Salesforce egy kódként kezelt nyilvános felhőarchitektúraként írja le, amelyet a globális kézbesítés, az adattárolás, a biztonság, a skálázhatóság és az agilitás támogatására terveztek. Az AWS egy olyan nyilvános felhőszolgáltató, amelyen a Hyperforce elérhető. A platform neve, a Salesforce termék és az alapul szolgáló felhőszolgáltató tehát a verem különböző részeit alkotja.
A frissített Salesforce GYIK szerint a Salesforce technikai és működési tényezők alapján kezeli az infrastruktúra elhelyezését. Egy ügyfél számára ez azt jelenti, hogy egy Hyperforce-on futó szervezetet nem szabad úgy kezelni, mint egy AWS-fiókot, ahol az ügyfél kiválaszt egy Availability Zone-t, módosít egy EC2-példányt, vagy megnyit egy biztonsági csoportot. A Salesforce üzemelteti a felügyelt SaaS-környezetet. A csapatodnak továbbra is lehetnek AWS-függőségei – például adatfolyamat, privát kapcsolat, eseményfelhasználó vagy az AWS-fiókodban üzemeltetett alkalmazás –, de ezek elkülönülnek a Salesforce saját infrastruktúra-elhelyezésétől.
A Salesforce azt is megjegyzi, hogy a Hyperforce-on nem üzemeltetett szolgáltatások továbbra is a korábbiakhoz hasonlóan működnek, és a termékek elérhetősége a nyilvános felhőszolgáltatónként eltérő lehet. A termékekkel és szolgáltatókkal kapcsolatos aktuális részletekért tekintse meg a Salesforce Hyperforce GYIK-et és migrációs útmutatóját . Tekintse ezt az oldalt verziózott működési útmutatóként, ne pedig állandó ígéretként: A Salesforce szerint a dokumentum tájékoztató jellegű és változhat.
Ez áll a legközelebb a közvetlen infrastruktúra-függőséghez. Ha egy adott Salesforce szervezetet és terméket elhelyeznek a Hyperforce platformon az AWS rendszeren, egy releváns AWS régióban vagy szolgáltatásban bekövetkező incidens a Salesforce elérhetőségének egyik tényezőjévé válhat. A tényleges, ügyféllel kapcsolatos hibát azonban okozhatja a Salesforce alkalmazáskód, egy Salesforce vezérlősík, egy másik régióban lévő függőség, egy útválasztási probléma vagy egy termékspecifikus szolgáltatás. Az AWS-t alapul szolgáló szolgáltatóként tekinteni nem elég a kiváltó ok azonosításához.
Ez gyakran az a függőség, amelyet az ügyfelek először észrevesznek. Egy Salesforce szervezet adatokat küldhet egy AWS által üzemeltetett szolgáltatásnak, eseményeket fogadhat egy várólistából, meghívhat egy API-t egy VPC-ben, olvashat egy adatplatformról, vagy használhat egy AWS szolgáltatást egy alkalmazás-munkafolyamat részeként. Ebben a kialakításban a Salesforce kifogástalan lehet, miközben az AWS végpont, a hitelesítő adatok, a hálózati útvonal vagy az eseményfelhasználó meghibásodik. Ennek fordítottja is lehetséges: az AWS kifogástalan lehet, miközben a Salesforce API vagy a hitelesítési réteg nem érhető el.
A Salesforce Private Connect egy felhőalapú integrációs minta, amely egy Salesforce szervezetet csatlakoztat az ügyfél AWS szolgáltatásaihoz. Az AWS Direct Connect egy hálózati kapcsolódási lehetőség, amely elérési utat biztosíthat egy helyszíni környezetből az AWS-be, és egy nyilvános virtuális interfészen keresztül a Hyperforce-ba. Ezek nem felcserélhető vezérlők.
A Salesforce és az AWS közös útmutatója szerint a Salesforce Express Connect nem kompatibilis a Hyperforce-szal, és az AWS Direct Connectet egy nyilvános virtuális felülettel opcióként írja le azon ügyfelek számára, akiknek közvetlen kapcsolatra van szükségük a Hyperforce-hoz. Megkülönbözteti a Private Connectet is, amely egy Salesforce szervezetet csatlakoztat az ügyfél AWS szolgáltatásaihoz. A hálózati architektúra módosítása előtt olvassa el az AWS útmutatóját a Hyperforce Direct Connecttel történő eléréséről . A szervezet elérhetőségét, útválasztását és szerződéses követelményeit továbbra is ellenőrizni kell.
Nem. Egy Salesforce és egy AWS incidens átfedésben lehet, de nem szinonimák. A Salesforce a Trust webhelyén teszi közzé a szolgáltatás állapotát, míg az AWS az AWS Health oldalon teszi közzé a szolgáltatás állapotát és a fiókspecifikus eseményeket. Kezdjük a hibás szolgáltatással és az érintett pontos régióval vagy példánnyal, ahelyett, hogy feltételeznénk, hogy a veremben lévő legnagyobb szolgáltató a felelős.
Használja ezt az összehasonlítást egy incidens során:
| Megfigyelt tünet | Első hely, ahol keresni kell | Értelmezés tesztelése |
|---|---|---|
| A Salesforce összes felhasználója nem tud bejelentkezni vagy több terméket használni. | Salesforce Trust, szervezeti példány és Salesforce támogatási csatorna | Salesforce-szintű vagy példányszintű szolgáltatáskimaradás |
| Csak egy AWS által támogatott integráció hibásodott meg | Alkalmazásnaplók, AWS Health, hitelesítő adatok, DNS és végponti metrikák | Ügyfélintegrációs vagy AWS szolgáltatási probléma |
| Csak egy iroda vagy VPC nem tudja elérni a Salesforce-t | Útvonalak, tűzfalszabályok, DNS, közvetlen kapcsolat és megbízható IP-konfiguráció | Hálózati elérési út vagy helyi konfigurációs probléma |
| A Salesforce felhasználói felület működik, de az ütemezett szinkronizálás elakad. | API-korlátok, OAuth-token, várólista-mélység, újrapróbálkozások és integrációs naplók | Munkafolyamat- vagy API-függőség a mag elérhetősége helyett |
| Egy termék vagy funkció nem érhető el | Termékspecifikus Salesforce állapot és kiadási dokumentáció | Komponens szintű probléma, karbantartás vagy funkciófüggőség |
Ez a megkülönböztetés befolyásolja az eszkalációt. Ha a Salesforce Trust a példányodat érintő incidenst jelent, gyűjtsd össze az incidens számát, és kerüld a destruktív konfigurációs változtatásokat. Ha a Trust tiszta, de az AWS végpont hibákat mutat, őrizd meg a kérésazonosítókat, és vizsgáld meg az AWS oldalt. Ha mindkettő egészségesnek tűnik, hasonlíts össze egy közvetlen Salesforce API tesztet, egy AWS végpont tesztet és a teljes integrációs útvonalat; az egészséges szolgáltatások közötti probléma továbbra is lehetséges.
A Hyperforce megváltoztathatja a Salesforce alkalmazások és adatok tárolási helyét, de a „regionális” nem azt jelenti, hogy „minden bájt minden helyzetben egy országban marad”. A Salesforce szerint az ügyféladatokat általában abban az országban tárolják, ahol a szervezet található, ha a használt szolgáltatások ott elérhetők. Azt is figyelmezteti, hogy egyes termékeknek lehetnek különböző országokban található összetevői, vagy olyan szolgáltatásokkal való integrációkat tartalmazhatnak, amelyek még nem szerepelnek a Hyperforce-on.
Ez a kikötés fontos, ha az AWS a terv része. Legalább négy helyszínt kell leképezni: a Salesforce szervezetet és annak Hyperforce működési régióját, a csatlakoztatott szolgáltatást vagy adatokat tároló AWS régiót, az integrációs munkatársak és naplók helyét, valamint a biztonsági mentések vagy katasztrófa utáni helyreállítási másolatok helyét. A csapat által kiválasztott AWS régió nem írja felül a Salesforce termékarchitektúráját, és a Salesforce adattárolási beállítása nem helyezi automatikusan a külső AWS adatokat ugyanabba a régióba.
A Salesforce Hyperforce nyilvános felhőinfrastruktúra áttekintését és szervezete megbízhatósági és megfelelőségi dokumentációját használva ellenőrizheti a környezetére vonatkozó termékeket, régiókat és kötelezettségvállalásokat. Szabályozott adatok esetén az adatvédelmi, biztonsági és jogi csapatokkal a tényleges szolgáltatási feltételeket tekintse át, ahelyett, hogy egy általános architektúradiagramra hagyatkozna.
A rugalmasság azzal kezdődik, hogy minden üzleti művelethez el kell kerülni egyetlen szinkron láncot. Ha egy Salesforce tranzakciónak várnia kell egy AWS szolgáltatásra, akkor határozza meg, mi történik, ha az AWS szolgáltatás lassú vagy nem érhető el. Az üzleti folyamattól függően a várakozási sor, az exponenciális várakozással történő újrapróbálkozás, az idempotencia kulcs, a megszakító, a kézbesítetlen levelek elérési útja vagy a manuális egyeztetés biztonságosabb lehet, mint az ismételt szinkron hívások.
Használjon korlátozott újrapróbálkozásokat. Az újrapróbálkozások, amelyek a Salesforce vagy az AWS gyenge teljesítménye mellett is folytatódnak, megsokszorozhatják a forgalmat, és egy rövid incidenst nagyobb várakozássá alakíthatnak. Jegyezze fel az eredeti kérést, az újrapróbálkozások számát, a válaszkódot és a végső döntést. Az események automatikus visszajátszásának engedélyezése előtt tegye biztonságossá a duplikált kézbesítést.
Különítse el a Salesforce oldal helyreállítási célkitűzéseit az AWS oldal célkitűzéseitől. Az AWS adatbázis biztonsági mentése nem állítja vissza a Salesforce szervezet konfigurációját, és a Salesforce helyreállítási opciója nem állít vissza külső AWS alkalmazást. A Salesforce leír egy régión kívüli katasztrófa-helyreállítási funkciót egy másodlagos Hyperforce régióban lévő példány biztonságos biztonsági mentéséhez, de az elérhetőséget és a szerződéses hatókört ellenőrizni kell a használt termékek és kiadások esetében. Ne mutassa be ezt az opciót univerzális feladatátvételi tervként.
Ne fixen kódoljon be feltételezéseket a nyilvános felhőbeli IP-tartományokról, a szolgáltatók elhelyezéséről vagy a termékek viselkedéséről egy hosszú élettartamú runbookba. Tekintse át az aktuális Salesforce és AWS dokumentációt Hyperforce migráció, új régió bevezetése, csatlakozási változás vagy jelentős integrációs kiadás után.
Egy hasznos eredmény nem egyszerűen az, hogy „A Salesforce AWS-t használ”. A hasznos eredmény egy korlátozott utasítás, például: „A Salesforce szervezet elérhető, az AWS egészséges, de az integrációs munkatárs nem tudja feloldani a privát végpontot”, vagy „A Salesforce Trust példányhibát jelent, ezért az AWS-oldali újrapróbálkozásainkat felfüggesztettük”. Ez a pontossági szint megmondja a következő csapatnak, hogy mit kell megváltoztatnia – és mit nem.
A Salesforce és az AWS szorosan összekapcsolódik a modern felhőarchitektúra egyes részein, különösen ott, ahol a Hyperforce az AWS-en fut, vagy ahol az ügyfél szándékosan integrálja a Salesforce-t az AWS szolgáltatásaival. A kapcsolat nem egyetlen „mindent vagy semmit” függőség. Ez egy felügyelt tárhely, alkalmazásszolgáltatások, hálózati útvonalak, adathelyek és ügyfél által készített integrációk halmaza.
A jelenlegi tervezéshez használja a 2026. augusztus 4-i Salesforce Hyperforce GYIK-et kiindulópontként, majd ellenőrizze a szervezetében található konkrét termékeket és régiókat. Az incidensekre adott válaszok esetében tesztelje az egyes rétegeket külön-külön, és őrizze meg a bizonyítékokat a konfiguráció módosítása előtt. A cél nem az összes függőség kiküszöbölése; az a cél, hogy tudjuk, melyik függőség létezik, kié a tulajdonosa, hogyan jelenik meg a hiba, és hogyan áll helyre a vállalkozás anélkül, hogy második problémát okozna.
Ismerd meg, mire jó a DLSS 4.5, a CUDA, a Blackwell, az NVIDIA NIM és az Omniverse, és melyik megoldás illik a játékhoz, fejlesztéshez vagy vállalati AI-hoz.
GTA VI: a hivatalos megjelenési dátum, a megerősített PS5 és Xbox Series X|S platformok, az előtöltés és a PC-verzió jelenlegi státusza.
Mutatjuk, mire használható a PENNY alkalmazás: digitális kártya, kuponok, akciós újság, bevásárlólista, üzletkereső, Scan&Go és online rendelés.
A világűr hete 2026. október 4–10.: budapesti programok, találkozás Farkas Bertalannal, oktatási anyagok és a rakétaforradalom technológiái.
Gyakorlati útmutató az otthoni energiatároláshoz: működés, kWh és kW, LFP és más akkumulátortechnológiák, napelem-kompatibilitás, biztonság és választási szempontok.
Budapesti októberi útlezárások és közlekedési változások: Erzsébet híd, Budafoki út, MÁV-vágányzárak, maraton, parkolás és aktuális kerülők.
Budapest 2026. októberi zárvatartásai: FSZEK, múzeumok, Magyar Posta, fővárosi ügyfélszolgálatok és kormányablakok, október 23-i eltérésekkel és online lehetőségekkel.
Így ellenőrizd a budapesti hulladékszállítást 2026 októberében: október 23., cím szerinti kukanaptár, zöldhulladék, lomtalanítás, pótszállítás és hulladékudvarok.
A 2026/2027-es tanév hivatalos rendje alapján: utolsó tanítási nap, őszi szünet, visszatérés, október 23., helyi eltérések és iskolai munkanapok Budapesten.
Hivatalos 2026. októberi családi pótlék- és nyugdíjfizetési dátumok Magyarországon, banki jóváírás, postai kézbesítés és késés esetén ellenőrzendő lépések.
