Salesforce Heroku -käyttökatkos: Mitä tapahtuu käyttöönotetuille sovelluksille?

Heroku-katkos ei aina tarkoita, että jokainen käyttöön otettu sovellus on täysin offline-tilassa. Vaikutus riippuu siitä, mikä osa alustaa vikaantuu: reititys, dynamiikan verkko, datapalvelut, käyttöönottotyökalut, DNS, lokikirjaus tai integraatio, kuten Heroku Connect. Operaattoreille nopein tapa reagoida on tunnistaa kyseinen taso ennen uudelleenkäynnistystä tai toimivan sovelluksen muuttamista.

Herokun oma tapaushistoria osoittaa, miksi tällä erolla on merkitystä. Heroku raportoi 10. kesäkuuta 2025 vakavasta alustan häiriöstä, joka aiheutti jopa 24 tunnin käyttökatkoksen monille asiakkaille. Herokun tapauksen jälkeisessä yhteenvedossa sanottiin, että tahaton käyttöjärjestelmäpäivitys käynnisti verkkopalvelut uudelleen tuotantokoneilla, kun taas reititysasetusvirhe esti oikeiden verkkoreittien uudelleenkäytön. Sama tapaus vaikutti myös sisäisiin työkaluihin ja Heroku Status -sivustoon, mikä vaikeutti diagnoosia ja kommunikointia. Heroku totesi, että tapaus ei ollut tietoturvatapahtuma eikä asiakastietoja menetetty. Katso virallinen 10. kesäkuuta julkaistu käyttökatkosten yhteenveto .

Hiljattain, 8. toukokuuta 2026, Heroku raportoi palveluhäiriöstä, joka koski ylävirran palveluntarjoajaa ja vaikutti osaan asiakkaista Pohjois-Amerikan alueella. Raportoituja oireita olivat ajoittainen yhteys, kohonnut tietokannan viive ja kolmannen osapuolen lisäosien heikentynyt suorituskyky. Heroku kertoi myöhemmin siirtäneensä ongelmalliset resurssit uudelle saatavuusvyöhykkeelle ja palauttaneensa verkkosovellukset ja tietokannat. Tapahtumahistoria on saatavilla Herokun virallisella tapahtumasivulla .

Nopea vaikutusmatriisi: mikä voi rikkoutua Herokun käyttökatkoksen aikana?

1. Sovellusten suorittaminen voi epäonnistua, vaikka koodisi ei olisi muuttunut

Kaikki Heroku-sovellukset toimivat hallituissa säilöissä, joita kutsutaan dynoiksi. Verkkodynoiksi kutsutaan dynoiksi, jotka vastaanottavat HTTP-liikennettä, työdynoiksi tyypillisesti taustatöitä, ja kertaluonteiset dynoiksi, jotka hoitavat hallinnollisia tehtäviä. Herokun dyno-dokumentaatiossa selitetään, että dyno-manageri on vastuussa näiden säilöjen toiminnasta.

Alustaongelma voi siis tehdä aiemmin toimivasta julkaisusta saavuttamattoman ilman sovelluksen käyttöönottoa. Jos isäntäverkko, dyno-hallintaohjelma tai taustalla oleva infrastruktuuri ei ole käytettävissä, sovellus voi kaatua, vaikka sen koodi ja kokoonpano pysyisivät muuttumattomina.

Heroku kuvaili 10. kesäkuuta 2025 tapahtuneen katkoksen aikana verkkovian, joka katkaisi dynolaitteiden lähtevän verkon yhteyden kyseisillä isännillä. Tämä on tärkeä toiminnallinen oppitunti: sovellusriippuvuusvirheeltä näyttävä virhe voi saada alkunsa sovelluskerroksen alapuolelta.

2. Reititysvirheet voivat aiheuttaa 503-virheitä, aikakatkaisuja tai ajoittaista onnistumista

