Pochopení Hodnoty Referenčních Architektur
nic víc, že architekti rádi na práci, než se hádat o definice. Pokud se někdy ocitnete v nečinnosti v místnosti architektů, zkuste požádat o definici „služby“ nebo „architektury“ a zjistěte, jaký druh kreativní melee můžete začít. To bylo řečeno, definice jsou opravdu velmi důležité, takže můžeme mít společný jazyk pro komunikaci záměr a přínos velmi věci, které se snažíme přesvědčit podnikání investovat. Z tohoto pohledu, v posledním desetiletí se objevila řada konceptů, které se staly vrcholem mysli pro samozvané podnikové architekty: architektonické rámce a referenční architektury. V předchozích Zapflashech jsme diskutovali o architekturních rámcích, které ponechávají téma referenčních architektur nedotčené ZapThink. Protože nemůžeme zanechat dobrý argument, použijeme tento ZapFlash k prozkoumání toho, o čem jsou referenční architektury a jakou hodnotu musí přidat příběhu architektury orientované na služby (SOA).
co je referenční Architektura?
Jedna obecně přijímaná definice pro referenční architektury je, že poskytuje metodiku a/nebo soubor postupů a šablon, které jsou založeny na zobecnění řadu úspěšných řešení pro konkrétní kategorii řešení. Referenční architektury poskytují návod, jak aplikovat specifické vzory a / nebo postupy k řešení konkrétních tříd problémů. Tímto způsobem slouží jako „reference“ pro konkrétní architektury, které společnosti implementují k řešení svých vlastních problémů. Nikdy není zamýšleno, že by referenční architektura byla implementována tak, jak je, ale spíše by byla použita buď jako srovnávací bod, nebo jako výchozí bod architektonického úsilí jednotlivých společností.
jiní upřesňují definici referenční architektury jako popis toho, jak vytvořit třídu artefaktů. Tyto artefakty mohou být ztělesněny v mnoha formách, včetně návrhových vzorů, metodik, standardů, metadat a dokumentů všeho druhu. Dlouhý příběh krátký, pokud potřebujete návod, jak rozvíjet konkrétní architektura založená na osvědčené postupy nebo autoritativní sady potenciál artefaktů, měli byste se podívat na referenční architekturu, která pokrývá oblast architektury, které chcete stavět.
Jeden z nejvíce populární příklady referenčních architektur je Platforma Java Enterprise Edition (Java EE) architektury, která poskytuje vrstvené referenční architektura a šablony řešení řady technologických a obchodních problémů, které provázelo mnoho Java-based podnikových systémů.
Referenční Architektury vs Architektury Rámců
Zatímco výše uvedené definice(y) se může zdát poměrně jasné, tam je hodně společného mezi pojmy referenční architektury a architektury rámců. Pro některé, to je místo, kde se věci stávají riskantní a definice jsou rozmazané. Architektura rámců, jako je Zachman Framework, the Open Group Architecture Framework (TOGAF) a Department of Defense Architecture Framework (DoDAF) poskytování přístupů k popisu a identifikaci nezbytné vstupy pro konkrétní architektury, stejně jako prostředky pro popis této struktury. Pokud konkrétní architektura je kuchařka, která poskytuje návod, jak řešit konkrétní problémy s konkrétní přístup, architektura rámec je kniha o tom, jak psát kuchařky. Takže, architektury rámců dát enterprise architekti nástroje, které potřebují, aby adekvátně popsat a sbírat požadavky, aniž by nařizovala nějaké konkrétní typ architektury. Konkrétněji, architektonické rámce popisují příklad taxonomie druhů architektonických „pohledů“, které by Architekt mohl zvážit vývoj, a proč, a poskytuje pokyny pro výběr pro rozvoj konkrétních pohledů.
To se liší od výše uvedeného pojmu referenční architektury v referenční architektury jde ještě o krok dále tím, že urychluje proces pro konkrétní typ architektury, pomáhá identifikovat architektonické přístupy, které budou splňovat určité požadavky, a zjišťuje, co je minimálně přijatelné sada architektonické artefakty, které jsou potřebné ke splnění „best practices“ požadavků pro konkrétní architektury. Pokračovat v naší analogii s kuchařek, pokud architektura rámec je kniha o tom, jak psát kuchařky, pak referenční architektura je kniha, která obsahuje pokyny a osvědčené postupy o tom, jak psát kuchařky zaměřené na hubnutí, například. To by pak znamenalo, že konkrétní architektura, kterou vyvíjíte pro vaši organizaci, by byla specifická kuchařka, která poskytuje recepty na hubnutí zaměřené na vaši organizaci. Opravdu, pokud se dostanete zmatený s definicemi, nahrazení termín „architektura“ s „kuchařka“ je užitečné: rámce kuchařských knih, referenční kuchařky, a vaše konkrétní kuchařka.
většina referenčních architektur navíc zdůrazňuje „template“ část definice referenční architektury. Rámce i RAs poskytují osvědčené postupy, a přestože lze tvrdit, že RAs poskytují více metodiky než rámec, RAs stále nejsou ve skutečnosti charakterizovány svou metodickou složkou. Většina může být charakterizována jejich šablonovou složkou, nicméně. Z tohoto pohledu jsou vzory instancí šablon v této souvislosti. Ve skutečnosti je přípustné a velmi užitečné více referenčních architektur pro stejnou doménu. Referenční architektury mohou být komplementární a poskytují vodítko pro jednu architekturu, jako je SOA, z více hledisek.
hodnota referenční architektury SOA
v mnoha ohledech projekty SOA zoufale potřebují promyšlené referenční architektury. ZapThink vidí v projektech SOA vysoký stupeň variability. Někteří vzkvétají a uspějí, zatímco jiní zmítají a selhávají. Mnohokrát důvod neúspěchu lze vysledovat špatné architektonické postupy, předčasný nákup infrastruktury, a nedostatečné řízení a řízení. Jindy je selhání především organizační. Ve většině úspěchů je však běžné dobře zdokumentované a / nebo sdělené architektonické postupy a systematická metoda učení se z vlastních chyb a nízké náklady na selhání.
Dále, zjistíme, že mnoho architektů tráví značnou část svého času zkoumání, vyšetřování, (re)definování, přemýšlet a argumentovat, architektonické rozhodnutí. V mnoha případech, tito architekti jsou objevování ameriky jako jejich vrstevníci v jiných společnostech, nebo dokonce stejné společnosti, již strávili čas a úsilí definovat jejich vlastní architektonické praxe. Toto zvláštní úsilí je nejen neefektivní, ale také brání společnosti učit se z vlastních zkušeností a uplatňovat tyto znalosti pro zvýšení efektivity.
z tohoto pohledu mohou referenční architektury SOA poskytnout pomoc těm, kteří bojují s jejich úsilím SOA nebo přemýšlejí o spuštění nového. Referenční architektury SOA umožňují organizacím poučit se z úspěchů a neúspěchů jiných architektů a zdědit osvědčené osvědčené postupy. Referenční architektury mohou poskytnout chybějící architektonické informace, které mohou být předem poskytnuty členům projektového týmu, aby umožnily konzistentní architektonické osvědčené postupy. Tímto způsobem referenční Architektura SOA poskytuje základnu aktiv, ze kterých může úsilí SOA čerpat během celého životního cyklu projektu.
aby společnosti získaly slíbené výhody SOA z opětovného použití, snížené redundance, snížených nákladů na integraci a zvýšené viditelnosti a správy, musí společnosti uplatňovat své úsilí SOA konzistentním způsobem. To znamená více než nákup a zřízení infrastruktury některých dodavatelů jako podnikového standardu nebo dodržování nejnovějších standardů ws -*. Referenční architektury SOA mohou sloužit jako základ pro různorodé úsilí SOA v celé organizaci, i když používají různé nástroje a technologie. Dobré referenční architektury SOA poskytují osvědčené postupy a přístupy SOA nezávislým způsobem na dodavateli, technologiích a standardech. Proto, nechoďte lovit jeden z vašeho oblíbeného dodavatele výběru. Ve skutečnosti, pokud máte referenční architekturu SOA od tohoto dodavatele, možná budete chtít zvážit její upuštění místo něčeho více neutrálního pro dodavatele.
zejména, OASIS nabízí SOA Reference Architecture (RA), že „modely abstraktní architektonické prvky pro SOA nezávislých technologií, protokolů a přípravků, které se používají k implementaci SOA. Některé části RA budou používat běžné abstrahované prvky odvozené z několika standardů.“Jejich přístup používá pojem „vzory“ k identifikaci různých metod a přístupů pro realizaci různých částí architektonického obrazu. Zatímco OASIS SOA Referenční Architektury rozhodně není platná pouze v bloku, to jistě dělá dobrý výchozí bod pro ty, kteří hledají dodavatele-neutrální SOA referenční architektury, na kterém chcete založit vlastní architektonické úsilí.
ZapThink
Enterprise architekti potřebuje veškerou pomoc, kterou mohou dostat, aby se ujistil, že poskytují spolehlivé, agilní, pružné, prodejce-neutrální architektur pro jejich organizace, které splňují neustále se měnící požadavky podnikání. Zatímco jistě umění a praxe podnikové architektury pokračuje zrát, společnosti by měly vypadat půjčit tolik osvědčených postupů, jak mohou, a učit se od ostatních, kteří již odešli dolů EA a SOA cestu. Pokud máte v plánu naučit SOA, nebo jakoukoli formu EA na to přijde, jak jdete spolu, nebo ještě horší, od dodavatele, pak riskujete celý úspěch vašeho úsilí SOA. Spíše využijte (zdarma) referenční architektury SOA, abyste mohli postupovat rychlejším tempem a nižším rizikem. Bernard z Chartres dát to nejlepší v dobře-známé rčení: „jsme jako trpaslíci na ramenou obrů, takže můžeme vidět více, než oni, a věci ve větší vzdálenosti, ne podle ostrosti zraku na naší straně, nebo jakékoli fyzické rozlišení, ale proto, že jsme vysoko nesený a vzbudil tím, že jejich obří velikosti.“Postavte se na ramena dalších gigantů podnikové architektury a nechte je zvýšit vaši vizi a úspěch.