Výpadok Salesforce Heroku: Čo sa stane s nasadenými aplikáciami?

Výpadok Heroku nie vždy znamená, že každá nasadená aplikácia je úplne offline. Dopad závisí od toho, ktorá časť platformy zlyháva: smerovanie, dyno sieť, dátové služby, nástroje na nasadenie, DNS, protokolovanie alebo integrácia, ako napríklad Heroku Connect. Pre operátorov je najrýchlejším spôsobom reakcie identifikovať postihnutú vrstvu pred reštartovaním alebo zmenou funkčnej aplikácie.

Vlastná história incidentov spoločnosti Heroku ukazuje, prečo je toto rozlíšenie dôležité. 10. júna 2025 spoločnosť Heroku nahlásila vážne narušenie platformy, ktoré spôsobilo až 24-hodinový výpadok pre mnohých zákazníkov. V súhrne spoločnosti Heroku po incidente sa uvádza, že neúmyselná aktualizácia operačného systému reštartovala sieťové služby na produkčných hostiteľoch, zatiaľ čo chyba v nastavení smerovania zabránila opätovnému použitiu správnych sieťových trás. Rovnaký incident ovplyvnil aj interné nástroje a stránku Heroku Status, čo skomplikovalo diagnostiku a komunikáciu. Spoločnosť Heroku uviedla, že incident nebol bezpečnostnou udalosťou a že nedošlo k strate žiadnych údajov o zákazníkoch. Pozrite si oficiálne súhrn výpadku z 10. júna .

Nedávno, 8. mája 2026, spoločnosť Heroku oznámila prerušenie služieb u poskytovateľa v upstreame, ktoré ovplyvnilo podskupinu zákazníkov v regióne Severnej Ameriky. Medzi hlásené príznaky patrilo prerušované pripojenie, zvýšená latencia databázy a znížený výkon v dôsledku doplnkov tretích strán. Spoločnosť Heroku neskôr uviedla, že migrovala postihnuté zdroje do novej zóny dostupnosti a obnovila webové aplikácie a databázy. História incidentov je k dispozícii na oficiálnej stránke incidentov spoločnosti Heroku .

Matica rýchleho dopadu: čo sa môže pokaziť počas výpadku Heroku?

1. Spustenie aplikácií môže zlyhať, aj keď sa váš kód nezmenil

Všetky aplikácie Heroku bežia v spravovaných kontajneroch nazývaných dyno. Webové dyno prijímajú HTTP prevádzku, pracovné dyno zvyčajne spracovávajú úlohy na pozadí a jednorazové dyno riešia administratívne úlohy. Dokumentácia k dyno v Heroku vysvetľuje, že správca dyno je zodpovedný za udržiavanie týchto kontajnerov v chode.

Problém s platformou môže preto spôsobiť, že predtým fungujúca verzia bude nedostupná bez nasadenia akejkoľvek aplikácie. Ak sa hostiteľská sieť, správca dynamometra alebo základná infraštruktúra stanú nedostupnými, aplikácia môže zlyhať, aj keď jej kód a konfigurácia zostanú nezmenené.

Počas výpadku 10. júna 2025 spoločnosť Heroku opísala zlyhanie siete, ktoré prerušilo odchádzajúce pripojenie pre dynamometre na postihnutých hostiteľoch. Toto je dôležité prevádzkové ponaučenie: chyba, ktorá vyzerá ako zlyhanie závislosti aplikácie, môže mať pôvod pod aplikačnou vrstvou.

2. Zlyhania smerovania môžu spôsobiť chyby 503, časové limity alebo občasný úspech.

HTTP routery Heroku prijímajú prichádzajúcu prevádzku a preposielajú požiadavky na webové dynamometre. Oficiálna dokumentácia smerovania popisuje túto cestu od vyrovnávačov záťaže cez routery k aplikačným dynamometrom.

Ak je narušená iba časť tejto cesty, používatelia môžu hlásiť, že stránka „niekedy funguje“. Jedna požiadavka môže dosiahnuť funkčný dynamometer, zatiaľ čo iná zlyhá. Preto je viacero kontrol z rôznych miest informatívnejších ako jedno obnovenie prehliadača.

Referenčný kód chyby Heroku je užitočný, keď sú protokoly stále k dispozícii. Kódy H99 a R99 sú konkrétne zdokumentované ako chyby platformy. Iné kódy môžu indikovať časový limit požiadavky, odmietnuté pripojenia backendu, karanténne dynamometre alebo problémy na úrovni aplikácie, takže samotný kód H by nemal byť automaticky pripisovaný incidentu v celom Heroku.

