Digital Integration Hub / Integration 4.0
Vsakdo, ki je že nekaj časa vključen v integracijo, ve, da je integracija osnovna vez - lepilo sistemov - in s tem tudi komponenta, ki je lahko odločilna za uspešnost implementacije ter stabilnost v operativnem okolju.
Če pogledamo začetke integracije: v dobi sistemov mainframe integracijska arhitektura običajno ni bila potrebna. Zakaj? Obstajal je samo en sistem. Vendar pa je bilo na stotine programov Cobol, bodisi prek datotek bodisi prek tabel baze podatkov. Nastale so danes znane "note za špagete". S takrat še večjo obdelavo podatkov so te beležke za špagete vedno bolj rasle.
Ko se je pojavil trend "stran od sistema, stran od zeleno-belega terminala" in v barvit svet 3-stopenjske arhitekture, so v pisarno prispeli osebni računalniki. Zeleno-beli terminali 3270 so izginili; Windows ali IBM OS2 sta bila zdaj agonija uporabnika in vsakdanjega življenja. Obstoječe note špagetov so postale še bolj zapletene, ker je bilo ustvarjenih vedno več vmesnikov. Nihče ni imel natančnega pregleda.
Delovanje je postajalo vse težje, proaktivno spremljanje procesa pa do konca ni bilo potrebno. Iskalo se je odgovore. Rodila se je doba EAI. Note špagetov so bile odkrite, običajno je bila na začetku še vedno zgrajena arhitektura na vozilu in z orodjem EAI na sredini. Kasneje je postala avtobusna arhitektura, konec EAI pa je s prihodom pristopov SOA in eSOA se je to obdobje nato zaključilo z arhitekturo ESB.
Zdaj se spet soočamo s spremembo, kot je bilo ta z mainframom do 3-stopenjske arhitekture. S četrto industrijsko revolucijo smo zdaj na začetku digitalne revolucije, vedno bolj se oddaljujemo od nadomestnih sistemov, ki smo se jih v preteklosti naučili ljubiti, do arhitekture z več oblaki. V sedanjem prehodnem obdobju živimo v hibridnem večbarvnem svetu arhitekture, ki bo zagotovo še nekaj časa z nami - tako kot smo to počeli pred 25 leti, ko mainframe "izginil" kar čez noč.
Če pogledamo začetke integracije: v dobi sistemov mainframe integracijska arhitektura običajno ni bila potrebna. Zakaj? Obstajal je samo en sistem. Vendar pa je bilo na stotine programov Cobol, bodisi prek datotek bodisi prek tabel baze podatkov. Nastale so danes znane "note za špagete". S takrat še večjo obdelavo podatkov so te beležke za špagete vedno bolj rasle.
Ko se je pojavil trend "stran od sistema, stran od zeleno-belega terminala" in v barvit svet 3-stopenjske arhitekture, so v pisarno prispeli osebni računalniki. Zeleno-beli terminali 3270 so izginili; Windows ali IBM OS2 sta bila zdaj agonija uporabnika in vsakdanjega življenja. Obstoječe note špagetov so postale še bolj zapletene, ker je bilo ustvarjenih vedno več vmesnikov. Nihče ni imel natančnega pregleda.
Delovanje je postajalo vse težje, proaktivno spremljanje procesa pa do konca ni bilo potrebno. Iskalo se je odgovore. Rodila se je doba EAI. Note špagetov so bile odkrite, običajno je bila na začetku še vedno zgrajena arhitektura na vozilu in z orodjem EAI na sredini. Kasneje je postala avtobusna arhitektura, konec EAI pa je s prihodom pristopov SOA in eSOA se je to obdobje nato zaključilo z arhitekturo ESB.
Zdaj se spet soočamo s spremembo, kot je bilo ta z mainframom do 3-stopenjske arhitekture. S četrto industrijsko revolucijo smo zdaj na začetku digitalne revolucije, vedno bolj se oddaljujemo od nadomestnih sistemov, ki smo se jih v preteklosti naučili ljubiti, do arhitekture z več oblaki. V sedanjem prehodnem obdobju živimo v hibridnem večbarvnem svetu arhitekture, ki bo zagotovo še nekaj časa z nami - tako kot smo to počeli pred 25 leti, ko mainframe "izginil" kar čez noč.
Trend se bo vsekakor nadaljeval proti oblaku in težko se bo dolgoročno ustaviti. To ne olajša integracije. Toda katere odgovore najdemo? Ali ne obnovimo novega vozlišča za špagete tako, da vestno izvajamo mikro servise P2P? Kako se soočamo s tem izzivom in kako se izognemo istim napakam kot v dobi mainframa, ko je vsak program Cobol neposredno komuniciral z vsakim drugim programom Cobol brez "srednje programske opreme"? Odgovor je v arhitekturi vozlišča digitalne integracije.
Celotno digitalno povezovalno središče prevzame nalogo integracije. DIH običajno deluje popolnoma v oblaku, nad obstoječimi lokalnimi sistemi.
DIH lahko (če je dobro zasnovan) zaradi svoje arhitekture popolnoma dinamično razširi svoje ključne komponente. To pomeni, da se lahko število mikro storitev glede na količino prometa dinamično poveča ali zmanjša. To velja tudi za tako imenovan integracijski sloj. Tako se lahko DIH samodejno odzove na zahteve in v porabi le vire, ki jih minimalno potrebuje.
V dobi oblaka to prihrani čisti denar. DIH se tako obnaša "denarnici prijazno" po načelu "plačaj toliko, kolikor porabiš". Klasični sloj EAI mora biti vedno zasnovan za največje zahteve, da deluje pod najtežjo obremenitvijo. V večini primerov so sistemi preveliki za normalno delovanje. DIH je velik ravno toliko, kot bi moral biti, ne glede na to, kako visoke so zahteve. Portal API omogoč, da so vmesniki pregledno na voljo.
Ta pristop omogoča npr. natančno zaračunavanje porabe API-jev bodisi za notranje obračunavanje bodisi za tretje osebe, ki želijo na podlagi svojih podatkov ponuditi nove storitve ali aplikacije ThirdParty.
DIH lahko (če je dobro zasnovan) zaradi svoje arhitekture popolnoma dinamično razširi svoje ključne komponente. To pomeni, da se lahko število mikro storitev glede na količino prometa dinamično poveča ali zmanjša. To velja tudi za tako imenovan integracijski sloj. Tako se lahko DIH samodejno odzove na zahteve in v porabi le vire, ki jih minimalno potrebuje.
V dobi oblaka to prihrani čisti denar. DIH se tako obnaša "denarnici prijazno" po načelu "plačaj toliko, kolikor porabiš". Klasični sloj EAI mora biti vedno zasnovan za največje zahteve, da deluje pod najtežjo obremenitvijo. V večini primerov so sistemi preveliki za normalno delovanje. DIH je velik ravno toliko, kot bi moral biti, ne glede na to, kako visoke so zahteve. Portal API omogoč, da so vmesniki pregledno na voljo.
Ta pristop omogoča npr. natančno zaračunavanje porabe API-jev bodisi za notranje obračunavanje bodisi za tretje osebe, ki želijo na podlagi svojih podatkov ponuditi nove storitve ali aplikacije ThirdParty.
Podatki so olje današnjega časa - za promocijo tega olja potrebujete DIH.
Integration 4.0
Digital Integration Hub
Z veseljem vam bomo svetovali pri postavitvi vašega središča za digitalno integracijo. Vsak DIH je drugačen, saj je vsak kupec drugačen. Za izdelavo DIH lahko izbirate med številnimi odprtokodnimi in komercialnimi okvirji, orodji in izdelki. Zato uporabljamo "DesignFirst" pristop v smislu arhitekture kot temelja za vašo sistemsko pokrajino.
Kontaktirajte nas
Xing
Facebook
LinkedIn 
Twitter
Instagram
Youtube