Početna
» Vijesti
»
Razumijevanje ovisnosti između Salesforcea i AWS-a
Razumijevanje ovisnosti između Salesforcea i AWS-a
Kada se Salesforce stranica uspori ili integracija prestane isporučivati zapise, timovi često postavljaju jednostavno pitanje: „Je li AWS u kvaru ili je Salesforce u kvaru?“ To pitanje je razumljivo, ali može dovesti do pogrešne istrage. Salesforce je pružatelj softvera, AWS je pružatelj cloud infrastrukture, a odnos između njih mijenja se ovisno o Salesforce proizvodu, organizaciji, regiji, mrežnom putu i dizajnu integracije.
Potvrđeno ažuriranje daje odnosu koristan kontekst. Salesforce Help objavio je ažurirani FAQ o Hyperforceu 4. kolovoza 2026. U njemu se navodi da je Hyperforce dostupan na Amazon Web Services (AWS), s planiranom dostupnošću Google Cloud Platforma od kraja 2026. te da Salesforce upravlja smještajem infrastrukture koristeći tehničke i operativne čimbenike. U istom FAQ-u se navodi da neki proizvodi ili značajke u početku mogu biti dostupni na Hyperforceu na AWS-u, dok još nisu dostupni na GCP-u. To ne znači da je svaka Salesforce usluga hostana na AWS-u, da svaki korisnik bira temeljnog pružatelja usluga ili da AWS incident automatski postaje Salesforce incident. Ovaj vodič objašnjava ovisnost u tim slojevima, koristeći informacije provjerene 16. rujna 2026.
Što zapravo znači ovisnost Salesforcea i AWS-a?
„Ovisnost“ može opisati nekoliko različitih odnosa. Najvažnija razlika je između ovisnosti upravljane usluge i integracije koju je stvorio korisnik:
Sloj
Što je povezano
Tko to obično kontrolira
Kako bi neuspjeh mogao izgledati
Salesforce aplikacija
CRM proizvodi, API-ji, identitet, metapodaci i poslovna logika
Salesforce
Neuspješna prijava, API pogreške, spore stranice ili nedostupne značajke
Infrastruktura hipersile
Salesforce aplikacijski stogovi raspoređeni na infrastrukturi javnog oblaka
Salesforce upravlja smještajem; pružatelj usluga u oblaku upravlja svojim temeljnim uslugama
Učinci regionalnog kapaciteta, umrežavanja, skladištenja ili infrastrukture
Integracija korisnika
Salesforce povezan s AWS uslugama kao što su aplikacije, spremišta podataka ili kanali događaja
Vaši timovi za integraciju i operacije, s kontrolama specifičnim za pružatelje usluga
Vremenska ograničenja, pogreške u autentifikaciji, nedostajući događaji ili neuspješna pisanja
Mrežni put
Internet, privatna povezivost, DNS, vatrozidovi, usmjeravanje ili izravna povezivost
Kupac, telekomunikacije, AWS i Salesforce, ovisno o putanji
Samo jedan ured, VPC, regija ili aplikacija ne mogu se povezati
Podaci i usklađenost
Gdje se podaci pohranjuju, obrađuju, izrađuju sigurnosne kopije i prenose
Dijeli se u konfiguraciji proizvoda, ugovorima i arhitekturi
Pitanja o prebivalištu, blokirani transferi ili nalaz revizije
Tablica je model za rješavanje problema, a ne izjava da svaki Salesforce proizvod koristi svaku AWS komponentu. Prije donošenja odluke o arhitekturi ili usklađenosti provjerite dokumentaciju specifičnu za proizvod i konfiguraciju narudžbe.
Arhitekti oblaka pregledavaju konceptualnu mapu ovisnosti; slika predstavlja slojeve o kojima se raspravlja u ovom članku i nije dijagram sustava Salesforce ili AWS uživo.
Je li Hyperforce isto što i AWS?
Ne. Hyperforce je Salesforceova infrastrukturna arhitektura. Salesforce je opisuje kao arhitekturu javnog oblaka kojom se upravlja kao kod, dizajniranu za podršku globalne isporuke, smještaja podataka, sigurnosti, skalabilnosti i agilnosti. AWS je jedan od pružatelja javnog oblaka na kojem je Hyperforce dostupan. Naziv platforme, Salesforceov proizvod i temeljni pružatelj usluga u oblaku stoga su različiti dijelovi stoga.
Ažurirana Salesforce FAQ pitanja navode da Salesforce upravlja smještajem infrastrukture na temelju tehničkih i operativnih čimbenika. Za korisnika to znači da se organizacija koja radi na Hyperforceu ne bi trebala tretirati kao AWS račun gdje korisnik odabire Zonu dostupnosti, mijenja EC2 instancu ili otvara sigurnosnu grupu. Salesforce upravlja upravljanim SaaS okruženjem. Vaš tim i dalje može imati AWS ovisnosti oko sebe - na primjer, podatkovni cjevovod, privatnu vezu, potrošača događaja ili aplikaciju hostiranu na vašem AWS računu - ali one su odvojene od vlastitog smještaja infrastrukture Salesforcea.
Salesforce također napominje da usluge koje nisu hostirane na Hyperforceu nastavljaju raditi kao i prije te da dostupnost proizvoda može varirati ovisno o pružatelju usluga javnog oblaka. Za trenutne detalje o proizvodu i pružatelju usluga pogledajte Često postavljana pitanja i vodič za migraciju za Salesforce Hyperforce . Tretirajte tu stranicu kao verzijske operativne smjernice, a ne kao trajno obećanje: Salesforce kaže da je dokument informativne prirode i podložan promjenama.
Koji su dijelovi odnosa izravni?
Salesforce može izvršavati odabrana Hyperforce opterećenja na AWS-u
Ovo je najbliže izravnoj ovisnosti o infrastrukturi. Ako se određena Salesforce organizacija i proizvod postave na Hyperforce na AWS-u, incident u relevantnoj AWS regiji ili usluzi mogao bi postati jedan od čimbenika u dostupnosti Salesforcea. Ali stvarni kvar okrenut prema kupcu može biti uzrokovan kodom Salesforce aplikacije, Salesforce kontrolnom ravninom, ovisnošću u drugoj regiji, problemom usmjeravanja ili uslugom specifičnom za proizvod. Promatranje AWS-a kao temeljnog pružatelja usluga nije dovoljno za utvrđivanje uzroka.
Vaša tvrtka može povezati Salesforce s AWS-om
Ovo je često ovisnost koju korisnici prvo primijete. Salesforce organizacija može slati podatke usluzi koju hostira AWS, primati događaje iz reda čekanja, pozivati API u VPC-u, čitati s podatkovne platforme ili koristiti AWS uslugu kao dio tijeka rada aplikacije. U ovom dizajnu, Salesforce može biti ispravan dok vaša AWS krajnja točka, vjerodajnice, mrežna ruta ili potrošač događaja ne rade. Moguće je i obrnuto: AWS može biti ispravan dok Salesforce API ili sloj za autentifikaciju nisu dostupni.
Privatno povezivanje i izravno povezivanje rješavaju različite probleme
Salesforce Private Connect je obrazac integracije između oblaka za povezivanje Salesforce organizacije s AWS uslugama klijenta. AWS Direct Connect je opcija mrežne povezivosti koja može pružiti put od lokalnog okruženja do AWS-a i, putem javnog virtualnog sučelja, do Hyperforcea. To nisu zamjenjive kontrole.
Zajedničke smjernice Salesforcea i AWS-a navode da Salesforce Express Connect nije kompatibilan s Hyperforceom i opisuju AWS Direct Connect s javnim virtualnim sučeljem kao opciju za neke korisnike kojima je potrebna izravna povezivost s Hyperforceom. Također razlikuju Private Connect, koji povezuje Salesforce organizaciju s AWS uslugama korisnika. Pročitajte AWS smjernice za pristup Hyperforceu s Direct Connectom prije promjene mrežne arhitekture. Zahtjevi za dostupnost, usmjeravanje i ugovor i dalje se moraju provjeriti za vašu organizaciju.
Uzrokuje li prekid rada AWS-a automatski prekid rada Salesforcea?
Ne. Incident u Salesforceu i incident u AWS-u mogu se preklapati, ali nisu sinonimi. Salesforce objavljuje status usluge putem svoje stranice za povjerenje, dok AWS objavljuje stanje usluge i događaje specifične za račun putem AWS Healtha. Počnite s uslugom koja ne radi i točnom regijom ili instancom o kojoj je riječ, umjesto da pretpostavite da je odgovoran najveći pružatelj usluga u stogu.
Koristite ovu usporedbu tijekom incidenta:
Uočeni simptom
Prvo mjesto za pogledati
Interpretacija za testiranje
Svi korisnici Salesforcea ne mogu se prijaviti ili koristiti više proizvoda
Salesforce Trust, instanca organizacije i kanal podrške Salesforcea
Prekid usluge na razini cijelog Salesforcea ili instance
Samo jedna integracija koju podržava AWS ne uspijeva
Zapisnici aplikacija, AWS Health, vjerodajnice, DNS i metrike krajnjih točaka
Problem s integracijom korisnika ili uslugom AWS
Samo jedan ured ili VPC ne može dosegnuti Salesforce
Rute, pravila vatrozida, DNS, izravno povezivanje i konfiguracija pouzdane IP adrese
Problem s mrežnom putanjom ili lokalnom konfiguracijom
Salesforce UI radi, ali zakazana sinkronizacija se zaustavlja
API ograničenja, OAuth token, dubina reda čekanja, ponovni pokušaji i zapisnici integracije
Ovisnost o tijeku rada ili API-ju, a ne dostupnost jezgre
Jedan proizvod ili značajka nije dostupan
Dokumentacija o statusu i izdanju Salesforcea specifična za proizvod
Problem na razini komponente, održavanje ili ovisnost značajke
Ova razlika utječe na eskalaciju. Ako Salesforce Trust prijavi incident koji utječe na vašu instancu, prikupite broj incidenta i izbjegavajte destruktivne promjene konfiguracije. Ako je Trust čist, ali vaša AWS krajnja točka pokazuje pogreške, sačuvajte ID-ove zahtjeva i istražite AWS stranu. Ako se oboje čini ispravnim, usporedite izravni Salesforce API test, AWS krajnja točka i potpuni put integracije; problem između ispravnih usluga je i dalje moguć.
Kako smještaj podataka mijenja ovisnost?
Hyperforce može promijeniti gdje se hostiraju Salesforce aplikacije i podaci, ali „regionalno“ ne znači „svaki bajt ostaje u jednoj zemlji u svakoj situaciji“. Salesforce kaže da se podaci o korisnicima općenito pohranjuju u zemlji u kojoj se organizacija nalazi kada su usluge koje se koriste tamo dostupne. Također upozorava da neki proizvodi mogu imati komponente u različitim zemljama ili uključivati integracije s uslugama koje još nisu na Hyperforceu.
To upozorenje je važno kada je AWS dio dizajna. Morate mapirati barem četiri lokacije: Salesforce organizaciju i njezinu Hyperforce operativnu regiju, AWS regiju koja sadrži povezanu uslugu ili podatke, lokaciju integracijskih radnika i zapisnika te lokaciju sigurnosnih kopija ili kopija za oporavak od katastrofe. AWS regija koju odabere vaš tim ne nadjačava arhitekturu Salesforce proizvoda, a opcija prebivališta podataka Salesforcea ne smješta automatski vaše vanjske AWS podatke u istu regiju.
Koristite pregled infrastrukture javnog oblaka Salesforce Hyperforce i dokumentaciju o povjerenju i usklađenosti vaše organizacije kako biste provjerili proizvode, regije i obveze koje se primjenjuju na vaše okruženje. Za regulirane podatke, neka timovi za privatnost, sigurnost i pravni timovi pregledaju stvarne uvjete usluge umjesto da se oslanjaju na opći dijagram arhitekture.
Koju otpornost bi trebala uključivati Salesforce-AWS arhitektura?
Otpornost počinje izbjegavanjem jednog sinkronog lanca za svaku poslovnu radnju. Ako Salesforce transakcija mora čekati AWS uslugu, definirajte što se događa kada je AWS usluga spora ili nedostupna. Ovisno o poslovnom procesu, red čekanja, ponovni pokušaj s eksponencijalnim odustajanjem, ključ idempotentnosti, prekidač strujnog kruga, put mrtvih slova ili ručno usklađivanje mogu biti sigurniji od ponovljenih sinkronih poziva.
Koristite ograničene ponovne pokušaje. Ponovni pokušaj koji se nastavlja dok je Salesforce ili AWS degradiran može umnožiti promet i pretvoriti kratki incident u veći zaostatak. Zabilježite izvorni zahtjev, broj ponovnih pokušaja, kod odgovora i konačno rješenje. Osigurajte dupliciranu isporuku prije omogućavanja automatske reprodukcije događaja.
Odvojite ciljeve oporavka za Salesforce stranu od ciljeva za AWS stranu. Sigurnosna kopija AWS baze podataka ne vraća konfiguraciju Salesforce organizacije, a opcija oporavka Salesforcea ne vraća vanjsku AWS aplikaciju. Salesforce opisuje mogućnost oporavka od katastrofe izvan regije za sigurnu sigurnosnu kopiju instance u sekundarnoj Hyperforce regiji, ali dostupnost i ugovorni opseg moraju se provjeriti za proizvode i izdanje koje koristite. Nemojte predstavljati tu opciju kao univerzalni plan prebacivanja u slučaju kvara.
Što bi operativni tim trebao dokumentirati?
Mapa sustava: Salesforce organizacija, proizvodi, API krajnje točke, AWS usluge, redovi čekanja, baze podataka, DNS imena i mrežni putovi.
Mapa vlasništva: koji tim posjeduje konfiguraciju Salesforcea, AWS resurse, integracijski kod, identitet, certifikate i eskalaciju dobavljača.
Mapa ovisnosti: koji se tijekovi rada mogu pauzirati, koji mogu staviti u red čekanja, a koji zahtijevaju trenutnu ljudsku akciju.
Regionalna karta: lokacija Salesforce organizacije, informacije o pružatelju Hyperforcea kada su dokumentirane, AWS regije, lokacije sigurnosnih kopija i prekogranični prijenosi.
Dokazi o incidentima: vremenske oznake u UTC-u, Salesforce instanca, AWS račun i regija, ID-ovi zahtjeva, ID-ovi transakcija, stranice statusa i pročišćeni zapisnici.
Test oporavka: dokumentirani test koji dokazuje da zapisi nisu duplicirani, nedostaju, da im se ne mijenja redoslijed ili da nisu zapisani u pogrešno okruženje nakon ponovnog povezivanja.
Nemojte u dugotrajni runbook ugrađivati pretpostavke o rasponima IP adresa javnog oblaka, postavljanju pružatelja usluga ili ponašanju proizvoda. Pregledajte trenutnu dokumentaciju za Salesforce i AWS nakon migracije Hyperforcea, pokretanja nove regije, promjene povezivosti ili velikog izdanja integracije.
Klasificirajte rezultat kao Salesforce uslugu, AWS uslugu, korisničku mrežu, autentifikaciju, logiku integracije ili problem s podacima.
Eskalirajte s dokazima i pauzirajte automatizirane ponovne pokušaje ako povećavaju opterećenje ili stvaraju duplikate.
Koristan rezultat nije jednostavno „Salesforce koristi AWS“. Koristan rezultat je ograničena izjava kao što je: „Salesforce organizacija je dostupna, AWS je ispravan, ali integracijski radnik ne može riješiti privatnu krajnju točku“ ili „Salesforce Trust prijavljuje problem s instancom, pa su naši ponovni pokušaji na strani AWS-a zadržani.“ Ta razina preciznosti govori sljedećem timu što treba promijeniti, a što ne.
Zaključak
Salesforce i AWS su usko povezani u dijelovima moderne cloud arhitekture, posebno tamo gdje Hyperforce radi na AWS-u ili gdje korisnik namjerno integrira Salesforce s AWS uslugama. Odnos nije jedna ovisnost tipa "sve ili ništa". To je skup upravljanog hostinga, aplikacijskih usluga, mrežnih putova, lokacija podataka i integracija koje je izgradio korisnik.
Za trenutno planiranje, kao početnu točku koristite Salesforce Hyperforce FAQ od 4. kolovoza 2026., a zatim provjerite specifične proizvode i regije u svojoj organizaciji. Za odgovor na incidente, testirajte svaki sloj neovisno i sačuvajte dokaze prije promjene konfiguracije. Cilj nije eliminirati svaku ovisnost; cilj je znati koja ovisnost postoji, tko je vlasnik, kako se kvar pojavljuje i kako se poslovanje oporavlja bez stvaranja drugog problema.