3. Výpadok dátovej služby môže spôsobiť, že aplikácia bude bežať, ale bude funkčne nepoužiteľná.

Aplikácia môže mať webové dynamometre v poriadku, aj keď je jej databáza pomalá alebo nedostupná. Stránky, ktoré nevyžadujú údaje, sa môžu stále načítavať, zatiaľ čo prihlásenie, pokladňa, vyhľadávanie, zápis alebo volania API zlyhávajú. To vytvára čiastočný výpadok, ktorý sa môže koncovým používateľom zdať nekonzistentný.

Incident z 8. mája 2026 je užitočným príkladom, pretože spoločnosť Heroku hlásila prerušované pripojenie a zvýšenú latenciu databázy u dotknutých zákazníkov. Spoločnosť Heroku tiež odporučila, aby dotknutí zákazníci zvážili záložné prepnutie databázy ako zmiernenie následkov počas incidentu.

Plánovaná údržba môže tiež spôsobiť kratšie prerušenia. Dokumentácia údržby Postgres od spoločnosti Heroku uvádza, že údržba môže reštartovať príslušnú aplikáciu a že používatelia môžu vidieť chyby alebo oneskorenia niekoľko minút. Preto by sa pred eskaláciou mala rozlišovať medzi plánovanou údržbou a neočakávaným výpadkom platformy.

4. Zlyhania Heroku Connect môžu spôsobiť zastaranie údajov Salesforce bez toho, aby sa webová aplikácia musela vypnúť.

Heroku Connect synchronizuje dáta medzi organizáciou Salesforce a Heroku Postgres. Podľa dokumentácie Heroku Connect služba poskytuje synchronizáciu dát a nefunguje ako samotný webový runtime.

Ak je aplikácia Connect prerušená, nasadená aplikácia môže zostať dostupná, aj keď sa synchronizované údaje Salesforce prestanú aktualizovať. Čítanie z existujúcej kópie Postgres môže stále fungovať, ale používatelia môžu vidieť zastarané záznamy alebo oneskorené zápisy v závislosti od mapovania a pracovného postupu aplikácie.

V dokumentácii údržby Heroku sa uvádza, že počas údržby Heroku Connect nie je synchronizácia a konfigurácia k dispozícii, pričom existujúce údaje v Postgres zostávajú prístupné; zmeny v rade sa zachovajú a synchronizácia sa následne obnoví. Toto správanie je zdokumentované v dokumente Údržba Heroku Connect .

5. Problémy s nasadením nemusia nevyhnutne znamenať, že produkcia je nefunkčná

Prevádzkovatelia by mali oddeliť „nedá sa nasadiť“ od „aplikácia nie je dostupná“. Heroku kategorizuje zostavenia, Git push, nasadzovacie API, Dashboard, CLI a súvisiace operácie správy oddelene od runtime a dátových služieb. Incident s nástrojmi môže zablokovať nové vydanie, zatiaľ čo aktuálne spustené vydanie naďalej obsluhuje prevádzku.

Tento rozdiel bol viditeľný pri incidente spoločnosti Heroku z 5. mája 2026, keď niektorí zákazníci nemohli vytvárať aplikácie na kontrolu, ale spoločnosť Heroku výslovne uviedla, že spustené aplikácie to neovplyvnilo.

Dokumentácia k fáze vydania Heroku tiež uvádza, že ak úloha vo fáze vydania zlyhá, nová verzia sa nenasadí a aktuálna verzia zostane nezmenená. Počas incidentu sa vyhnite interpretácii zaseknutého kanála ako dôkazu, že aktívna aplikácia zlyhala.

6. Incidenty DNS môžu ovplyvniť novovytvorené aplikácie alebo domény odlišne od existujúcich.

DNS je ďalším prípadom, kde môže byť rozsah úzky. V septembri 2025 spoločnosť Heroku nahlásila problém s DNS v upstreame, ktorý oneskoril poskytovanie záznamov DNS pre nové aplikácie a domény. Oficiálny incident poznamenal, že novovytvorené názvy hostiteľov mohli zostať neprístupné, kým sa problém s poskytovateľom nevyriešil, zatiaľ čo rozsah incidentu sa rozvinul tak, že zahŕňal niektoré chyby DNS pre existujúce aplikácie v regióne EÚ.

Pre praktickú diagnostiku otestujte existujúci názov hostiteľa Heroku oddelene od nedávno pridanej vlastnej domény. Skontrolujte aj rozlíšenie DNS nezávisle od stavu aplikácie.

Čo by ste mali skontrolovať ako prvé pri podozrení na výpadok Heroku?

