Salesforce Heroku darbības pārtraukums: kas notiek ar izvietotajām lietojumprogrammām?

Heroku darbības pārtraukums ne vienmēr nozīmē, ka visas izvietotās lietojumprogrammas ir pilnībā bezsaistē. Ietekme ir atkarīga no tā, kura platformas daļa nedarbojas: maršrutēšana, dinamometriskā tīklošana, datu pakalpojumi, izvietošanas rīki, DNS, reģistrēšana vai integrācija, piemēram, Heroku Connect. Operatoriem ātrākais veids, kā reaģēt, ir identificēt skarto slāni pirms darbspējīgas lietojumprogrammas restartēšanas vai mainīšanas.

Heroku incidentu vēsture parāda, kāpēc šī atšķirība ir svarīga. 2025. gada 10. jūnijā Heroku ziņoja par nopietnu platformas darbības traucējumu, kas daudziem klientiem radīja līdz pat 24 stundu dīkstāvi. Heroku kopsavilkumā pēc incidenta teikts, ka netīšs operētājsistēmas atjauninājums restartēja tīkla pakalpojumus ražošanas resursdatoros, savukārt maršrutēšanas iestatīšanas kļūda neļāva atkārtoti lietot pareizos tīkla maršrutus. Tas pats incidents ietekmēja arī iekšējos rīkus un Heroku statusa vietni, sarežģot diagnostiku un saziņu. Heroku paziņoja, ka incidents nebija drošības notikums un ka klientu dati netika zaudēti. Skatiet oficiālo 10. jūnija pārtraukuma kopsavilkumu .

Pavisam nesen, 2026. gada 8. maijā, Heroku ziņoja par pakalpojuma pārtraukumu, kas saistīts ar augšupējo pakalpojumu sniedzēju un ietekmēja klientu apakškopu Ziemeļamerikas reģionā. Ziņotie simptomi ietvēra neregulāru savienojamību, paaugstinātu datubāzes latentumu un pasliktinātu veiktspēju, kas saistīta ar trešo pušu pievienojumprogrammām. Vēlāk Heroku paziņoja, ka tas migrēja skartos resursus uz jaunu pieejamības zonu un atjaunoja tīmekļa lietojumprogrammas un datubāzes. Incidentu vēsture ir pieejama oficiālajā Heroku incidentu lapā .

Ātrās ietekmes matrica: kas var salūzt Heroku darbības pārtraukuma laikā?

1. Lietojumprogrammu palaišana var neizdoties pat tad, ja kods nav mainīts

Visas Heroku lietojumprogrammas darbojas pārvaldītos konteineros, ko sauc par dyno. Tīmekļa dyno saņem HTTP trafiku, darba dyno parasti apstrādā fona darbus, bet vienreizējās dyno veic administratīvos uzdevumus. Heroku dyno dokumentācijā ir paskaidrots, ka dyno pārvaldnieks ir atbildīgs par šo konteineru darbības uzturēšanu.

Tādēļ platformas problēma var padarīt iepriekš veselu laidienu nesasniedzamu bez jebkādas lietojumprogrammas izvietošanas. Ja resursdatora tīklošana, dinamometra pārvaldnieks vai pamatā esošā infrastruktūra kļūst nepieejama, lietojumprogramma var neizdoties pat tad, ja tās kods un konfigurācija nav mainīta.

2025. gada 10. jūnija elektroenerģijas padeves pārtraukuma laikā Heroku aprakstīja tīkla kļūmi, kas pārtrauca dinamometru izejošo savienojumu skartajos resursdatoros. Šī ir svarīga operatīva mācība: kļūda, kas izskatās pēc lietojumprogrammas atkarības kļūmes, var rasties zem lietojumprogrammas slāņa.

2. Maršrutēšanas kļūmes var izraisīt 503 kļūdas, taimautus vai periodiskus panākumus.

Heroku HTTP maršrutētāji saņem ienākošo trafiku un pārsūta pieprasījumus tīmekļa dinamometriem. Oficiālajā maršrutēšanas dokumentācijā ir aprakstīts šis ceļš no slodzes līdzsvarotājiem caur maršrutētājiem līdz lietojumprogrammu dinamometriem.

Ja traucēta ir tikai daļa no šī ceļa, lietotāji var ziņot, ka vietne "dažreiz darbojas". Viens pieprasījums var sasniegt normālu dinamometru, bet cits neizdodas. Tāpēc vairākas pārbaudes no dažādām vietām ir informatīvākas nekā viena pārlūkprogrammas atsvaidzināšana.

Heroku kļūdu kodu atsauce ir noderīga, ja žurnāli joprojām ir pieejami. H99 un R99 ir īpaši dokumentēti kā platformas kļūdas. Citi kodi var norādīt pieprasījuma taimautu, atteiktus aizmugursistēmas savienojumus, karantīnas dinamometrus vai lietojumprogrammas līmeņa problēmas, tāpēc H kodu pašu par sevi nevajadzētu automātiski vainot Heroku mēroga incidentā.

