Sok szervezetnél ugyanaz az információ egyszerre több helyen él: a weboldalon, egy mobilalkalmazásban, a hírlevélben, egy regisztrációs felületen. Amíg ezeket külön-külön tartják karban, minden változtatás többszörös munka, és előbb-utóbb szétcsúsznak: az egyik helyen már az új érték szerepel, a másikon még a régi.
Ilyenkor nem újabb felületre van szükség, hanem arra, hogy az adatnak egyetlen gazdája legyen.
Az adat egy helyen él
Az elv egyszerű: az adatokat egy központi adminisztrációs felületen kezeljük, és innen szolgáljuk ki API-n keresztül az összes többi felületet. A weboldal, az alkalmazás és a hírlevél így nem saját példányt tart fenn ugyanabból az információból, hanem ugyanabból a forrásból dolgozik, és a saját céljának megfelelően jeleníti meg.
Ha valami megváltozik, egy helyen kell módosítani, és a változás mindenhol megjelenik.
Egy rendezvénysorozat, négy felület
Egy ügyfelünk rendszeresen szervez többnapos, több helyszínen vagy teremben zajló programokat. Ezekhez olyan közös rendszert építettünk, amelyben a termek, az előadások és az előadók egyetlen helyen kezelhetők.
Ugyanebből az adatforrásból több felület dolgozik:
- Mobilalkalmazás digitális programfüzettel, értesítésekkel és automatikus frissítéssel, offline működéssel.
- Tartalmi weboldal, ahol a rendezvény témái mellett interjúk és kapcsolódó cikkek jelennek meg.
- Regisztrációs oldal, amely a programot ugyanabból a forrásból listázza, és kezeli a jegytípusokat, a szállásokat, a dátumokat, a korlátozásokat és a számlázást.
- Hírlevélküldő rendszer, amely azokból dolgozik, akik a folyamat bármely pontján feliratkoztak, és a tartalmát a kapcsolódó oldalakról szinkronizálja.
A koncepcióval a rendezvények elindításához egy rövid technikai konfiguráció után csak a tartalmat volt szükséges feltölteni. Amikor pedig egy új felületre lett szükség, az napok alatt elkészült, mert az adatok és az API már rendelkezésre álltak.
Az adatmodell a legkritikusabb rész
Egy ilyen rendszerben a felületek gyorsan elkészíthetőek. Az igazi feladat az adatmodell megtervezése: mi függ össze, mi változhat függetlenül, és hogyan írható le úgy egy esemény vagy tetszőleges adat, hogy minden felület meg tudja jeleníteni, akkor is, ha egy mobilalkalmazásnak egészen mást kell kiemelnie belőle, mint egy regisztrációs oldalnak.
Ha ez jól sikerül, a rendszer új igény esetén is ritkán szükséges nagyobb fejlesztési projekt. Legtöbbször elég egy meglévő végpontot kiegészíteni, vagy egy új nézetet készíteni.
Egyetlen weboldalhoz nem kell központi adatforrás
Ez a megközelítés nem minden helyzetben a jó válasz. Ha egyetlen weboldalról van szó, és a tartalom ritkán változik, a központi adatforrás és az API többletmunkát jelent, ami ritkán térül meg. Akkor szoktuk javasolni a központosítást, ha ugyanaz az információ több csatornán él, gyakran változik, vagy rendszeresen ismétlődik: évről évre megújuló programoknál, több helyen használatos paramétereknél, több felületen megjelenő tartalmaknál.
A felületek jönnek és mennek
Egy weboldal néhány év alatt elavul, egy alkalmazást újraterveznek, a hírlevél helyett esetleg más csatornára kell fókuszálni. A jól megtervezett adat viszont marad. Ha nem egy-egy felületet építünk, hanem a mögöttük álló adatot tesszük rendbe, egy új csatorna már nem új projektet jelent, hanem egy új nézetet.
Ha nálatok is több helyen kell karbantartani ugyanazt az információt, kezdjük egy térképpel: hol él ma az adat, ki módosítja, és melyik rendszernek kellene a gazdájának lennie. Innen már látszik, mennyi munka spórolható meg.