A vállalati technológiai környezet valójában mit tartalmaz, és miért függenek ennyire szorosan egymástól a különböző rendszerek?
Az EuroOp LLC számára a hasznos válasz egy egyszerű gondolattal kezdődik. Egy vállalati rendszer ritkán egyetlen szoftverdarab. Ez egy működő alkalmazások, adatbázisok, adatlatformák, integrációs útvonalak, felhőalapú szolgáltatások és örökölt eszközök halmaza, amelyeknek mind együtt kell működniük a valódi üzemi terhelés alatt.
Egy kezdő gyakran csak a képernyő előlapi részét látja. Egy értékesítő belép egy CRM-rendszerbe. Egy pénzügyi csapat egy ERP-ben dolgozik. Egy gyárigazgató ellenőriz egy termelésirányítási eszközt. Ez a nézet hasznos, de hiányos. Minden képernyő mögött egy nagyobb rendszerlánc húzódik, amely tárolja az adatokat, mozgatja őket, átalakítja őket, és továbbítja őket máshova.
Kezdje az üzleti folyamattal
A vállalati beállítás megértésének legvilágosabb módja, ha maga az üzleti cselekvéssel kezdi.
Egy ügyfél lead egy rendelést. Ez a rendelés belép egy alkalmazásba. Az alkalmazás tranzakciót ír az adatbázisba. Más rendszerek fogadhatják ezt a változást egy API-n, egy üzenetsorban vagy egy eseményfolyamon keresztül. Egy jelentéskészítő rendszer később letöltheti ugyanazt az adatot egy adattárolóba. Egy mesterséges intelligencia modell is elolvashatja azt átalakítás után.
Ez az alapvető minta: folyamat, alkalmazás, tranzakció, adat. Miután ez a lánc láthatóvá válik, a környezet többi része könnyebben olvashatóvá válik. A valódi kérdés nemcsak az, hogy mit csinál a szoftver. A nehezebb kérdés az, hol kezdődik az adat, hová megy tovább, és ki függ tőle.
Ez azért fontos, mert a vállalati rendszereket a függőség köti össze, nem pedig az elkülönítés. Egy apró változás egy helyen visszahatolhat a jelentésekbe, az automatizálásba vagy a lefelé áramló elemzésekbe.
A fő rétegek a stackben
A legtöbb vállalati környezetnek néhány közös rétege van. Lehetnek modernek, elavultak vagy vegyesek, de az alakjuk ismerős.
Először az operatív alkalmazások vannak. Ezek azok a rendszerek, amelyek futtatják a napi üzemi munkát. Az ERP rendszerek kezelik a pénzügyet, a beszerzést, a készletet és a szállítási lánc feladatait. A CRM rendszerek kezelik az értékesítést, a marketinget, az ügyféladatokat és a szolgáltatást. Más iparágak specializált eszközökre támaszkodnak a foglalásokhoz, karbantartáshoz, termeléshez, rendeléskezeléshez vagy logisztikához.
Következnek az adatbázisok. Ezek tartják az alkalmazás mögötti tartós nyilvántartásokat. Sok közülük relációs adatbázis, amely adatokat táblákban tárol, és jól támogatja a tranzakciókat. Mások dokumentum-, kulcs-érték-, gráf- vagy idősortípusú modelleket használnak, amikor az adat vagy a hozzáférési minta ezt igényli.
Ezután jönnek az analitikai platformok. Ezeket a jelentéskészítéshez, az elemzéshez és a modellképzéshez fejlesztették. Egy adattároló strukturált formában tartja a gondozott adatokat. Egy adótó nagy mennyiségű nyers vagy enyhén feldolgozott adatot tárol. Egy adótóház (lakehouse) megpróbálja egyesíteni a skálázhatóságot az erősebb adatkezeléssel és az analitikai szerkezettel.
A felhő sok ilyen réteg alatt helyezkedik el. Számítási teljesítményt, tárhelyet, hálózatot, felügyelt adatbázisokat, üzenetküldést, figyelést és biztonsági szolgáltatásokat biztosít. Néhány vállalat nyilvános felhőt használ. Mások privát felhőt, hibrid beállításokat vagy egyszerre több szolgáltatót használnak.
Az örökölt rendszerek szintén részét képezik a képnek. A mainframe-k, a tulajdonosi alkalmazások és a kötegelt rendszerek évtizedekig szolgálhatnak. Gyakran fontos nyilvántartásokat és szabályokat tárolnak, amelyekre az újabb rendszerek még mindig támaszkodnak.
Egy kis példa
Vegyük egy egyszerű kiskereskedelmi rendelést.
Egy vásárló lead egy rendelést egy webalkalmazásban. Ez az alkalmazás meghív egy API-t a rendeléskezelő szolgáltatáshoz. A szolgáltatás ellenőrzi a készletet, írja a rendelést az adatbázisába, és lefoglalja a készletet. Ezután eseményt küldhet a szállítási, pénzügyi és ügyfélszolgálati rendszereknek.
Később ugyanazon rendelési adatok áramolhatnak egy adattárolóba a napi jelentésekhez. Egy irányítópult megjelenítheti a bevételt. Egy MI rendszer felhasználhatja a rendelési előzményeket a kereslet előrejelzéséhez.
Egyetlen vásárlás érintett több réteget. Nem élt egyetlen alkalmazásban egyedül. Ez a vállalati technológiai architektúra lényege. Az érték az útvonalban rejlik, nem a képernyőben.
Az integráció a ragasztó
Az integráció azon munka, amely ezeknek a rendszereknek a kontrollált módon történő kommunikációját teszi lehetővé.
Az API-k a legismertebb módszer. A REST gyakori. A GraphQL, a gRPC, a webhookok, a fájlcsere, az üzenetküldő rendszerek és az eseményfolyamok is használatban vannak. A pontos módszer kevésbé számít, mint mögötte álló szerződés.
Az építészek az autentikációt, a jogosultságot, a verziózást, a sebességkorlátokat, a hibakezelést, az újrapróbálkozást és a figyelést vizsgálják. Egy kapcsolat, ami egyszer működik, nem elég. A valódi teszt az, hogy viselkedik-e jól, amikor emelkedik a forgalom, egy szolgáltatás megszakad, vagy egy adatformátum megváltozik.
Ezért az integráció gyakran a stack legnehezebb része. A kihívás nem csupán a kapcsolódás. A kihívás a megbízható kommunikáció olyan rendszerek között, amelyeket különböző csapatok birtokolnak, és amelyek gyakran eltérő időpontokban készültek.
Miért számít az adatarchitektúra
Az adatban válik láthatóvá a vállalat.
Az operatív adatbázisokat a napi tranzakciókhoz tervezik. Jók abban, hogy egy-egy rendelést, egy-egy fizetést vagy egy-egy ügyfélnyilvántartást frissítsenek. Általában alkalmatlanok a hatalmas történelmi adatmennyiségre kiterjedő széles körű analitikai lekérdezésekre.
Ezért az adat gyakran egy külön analitikai platformra kerül. A nyers események beléphetnek egy adótóba. A tisztított és modellezett adatok átkerülhetnek egy adattárolóba. A gépi tanulás csapatai bármelyikről olvashatnak, attól függően, hogy milyen a felhasználási eset és a körülötte lévő ellenőrzések.
Az építészek számára a fontos kérdések gyakorlatiak. Hol van az igazság forrása? Ki tulajdonolja az adatot? Milyen frissnek kell lennie? Milyen átalakítások történnek használat előtt? Kinek van engedélye látni? Ezek a kérdések azért fontosak, mert az adatminőség és a bizalom a válaszoktól függ.
A SaaS és a felhő megváltoztatja az alakot, nem az architektúra szükségességét
A szoftvermint szolgáltatás (SaaS) megváltoztatta, ahogyan a cégek szoftvert vesznek. Egy csapat elfogadhat CRM-et, HR-t, pénzügyet, IT-támogatást vagy analitikai eszközöket anélkül, hogy mindent magának kellene felépítenie és üzemeltetnie. Ez gyorsítja az elfogadást, és csökkenti az infrastruktúrával kapcsolatos munkát.
De a SaaS nem szünteti meg az architektúravec munkát. Az igényt más területekre helyezi át. Meg kell érteni az adatbevitelt és -exportot. Az API-korlátok számítanak. A szolgáltatói ellenőrzések számítanak. A testreszabási korlátok számítanak. A szolgáltatás elérhetősége is számít.
A felhő ugyanezt teszi egy tágabb értelemben. Saját hardvert helyettesít bérelt szolgáltatásokkal, de a vállalatnak még mindig költségekre, teljesítményre, biztonságra és rezilienciára kell terveznie. Egy rendszer lehet nagyon skálázható, és mégis pazarolhat pénzt. Egy rendszer lehet biztonságos, és mégis lassú. Az árnyékolás mindig valós.
Miért számít ez az MI és az automatizálás szempontjából
Az MI és az automatizáció ezen ugyanazon struktúra tetején helyezkedik el. Tisztább adatokra, stabil integrációkra és egyértelmű tulajdonjogra támaszkodnak. Ha a forrásrendszer nem egyértelmű, a modell bemenete gyenge. Ha a pipeline törékeny, a kimenet megbízhatatlan. Ha az alapvető alkalmazás megváltozik, az MI réteg olyan módon szakadhat meg, amely kívülről rejtélyesnek tűnik.
Ezért a vállalati MI munka gyakran az architektúrával kezdődik, nem a modell választásával. A modell csak a lánc egy része. A többi a körülötte lévő rendszer.
Egy olvasó, aki megérti ezt, most már láthatja a rejtett szerkezetet egy vállalati stackben. Kérdezheti, hol kezdődik az adat, hogyan mozog, mi függ tőle, és mely részek modernebbek, elavultak vagy kiszervezettek. Ez a váltás a szoftverek különálló eszközökként való szemléletéről arra, hogy egy összekapcsolt üzemi rendszerként tekintsen rájuk.
Az EuroOp Insights arra szolgál, hogy ez a fókusz éles maradjon: egy alkalmazott K+F minta, egy gyakorlati tanulság, az EuroOp termékei mögötti csővezetékből merítve.