Gde se završava ponovna upotreba, a počinje poslovno značenje

Dva kupca imaju polje nazvano „aktivan“. Kod jednog znači da je kupac nešto kupio u prethodnih godinu dana. Kod drugog znači da je ugovor o usluzi i dalje na snazi. Zajednički konektor može ispravno preneti oba polja. Zajedničko pravilo koje ih tretira kao isto poslovno stanje može biti pogrešno za jednog od njih. Ovo je ilustrativan primer, ne izveštaj sa puštanja u rad.

Razgovor o zajedničkim platformama i lokalnom uvođenju opisuje kompaniju koja ponovo koristi velik deo infrastrukture, a ipak obavlja značajan posao unutar okruženja svakog kupca. Navedeni procenti važe za tu kompaniju. Opšte arhitektonsko pitanje je gde se završava zajednička mehanika, a počinje lokalno značenje.

Razdvojite dogovor o prenosu od poslovnog dogovora

Dogovor o prenosu može zahtevati: prijavite se izvoru, pročitajte promenjene zapise, sačuvajte identifikatore, bezbedno ponovite neuspešne pokušaje i prikažite greške. To ponašanje može se sprovesti jednom i više puta proveravati. Vredno je jer svakoj integraciji treba pouzdan put za podatke.

Poslovni dogovor određuje koji zapis je merodavan, šta status znači, kada je radnja dozvoljena i ko sme ispraviti grešku.

1. Zajednički prenos identitet · ponavljanje · ID događaja

   isporučuje valjan događaj

   predaje
2. Lokalna politika značenje · pristanak · vreme

   odlučuje da li je radnja dozvoljena

   predaje
3. Dozvoljena radnja upis · revizija

   beleži ishod

Taj poslovni dogovor zavisi od radnog toka. Može koristiti isti izvor i odredište kao kod drugog kupca, a ipak zahtevati drugačiji odgovor.

U vezi između prodavnice i sistema za e-poštu platforma može obezbediti prijem događaja, uklanjanje duplikata i revizijski trag. Vlasnik radnog toka mora odrediti da li „pretplaćen“ znači dozvolu za određenu marketinšku svrhu, da li kupovina zaustavlja podsetnik o korpi i kako promena pristanka utiče na već zakazane poruke. To nisu osobine konektora koje se smeju pogoditi iz naziva polja.

Ilustrovana mapa Tajo ispod direktno kopira tri polja. Obratite pažnju na odluku koja nedostaje: nijedan red ne određuje dozvolu za marketing. Ponovna upotreba prenosa štedi posao, ali vlasnik toka rada i dalje mora da odredi koje stanje dozvoljava koju radnju. Uredna mapa polja otkriva taj nedostatak, ali ga ne rešava.

TajoIlustracija koncepta · Primer podataka

Pregledajte sinhronizaciju pre pokretanja

Sinhronizujte izmene podataka kupaca sa mojom platformom za e-mail.

Aplikacija Tajo MCPNacrt

Sinhronizacija kupaca

ProdavnicaPlatforma za e-mail

Mapiranje polja

Izvorno polje	Odredišno polje	Pravilo
email	EMAIL	Direktno
first_name	FIRSTNAME	Direktno
last_name	LASTNAME	Direktno

Sintetički pregled je uspeo

Mapirana su 3 polja · Nema upisa u odredište

Aktivacija zahteva odobrenje.

Pregled mapiranjaNapravite nacrt

Ilustrativni prikaz zasniva se na alatima Tajo za mapiranje. Sintetički pregled i sačuvan nacrt ne aktiviraju sinhronizaciju.

Zajednički sloj	Lokalni sloj
Autentifikacija i osvežavanje tokena	Ko sme pristupiti ovom radnom toku
Prenos događaja i ponovni pokušaji	Koji događaj predstavlja poslovnu promenu stanja
Stabilni identifikatori i uklanjanje duplikata	Koji zapisi pripadaju istom stvarnom kupcu
Beleženje i mogućnost oporavka	Ko rešava sporno stanje i kako
Provera dogovorenog formata	Šta znače vrednosti polja i kada mogu pokrenuti radnju

Tabela opisuje granicu u dizajnu, a ne tvrdi da se svaka implementacija može ovako uredno podeliti.

Ponovna upotreba puca kada krije neslaganje

Opšta platforma često dobije novo polje za podešavanje za svaki izuzetak. U početku to deluje kao očuvanje ponovne upotrebe. Kasnije niko ne zna da li je opcija tehnička mogućnost, pravno ograničenje ili poslovna odluka. Zajedničko jezgro postaje daljinski upravljač za izbore koje ne poseduje.

Tražite stabilno pravilo. „Nikada ne primeni isti izvorni događaj dvaput na isti zapis odredišta“ može biti u zajedničkom mehanizmu. „Pošalji popust kada kupac postane aktivan“ ne može se deliti dok „aktivan“, dozvoljena publika i pravilo ponude ne dobiju vlasnike. Mehanizam može izvršiti odobrenu politiku, ali ne treba da je izmisli.

To pomaže i održavanju. Ako se API promeni, tim platforme može ažurirati adapter i njegove testove. Ako se promeni definicija podobnog kupca, vlasnik posla može izmeniti politiku i probne primere bez čekanja da se prepiše prenos. Jasna granica šalje svaku promenu osobi koja ima ovlašćenje nad njom.

Ponovo koristite mehaniku bez brisanja značenja

Neka lokalna pravila zaista povećavaju cenu. Platforma bez ijednog dogovora koji se može ponovo koristiti postaje zbirka skripti po meri. Rešenje je da pronađete ponovljive mehanizme pre nego što apstrahujete ponovljena značenja. Dobro osmišljen zajednički element može prihvatiti tipiziran uslov, vreme događaja i ograničenje radnje, a poslovnu definiciju uslova ostaviti lokalno.

Granicu proverite na stvarnim slučajevima. Uzmite običan događaj, duplikat, zakasnelu ispravku i opozvanu dozvolu. Pitajte koji sloj je odgovoran za svaki odgovor. Ako odgovornost za grešku ne može da se dodeli, apstrakcija skriva vlasništvo. Ako novi kupac tera zajedničku vrednost „aktivan“ da dobije nekoliko nepovezanih tumačenja, zajednički tip je preširok.

Prateći članak o puštanju u rad ispituje radi li mogućnost unutar živog radnog toka. Ovde pitamo šta se može napraviti jednom, a da se ne izbriše značenje tog toka.

Interfejs između slojeva treba da bude dovoljno jasan da odbije lošu pretpostavku. Zajednički mehanizam može zahtevati ID događaja, izvorno vreme, izvršioca i deklarisanu svrhu pre prihvatanja zahteva za radnju. Lokalni tok može dostaviti politiku koja odlučuje da li je radnja dozvoljena. Ako svrha nedostaje, mehanizam treba da odbije zahtev; ako je politika nejasna, lokalni vlasnik mora rešiti nejasnoću. Tako se ponovna upotreba čuva bez prepuštanja poslovnog ovlašćenja opštem kodu. Opišite dogovor jednim prihvaćenim i jednim odbijenim primerom, pa proverite oba pri svakoj promeni sloja.

Konektor koji se može ponovo koristiti treba da olakša izražavanje lokalnog značenja i bezbednije izvrši radnju. Nikada ne treba da učini da dva različita obećanja izgledaju isto samo zato što im polja nose isti naziv.