Herokun HTTP-reitittimet vastaanottavat saapuvaa liikennettä ja välittävät pyynnöt web-dynoille. Virallinen reititysdokumentaatio kuvaa tämän polun kuormituksen tasaajista reitittimien kautta sovellusdynoille.

Jos vain osa polusta on häiriintynyt, käyttäjät saattavat ilmoittaa, että sivusto "toimii joskus". Yksi pyyntö voi saavuttaa toimivan dynamometrin, kun taas toinen epäonnistuu. Tästä syystä useat eri sijainneista tehdyt tarkistukset ovat informatiivisempia kuin yksi selaimen päivitys.

Herokun virhekoodien viittaus on hyödyllinen, kun lokit ovat edelleen saatavilla. H99 ja R99 on dokumentoitu erityisesti alustavirheinä. Muut koodit voivat viitata pyynnön aikakatkaisuun, hylättyihin taustayhteyksiin, karanteeniin asetettuihin dynamometreihin tai sovellustason ongelmiin, joten pelkkää H-koodia ei pitäisi automaattisesti syyttää Herokun laajuisesta ongelmasta.

3. Tiedonsiirtokatkos voi jättää sovelluksen toimimaan, mutta toiminnallisesti käyttökelvottomaksi

Sovelluksella voi olla toimiva web-dynamiikka, vaikka sen tietokanta olisi hidas tai saavuttamaton. Sivut, jotka eivät vaadi dataa, saattavat silti latautua, vaikka kirjautuminen, kassalle siirtyminen, haku, kirjoitus tai API-kutsut epäonnistuvat. Tämä aiheuttaa osittaisen käyttökatkoksen, joka voi näyttää loppukäyttäjille epäjohdonmukaiselta.

8. toukokuuta 2026 tapahtunut tapaus on hyödyllinen esimerkki, koska Heroku raportoi ajoittaisista yhteyksistä ja kohonneesta tietokannan viiveestä asiakkailla, joita asia koskee. Heroku neuvoi myös asiakkaita, jotka ovat asiasta kiinnostuneita, harkitsemaan tietokannan vikasietoisuutta lieventävänä keinona tapauksen aikana.

Suunniteltu huolto voi aiheuttaa myös lyhyempiä keskeytyksiä. Herokun Postgres-huoltodokumentaatiossa sanotaan, että huolto voi käynnistää siihen liittyvän sovelluksen uudelleen ja että käyttäjät voivat nähdä virheitä tai viiveitä useiden minuuttien ajan. Siksi suunniteltu huolto ja odottamaton alustan käyttökatkos tulisi erottaa toisistaan ​​ennen eskalointia.

4. Heroku Connect -virheet voivat vanhentaa Salesforce-dataa ilman, että verkkosovellusta tarvitsee sulkea.

Heroku Connect synkronoi tietoja Salesforce-organisaation ja Heroku Postgresin välillä. Heroku Connect -dokumentaation mukaan palvelu tarjoaa tietojen synkronointia sen sijaan, että se toimisi itse web-suoritusympäristönä.

Jos yhteyden muodostaminen keskeytyy, käyttöön otettu sovellus voi pysyä käytettävissä, vaikka synkronoitujen Salesforce-tietojen päivittyminen keskeytyy. Lukeminen olemassa olevasta Postgres-kopiosta saattaa edelleen toimia, mutta käyttäjät voivat nähdä vanhentuneita tietueita tai viivästyneitä kirjoituksia sovelluksen yhdistämismäärityksestä ja työnkulusta riippuen.

Herokun ylläpitodokumentaatiossa todetaan, että Heroku Connectin ylläpidon aikana synkronointi ja konfigurointi eivät ole käytettävissä, kun taas Postgresissä oleva data pysyy käytettävissä; jonossa olevat muutokset säilyvät ja synkronointi jatkuu sen jälkeen. Tämä toiminta on dokumentoitu Heroku Connectin ylläpitotoiminnoissa .