3. Datu pakalpojuma pārtraukuma dēļ lietotne var darboties, bet būt funkcionāli nelietojama

Lietojumprogrammai var būt veselīga tīmekļa dinamika, lai gan tās datubāze ir lēna vai nesasniedzama. Lapas, kurām nav nepieciešami dati, joprojām var ielādēt, kamēr pieteikšanās, norēķināšanās, meklēšana, rakstīšana vai API izsaukumi neizdodas. Tas rada daļēju darbības pārtraukumu, kas lietotājiem var šķist nekonsekvents.

2026. gada 8. maija incidents ir noderīgs piemērs, jo Heroku ziņoja par periodisku savienojamību un paaugstinātu datubāzes latentumu skartajiem klientiem. Heroku arī ieteica skartajiem klientiem apsvērt datubāzes pārslēgšanu kā risinājumu incidenta laikā.

Plānota apkope var radīt arī īsākus pārtraukumus. Heroku Postgres apkopes dokumentācijā teikts, ka apkopes laikā var tikt restartēta saistītā lietotne un ka lietotāji var redzēt kļūdas vai kavējumus vairākas minūtes. Tāpēc pirms eskalācijas ir jānošķir plānota apkope no negaidīta platformas darbības pārtraukuma.

4. Heroku Connect kļūmes var novecot Salesforce datus, neizslēdzot tīmekļa lietotni

Heroku Connect sinhronizē datus starp Salesforce organizāciju un Heroku Postgres. Saskaņā ar Heroku Connect dokumentāciju pakalpojums nodrošina datu sinhronizāciju, nevis darbojas kā tīmekļa izpildlaiks.

Ja savienojums tiek pārtraukts, izvietotā lietojumprogramma var palikt pieejama, kamēr sinhronizētie Salesforce dati vairs netiek atjaunināti. Lasīšana no esošās Postgres kopijas joprojām var darboties, taču lietotāji var redzēt novecojušus ierakstus vai aizkavētu rakstīšanu atkarībā no lietojumprogrammas kartējuma un darbplūsmas.

Heroku apkopes dokumentācijā ir norādīts, ka Heroku Connect apkopes laikā sinhronizācija un konfigurācija nav pieejama, kamēr esošie dati Postgres paliek pieejami; rindā ievietotās izmaiņas tiek saglabātas, un sinhronizācija pēc tam atsākas. Šī darbība ir dokumentēta Heroku Connect apkopes operācijās .

5. Izvietošanas problēmas ne vienmēr nozīmē ražošanas samazināšanos

Operatoriem ir jānošķir “nevar izvietot” no “lietojumprogramma nav pieejama”. Heroku kategorizē būvējumus, Git ievades, izvietošanas API, informācijas paneli, komandrindas paneli un saistītās pārvaldības darbības atsevišķi no izpildlaika un datu pakalpojumiem. Rīku incidents var bloķēt jaunu laidienu, kamēr pašreiz palaistais laidiens turpina apkalpot datplūsmu.

Šī atšķirība bija redzama Heroku 2026. gada 5. maija incidentā, kad daži klienti nevarēja izveidot pārskatīšanas lietotnes, taču Heroku skaidri ziņoja, ka darbojošās lietotnes tas neietekmēja.

Heroku izlaišanas fāzes dokumentācijā arī ir norādīts, ka, ja izlaišanas fāzes uzdevums neizdodas, jaunā versija netiek izvietota un pašreizējā versija paliek neietekmēta. Incidenta laikā nevajadzētu interpretēt iestrēgušu cauruļvadu kā pierādījumu tam, ka tiešraides lietotne ir nedarbojusies.

6. DNS incidenti var ietekmēt jaunizveidotas lietotnes vai domēnus atšķirīgi no esošajām.

DNS ir vēl viens gadījums, kad darbības joma var būt šaura. 2025. gada septembrī Heroku ziņoja par augšupsaites DNS problēmu, kas aizkavēja DNS ierakstu nodrošināšanu jaunām lietotnēm un domēniem. Oficiālajā incidentā tika atzīmēts, ka jaunizveidoti resursdatora nosaukumi var palikt nepieejami, līdz tiek atrisināta pakalpojumu sniedzēja problēma, savukārt incidenta darbības joma ir paplašināta, iekļaujot dažas DNS kļūdas esošajām ES reģiona lietojumprogrammām.

Lai veiktu praktisku diagnostiku, pārbaudiet esošo Heroku resursdatora nosaukumu atsevišķi no nesen pievienotā pielāgotā domēna. Pārbaudiet arī DNS atrisi neatkarīgi no lietojumprogrammas stāvokļa.

Kas vispirms jāpārbauda iespējamās Heroku darbības pārtraukuma laikā?

