BI szoftver kavalkád


Adott a következő probléma: Egy nagyvállalat régóta használja már az önkiszolgáló BI technológiát, de elérte annak korlátait és váltani akar: Ki akarja terjeszteni az üzleti felhasználók által önkiszolgáló módon összeállított modellt a leányvállalatok részére is elérhető, többszáz fős, cellaszintű jogosultság-kezelési képességekkel rendelkező klasszikus BI rendszerré.

A nagyvállalat megpályáztatja a migrációt és az ajánlati felhívásban egyértelműen jelzi: A győztes ajánlatnak tartalmaznia kell azt, hogy a pályázó milyen szoftverarchitektúrával kívánja átmigrálni az üzleti felhasználók által készített önkiszolgáló BI megoldást egy klasszikus kliens szerveres BI megoldássá. És a probléma épp itt van...

Ma ugyanis olyan hatalmas szoftverarzenál áll a rendelkezésre, hogy ezek közül kiválasztani a vállalat számára leginkább megfelelő szoftver- illetve szoftververzió kombinációt pusztán az ajánlati felhívásban közölt információk alapján embert próbáló feladat. Még akkor is, ha csak egy gyártó szoftverei közül kell választani. A kiértékelendő szoftverek és szoftververziók kombinációja ugyanis 20-30 is lehet, és ezek beárazása (Mennyi hasznot hajt a vállalatnak egy olyan funkció amelyik az egyik változatban megtalálható, de a másikban nem) az ajánlatadóval történő konzultációk nélkül szinte lehetetlen.

Már akkor sem volt egyszerű a választás, amikor csak klasszikus BI illetve adattárház rendszereket építettünk, de most – az önkiszolgáló BI elterjedésével – tovább fokozódik a helyzet: A korábbi fejlesztőknek szánt BI eszközök mellé megjelennek az üzleti felhasználóknak szánt eszközök is és ezeket vegyesen is használhatjuk az architektúrában attól függően, hogy mennyire fontos az önkiszolgáló BI képesség megtartása. Ha szeretnénk az önkiszolgáló fejlesztést továbbra is az üzleti felhasználókra bízni, akkor be kell vonni az architektúrába az önkiszolgáló ETL eszközöket is. Ha nem, és az önkiszolgáló fejlesztés támogatására csak az új modell létrehozásáig van szükség, akkor nyugodtan használhatjuk az IT-nak szánt klasszikus BI fejlesztőeszközöket.

De. A helyzet tovább romlik azáltal, hogy kezdenek megjelenni a vállalati BI architektúrában a felhős és hibrid BI rendszerek. Ezek ugyanis egy újabb dimenziót emelnek majd be a döntés mátrixba megkétszerezve, megháromszorozva a lehetséges alternatívákat, hiszen ami korábban csak helyszínen telepítve (tengerszinten) létezett, az ma már elérhető a felhőben is. Sőt! A felhős és a helyszínen telepített komponenseket keverni is lehet már létrehozva hibrid architektúrákat.

Eddig sem volt könnyű dolgunk egy BI rendszer összerakásakor a megfelelő szoftverkomponensek és segédszoftverek kiválasztásával, de ez most tovább nehezedik azzal, hogy az eddig használt BI szoftverkomponenseket helyettesíthetjük önkiszolgáló BI komponensekkel és felhőben futó komponensekkel is...

Elválasztó

Már készül a következő cikk. Kérjen értesítést a megjelenéséről itt.

|

Szóljon hozzá!

Szabály: Legyen kedves, segítõkész és vállalja a nevét.
A mező tartalma nem nyilvános.
  • A web és email címek automatikusan linkekké alakulnak.
  • Engedélyezett HTML elemek: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • A sorokat és bekezdéseket automatikusan felismeri a rendszer.
ANTI SPAM
A robot regisztrációk elkerülésére.
Image CAPTCHA
Figyeljen a kis és nagybetűk használatára