Ezen az oldalon
Két vállalati ügyfél adatában is van „aktív” nevű mező. Az egyiknél azt jelenti, hogy a vásárló az elmúlt évben rendelt. A másiknál azt, hogy a szolgáltatási szerződése jelenleg érvényes. A közös csatlakozó mindkét mezőt helyesen viheti át. Az a közös szabály, amely ugyanannak az üzleti állapotnak tekinti őket, egyiküknél hibás lehet. Ez szemléltető példa, nem éles bevezetési beszámoló.
Egy beszélgetés a közös platformokról és a helyi bevezetésről olyan céget mutat be, amely sok infrastruktúrát újrahasznál, mégis jelentős munkát végez minden ügyfél környezetében. A százalékos adatai csak erre a cégre vonatkoznak. Az általános architekturális kérdés az, hol áll meg a közös mechanika és hol kezdődik a helyi jelentés.
Válaszd szét az átviteli és az üzleti szerződést
Az átviteli szerződés kimondhatja: hitelesíts a forrásnál, olvasd a változott rekordokat, őrizd meg az azonosítókat, próbálkozz újra biztonságosan, és tedd láthatóvá a hibákat. Ezek a viselkedések egyszer megvalósíthatók és sokszor tesztelhetők. Értékesek, mert minden integrációhoz megbízható adatút kell.
Az üzleti szerződés megmondja, melyik rekord mértékadó, mit jelent egy állapot, mikor megengedett a művelet és ki javíthatja a hibát.
- Közös átvitel azonosság · újrapróbálkozás · eseményazonosító
érvényes eseményt ad át
- Helyi szabály jelentés · hozzájárulás · időzítés
eldönti, megengedett-e a művelet
- Engedélyezett művelet írás · naplózás
rögzíti az eredményt
Ez az üzleti szerződés a munkafolyamattól függ. Ugyanazt a forrást és célrendszert használhatja, mint egy másik ügyfél, mégis más választ igényelhet.
Nézz egy áruház és e-mail-rendszer közötti kapcsolatot. A platform fogadhat eseményt, kiszűrhet duplikátumot és auditnyomot adhat. A munkafolyamat gazdájának kell meghatároznia, hogy a „feliratkozott” jelent-e engedélyt egy konkrét marketingcélra, a vásárlás leállítja-e a kosáremlékeztetőt, és a hozzájárulás változása hogyan hat a sorban álló üzenetekre. Ezek nem a mezőnévből kitalálható csatlakozófunkciók.
Az alábbi szemléltető Tajo-leképezés közvetlenül másol három mezőt. Figyeld meg a hiányzó döntést: egyik sor sem határozza meg a marketingcélú felhasználás engedélyét. Az adatátvitel újrafelhasználása munkát takarít meg, de a munkafolyamat felelősének továbbra is meg kell adnia, melyik állapot milyen műveletet enged. A rendezett mezőtérkép feltárja ezt a hiányt, de nem oldja meg.
Ellenőrizd a szinkronizálást az indítás előtt
Szinkronizáld a vásárlói változásokat az e-mail-platformommal.
Vásárlók szinkronizálása
| Forrásmező | Célmező | Szabály |
|---|---|---|
email | EMAIL | Közvetlen |
first_name | FIRSTNAME | Közvetlen |
last_name | LASTNAME | Közvetlen |
A szintetikus előnézet sikeres
3 mező leképezve · Nincs írás a célrendszerbe
A szemléltető elrendezés a Tajo leképezési eszközein alapul. A szintetikus előnézet és a mentett tervezet nem aktiválja a szinkronizálást.
| Közös réteg | Helyi réteg |
|---|---|
| Hitelesítés és tokenfrissítés | Melyik szereplő férhet hozzá ehhez a folyamathoz |
| Eseményátvitel és újrapróbálkozás | Melyik esemény számít üzleti állapotváltásnak |
| Stabil azonosítók és duplikációszűrés | Mely rekordok jelölik ugyanazt a valós vásárlót |
| Naplózás és helyreállítási kapcsolódási pontok | Ki és hogyan old fel vitatott állapotot |
| Szerződésellenőrzés | Mit jelentenek a mezőértékek, és mikor indíthatnak műveletet |
A táblázat tervezési határ, nem állítás arról, hogy minden megvalósítás ilyen tisztán felosztható.
Az újrahasználat akkor törik, ha elfedi a nézeteltérést
Az általános platform gyakran új beállítási mezőt kap minden kivételhez. Eleinte úgy tűnik, ez megőrzi az újrahasználatot. Később senki sem tudja, egy beállítás technikai opció, jogi korlát vagy üzleti döntés. A közös mag távirányító lesz olyan választásokhoz, amelyek nem az övéi.
Keress stabil, változatlanul igaz feltételt. A „soha ne alkalmazd kétszer ugyanazt a forráseseményt ugyanarra a célrekordra” élhet a közös motorban. A „küldj kedvezményt, amikor a vásárló aktívvá válik” addig nem közös, amíg az „aktívnak”, az engedélyezett közönségnek és az ajánlat szabályának nincs gazdája. A motor végrehajthat jóváhagyott szabályt, de nem találhat ki ilyet.
Ez a fenntartást is segíti. Ha az API változik, a platformcsapat frissítheti az adaptert és a tesztjeit. Ha megváltozik a jogosult vásárló definíciója, az üzleti gazda módosíthatja a szabályt és a tesztpéldákat az átvitel átírása nélkül. A tiszta határ minden változást a fölötte felhatalmazott emberhez visz.
Használd újra a mechanikát a jelentés kilapítása nélkül
Néhány helyi szabály valóban növeli a költséget. Újrahasználható szerződés nélkül a platform egyedi szkriptek gyűjteménye lesz. A megoldás az ismétlődő mechanizmusokat felismerni, mielőtt az ismétlődő jelentéseket elvonatkoztatnád. Egy jól tervezett közös építőelem elfogadhat típusos feltételt, eseményidőt és műveleti korlátot, miközben a feltétel üzleti definíciója helyi marad.
A határt valós esetekkel teszteld. Vegyél egy normál eseményt, duplikátumot, késői javítást és visszavont jogosultságot. Kérdezd meg, melyik réteg felel az egyes válaszokért. Ha a hiba nem rendelhető réteghez, az elvonatkoztatás tulajdonlást rejt. Ha egy új ügyfél miatt a közös „aktív” felsorolásnak több egymástól független jelentést kell kapnia, a közös típus túl tág.
A kapcsolódó bevezetési cikk azt vizsgálja, működik-e egy képesség élő munkafolyamatban. Ez azt kérdezi, mit lehet egyszer megépíteni úgy, hogy a munkafolyamat jelentése ne vesszen el.
A rétegek közötti felület legyen elég világos ahhoz, hogy rossz feltevést visszautasítson. A közös motor műveletkérés elfogadása előtt kérhet eseményazonosítót, forrásidőt, szereplőt és megadott célt. A helyi munkafolyamat adhatja a szabályt, amely eldönti, megengedett-e a művelet. Ha hiányzik a cél, a motor utasítsa el a kérést; ha a szabály kétértelmű, a helyi gazda döntse el. Így az újrahasználat megőrizhető anélkül, hogy az üzleti felhatalmazás általános kódhoz kerülne. A szerződéshez írj egy elfogadott és egy elutasított példát, és mindkettőt teszteld, ha bármelyik réteg változik.
Az újrahasználható csatlakozó könnyítse meg a helyi jelentés kifejezését és biztonságos végrehajtását. Soha ne tegyen azonossá két különböző ígéretet csak azért, mert ugyanaz a mezőnevük.
Gyakran Ismételt Kérdések
Mit használjon újra általában egy integrációs platform?
A stabil mechanika, például hitelesítési minták, átvitel, idempotencia, újrapróbálkozás, naplózás és szerződésellenőrzés gyakran közös lehet, ha az alapkövetelmények megegyeznek.
Mi maradjon egy vállalkozásra jellemző?
A mezők jelentését, a forrás mértékadó voltát, a hozzájárulási szabályokat, időzítési feltételeket és az állapot alapján cselekvő szereplőt az adott vállalkozáshoz és munkafolyamathoz kell meghatározni.
Hogyan tesztelhető ez a határ?
Próbálj új munkafolyamatot meglévő építőelemekkel leírni. Ha ez megváltoztatja az üzleti jelentést, vagy általános beállításokba rejti a kivételeket, tartsd a szabályt helyben, és tedd egyértelművé a felületet.