Na tej strani
Dve stranki imata polje z imenom „active“. Pri prvi pomeni, da je stranka nekaj kupila v zadnjem letu. Pri drugi pomeni, da je pogodba o storitvi še veljavna. Skupni priključek lahko obe polji pravilno premakne. Skupno pravilo, ki ju obravnava kot isto poslovno stanje, je lahko za eno od strank napačno. To je ponazoritveni primer, ne poročilo o uvedbi.
Razprava o skupnih platformah in lokalni uvedbi opisuje podjetje, ki ponovno uporablja velik del infrastrukture, ob tem pa še vedno opravlja veliko dela v okolju posamezne stranke. Navedeni deleži so značilni za to podjetje. Splošno arhitekturno vprašanje je, kje se skupni mehanizmi končajo in začne lokalni pomen.
Ločite tehnično specifikacijo prenosa od pravil poslovnega pomena
Tehnična specifikacija prenosa lahko določa: overite se pri viru, preberite spremenjene zapise, ohranite identifikatorje, varno ponavljajte poskuse in pokažite napake. Ta vedenja lahko izvedete enkrat in večkrat preizkusite. Vredna so truda, ker vsaka integracija potrebuje zanesljivo pot za podatke.
Pravila poslovnega pomena povedo, kateri zapis je avtoritativen, kaj pomeni status, kdaj je dejanje dovoljeno in kdo sme popraviti napako.
- Skupni prenos identiteta · ponovitev · ID dogodka
dostavi veljaven dogodek
- Lokalna politika pomen · privolitev · čas
odloči, ali je dejanje dovoljeno
- Pooblaščeno dejanje zapis · revizija
zabeleži izid
Pravila poslovnega pomena so odvisna od poteka dela. Lahko uporablja isti izvorni in ciljni sistem kot druga stranka, a zahteva drugačen odgovor.
Poglejmo povezavo trgovine z e-pošto. Platforma lahko ponudi sprejem dogodkov, odpravljanje podvojitev in revizijsko sled. Lastnik poteka mora določiti, ali „naročen“ pomeni dovoljenje za določen trženjski namen, ali nakup zadrži opomnik za košarico in kako sprememba privolitve vpliva na že čakajoča sporočila. To niso funkcije priključka, ki bi jih smeli uganiti iz imen polj.
Ponazorjena preslikava Tajo spodaj neposredno kopira tri polja. Opazite manjkajočo odločitev: nobena vrstica ne določa dovoljenja za trženje. Ponovna uporaba prenosa prihrani delo, vendar mora lastnik poteka dela še vedno določiti, katero stanje dovoljuje katero dejanje. Urejena preslikava polj razkrije vrzel, ne odpravi pa je.
Preglejte sinhronizacijo pred zagonom
Sinhronizirajte spremembe podatkov strank z mojo platformo za e-pošto.
Sinhronizacija strank
| Izvorno polje | Ciljno polje | Pravilo |
|---|---|---|
email | EMAIL | Neposredno |
first_name | FIRSTNAME | Neposredno |
last_name | LASTNAME | Neposredno |
Sintetični predogled je uspel
Preslikana so 3 polja · Brez zapisov v cilj
Ponazoritveni prikaz temelji na orodjih Tajo za preslikavo. Sintetični predogled in shranjeni osnutek ne aktivirata sinhronizacije.
| Skupna plast | Lokalna plast |
|---|---|
| Overjanje in osveževanje žetonov | Kateri subjekt sme dostopati do tega poteka |
| Prenos dogodkov in ponovni poskusi | Kateri dogodek šteje kot poslovni prehod |
| Stabilni identifikatorji in odpravljanje podvojitev | Kateri zapisi označujejo isto resnično stranko |
| Beleženje in mehanizmi okrevanja | Kdo in kako razreši sporno stanje |
| Preverjanje tehnične specifikacije | Kaj vrednosti polj pomenijo in kdaj lahko sprožijo dejanje |
Tabela prikazuje mejo v zasnovi, ne trditve, da je vsako izvedbo mogoče tako čisto razdeliti.
Ponovna uporaba odpove, ko skrije nesoglasje
Splošna platforma pogosto za vsako izjemo dobi novo nastavitveno polje. Sprva je videti, da to ohranja ponovno uporabo. Pozneje nihče ne ve, ali je nastavitev tehnična možnost, pravna omejitev ali poslovna odločitev. Skupno jedro postane daljinski upravljalnik za izbire, ki mu ne pripadajo.
Poiščite stabilno lastnost. „Iste izvorne dogodke nikoli ne uporabite dvakrat na istem zapisu ciljnega sistema“ lahko živi v skupnem pogonu. „Pošljite popust, ko stranka postane aktivna“ ne more biti skupno, dokler nimajo izrazi „aktivna“, dovoljeno občinstvo in pravila ponudbe lastnikov. Pogon lahko izvede odobreno politiko, ne sme pa je izumiti.
To pomaga tudi vzdrževanju. Če se API spremeni, lahko platformna ekipa posodobi adapter in njegove preizkuse. Če se spremeni definicija upravičene stranke, lahko poslovni lastnik posodobi politiko in preizkusne primere brez čakanja na prepis prenosa. Jasna meja vsako spremembo pripelje do osebe, ki ima pristojnost zanjo.
Ponovno uporabite mehaniko, ne izravnajte pomena
Nekatera lokalna pravila povečajo strošek. Platforma brez skupne tehnične specifikacije postane zbirka posebnih skript. Rešitev je poiskati ponavljajoče se mehanizme, preden posplošite ponavljajoče se pomene. Dobro zasnovan skupni gradnik lahko sprejme tipiziran pogoj, čas dogodka in omejitev dejanja, pri tem pa pusti poslovno definicijo pogoja lokalno.
Mejo preizkusite z resničnimi primeri. Vzemite običajen dogodek, podvojitev, pozen popravek in odvzeto dovoljenje. Vprašajte, katera plast je odgovorna za vsak odgovor. Če napake ni mogoče pripisati, abstrakcija skriva lastništvo. Če nova stranka prisili skupno vrednost „active“, da dobi več nepovezanih pomenov, je skupni tip preširok.
Spremljevalni članek o uvedbi preučuje, ali zmožnost deluje v živem poteku. Ta sprašuje, kaj lahko zgradite enkrat, ne da bi izbrisali pomen poteka.
Vmesnik med plastmi naj bo dovolj izrecen, da zavrne slabo predpostavko. Skupni pogon lahko pred sprejetjem zahteve za dejanje zahteva ID dogodka, izvorni čas, izvajalca in deklariran namen. Lokalni potek lahko prispeva politiko, ki odloči, ali je dejanje dovoljeno. Če namen manjka, naj pogon zahtevo zavrne; če je politika dvoumna, jo mora razrešiti lokalni lastnik. Tako ohranite ponovno uporabo, ne da bi poslovno pristojnost prepustili splošni kodi. Vmesnik dokumentirajte z enim sprejetim in enim zavrnjenim primerom, nato oba preizkusite ob spremembi katerekoli plasti.
Ponovno uporaben priključek naj olajša izražanje lokalnega pomena in ga varneje izvede. Nikoli ne sme dveh različnih obljub prikazati kot enakih samo zato, ker imata polji isto ime.
Pogosto Zastavljena Vprašanja
Kaj naj integracijska platforma običajno ponovno uporabi?
Stabilni mehanizmi, kot so vzorci overjanja, prenos, obravnava podvojitev, ponovni poskusi, beleženje in preverjanje tehničnih specifikacij, so pogosto skupni, kadar se osnovne zahteve ujemajo.
Kaj naj ostane posebno za podjetje?
Pomen polj, pristojnost vira, pravila privolitve, zahteve glede časa in kdo sme ukrepati glede statusa je treba določiti za to podjetje in ta potek.
Kako lahko ekipe preizkusijo mejo?
Nov potek poskusite izraziti z obstoječimi gradniki. Če s tem spremenite poslovni pomen ali skrijete izjeme v splošnih nastavitvah, logiko ohranite lokalno in vmesnik opredelite izrecno.