zrozumienie wartości architektur referencyjnych
architekci uwielbiają tylko kłócić się o definicje. Jeśli kiedykolwiek znajdziesz się w bezczynności w pokoju architektów, spróbuj poprosić o definicję „usługi” lub „architektury” i zobacz, jaki rodzaj kreatywnej walki możesz zacząć. Biorąc to pod uwagę, definicje są rzeczywiście bardzo ważne, abyśmy mogli mieć wspólny język, aby komunikować intencje i korzyści z tych samych rzeczy, w które staramy się przekonać biznes do inwestowania. Z tego punktu widzenia w ciągu ostatniej dekady pojawiło się kilka koncepcji, które stały się najważniejsze dla samozwańczych architektów korporacyjnych: ramy architektury i architektury referencyjne. W poprzednich ZapFlashes omawialiśmy frameworki architektury, co pozostawia temat architektury odniesienia nietknięty przez ZapThink. Ponieważ nie możemy pozostawić po sobie dobrego argumentu, użyjemy tego ZapFlash do zbadania, o co chodzi w architekturach referencyjnych i jaką wartość mają one dodać do historii architektury zorientowanej na usługi (Soa).
co to jest architektura referencyjna?
jedną z powszechnie akceptowanych definicji architektury referencyjnej jest to, że zapewnia ona metodologię i/lub zestaw praktyk i szablonów, które są oparte na uogólnieniu zestawu udanych rozwiązań dla danej kategorii rozwiązań. Architektury referencyjne zapewniają wskazówki dotyczące stosowania określonych wzorców i / lub praktyk w celu rozwiązania określonych klas problemów. W ten sposób służy jako „punkt odniesienia” dla konkretnych architektur, które firmy będą wdrażać w celu rozwiązania własnych problemów. Nigdy nie jest zamierzone, aby Architektura odniesienia była wdrażana w stanie, w jakim jest, ale raczej wykorzystywana jako punkt porównawczy lub punkt wyjścia dla wysiłków architektonicznych poszczególnych firm.
inni udoskonalają definicję architektury referencyjnej jako opis sposobu budowania klasy artefaktów. Artefakty te mogą być zawarte w wielu formach, w tym wzorców projektowych, metodologii, standardów, metadanych i wszelkiego rodzaju dokumentów. Krótko mówiąc, jeśli potrzebujesz wskazówek, jak opracować określoną architekturę w oparciu o najlepsze praktyki lub autorytatywne zestawy potencjalnych artefaktów, powinieneś spojrzeć na architekturę referencyjną, która obejmuje zakres architektury, którą chcesz zbudować.
jednym z najpopularniejszych przykładów architektury referencyjnej w IT jest Architektura Java Platform Enterprise Edition (Java EE), która zapewnia warstwową architekturę referencyjną i szablony rozwiązujące szereg problemów technologicznych i biznesowych, które przyświecały wielu opartym na Javie systemom korporacyjnym.
architektury referencyjne a frameworki architektury
chociaż powyższe definicje mogą wydawać się dość pokrojone i wysuszone, istnieje wiele wspólnego między pojęciami architektur referencyjnych a frameworkami architektury. Dla niektórych rzeczy stają się ryzykowne, a definicje rozmyte. Struktury architektury, takie jak Zachman Framework, Open Group Architecture Framework (TOGAF) i Department of Defense Architecture Framework (DoDAF), zapewniają podejścia do opisywania i identyfikowania niezbędnych danych wejściowych do konkretnej architektury, a także środki do opisania tej architektury. Jeśli konkretna architektura jest książką kucharską, która zawiera wskazówki, jak rozwiązać określony zestaw problemów za pomocą określonego podejścia, Framework architektury jest książką o tym, jak pisać książki kucharskie. Ramy architektoniczne zapewniają architektom korporacyjnym narzędzia potrzebne do odpowiedniego opisu i zbierania wymagań, bez konieczności wprowadzania jakichkolwiek konkretnych typów architektury. Dokładniej, ramy architektury opisują przykładową taksonomię rodzajów „widoków” architektonicznych, które architekt może rozważyć, i dlaczego, i dostarcza wskazówek dotyczących dokonywania wyboru dla rozwijania poszczególnych widoków.
różni się to od powyższej koncepcji architektury referencyjnej tym, że architektura referencyjna idzie o krok dalej, przyspieszając proces dla określonego typu architektury, pomagając określić, które podejścia architektoniczne spełnią określone wymagania, i dowiedzieć się, co minimalnie akceptowalny zestaw artefaktów architektonicznych jest potrzebny, aby spełnić wymagania „najlepszych praktyk” dla danej architektury. Kontynuując naszą analogię z książkami kucharskimi, jeśli struktura architektury jest książką o tym, jak pisać książki kucharskie, to architektura referencyjna jest książką, która zawiera wskazówki i najlepsze praktyki dotyczące pisania książek kucharskich skoncentrowanych na przykład na odchudzaniu. Oznaczałoby to, że konkretna Architektura, którą opracowujesz dla swojej organizacji, byłaby konkretną książką kucharską, która zapewnia przepisy odchudzające skierowane do Twojej organizacji. Rzeczywiście, jeśli zastanowisz się nad definicjami, pomocne jest zastąpienie terminu „Architektura „”książka kucharska”: książka kucharska, poradniki kucharskie i twoja konkretna książka kucharska.
ponadto większość architektur referencyjnych podkreśla część „szablonową” definicji architektury referencyjnej. Zarówno ramy, jak i Ra zapewniają najlepsze praktyki, i chociaż można argumentować, że Ra zapewniają więcej metodologii niż ramy, RA nadal nie są tak naprawdę scharakteryzowane przez ich komponent metodologiczny. Większość można jednak scharakteryzować składnikiem szablonu. Z tej perspektywy wzorce są instancjami szablonów w tym kontekście. W rzeczywistości wiele architektur referencyjnych dla tej samej domeny jest dozwolonych i bardzo przydatnych. Architektury referencyjne mogą być komplementarne, zapewniając wskazówki dla jednej architektury, takiej jak SOA, z wielu punktów widzenia.
wartość architektury referencyjnej SOA
pod wieloma względami projekty SOA desperacko potrzebują dobrze przemyślanych architektur referencyjnych. ZapThink widzi wysoki stopień zmienności w projektach SOA. Niektóre rozwijają się i odnoszą sukcesy, podczas gdy inne flądrują i zawodzą. Wiele razy przyczyną niepowodzeń mogą być złe praktyki architektoniczne, przedwczesny zakup infrastruktury oraz nieodpowiednie zarządzanie i zarządzanie. Innym razem niepowodzenie jest przede wszystkim organizacyjne. Jednak to, co jest powszechne w większości sukcesów, to dobrze udokumentowane i / lub przekazane praktyki architektoniczne oraz systematyczna metoda uczenia się na błędach i niski koszt porażki.
co więcej, okazuje się, że wielu architektów spędza znaczną ilość czasu na badaniu, badaniu, (ponownym)definiowaniu, kontemplowaniu i argumentowaniu decyzji architektonicznych. W wielu przypadkach Ci architekci wymyślają na nowo koło, ponieważ ich rówieśnicy z innych firm, a nawet tej samej firmy, poświęcili już ten czas i wysiłek na zdefiniowanie własnych praktyk architektonicznych. Ten dodatkowy wysiłek jest nie tylko nieefektywny, ale także uniemożliwia firmie uczenie się z własnych doświadczeń i stosowanie tej wiedzy w celu zwiększenia efektywności.
z tego punktu widzenia architektury referencyjne SOA mogą stanowić pomoc dla tych, którzy zmagają się z wysiłkami SOA lub myślą o uruchomieniu nowego. Architektury referencyjne SOA pozwalają organizacjom uczyć się na podstawie sukcesów i porażek innych architektów i dziedziczyć sprawdzone najlepsze praktyki. Architektury referencyjne mogą dostarczać brakujących informacji architektonicznych, które można wcześniej przekazać członkom zespołu projektowego, aby umożliwić spójne najlepsze praktyki architektoniczne. W ten sposób architektura referencyjna SOA stanowi bazę zasobów, z których wysiłki SOA mogą czerpać w całym cyklu życia projektu.
w istocie, aby uzyskać obiecane korzyści SOA wynikające z ponownego użycia, zmniejszenia redundancji, zmniejszenia kosztów integracji oraz zwiększenia widoczności i zarządzania, przedsiębiorstwa muszą konsekwentnie stosować swoje wysiłki SOA. Oznacza to więcej niż zakup i ustanowienie infrastruktury dostawcy jako standardu korporacyjnego lub przestrzeganie najnowszych standardów WS -*. Architektury referencyjne SOA mogą służyć jako podstawa dla różnych działań SOA w całej organizacji, nawet jeśli używają różnych narzędzi i technologii. Dobre architektury referencyjne SOA zapewniają najlepsze praktyki i podejścia SOA w sposób niezależny od dostawców, technologii i standardów. Dlatego nie idź na polowanie od ulubionego dostawcy z wyboru. W rzeczywistości, jeśli masz architekturę referencyjną SOA od tego dostawcy, możesz rozważyć porzucenie jej zamiast czegoś bardziej neutralnego od dostawcy.
w szczególności OASIS oferuje architekturę referencyjną SOA (RA), która „modeluje abstrakcyjne elementy architektoniczne dla SOA niezależnie od technologii, protokołów i produktów używanych do implementacji SOA. Niektóre sekcje RA będą używać wspólnych abstrakcyjnych elementów pochodzących z kilku standardów.”Ich podejście wykorzystuje pojęcie „wzorców” do identyfikacji różnych metod i podejść do realizacji różnych części obrazu architektonicznego. Podczas gdy Oasis Soa Reference Architecture z pewnością nie jest jedyną ważną architekturą w bloku, z pewnością stanowi dobry punkt wyjścia dla tych, którzy szukają architektury referencyjnej SOA neutralnej dla dostawcy, na której mogliby oprzeć swoje własne wysiłki architektoniczne.
Zapthink Take
Enterprise architects potrzebuje wszelkiej możliwej pomocy, aby zapewnić swoim organizacjom niezawodne, zwinne, odporne i neutralne pod względem dostawców architektury, które spełniają stale zmieniające się wymagania firmy. Podczas gdy sztuka i praktyka architektury korporacyjnej nadal dojrzewają, firmy powinny szukać jak najwięcej najlepszych praktyk i uczyć się od innych, którzy już poszli ścieżką EA i SOA. Jeśli planujesz nauczyć się SOA lub jakiejkolwiek formy EA, w miarę postępów, lub nawet gorzej, od dostawcy, ryzykujesz cały sukces swoich wysiłków SOA. Zamiast tego wykorzystaj (za darmo) architektury referencyjne SOA, aby przyspieszyć rozwój i obniżyć ryzyko. Bernard z Chartres ujął to najlepiej w znanym powiedzeniu: „jesteśmy jak Karły na ramionach olbrzymów, abyśmy mogli widzieć więcej niż oni, i rzeczy z większej odległości, nie z powodu jakiejkolwiek ostrości wzroku z naszej strony, czy jakiegokolwiek fizycznego rozróżnienia, ale dlatego, że jesteśmy unoszeni wysoko i podnoszeni przez ich gigantyczne rozmiary.”Stań na barkach innych gigantów architektury korporacyjnej i pozwól im zwiększyć swoją wizję i sukces.