castomFLOW

Konfiantza dezakezun exekuzioak

Inork ez du automatizaziorik nabarmentzen bi aldiz zerbait bidaltzen duen arte

Orduan denek nabarmentzen dute. Orri honetako lau mekanismoak existitzen dira software mota honen hutsegiteak beti lau hutsegite berak direlako, eta denak saihestu daitezkeela diseinuaz, zaintzaz beharrean.

Simulatu argitaratu aurretik

Erregistro erreala bota deskonektatutako lan-fluxu batetik, eta irakurri zehazki zer gertatuko zen: hartutako bidea, balio guztiak urrats bakoitzean, mezu bakoitzaren hitzarmena, eta kanpoko sistema bakoitzera joango zen eskaera.

Ezer ez da eraikinetik ateratzen. Ez da mezu elektronikorik bidaltzen, ez fakturarik sortzen, ez kobrorik saiatzen, ez errenkadarik idazten. Kanpoko deiak asmo gisa grabatzen dira, bidaliko zen kargarekin batera, mapaketa zuzen dagoen ikus dezazun norbaiti arazo bihurtu aurretik.

Simulazioak dira automatizazio bat piztea eragozten duen galdera erantzuteko modua: zer egingo du hau benetan?

Simulazioa · 88 214 eskaeraEzer bidali gabe
  • 1Balidatu helbideaBat etorri da. 6 eremu idatzi izango ziren.
  • ?Baldintza1 000 zł gaineko eskaera? Ez — 289,00 zł. Bide laburra hartu da.
  • 3FakturaPOST egingo zen fakturazio-sistemara. Karga osoan erakutsita.
  • !Hemen harrapatutaBEZ-tasa eremu oker batetik mapatuta. Simulazio batean aurkitua, kontulari baten sarreran beharrean.

Bidalia: ezer ezKobratua: ezer ez

Exekuzio batek sartu zen bertsioa betetzen du

Lan-fluxu batean aldaketa bat argitaratzeak ez ditu barruan dauden exekuzioak ukitzen. Exekuzio bakoitza hasi zen bertsioari lotuta dago eta bertsio horrekin amaitzen du, denbora asko behar duen ala ez eta bitartean zuk zenbat berridatzi duen kontuan hartu gabe.

Horrela, lan-fluxu bat berrantolatu dezakezu hamar mila pertsona erdian daudela, eta denek amaituko dute agindu zaien fluxua. Alternatiba — sarreran beheranzko bide osoa materializatzen den diseinua — da zuzenean dagoen automatizazio bat editatzea arriskutsa iruditzea tresna gehienetan. Hemen ohikoa da.

Exekuzio berriek bertsio berria jasotzen dute argitaratzen duzun unetik. Exekuzio batek zein bertsio duen exekuzioan bertan idatzita dago, beraz martxoko portaerari buruzko galderak iraileko erantzuna du.

Zuzenean editatzeav4 → v5
  • 1Lehen2 918 exekuzio martxan, denak v4-n. Batzuk bi eguneko itxaropen batean.
  • 2Argitaratu v5Bi urrats berrordenatu, mezu bat berridatzia.
  • 3Ondoren2 918 horiek v4 amaituko dute. 11:40etatik aurrera hasten den guztia v5 exekutatuko da.
  • §Ez inorkjaso lan-fluxu baten erdia eta beste baten erdia.

Bertsioa exekuzio bakoitzean grabatutaBertsio zaharrak gordeta

Bikoiztu ezin duten saiakerak

Urratseko bat bere sarreren funtzio purua da, eta bere efektuak batera egiten dute exekuzioaren hurrengo urratsera aurreratzearekin. Ez dago mezua bidali dela baina exekuzioak ez dakien tartea.

Hori da trikimailu osoa, eta propietate estrukturala da, promesa bat beharrean. Urrats erdian hildako langile batek — inplementazio batek, kraskada batek, desagertzen den makina batek — exekuzioa leku berean uzten du. Beste langile batek hartu eta urratsa berriro exekutatzen du. Efektua eta aurreratzea batera egiten direnez, biak gertatu dira edo bietako bat ere ez.

Idempotentzia-gakoak onartzen dituzten sistemetarako kanpoko deiak gako bat daramate, exekuziotik eta urratsetik eratorria, beste aldeak errepikazioa ere ezagun dezan.

Langilea hil da bidalketa erdianBerreskuratuta
  • 15. urratsa hasten daBidali bidalketa-oharra.
  • ✕Langilea hiltzen daInplementazioa. Ez zen ezer egin.
  • 2HartutaBeste langile batek exekuzioa oraindik 5. urratsean aurkitzen du.
  • ✓Behin bidaliaBezeroak mezu elektroniko bat jaso du, bi ez.

Efektuak aurreratzearekin batera egiten diraIdempotentzia-gako exekuzio eta urrats bakoitzeko

Pertsona batek irakurtzeko idatzitako egunkaria

Exekuzio bakoitza, urrats bakoitza, hartu duen adarra eta erabaki duen balioa. Urrats bakoitzaren denborak. Kanpoko dei bakoitzaren eskaera eta erantzuna, kredentzialak zentsuratuta. Exekuzioa egon zen bertsioa. Exekuzio bat non dagoen zain eta noiz arte.

Norbaitek hamalaurengan egindako eskaerari zer gertatu zitzaion galdetzean, erantzun bat dago, eta aurkitzeak minutu bat behar du, hiru sistemaren egunkariak korrelazionatzeko arratsalde oso bat beharrean.

Huts egindako exekuzioak leku bakarrean biltzen dira, arrazoia taldekatuta, eta horrela "gaueko laurogeita huts egite" hori "hornitzaile batek 503 itzuli du bederatzi minutuz" bihurtzen da, laurogeita hamar ikerketa bereizi beharrean.

Gauez, taldekatuta41 huts
  • 1Causa bakarraHornitzailearen APIak 503 itzuli du 02:41 eta 02:50 artean.
  • 2Zer gertatu zen41 guztiak berriz saiatu dira; 39 bigarren saiakeran lortu dute.
  • 3GeldigabeBi gelditu dira eta pertsona baten zain daude. Biak zerrendatuta daude, huts egin duen errenkadarekin.
  • §Ez laurogeita batikerketa. Bat, eta bi erregistrori buruzko erabaki bat.

Kredentzialak zentsuratutaBertsioa grabatuta

Zer ez diogu baieztatzen

Ez dugu jarraitutasun-figurarik argitaratzen marketin-orri batean, neurketa-leiho eta "martxan" definiziorik gabeko zenbakiak apaingarri baitira. Kontratuz behar baduzu, galdetu eta eztabaidatuko dugu zer hitzeman dezakegun benetan.

Beste norbaiten APIa fidagarria izatea ere ezin dugu lortu. Hornitzaile bat erortzen bada, haren mende dagoen workflow batek itxaron egiten du, berriz saiatzen da eta azkenean gelditzen da arrazoi garbi batekin. Geuk hitzeman dezakeguna da hutsa ikusgai dagoela, ezer kaltetzen ez duela, eta berriro hasteak mezua bigarren aldiz bidaltzen ez duela.

Itxaronaldiei buruz: bi egunez zain dagoen exekuzio bat wake_at bat da exekuzioan, ilaran dagoen lan bat ez. Horregatik workflow batek ehun mila exekuzio izan ditzake hiru asteko itxaronaldian ezerk kosturik gabe, eta horregatik une honetan zain dauden exekuzio kopuruaz pentsatu beharrik ez duzu.

Inoiz pentsatzen ez duzun exekuzioa ondo atera dena da.