IOSOR

IOSOR Tudás

Részleges feladatátvételi küldés dupla terhelés nélkül

Egy ügyfél szándékának repülés közbeni sávváltását egyszer kell elszámolni, és soha nem szabad kitalálni a «Kézbesítve» állapotot a biztonsági mentésen — white-label előre fizetett őszinteség a részleges feladatátvételhez.

A repülés közbeni feladatátvétel továbbra is egy ügyfél szándéka. A primer elfogadhatja, időtúllépést jelezhet, vagy elutasíthatja egy zárolás után; a biztonsági mentés ezután ugyanazt az egységet továbbíthatja. Ez a váltás nem nyithat meg második elszámolást, nem találhat ki «Kézbesítve» állapotot, amit a biztonsági mentés soha nem érdemelt meg, és nem mosódhat el egy felhasználói újrapróbálkozásba. Az IOSOR white-label előre fizetett. A 20 USD a nyilvános minimum feltöltés (pilóta alsó határ). A 1.000 USD/hó körüli puha felülvizsgálat az, amikor a részleges küldési hibák megsokszorozzák a költségeket.

A repülés közbeni váltás továbbra is egy szándék

A részleges feladatátvétel azt jelenti, hogy az egység egyszer elhagyta a vevő API-ját, majd az operációk sávot váltottak, mert a primer nem tudta befejezni. Az ügyfél továbbra is egy üzenetsort, egy idempotencia-kulcsot, egy pénzügyi történetet lát. Ne kezelje a biztonsági mentési ugrást új küldésként, vagy ne hozzon létre második zárolást.

Mit jelent a 'részleges küldés' pénzügyi szempontból

Szakasz Pénz Ügyfél igazsága
Zárolás szándékon Egyszeri foglalás Pénzeszközök védelme egy egységre
Primer elfogadja, majd meghibásodik az út közepén Egy elszámolási jelölt Függőben / figyelmet igényel — nem Kézbesítve
Biztonsági mentés elfogadja ugyanazt a kulcsot Nincs második elszámolás Ugyanaz a terhelés; sáv változott az operációk oldalán

Soha ne találjon ki 'Kézbesítve' állapotot a biztonsági mentésen

A sávok váltása nem bizonyítja a beérkező leveleket. A biztonsági mentés elfogadhatja, és továbbra is visszaadhat sikertelen DLR-t, időtúllépést vagy csendet. Az ügyfél állapota a bizonyítékokat követi: elfogadott, függőben lévő, kézbesített, sikertelen, figyelmet igényel — csak white-label. Az operációk naplózhatják a teljesítő sávot; a vevők nem láthatnak márka-karakterláncokat.

Különbözik az újrapróbálkozási szabályzattól és a rendezett útvonaltól

Ez repülés közbeni pénz egy már megkezdett váltásnál — nem az, hogy mikor kell újrapróbálni egy sikertelen DLR-t (sikertelen DLR újrapróbálási politika prepaid alatt), és nem az előre megírt primer → biztonsági mentés sorrend (rendezett útvonal testvére).

Vevői ellenőrzőlista részleges feladatátvételhez

  1. Egy idempotencia-kulcs fedezi a primer és a biztonsági mentési pénzeket ugyanazon szándék esetén? 2. A biztonsági mentés elfogadhatja második elszámolás nélkül? 3. Az ügyfélstátuszok white-label, kitalált «Kézbesítve» állapot nélkül, csak a váltás alapján? 4. A zárolás-hiba útvonalak automatikusan felszabadulnak elszámolt szellemek nélkül bármely sávon? 5.

Kezdje az IOSOR-ral

Kényszerítsen elsődleges hibát a küldés közepén nem termelő folyosón. A rendezett tartalék ugyanazt a szándékkulcsot veszi. Exportáljon egy terhelést, a maradékot és egy őszinte végső állapotot. Ha az elsődleges már küldött részt egy láncolt testből, ne találjon ki Delivered-et a tartalékon és ne nyisson második elszámolást azokra a részekre.

IOSOR összegzés

A részleges failover még mindig egy ügyfél szándék.

Tegye: tartson egy kulcsot és egy terhelést a küldés közepén lévő hopon.

Ne tegye: Delivered-et kitalálni olyan tartalékon amely soha nem bírta a részeket, vagy a maradékot kétszer terhelni.

Hasznos volt ez az útmutató?

Kapcsolódó útmutatók