5. Käyttöönotto-ongelmat eivät välttämättä tarkoita tuotannon laskua

Operaattoreiden tulisi erottaa "ei voida ottaa käyttöön" ja "sovellus ei ole käytettävissä". Heroku luokittelee koontiversiot, Git-push-päivitykset, käyttöönotto-API:t, kojelaudan, komentorivin (CLI) ja niihin liittyvät hallintatoiminnot erikseen ajonaikaisista ja datapalveluista. Työkaluhäiriö voi estää uuden julkaisun, kun taas käynnissä oleva julkaisu jatkaa liikenteen tarjoamista.

Tämä ero näkyi Herokun 5. toukokuuta 2026 tapahtuneessa tapauksessa, jossa jotkut asiakkaat eivät pystyneet luomaan arviointisovelluksia, mutta Heroku raportoi nimenomaisesti, että käynnissä oleviin sovelluksiin tämä ei vaikuttanut.

Herokun julkaisuvaiheen dokumentaatiossa todetaan myös, että jos julkaisuvaiheen tehtävä epäonnistuu, uutta julkaisua ei oteta käyttöön ja nykyinen julkaisu pysyy ennallaan. Vältä jumiutuneen prosessin tulkitsemista todisteeksi siitä, että live-sovellus on epäonnistunut, tapahtuman aikana.

6. DNS-häiriöt voivat vaikuttaa uusiin sovelluksiin tai verkkotunnuksiin eri tavalla kuin olemassa oleviin

DNS on toinen tapaus, jossa soveltamisala voi olla suppea. Syyskuussa 2025 Heroku raportoi ylävirran DNS-ongelmasta, joka viivästytti DNS-tietueiden toimittamista uusille sovelluksille ja verkkotunnuksille. Virallisessa tapahtumassa todettiin, että äskettäin luodut isäntänimet saattoivat pysyä käyttökelvottomina, kunnes palveluntarjoajan ongelma ratkaistiin. Tapahtuman soveltamisalaa laajennettiin siten, että se sisälsi myös joitakin DNS-virheitä olemassa oleville EU-alueen sovelluksille.

Käytännön vianmääritystä varten testaa olemassa oleva Heroku-isäntänimi erikseen äskettäin lisätystä mukautetusta verkkotunnuksesta. Tarkista myös DNS-selvitys sovelluksen kunnosta riippumatta.

Mitä sinun tulisi tarkistaa ensin epäillyn Heroku-katkoksen aikana?

• Tarkista ensin Salesforce Trust. Herokun mukaan Salesforce Trustista tuli ensisijainen tapausten ja ylläpidon viestintäkanava 10. lokakuuta 2025, ja vanhempi Heroku Status -sivusto säilytettiin rinnakkaisena varmuuskopiona siirtymän ajan. Katso Heroku Status -dokumentaatio .
• Määritä, mihin kategoriaan ongelma vaikuttaa. Erota sovellukset/suorituksenaikainen käyttö, datapalvelut ja työkalut. Tämä estää tarpeettomat sovellusmuutokset alustahäiriön aikana.
• Testaa muutakin kuin kotisivua. Tarkista staattinen päätepiste, tietokannasta riippuva päätepiste, taustalla suoritettavat työt ja Salesforcen kanssa synkronoitu työnkulku, jos sovellettavissa.
• Tarkista virhekoodit ja aikaleimat. Yhdistä Heroku-reitittimen/suorituksenaikaisen järjestelmän virheet viralliseen tapahtuman alkamisaikaan.
• Varmista, estetäänkö käyttöönotot ainoastaan. Jos tuotanto on kunnossa, vältä käyttöönoton pakottamista epävakaan ohjaustason tapahtuman aikana.
• Säilytä todisteet. Kirjaa ylös pyyntöjen epäonnistumiset, lokit, mittarit, tietokannan viiveet, tapahtumatunnukset ja tarkka UTC-aikaikkuna.

