a referencia-architektúrák értékének megértése
az építészek semmit sem szeretnek csinálni, mint vitatkozni a definíciókról. Ha valaha is tétlen időben találja magát az építészek szobájában, próbálja meg kérni a “szolgáltatás” vagy az “építészet” meghatározását, és nézze meg, milyen kreatív közelharcot indíthat el. Ennek ellenére a definíciók valóban nagyon fontosak ahhoz, hogy közös nyelvünk legyen, hogy közöljük azoknak a dolgoknak a szándékát és hasznát, amelyekbe megpróbáljuk meggyőzni az üzleti vállalkozásokat, hogy fektessenek be. Ebből a szempontból az elmúlt évtizedben számos olyan koncepció alakult ki, amelyek az önstílusú vállalati építészek számára a legfontosabbak lettek: építészeti keretek és Referencia architektúrák. A korábbi ZapFlashes – ben megvitattuk az építészeti keretrendszereket, amelyek a referencia-architektúrák témáját érintetlenül hagyják a ZapThink által. Mivel nem hagyhatunk hátra jó érveket, ezt a ZapFlash-t fogjuk használni annak feltárására, hogy milyen referencia-architektúrák szólnak, és milyen értéket kell hozzáadniuk a szolgáltatásorientált architektúra (SOA) történetéhez.
mi a referencia architektúra?
a referenciaarchitektúra egyik általánosan elfogadott definíciója, hogy olyan módszertant és/vagy gyakorlat-és sablonkészletet biztosít, amelyek egy adott megoldáskategóriára vonatkozó sikeres megoldások általánosításán alapulnak. A referencia-architektúrák útmutatást nyújtanak arra vonatkozóan, hogyan alkalmazzanak konkrét mintákat és/vagy gyakorlatokat a problémák bizonyos osztályainak megoldására. Ily módon “referenciaként” szolgál azoknak a konkrét architektúráknak, amelyeket a vállalatok saját problémáik megoldására valósítanak meg. Soha nem az a célja, hogy egy referencia-architektúrát úgy valósítsanak meg, ahogy van, hanem inkább összehasonlítási pontként vagy az egyes vállalatok építészeti erőfeszítéseinek kiindulópontjaként használják.
mások finomítják a referencia-architektúra definícióját, mint a tárgyak osztályának felépítésének leírását. Ezek a tárgyak sokféle formában megtestesülhetnek, beleértve a tervezési mintákat, módszertanokat, szabványokat, metaadatokat és mindenféle dokumentumot. Hosszú történet röviden, ha útmutatásra van szüksége egy adott architektúra kidolgozásához a legjobb gyakorlatok vagy a potenciális tárgyak mérvadó készletei alapján, akkor olyan referencia-architektúrát kell keresnie, amely lefedi az építeni kívánt architektúra hatókörét.
a referencia-architektúrák egyik legnépszerűbb példája az IT-ben a Java Platform Enterprise Edition (Java EE) architektúra, amely réteges referencia-architektúrát és sablonokat kínál számos olyan technológiai és üzleti kérdésre, amelyek számos Java-alapú vállalati rendszert irányítottak.
Referenciaarchitektúrák vs.architektúra keretrendszerek
bár a fenti definíció(k) meglehetősen vágottnak és száraznak tűnhet, sok közös vonás van a referenciaarchitektúrák és az építészeti keretrendszerek fogalma között. Egyesek számára ez az, ahol a dolgok kockássá válnak, a definíciók pedig elmosódnak. Az architektúra keretrendszerek, mint például a Zachman keretrendszer, az Open Group Architecture Framework (TOGAF) és a Department of Defense Architecture Framework (DoDAF) olyan megközelítéseket kínálnak, amelyek leírják és azonosítják az adott architektúra szükséges bemeneteit, valamint az architektúra leírásának eszközeit. Ha egy adott architektúra egy szakácskönyv, amely útmutatást nyújt egy adott problémakör megoldásához egy adott megközelítéssel, akkor az építészeti keretrendszer egy könyv arról, hogyan kell szakácskönyveket írni. Tehát az építészeti keretrendszerek biztosítják a vállalati építészek számára azokat az eszközöket, amelyekre szükségük van a követelmények megfelelő leírásához és összegyűjtéséhez, anélkül, hogy bármilyen konkrét architektúra-típust előírnának. Pontosabban, az építészeti keretek leírják az építészeti “nézetek” fajtáinak taxonómiáját, amelyeket az építész fontolóra vehet, és miért, és iránymutatásokat ad az egyes nézetek kidolgozásához.
ez abban különbözik a referenciaarchitektúra fenti koncepciójától, hogy a referenciaarchitektúra egy lépéssel tovább megy azáltal, hogy felgyorsítja a folyamatot egy adott architektúratípus esetében, segít azonosítani, hogy mely építészeti megközelítések felelnek meg bizonyos követelményeknek, és kitalálja, hogy milyen minimálisan elfogadható építészeti leletek szükségesek egy adott architektúra “legjobb gyakorlatok” követelményeinek teljesítéséhez. A szakácskönyvekkel való analógiánk folytatása érdekében, ha az építészeti keretrendszer egy könyv a szakácskönyvek írásáról, akkor a referencia-architektúra olyan könyv, amely útmutatást és bevált gyakorlatokat nyújt például a fogyásra összpontosító szakácskönyvek írására. Ez azt jelentené, hogy a szervezet számára kifejlesztett architektúra egy speciális szakácskönyv lenne, amely súlycsökkentő recepteket kínál a szervezet számára. Valóban, ha zavarba ejtik a definíciókat, hasznos az “építészet” kifejezés helyettesítése a “szakácskönyv” kifejezéssel: cookbook keretek, referencia szakácskönyvek, és az adott szakácskönyv.
ezenkívül a legtöbb referencia-architektúra hangsúlyozza a referencia-architektúra definíciójának “sablon” részét. Mind a keretrendszerek, mind a RAs a legjobb gyakorlatokat nyújtja, és bár vitatható, hogy a RAs inkább módszertant nyújt, mint egy keretrendszer, a RAs-t még mindig nem igazán jellemzi módszertani komponensük. A legtöbbet azonban a sablonkomponens jellemzi. Ebből a szempontból a minták ebben az összefüggésben sablonok példányai. Valójában több referencia-architektúra is megengedett és nagyon hasznos. A referencia-architektúrák kiegészíthetik egymást, útmutatást nyújtva egyetlen architektúrához, például a SOA-hoz, több szempontból.
a SOA referencia architektúra értéke
a SOA projekteknek sok szempontból nagy szükségük van jól átgondolt referencia architektúrákra. A ZAPTHINK nagyfokú változékonyságot lát a SOA projektekben. Egyesek virágoznak és sikeresek, míg mások lepényhalnak és elbuknak. A kudarc oka sokszor a rossz építészeti gyakorlatokra, az infrastruktúra korai beszerzésére, valamint a nem megfelelő irányításra és irányításra vezethető vissza. Máskor a kudarc elsősorban szervezeti jellegű. A legtöbb sikerben azonban a jól dokumentált és/vagy kommunikált építészeti gyakorlatok, valamint a hibákból való tanulás szisztematikus módszere és a kudarc alacsony költsége.
Továbbá azt tapasztaljuk, hogy sok építész jelentős időt tölt az építészeti döntések kutatásával, feltárásával, (újra)meghatározásával, elmélkedésével és érvelésével. Sok esetben ezek az építészek újra feltalálják a kereket, mint társaik más vállalatokban, vagy akár ugyanabban a társaságban, már eltöltötték ezt az időt és erőfeszítést saját építészeti gyakorlataik meghatározására. Ez az extra erőfeszítés nemcsak nem hatékony, hanem megakadályozza a vállalatot abban, hogy saját tapasztalataiból Tanuljon, és ezt a tudást a hatékonyság növelése érdekében alkalmazza.
ebből a szempontból a SOA referenciaarchitektúrák segítséget nyújthatnak azoknak, akik küzdenek a SOA erőfeszítéseikkel, vagy egy új elindításán gondolkodnak. A SOA referencia-architektúrák lehetővé teszik a szervezetek számára, hogy tanuljanak más építészek sikereiből és kudarcaiból, és örököljék a bevált gyakorlatokat. A referencia-architektúrák hiányzó építészeti információkat szolgáltathatnak, amelyeket előre meg lehet adni a projektcsapat tagjainak, hogy lehetővé tegyék a következetes építészeti legjobb gyakorlatokat. Ily módon a SOA referenciaarchitektúra olyan eszközalapot biztosít, amelyből a SOA erőfeszítései a projekt teljes életciklusa során meríthetnek.
valójában az újrafelhasználás, a csökkentett redundancia, az integráció költségeinek csökkentése, valamint a nagyobb láthatóság és irányítás ígért SOA-előnyeinek elérése érdekében a vállalatoknak következetesen kell alkalmazniuk SOA-erőfeszítéseiket. Ez többet jelent, mint egyes gyártók infrastruktúrájának vállalati szabványként történő megvásárlása és létrehozása, vagy a legújabb ws-* szabványok betartása. A SOA referencia-architektúrák alapul szolgálhatnak a szervezeten belüli eltérő SOA-erőfeszítésekhez, még akkor is, ha különböző eszközöket és technológiákat használnak. A jó SOA referenciaarchitektúrák szállítótól, technológiától és szabványoktól független módon biztosítják a SOA legjobb gyakorlatait és megközelítéseit. Ezért ne menjen vadászni egyet a kedvenc szállítójától. Valójában, ha megkapta a SOA referencia architektúráját attól a szállítótól, érdemes megfontolni, hogy valami eladósemlegesebb helyett dobja el.
különösen az OASIS kínál SOA referencia architektúrát (RA), amely “modellezi a SOA absztrakt építészeti elemeit, függetlenül a SOA megvalósításához használt technológiáktól, protokolloktól és termékektől. Az RA egyes szakaszai több szabványból származó közös elvont elemeket fognak használni. Megközelítésük a “minták” fogalmát használja az építészeti kép különböző részeinek megvalósítására szolgáló különböző módszerek és megközelítések azonosítására. Noha az OASIS SOA referencia-architektúra minden bizonnyal nem az egyetlen érvényes a blokkban, minden bizonnyal jó kiindulópontot jelent azok számára, akik eladósemleges SOA referencia-architektúrát keresnek, amelyre saját építészeti erőfeszítéseiket alapozhatják.
a Zapthink take
az Enterprise architects-nek minden segítségre szüksége van ahhoz, hogy megbízható, agilis, rugalmas, szállítósemleges architektúrákat szállítson szervezetének, amelyek megfelelnek a vállalkozás folyamatosan változó követelményeinek. Bár minden bizonnyal a vállalati architektúra művészete és gyakorlata továbbra is érett, a vállalatoknak meg kell keresniük a lehető legtöbb bevált gyakorlatot, és tanulniuk kell másoktól, akik már az EA és a SOA útján jártak. Ha azt tervezi, hogy megtanulja a SOA-t, vagy az EA bármilyen formáját, ahogy megy, vagy még rosszabb, egy eladótól, akkor kockáztatja a SOA erőfeszítéseinek teljes sikerét. Inkább használja ki (ingyen) a SOA referencia architektúrákat, hogy gyorsabban haladhasson és alacsonyabb kockázatot jelentsen. Chartres-i Bernard a jól ismert mondásban fogalmazta meg a legjobban: “olyanok vagyunk, mint a törpék az óriások vállán, hogy többet láthassunk, mint ők, és a dolgok nagyobb távolságban, nem a mi részünkről való éles látás vagy bármilyen fizikai megkülönböztetés miatt, hanem azért, mert óriási méretük magasan hordoz és felemel minket.”Állj más vállalati építészeti óriások vállára, és hagyd, hogy növeljék a jövőképedet és a sikeredet.