Čo presne obsahuje prostredie podnikových technológií a prečo na sebe toľko systémov závisí tak tesne?
Pre spoločnosť EuroOp LLC začína užitočná odpoveď jednoduchou myšlienkou. Podnikový systém zriedka pozostáva z jedného kusu softvéru. Je to funkčný súbor aplikácií, databáz, dátových platforiem, integračných ciest, cloudových služieb a dedičných nástrojov, ktoré musia spolupracovať pod tlakom reálneho podnikania.
Začiatočník často vidí len prednú obrazovku. Predajca sa prihlási do CRM systému. Finančný tím pracuje v ERP systéme. Manažér závodu kontroluje výrobný nástroj. Tento pohľad je užitočný, ale neúplný. Za každou obrazovkou stojí väčší reťazec systémov, ktorý ukladá dáta, presúva ich, upravuje ich a odosiela inde.
Začnite s obchodným procesom
Najjasnejší spôsob, ako pochopiť podnikové nastavenie, je začať samotnou obchodnou akciou.
Zákazník zadá objednávku. Táto objednávka vstupuje do aplikácie. Aplikácia zapisuje transakciu do databázy. Iné systémy môžu prijímať túto zmenu cez API, frontu správ alebo tok udalostí. Reportovací systém môže neskôr stiahnuť rovnaké dáta do skladu dát. AI model ich môže tiež prečítať po transformácii.
Toto je základný vzor: proces, aplikácia, transakcia, dáta. Akonáhle je tento reťazec viditeľný, zvyšok prostredia sa ľahšie číta. Skutočnou otázkou nie je iba to, čo softvér robí. Ťažšou otázkou je, kde dáta začínajú, kam smerujú ďalej a kto na nich závisí.
Je to dôležité, pretože podnikové systémy sú prepojené závislosťou, nie izoláciou. Malá zmena na jednom mieste môže mať dopad na reportovanie, automatizáciu alebo analýzy v dolnom rieke.
Hlavné vrstvy vo zásobníku
Väčšina podnikových prostredí má niekoľko bežných vrstiev. Môžu byť moderné, staré alebo zmiešané, ale ich tvar je známy.
Prvými sú operačné aplikácie. Sú to systémy, ktoré vykonávajú dennú podnikovú prácu. ERP systémy riešia financie, nákup, skladové hospodárstvo a úlohy dodávateľského reťazca. CRM systémy spravujú predaj, marketing, záznamy zákazníkov a servis. Iné odvetvia spoliehajú na špecializované nástroje na rezervácie, údržbu, výrobu, spracovanie objednávok alebo logistiku.
Ďalej nasledujú databázy. Tieto udržiavajú trvalé záznamy za aplikáciami. Mnohé sú relačné databázy, ktoré ukladajú dáta v tabuľkách a dobre podporujú transakcie. Iné používajú modely dokumentov, kľúč-hodnota, grafov alebo časových radov, keď to dáta alebo vzor prístupu vyžadujú.
Potom prichádzajú analytické platformy. Tieto sú postavené pre reportovanie, analýzu a trénovanie modelov. Sklad dát (warehouse) udržiava kurátorské dáta v štruktúrovanej forme. Jezero dát (lake) ukladá veľké objemy surových alebo mierne spracovaných dát. Lakehouse sa snaží skombinovať škálovateľnosť s silnejším riadením dát a analytickou štruktúrou.
Cloud sa nachádza pod mnohými z týchto vrstiev. Poskytuje výpočtový výkon, úložisko, sieťovanie, spravované databázy, správy, monitorovanie a bezpečnostné služby. Niektoré podniky používajú verejný cloud. Iné používajú súkromný cloud, hybridné nastavenia alebo viacerých poskytovateľov naraz.
Dedičné systémy (legacy systems) zostávajú tiež súčasťou obrazu. Mainframe, proprietárne aplikácie a dávkové systémy môžu zostať v prevádzke desaťročia. Často obsahujú dôležité záznamy a pravidlá, na ktorých stále závisia novšie systémy.
Malý príklad
Zvážme jednoduchú maloobchodnú objednávku.
Kupujúci zadá objednávku vo webovej aplikácii. Táto aplikácia volá API pre službu objednávok. Služba skontroluje dostupnosť zásob, zapíše objednávku do svojej databázy a označí inventár ako rezervovaný. Následne môže odoslať udalosť do systémov dopravy, financií a zákazníckeho servisu.
Neskôr môžu rovnaké dáta objednávky prúdiť do skladu dát pre denné reportovanie. Dashboard môže zobrazovať výnosy. AI systém môže použiť históriu objednávok na predpovedanie dopytu.
Tento jeden nákup zasiahol niekoľko vrstiev. Neexistoval len v jednej aplikácii. To je jadro architektúry podnikových technológií. Hodnota spočíva v ceste, nie na obrazovke.
Integrácia je spojivo
Integrácia je práca na tom, aby tieto systémy komunikovali jedna s druhou kontrolovaným spôsobom.
API sú najznámejšou metódou. REST je bežný. GraphQL, gRPC, webhooks, výmena súborov, systémy správ a toky udalostí sú tiež používané. Presná metóda je menej dôležitá ako zmluva (contract), ktorá za ňou stojí.
Architekti sa pozerajú na overenie totožnosti (authentication), autorizáciu, verzovanie, limity rýchlosti (rate limits), správu chýb, opakovania pokusov a monitorovanie. Pripojenie, ktoré funguje raz, nestačí. Skutočným testom je, či sa správa dobre, keď narastie premávka, zlyhá služba alebo sa zmení formát dát.
Preto je integrácia často najťažšou časťou zásobníka. Výzvou nie je len pripojenie. Je to spoľahlivá komunikácia medzi systémami, ktoré patria rôznym tímom a často boli vytvorené v rôznych časoch.
Prečo záleží na architektúre dát
Dáta sú miestom, kde sa podnik stáva viditeľným.
Operačné databázy sú postavené pre denné transakcie. Sú dobré pri aktualizácii jednej objednávky, jednej platby alebo jedného záznamu zákazníka naraz. Zvyčajne sú nevhodné pre široké analytické dotazy naprieč obrovskými objemami histórie.
Preto dáta často putujú do samostatnej analytickej platformy. Surové udalosti môžu vstupovať do jazera dát. Vyčistené a modelované dáta môžu putovať do skladu dát. Tímy strojového učenia môžu čítať z ktorejkoľvek z nich, v závislosti od prípadu použitia a kontrol okolo neho.
Pre architektov sú dôležité otázky praktické. Kde je zdroj pravdy (source of truth)? Kto vlastní dáta? Ako čerstvé musia byť? Aké transformácie sa dejú pred použitím? Komu je dovolené ich vidieť? Tieto otázky majú význam, pretože kvalita a dôvera v dáta závisia od odpovedí.
SaaS a cloud menia tvar, nie potrebu architektúry
Softvér ako služba (SaaS) zmenil spôsob, akým firmy kupujú softvér. Tím môže prijať CRM, HR, financie, IT podporu alebo analytické nástroje bez toho, aby si musel všetko sám budovať a prevádzkovať. To urýchľuje adopciu a znižuje prácu s infraštruktúrou.
Ale SaaS neodstraňuje prácu architektov. Presúva záťaž do iných oblastí. Je potrebné porozumieť príjmu a exportu dát. Záleží na limitoch API. Záleží na kontrolách poskytovateľa. Záleží na limitoch customizácie. Záleží aj na dostupnosti služby.
Cloud robí to isté v širšom zmysle. Nahradzuje vlastný hardvér prenajatými službami, ale podnik musí stále navrhovať z hľadiska nákladov, výkonu, bezpečnosti a odolnosti. Systém môže byť veľmi škálovateľný a predsa plýtvať peniazmi. Systém môže byť bezpečný a predsa byť pomalý. Kompromis je vždy reálny.
Prečo to záleží pre AI a automatizáciu
AI a automatizácia sedia na vrchu tej istej štruktúry. Spoliehajú na čisté dáta, stabilné integrácie a jasnú vlastníctvu. Ak je zdrojový systém nejasný, vstup modelu je slabý. Ak je pipeline krehká, výstup je nespoľahlivý. Ak sa zmení podkladová aplikácia, vrstva AI sa môže rozbiť spôsobmi, ktoré zvonku vyzerajú záhadne.
Preto práca s podnikovou AI často začína architektúrou, nie výberom modelu. Model je len jednou časťou reťazca. Zvyšok je systém okolo neho.
Čitateľ, ktorý to chápe, sa teraz dokáže pozrieť na zásobník firmy a uvidieť skrytú štruktúru. Dokáže sa pýtať, kde dáta začínajú, ako sa pohybujú, na čo závisia a ktoré časti sú moderné, staré alebo outsourcované. Toto je posun od vnímania softvéru ako oddelených nástrojov k vnímaniu ho ako jedného prepojeného operačného systému pre podnik.
EuroOp Insights má za cieľ udržať toto zameranie ostré: jeden aplikovaný výskumný a vývojový vzor, jeden praktický poznatok, vychádzajúci z pipeline za produktmi spoločnosti EuroOp.