• Vispirms pārbaudiet Salesforce Trust. Heroku apgalvo, ka Salesforce Trust kļuva par galveno incidentu un uzturēšanas saziņas kanālu 2025. gada 10. oktobrī, un vecākā Heroku Status vietne pārejas laikā tika saglabāta kā paralēla rezerves kopija. Skatiet Heroku Status dokumentāciju .
• Nosakiet skarto kategoriju. Atdaliet lietotnes/izpildlaika vidi, datu pakalpojumus un rīkus. Tas novērš nevajadzīgas lietojumprogrammu izmaiņas platformas incidenta laikā.
• Pārbaudiet vairāk nekā tikai sākumlapu. Pārbaudiet statisku galapunktu, no datubāzes atkarīgu galapunktu, fona darbus un, ja piemērojams, ar Salesforce sinhronizētu darbplūsmu.
• Pārskatiet kļūdu kodus un laika zīmogus. Korelējiet Heroku maršrutētāja/izpildlaika kļūdas ar oficiālo incidenta sākuma laiku.
• Pārliecinieties, vai izvietošana ir tikai bloķēta. Ja ražošanas vide ir normāla, izvairieties no piespiedu izvietošanas nestabila vadības plaknes incidenta laikā.
• Saglabājiet pierādījumus. Reģistrējiet pieprasījumu kļūmes, žurnālus, metrikas, datubāzes latentumu, incidentu ID un precīzu UTC laika logu.

Vai dinamisko ģeneratoru vajadzētu restartēt strāvas padeves pārtraukuma laikā?

Tikai tad, ja incidenta vadlīnijas vai jūsu pašu pierādījumi to apstiprina. Restartēšana var palīdzēt, ja konkrēts dinamometrs ir iestrēdzis, taču tā var arī noņemt veselīgu procesu vai radīt papildu aizplūšanu platformas mēroga incidenta laikā.

2025. gada 10. jūnija incidentam Heroku publicēja īpašu risinājumu privātās telpas lietojumprogrammām: skartie klienti varēja pa vienam apturēt atsevišķus dinamometrus, lai tie tiktu nomainīti. Heroku skaidri brīdināja, ka tas negarantē pilnīgu atjaunošanu, kamēr augšupējie pakalpojumi joprojām ir traucēti, un ka dinamometrus nevajadzētu nomainīt visus vienlaikus. Šie incidentam specifiskie norādījumi ir saglabāti oficiālajā rakstā par labojumiem .

Nevispāriniet šo procedūru uz katru darbības pārtraukumu. Ja faktiskā vājā vieta ir datubāze, maršrutēšanas slānis, DNS pakalpojumu sniedzējs vai Heroku Connect, tīmekļa dinamometru restartēšana, iespējams, neko nedos.

Atkopšana nav pabeigta, kad sākumlapa tiek atjaunota pirmo reizi

Pēc platformas pieejamības atjaunošanas lejupējās sistēmas joprojām var panākt iekavēto. Heroku teica, ka pēc 2025. gada jūnija darbības pārtraukuma tika piegādāti aizkavēti statusa e-pasti, Heroku Connect sinhronizācijai bija jāpanāk iekavētais, un izlaišanas fāzē bija uzkrājies kavējums, kura novēršanai bija nepieciešamas vairākas stundas.

Ražošanas lietojumprogrammai validējiet atkopšanu visā atkarības ķēdē:

• HTTP veiksmes rādītājs un latentums ir normalizējušies.
• Visas paredzētās tīmekļa un darbinieku dinamometriskās pārbaudes ir pareizas.
• Datu bāzes lasīšana un rakstīšana izdodas ar normālu latentumu.
• Rindas un ieplānotie darbi tiek apstrādāti, nevis uzkrāti.
• Heroku Connect kartējumi tiek sinhronizēti, ja tie tiek izmantoti.
• Izvietošanas un izlaišanas fāzes darbi darbojas normāli.
• Žurnāli un metrika tiek piegādāti bez neparastas kavēšanās.
• Trešo pušu pievienojumprogrammas un ārējie API ir atjaunoti.

Apakšējā līnija

Salesforce Heroku darbības pārtraukums var ietekmēt izvietotās lietojumprogrammas vairākos atšķirīgos līmeņos. Izpildes laika un maršrutēšanas incidenti var tieši padarīt lietojumprogrammas nesasniedzamas; datu incidenti var atstāt procesus darbojošos, bet sabojāt pamatfunkcijas; Connect incidenti var padarīt Salesforce atbalstītus datus novecojušus; un rīku incidenti var bloķēt izvietošanu, neietekmējot jau ražošanas vidē esošo versiju.

Tāpēc labākā operatīvā reakcija nav “visu restartēt”. Vispirms nosakiet, vai kļūme ir lietotnēs/izpildlaikā, datos, rīkos, DNS vai integrācijā. Salīdziniet savus rādītājus ar Salesforce Trust, saglabājiet pierādījumus, ievērojiet incidentam specifiskus mazināšanas norādījumus un pēc atkopšanas pārbaudiet katru atkarību. Šāda pieeja samazina risku, ka platformas incidents tiks pārvērsts par jūsu pašu lietojumprogrammas incidentu.