A folytonos szolgáltatásmegújítási, illetve szolgáltatásfejlesztési kényszer alatt lévő vállalatok egyre-másra igénylik az újabb és újabb informatikai fejlesztéseket, hiszen ma már nincs olyan banki vagy mobilszolgáltatás, amelynek ne lenne szüksége valamilyen szoftverkomponens közreműködésére. A "hagyományos" szoftverfejlesztési megközelítést alkalmazva ezek a folytonos - akár havi rendszerességű - továbbfejlesztésekolyan átláthatatlan és kezelhetetlen monolitikus megoldásokat eredményeznek, amelyeket egy idő után sem az üzemeltetés, sem a fejlesztőcsapat nem tud átlátni. Ez azt jelenti, hogy mind a további fejlesztések, mind az üzemeltetés költsége megnő, nem is beszélve arról, hogy egy ilyen alkalmazás egyre megbízhatatlanabbá, instabilabbá válik. Sokszor előforduló probléma, hogy egy új üzleti funkció bevezetése olyan, már meglévő, eddig teljesen jól működő funkció meghibásodását eredményezi, amilyenre senki nem számított, és ez már csak akkor derül ki, amikor megkezdődik az éles üzem. A fenti problémákra megoldást a funkcionálisan skálázható architektúra ad.

A funkcionálisan skálázható rendszerek három legfontosabb ismérve a következő:

• statikus szempontból nagyon szigorú és átlátható struktúrája van, hogy a fejlesztő keze meg legyen kötve

• minimalizálja az egyes implementált üzleti funkciók egymásra hatását, vagyis minimalizálja annak veszélyét, hogy a változtatás más szolgáltatások elromlásához vezessen

• maximalizálja az újrafelhasznált kód mennyiségét annak érdekében, hogy ne kelljen minden funkcionális módosításhoz a "kályhától" elindulni; lehetőleg csak az új funkció üzleti részére kelljen a fejlesztőnek összpontosítania.

Valószínűleg már mindenki számára kiderült, hogy itt tulajdonképpen a szolgáltatás alapú architektúráról (SOA) van szó, amit az üzleti folyamatvezérelt tervezési módszerrel kiegészítve, funkcionálisan méretezhető architektúrát kapunk. A jól megfogalmazott alapszolgáltatásokat megvalósító komponensek hozzájárulnak a kód újrafelhasználhatóságához, az üzleti folyamatok kiemelése, explicit megfogalmazása pedig csökkenti az implementált üzleti funkciók egymásra gyakorolt hatását, így az üzleti folyamatok között nem jöhetnek létre rejtett, a helytelen implementáció következményeként előálló kapcsolatok.
Persze az előzőekben leírtak sok fejlesztő számára természetesnek, triviálisnak tűnnek. A fejlesztők nagy része általában minden feladat megoldását úgy kezdi, hogy az előbbiekben megfogalmazott alapgondolatokat most "bizony isten" betartja, megfelelő támogatóeszköz hiányában, a megvalósítás előrehaladtával azonban valahogy mégse sikerül funkcionálisan skálázható rendszert készítenie. A megfelelő eszköz használata tehát elengedhetetlen akkor, amikor olyan rugalmas rendszert akarunk fejleszteni, amely hosszú távon hatékonyan kiszolgálja a változó üzleti igényeket.

A BEA WebLogic Platform egy J2EE (Java 2 Enterprise Edition) alkalmazásplatform környezet; ebben nem is lehet olyan rendszereket fejleszteni, amelyek funkcionálisan nem méretezhetők. Egyedülálló fejlesztőrendszere, a WebLogic Workshop olyan keretet ad az alkalmazásfejlesztő kezébe, amely szigorúan betartatja a SOA (Service Oriented Architecture) alapú alkalmazásfejlesztés szabályait, mégis megfelelő rugalmasságot ad a legbonyolultabb üzleti funkciók megvalósításához. A WebLogic rendszer teljes mértékben támogatja a komponens alapú fejlesztést, ezért ebben a környezetben a kód újrafelhasználhatósága sem kérdés. A funkcionális rugalmasság mellett fontos hangsúlyozni, hogy a WebLogic Platformban futó alkalmazások teljesítménye is rugalmasan skálázható a WebLogic egyedülálló fürtözési (klaszterezési) megoldásának segítségével.

Trautmann Balázs


EMBERI TÉNYEZŐ
Nem csupán a rendszerek méretezhetőségén múlik, egy-egy vállalat informatikai rendszerének sikeres bevezetése. A megfelelő műszaki megoldások mellett a fejlesztők és a megrendelő részéről kijelölt szakemberek szoros együttműködésére is szükség van. Amennyiben a folyamat elején sikerült pontosan meghatározni az informatikai és üzleti célokat és végül az elért eredmények mérése és értékelése is zavartalan, naygmértékben megnő a projekt sikeres lezárásának esélye.