Na tejto stránke
Dvaja zákazníci majú pole nazvané „aktívny“. U jedného znamená, že zákazník v poslednom roku niečo kúpil. U druhého znamená platnú zmluvu o službe. Spoločný konektor môže obe polia preniesť správne. Spoločné pravidlo, ktoré ich považuje za ten istý obchodný stav, môže byť pre jedného nesprávne. Je to ilustratívny príklad, nie správa z nasadenia.
Diskusia o spoločných platformách a miestnom nasadení opisuje firmu, ktorá opakovane používa veľkú časť infraštruktúry, no v prostredí každého zákazníka stále vykonáva značnú prácu. Uvedené percentá patria tejto firme. Všeobecná návrhová otázka znie, kde sa končí spoločná mechanika a začína miestny význam.
Oddeľte kontrakt prenosu od obchodného kontraktu
Kontrakt prenosu môže hovoriť: overte prístup k zdroju, čítajte zmenené záznamy, zachovajte identifikátory, opakujte bezpečne a zviditeľnite zlyhania. Také správanie možno implementovať raz a opakovane testovať. Je cenné, lebo každá integrácia potrebuje dôveryhodnú cestu pre dáta.
Obchodný kontrakt hovorí, ktorý záznam je autoritatívny, čo znamená stav, kedy je krok povolený a kto smie opraviť chybu.
- Spoločný prenos identita · opakovanie · ID udalosti
dodá platnú udalosť
- Miestne pravidlo význam · súhlas · časovanie
rozhodne, či je krok povolený
- Povolený krok zápis · audit
zaznamená výsledok
Obchodný kontrakt závisí od pracovného postupu. Môže používať ten istý zdroj a cieľ ako iný zákazník, a napriek tomu vyžadovať inú odpoveď.
Predstavte si prepojenie obchodu a e-mailovej platformy. Platforma môže poskytovať prijímanie udalostí, odstránenie duplicít a auditnú stopu. Vlastník postupu musí určiť, či „prihlásený na odber“ znamená oprávnenie na konkrétny marketingový účel, či nákup potlačí pripomienku košíka a ako zmena súhlasu ovplyvní správy už čakajúce v rade. Nie sú to vlastnosti konektora, ktoré možno uhádnuť z názvov polí.
Ilustrovaná mapa Tajo nižšie priamo kopíruje tri polia. Všimnite si chýbajúce rozhodnutie: žiadny riadok nedefinuje súhlas s marketingom. Opätovné použitie prenosu šetrí prácu, ale vlastník postupu musí určiť, ktorý stav povoľuje ktorú akciu. Prehľadná mapa polí medzeru ukáže, nevyrieši ju.
Skontrolujte synchronizáciu pred spustením
Synchronizujte zmeny zákazníkov s mojou e-mailovou platformou.
Synchronizácia zákazníkov
| Zdrojové pole | Cieľové pole | Pravidlo |
|---|---|---|
email | EMAIL | Priamo |
first_name | FIRSTNAME | Priamo |
last_name | LASTNAME | Priamo |
Syntetický náhľad bol úspešný
Namapované 3 polia · Žiadny zápis do cieľovej služby
Ilustračné rozloženie vychádza z nástrojov Tajo na mapovanie. Syntetický náhľad ani uložený koncept neaktivujú synchronizáciu.
| Spoločná vrstva | Miestna vrstva |
|---|---|
| Autentifikácia a obnova tokenov | Ktorý subjekt smie používať tento postup |
| Prenos udalostí a opakované pokusy | Ktorá udalosť tvorí obchodný prechod |
| Stabilné identifikátory a odstránenie duplicít | Ktoré záznamy patria tomu istému skutočnému zákazníkovi |
| Logovanie a nástroje nápravy | Kto a ako rieši sporný stav |
| Overenie kontraktu | Čo znamenajú hodnoty polí a kedy môžu spustiť krok |
Tabuľka ukazuje návrhovú hranicu, netvrdí, že každú implementáciu možno tak čisto rozdeliť.
Opätovné použitie sa láme, keď skrýva nesúhlas
Všeobecná platforma často dostane nové konfiguračné pole pri každej výnimke. Spočiatku sa zdá, že tým zachováva opätovné použitie. Neskôr nikto nevie, či je nastavenie technickou voľbou, právnym obmedzením alebo obchodným rozhodnutím. Spoločné jadro sa stáva diaľkovým ovládačom rozhodnutí, ktoré mu nepatria.
Hľadajte stabilnú nemennú podmienku. „Nikdy nepoužite tú istú zdrojovú udalosť dvakrát na ten istý cieľový záznam“ môže žiť v spoločnom jadre. „Pošlite zľavu, keď sa zákazník stane aktívnym“ nemožno zdieľať, kým niekto nevlastní význam „aktívny“, povolené publikum a pravidlá ponuky. Jadro môže vykonať schválené pravidlo, ale nemá ho vymyslieť.
Pomáha to aj údržbe. Ak sa zmení API, platformový tím môže aktualizovať adaptér a testy. Ak sa zmení definícia oprávneného zákazníka, vlastník obchodu môže upraviť pravidlo a testovacie príklady bez čakania na prepis prenosu. Jasná hranica posiela každú zmenu človeku s právomocou nad ňou.
Zdieľajte mechaniku bez sploštenia významu
Miestne pravidlá pridávajú náklady. Platforma bez spoločného kontraktu sa zmení na zbierku jednorazových skriptov. Riešením je hľadať opakované mechanizmy pred abstrakciou opakovaných významov. Dobre navrhnutý spoločný prvok môže prijímať typovanú podmienku, čas udalosti a limit kroku, kým jej obchodná definícia zostane miestna.
Hranicu testujte na skutočných prípadoch. Vezmite bežnú udalosť, duplicitu, oneskorenú opravu a odobraté oprávnenie. Opýtajte sa, ktorá vrstva zodpovedá za každú reakciu. Ak zlyhaniu neviete priradiť vlastníka, abstrakcia vlastníctvo skrýva. Ak nový zákazník núti spoločný typ „aktívny“ získať niekoľko nesúvisiacich výkladov, je príliš široký.
Súvisiaci článok o nasadení skúma, či schopnosť funguje v živom postupe. Tento sa pýta, čo možno vytvoriť raz bez vymazania významu postupu.
Rozhranie medzi vrstvami má byť dosť výslovné na odmietnutie zlého predpokladu. Spoločné jadro môže pred prijatím požiadavky na krok vyžadovať ID udalosti, čas zdroja, vykonávateľa a deklarovaný účel. Miestny postup môže dodať pravidlo rozhodujúce o povolení kroku. Ak účel chýba, jadro má žiadosť odmietnuť; ak je pravidlo nejednoznačné, miestny vlastník ho musí vyriešiť. Tak možno zachovať opätovné použitie bez odovzdania obchodnej právomoci všeobecnému kódu. Kontrakt zdokumentujte jedným prijatým a jedným odmietnutým príkladom a testujte oba pri každej zmene vrstiev.
Opakovane použiteľný konektor má uľahčiť vyjadrenie miestneho významu a zvýšiť bezpečnosť jeho vykonania. Nikdy nemá spôsobiť, aby dva rôzne sľuby vyzerali rovnako len preto, že ich polia majú rovnaký názov.
Často Kladené Otázky
Čo má integračná platforma zvyčajne znovu používať?
Stabilnú mechaniku, ako sú vzorce autentifikácie, prenos, spracovanie duplicít, opakované pokusy, logovanie a kontroly kontraktu, možno často zdieľať, ak sa zhodujú podkladové požiadavky.
Čo má zostať špecifické pre podnik?
Význam polí, autoritatívny zdroj, pravidlá súhlasu, časové požiadavky a to, kto smie konať podľa stavu, treba určiť pre konkrétny podnik a postup.
Ako môže tím hranicu otestovať?
Skúste nový postup vyjadriť pomocou existujúcich základných prvkov. Ak to mení obchodný význam alebo skrýva výnimky vo všeobecnej konfigurácii, nechajte logiku miestnu a rozhranie vyjadrite výslovne.