Pitäisikö dynamometrit käynnistää uudelleen sähkökatkon aikana?

Vain silloin, kun tapauksen ohjeistus tai oma näyttösi tukee sitä. Uudelleenkäynnistys voi auttaa, kun tietty dynamometri on jumissa, mutta se voi myös poistaa toimivan prosessin tai aiheuttaa lisää vaihtuvuutta koko alustan kattavan tapauksen aikana.

Heroku julkaisi 10. kesäkuuta 2025 tapahtuneelle ongelmalle erityisen kiertotavan Private Space -sovelluksille: asiakkaat saattoivat pysäyttää yksittäisiä dynamometrejä yksi kerrallaan, jolloin ne vaihdettiin. Heroku varoitti nimenomaisesti, että tämä ei takaa täydellistä palautumista, kunhan ylävirran palvelut pysyvät heikentyneinä, ja että kaikkia dynamometrejä ei pitäisi vaihtaa samanaikaisesti. Nämä tapauskohtaiset ohjeet on säilytetty virallisessa korjausartikkelissa .

Älä yleistä tätä menettelyä kaikkiin käyttökatkoihin. Jos tietokanta, reitityskerros, DNS-palveluntarjoaja tai Heroku Connect on todellinen pullonkaula, web-dynosaattorien uudelleenkäynnistäminen ei välttämättä johda mihinkään.

Palautuminen ei ole valmis, kun kotisivu palaa ensimmäisen kerran

Alustan saatavuuden palautumisen jälkeenkin järjestelmän alajuoksun järjestelmät voivat vielä kuroa umpeen eroa. Heroku kertoi, että kesäkuun 2025 käyttökatkoksen jälkeen viivästyneitä tilannesähköposteja toimitettiin, Heroku Connect -synkronoinnin piti kuroa umpeen eroa ja julkaisuvaiheessa oli ruuhka, jonka selvittäminen kesti tunteja.

Tuotantosovelluksessa validoi palautuminen koko riippuvuusketjussa:

• HTTP-onnistumisprosentti ja viive ovat normalisoituneet.
• Kaikki odotetut verkko- ja työdynamiikat ovat kunnossa.
• Tietokannan lukeminen ja kirjoittaminen onnistuvat normaalilla viiveellä.
• Jonot ja ajoitetut työt käsitellään kertymisen sijaan.
• Heroku Connect -määritykset synkronoidaan, jos niitä käytetään.
• Käyttöönotot ja julkaisuvaiheen työt toimivat normaalisti.
• Lokit ja mittarit saapuvat ilman epänormaalia viivettä.
• Kolmannen osapuolen lisäosat ja ulkoiset API:t ovat palautuneet.

Lopputulos

Salesforce Heroku -katkos voi vaikuttaa käyttöönotettuihin sovelluksiin useilla eri tasoilla. Suorituksenaikaiset ja reititysongelmat voivat suoraan tehdä sovelluksista saavuttamattomia; dataongelmat voivat jättää prosessit toimimaan, mutta rikkoa ydintoimintoja; Connect-ongelmat voivat vanhentaa Salesforcen tukemaa dataa; ja työkaluongelmat voivat estää käyttöönotot vaikuttamatta jo tuotannossa olevaan julkaisuun.

Paras operatiivinen vastaus ei siis ole "käynnistää kaikki uudelleen". Selvitä ensin, onko vika sovelluksissa/suoritusympäristössä, datassa, työkaluissa, DNS:ssä vai integraatiossa. Vertaa omia mittareitasi Salesforce Trustin kanssa, säilytä todisteet, noudata tapauskohtaisia ​​lieventämisohjeita ja tarkista jokainen riippuvuus palautumisen jälkeen. Tämä lähestymistapa vähentää riskiä, ​​että alustatapahtuma muuttuu omaksi sovellustapahtumaksesi.