• Najprv skontrolujte Salesforce Trust. Heroku uvádza, že Salesforce Trust sa 10. októbra 2025 stal primárnym komunikačným kanálom pre incidenty a údržbu, pričom staršia stránka Heroku Status bola počas prechodu ponechaná ako paralelná záloha. Pozrite si dokumentáciu k Heroku Status .
• Určite postihnutú kategóriu. Oddeľte aplikácie/runtime, dátové služby a nástroje. Tým sa zabráni zbytočným zmenám aplikácií počas incidentu na platforme.
• Otestujte viac než len domovskú stránku. Skontrolujte statický koncový bod, koncový bod závislý od databázy, úlohy na pozadí a v prípade potreby aj pracovný postup synchronizovaný so Salesforce.
• Skontrolujte chybové kódy a časové pečiatky. Porovnajte chyby routera/runtime Heroku s oficiálnym časom začiatku incidentu.
• Potvrďte, či sú nasadenia iba blokované. Ak je produkčný systém v poriadku, vyhnite sa vynúteniu nasadenia počas incidentu nestabilnej riadiacej roviny.
• Zachovajte dôkazy. Zaznamenávajte zlyhania požiadaviek, protokoly, metriky, latenciu databázy, ID incidentov a presné UTC okno.

Mali by som reštartovať dynamometre počas výpadku?

Iba vtedy, keď to podporujú pokyny k incidentu alebo vaše vlastné dôkazy. Reštartovanie môže pomôcť, keď sa konkrétny dynamometer zasekol, ale môže tiež odstrániť zdravý proces alebo spôsobiť ďalšiu stratu zákazníkov počas incidentu na celej platforme.

V prípade incidentu z 10. júna 2025 spoločnosť Heroku zverejnila špecifické riešenie pre aplikácie Private Space: postihnutí zákazníci mohli postupne zastaviť jednotlivé dynamometre, aby boli vymenené. Spoločnosť Heroku výslovne varovala, že to nezaručuje úplné obnovenie prevádzky, pokiaľ sú nadradené služby narušené, a že dynamometre by sa nemali všetky vymieňať súčasne. Toto usmernenie týkajúce sa konkrétneho incidentu je uvedené v oficiálnom článku o náprave .

Nezovšeobecňujte tento postup na každý výpadok. Ak je skutočným úzkym hrdlom databáza, smerovacia vrstva, poskytovateľ DNS alebo Heroku Connect, reštartovanie webových dynamometrov nemusí viesť k žiadnemu výsledku.

Obnova nie je dokončená, keď sa domovská stránka prvýkrát zobrazí znova.

Po obnovení dostupnosti platformy môžu následné systémy stále dobiehať zameškané. Heroku uviedol, že po výpadku v júni 2025 boli doručované oneskorené e-maily so stavom, synchronizácia Heroku Connect musela dobehnúť zameškané a fáza vydávania mala nevybavené úlohy, ktorých vyriešenie trvalo hodiny.

V prípade produkčnej aplikácie overte obnovu v celom reťazci závislostí:

• Miera úspešnosti a latencia HTTP sa normalizovali.
• Všetky očakávané webové a pracovné dynamometre sú v poriadku.
• Čítanie a zápis z databázy prebieha s normálnou latenciou.
• Fronty a naplánované úlohy sa skôr spracovávajú, než hromadia.
• Mapovania Heroku Connect sú synchronizované, ak sa používajú.
• Nasadenia a úlohy vo fáze vydania fungujú normálne.
• Záznamy a metriky prichádzajú bez abnormálneho oneskorenia.
• Doplnky tretích strán a externé rozhrania API boli obnovené.

Zrátané a podčiarknuté

Výpadok Salesforce Heroku môže ovplyvniť nasadené aplikácie na niekoľkých rôznych vrstvách. Incidenty runtime a routing môžu priamo spôsobiť, že aplikácie budú nedostupné; incidenty dát môžu nechať procesy bežať, ale narušiť základné funkcie; incidenty Connect môžu spôsobiť zastaranie dát podporovaných Salesforce; a incidenty nástrojov môžu blokovať nasadenie bez ovplyvnenia vydania, ktoré je už v produkcii.

Najlepšou operačnou reakciou preto nie je „reštartovať všetko“. Najprv zistite, či je zlyhanie v aplikáciách/runtime, dátach, nástrojoch, DNS alebo integrácii. Porovnajte svoje vlastné metriky s dôveryhodnosťou Salesforce, uchovajte dôkazy, dodržiavajte pokyny na zmiernenie dopadov špecifických incidentov a po obnovení overte každú závislosť. Tento prístup znižuje riziko, že sa incident platformy zmení na vlastný incident aplikácie.