Főadatok kezelése az adathálóban
Az adatháló-architektúrát használó vállalatok gyakran nagy számú tartománnyal rendelkeznek, amelyek mindegyike egyedi rendszereket és adatokat tartalmaz.
Az adatok ilyen széles körű elterjedése növeli az összetettségeket, mivel ugyanazon adatok több verziója is létezhet ebben a beállításban. Az integráció több erőfeszítést igényel, mert a tulajdonosoknak ugyanazon adatok különböző részeit több tartományból kell integrálniuk és harmonizálniuk. Az adatok inkonzisztensek lehetnek a különböző tartományok közötti kontextusokban. Az adatminőség is változhat. Alkalmazza a fő adatkezelést (MDM) a kihívások megoldásához.
Tartományorientált fő adatkezelés
A főazonosítási számok az MDM fontos elemei. A főazonosítási számok összekapcsolják a tartományaiból származó mastered adatokat és adatokat. Ezek a számok kritikus fontosságúak ahhoz, hogy nyomon tudja követni, milyen adatok lettek elsajátítva, és milyen adatok tartoznak egymáshoz. Az egyedi adatokat csak központilag azonosíthatja, és fő azonosítószámokat rendelhet hozzá, helyileg nem egy rendszeren belül. A különböző rendszerekből származó fő adatoknak együtt kell lenniük az MDM-megoldásban.
Az MDM elosztott jellegük miatt eltérően működik a tartományorientált architektúrákban. A konzisztencia nehezebben érhető el, mert a tartományokon belüli MDM-et használja.
A konzisztenciát úgy érheti el, ha megkérdezi a tartományokat, hogy megfelelnek-e a központilag felügyelt főadatoknak az adattermékek terjesztésekor. A főadattárban vagy a központi adattárban közzéteheti a főadatok listáját. A tartománya a vállalati referenciaadatok vállalati referenciaazonosítói alapján osztályozhatja az adatokat, amikor adattermékeket terjeszt más tartományok között. Ez lehetővé teszi, hogy a többi tartomány gyorsan felismerje a fő adatokat az adattermékeken belül.
Új MDM-tartományokat is létrehozhat az MDM-tevékenységek csoportosításakor, és központi adattárként főadattárat használva. Minden új MDM-tartománynak tartalmaznia kell egy adott adattulajdonost, akire a főadatok azonosítása és ellenőrzése összpontosít. Néhány ismert példa erre az adatokra: ügyfelek, termékek, alkalmazottak, földrajzi helyek, pénzügyi és kockázati információk. Ezeknek az MDM-tartományoknak a mastered adatainak vissza kell találniuk az utat más tartományokba. Ez az adateloszlás hasonló az adattermékek eloszlásához.
Hatókörbe helyezheti a fő adatkezelést, és különböző megközelítéseket engedélyezhet az adattermék-elosztáshoz. Egy adott hatókör határain belül az adattermékeknek nem kell megfelelniük a vállalati főadatoknak, de a hatókör határain túl az adattermékeknek is meg kell felelniük. Ezt a mintát fordítottan is alkalmazhatja, és csak egy adott hatókörön belül, azon kívül kell tartania a főadatot. Ezekben a beállításokban a mastered adatok központilag kezelhetők az MDM-megoldáson belül. A tartományoknak fő adatokat kell cserélniük, hogy tudják, mely helyi adatok legyenek leképzve a központi főadatokra. Azonosítsa és tartsa karban ezeket a kapcsolatokat, hogy tudja, mely adatok lettek elsajátítva, és mely adatokat kapcsolhatja össze gyorsan. Ha egy operatív rendszer helyi tartománykulcsai megváltoznak, a főazonosító az egyetlen elem, amely mindent összeköt.
A főazonosítók terjesztésekor ne extrapolálja az MDM-főazonosítókat az összes forrásrendszerre. Ez konzisztenciaproblémákat okozhat. Az MDM-központból csak az MDM hatálya alá tartozó alkalmazások vagy rendszerek szerezhetnek be főazonosítót. Az MDM hatálya alá nem tartozó rendszereknek saját helyi (tartományi) integritást kell használniuk.
Tartományi szintű főadat-kezelés
Ha egymást átfedő adatokat keres, valószínűleg különböző átfedési fokokat fedez fel. Egyes adatok általánosak, és számos tartományra kiterjednek. Más adatok átfedése korlátozott, és csak néhány tartományra terjed ki. Az MDM tartományszintű MDM-re való kiterjesztésével megkülönböztetheti az adatátfedés mértékét és jelentőségét. Ezt úgy teheti meg, hogy részleges nézeteket hoz létre a főadatokról egy adott hatókörön belül. Ez akkor hasznos, ha az adatok meg vannak osztva néhány, de nem az összes tartomány között.
Fontos, hogy az egymást átfedő tartományok kezeljék az adatokat, de központi függőségük nincs. Az MDM-megoldások segíthetnek ennek elérésében. A használatot rendkívül leegyszerűsítheti az infrastruktúra absztrakciója és az MDM szolgáltatásként való biztosítása a tartományok számára. Ha központi megoldást használ, alkalmazzon elkülönített nézeteket minden egyes tartományra vagy hatókörre.
Konzisztencia elérése újrafelhasználható összetevőkkel
A kódmegosztás egy másik módszer az adatok fő együttműködésének és újrafelhasználhatóságának biztosítására. A főadatok megosztása helyett megosztja a mögöttes kódot (kódrészleteket és szkripteket) a kimenetek létrehozásához és a hatékony újrafelhasználás elősegítéséhez. Tárolja ezt a mögöttes kódot egy központi és nyitott adattárban verziókövetéssel. A csapatok mind hozzájárulhatnak az adattárban található kódhoz, és továbbfejleszthetik azt.
Ebben a modellben az üzleti logikát csak a tartományokon belül alkalmazza. A csapatok eltérhetnek, fejlesztéseket végezhetnek, vagy a logika kissé optimalizált verzióit használhatják, ahogy azt elférnek. A kimeneteket újragenerálhatja, mivel a közösség fejlesztései bekerülnek a központi kódtárba.
Vegye figyelembe, hogy a csapatok kódjának módosítása megnehezítheti a különböző csapatok közötti eredmények összehasonlítását, ami hatással lehet a konzisztenciára.
Fő adatkezelési összefoglalás
A felhasználók csak akkor hozhatnak helyes döntéseket, ha az általuk használt adatok konzisztensek és helyesek. Az MDM használatával vállalati szinten biztosíthatja az adatok konzisztenciáját és minőségét.
A szervezetnek meg kell találnia az MDM megfelelő egyenlegét. Ha túl sok a főadat- vagy hivatkozási érték, az túl sok tartományközi igazításhoz vezet. Ha egyáltalán nincs vállalati adat, lehetetlenné teszi az eredmények összehasonlítását. Az MDM kiegyensúlyozott használatának gyakorlati módja egy adattár megvalósítása. Ez a legegyszerűbb módja a szervezet fő adatainak kezelésének. Az adattárak esetében nem kell módosítania a tartományi rendszereket, hogy megtudja, mi az alacsony minőségű adat, vagy hogyan kell igazítani. Ha egy adattár segít az információk megszerzésében, gyorsabban tud értéket szolgáltatni.
Az adattár implementálása után egyértelmű hatókört kell körvonalaznia. Ne essen bele a vállalati adategyesítés csapdájába az összes adat kiválasztásával. Csak a legfontosabb mezőkből származó főadatok. Először válassza ki azokat a témákat, amelyek a legtöbb értéket adnak hozzá, például az ügyfeleket, a szerződéseket, a termékeket és a szervezeti egységeket. Az attribútumok számának a tízes számnak kell lennie, nem a több száz vagy ezres értéknek.
A folyamatokat és a szabályozást a tartományokkal való megállapodás után igazíthatja. Az ütemtervekkel és a felülvizsgálatokkal kapcsolatos megállapodások egyértelművé tétele az összes tartomány számára. Győződjön meg arról is, hogy a metaadatokon dolgozik. Katalogizálja a fő adatokat. Győződjön meg arról, hogy a tartományok tudják, hogy mely adatelemek melyik forrásrendszerből származnak, és hogy ezek az elemek hogyan haladnak át az adatfolyamokon.
Az utolsó lépés, és a végső cél az együttélés elérése. A fejlesztéseknek közvetlenül vissza kell folynia a tartományokba. Ez a folyamat legnehezebb része, mivel számos architektúramódosítást igényel. A tartományoknak képesnek kell lenniük kezelni a központilag felügyelt MDM-megoldásból küldött javításokat és fejlesztéseket.