käytännön oppaat

Tee verkkosivustojen webhooks ja integraatiot luotettavia

Integrointi vaatii muutakin kuin ilmoituksen vastaanottamisen. Sen on erotettava kelvolliset tapahtumat, kaksoiskappaleet, viiveet ja keskeytetty käsittely, jotta vältytään toistuvilta liiketoimilta.

Katso menetelmä

yksi tapahtuma, yksi operaatio

Kirjoita tapahtumasopimus

Dokumentoi tuottaja, odotetut tapahtumatyypit, pakolliset kentät ja käynnistetty toiminta. Kuvaile luomisen, muutoksen ja poistamisen tuloksia tarvittaessa. Ilmoitus ei saa implisiittisesti antaa lupaa kaikille mahdollisille toimille.

Valitse seurantatunniste ja arvovaltainen lähde, jota voit tarkastella, kun olet epävarma. Kuvaile, kuinka tuottajan tai vastaanottajan viat havaitaan. Integration documentation holds rules and owners; Salaisuudet kuuluvat projektin turvamekanismiin.

Tarkista ennen toimenpiteen käynnistämistä

GitHub-asiakirjat Toimitusallekirjoituksen vahvistus Käyttämällä määritettyä salaista ja vastaanotettua hyötykuormaa. Noudata todellisen palveluntarjoajan dokumentoitua mekanismia; Otsikoita, algoritmeja ja muotoja ei pidä kopioida toisesta palvelusta analogisesti.

Erillinen alkuperän vahvistus, skeeman validointi ja toiminnan valtuutus. Testaa muutettua sisältöä, odottamatonta tapahtumatyyppiä ja puuttuvaa kenttää. Liiketoiminnan käsittelyn tulisi alkaa vasta käyttötapauksessa vaadittujen valvontatoimien jälkeen.

Suunnittele toistot ja keskeytykset

Määrittele idempotenttikäsittely: Tunnistettu toistuva toimitus ei saa luoda kahta tilausta tai kahta lopullista ilmoitusta. Testaa toistoa ennen käsittelyä, sen aikana ja sen jälkeen sekä vaiheiden välisen keskeytyksen. Mekanismi riippuu toiminnasta ja varastoinnista.

Tarkista palveluntarjoajan tilaus- ja uudelleentoimitustakuu sen sijaan, että oletat välittömän, kertaluonteisen saapumisen. Pidä työjono, joka vaatii tarkistusta ja tapaa sovittaa se lähteen kanssa. Positiivisen teknisen vastauksen tulee vastata määriteltyä käsittelytilaa.

Järjestä seuranta ja toipuminen

Tallenna tapahtuman tunniste, tila ja hyödyllinen virhe minimoimalla tiedot. Määrittele, kuka valvoo vikoja, miten valtuutettuja tapahtumia yritetään uudelleen ja kuinka uudelleenyritykset välttävät valmiiden töiden monistamisen.

keskeytä vastaanottimen testiympäristössä ja palauta se. Tarkista kiinniotto ja sovita yhteen odotetut liiketoiminnan tulokset. Toimita tapahtumasopimus, testierä, käsittelyhistoria ja palautusmenettely, jota tiimi voi käyttää.

ensisijainen dokumentaatio: GitHub – Webhook-toimitusten validointi.

Sisältö päivitetty 1.10.2026

toiminnallinen validointimatriisi, joka mukautuu projektiin

Nämä ehdotetut kontrollit käyttävät kuvitteellisia tapauksia. Päätä, mitä käyttäytymistä tiimin kanssa odotetaan, kirjoita tulos muistiin ja määritä ratkaisemattomia eroja ennen julkaisemista.

testitapaukset, odotetut tulokset ja hyödyllisiä todisteita
Asiaodotettu tulostodiste säilyttää
voimassa oleva toimitusSallittu tapahtuma laukaisee odotetun toiminnon, joka voidaan jäljittää.Toimitustunniste, käsittelytulos ja tuloksena oleva liiketoimintatila testijärjestelmässä.
Muutettu runko tai virheellinen allekirjoitusLiiketoiminnan käsittely ei koskaan ala hylätylle tapahtumalle.Havaittu kieltäytyminen käyttämällä täysin synteettistä ilmoitusta ja vain testausmateriaalia.
Sama toimitus vastaanotettu kahdestiToisto ei aiheuta ei-toivottua lisäliiketoimintaa.Tallennettujen toimintojen lukumäärä ja tunnisteet molempien ohjattujen yritysten jälkeen.
viivästyneet tai käänteiset tapahtumatTilaussääntö estää vanhemman tiedon korvaamasta uudempaa tilaa.kontrolloitu kronologia ja dokumentoitu lopullinen tila, mukaan lukien mahdolliset tilausrajoitukset.

Usein kysyttyjä kysymyksiä

Miksi lähettää sama tapahtuma useammin kuin kerran testissä?

Toistamisen varmistaminen ei laukaise päällekkäisiä liiketoimintatoimintoja. Palveluntarjoajat voivat tukea tai tuottaa uudelleentoimitusta; Vastaanottajien on ymmärrettävä säännöt ja säilytettävä asianmukainen käsittelytila.

Riittääkö kelvollinen allekirjoitus?

Se edistää alkuperän ja eheyden tarkistuksia käytetyn mekanismin mukaisesti. Tapahtumatyyppi, vaaditut tiedot, sallitut toiminnot ja käsittelytila on vielä tarkistettava ennen liiketoimintaa.