Zasady projektowania zorientowanego na usługi
Zasady projektowania zorientowanego na usługi to proponowane zasady opracowywania logiki rozwiązania usług w architekturach zorientowanych na usługi (SOA).
Przegląd
Sukces tworzenia oprogramowania opartego na jakimkolwiek konkretnym paradygmacie projektowania nigdy nie jest gwarantowany. Oprogramowanie opracowane zgodnie z paradygmatem projektowania zorientowanego na usługi niesie ze sobą jeszcze większe ryzyko. Wynika to z faktu, że architektura zorientowana na usługi zwykle obejmuje wiele obszarów biznesowych i wymaga gruntownej wstępnej analizy. Dlatego SOA opracowana bez konkretnych wytycznych jest bardzo prawdopodobne, że się nie powiedzie. Aby zapewnić, że przejście w kierunku zorientowania na usługi będzie pozytywną zmianą, która przyniesie obiecane korzyści, pomocne jest przyjęcie zestawu zasad.
Zasady projektowania zorientowanego na usługi można ogólnie sklasyfikować w następujący sposób, zgodnie z Zasadami projektowania usług SOA autorstwa Thomasa Erla :
- Standardowa umowa serwisowa
- Luźne sprzęgło serwisowe
- Abstrakcja usługi
- Możliwość ponownego wykorzystania usługi
- Autonomia usług
- Bezpaństwowość usług
- Wykrywalność usługi
- Komponowalność usługi
To zastosowanie tych zasad projektowania tworzy usługi niezależne od technologii, a tym samym zapewnia interoperacyjność w perspektywie długoterminowej. Te zasady projektowania służą jako wytyczne do identyfikacji usług.
Cele strategiczne
Zastosowanie tych zasad pomaga w osiągnięciu podstawowych celów związanych z przyjęciem orientacji usługowej w pierwszej kolejności. Cele te mają charakter strategiczny, tj. długoterminowy i wykraczają poza bezpośrednie potrzeby organizacji. Te cele strategiczne można podsumować w następujących siedmiu celach i korzyściach:
- Zwiększona wewnętrzna interoperacyjność
- Zwiększona federacja
- Zwiększone możliwości dywersyfikacji dostawców
- Lepsze dopasowanie biznesu i technologii
- Zwiększony zwrot z inwestycji
- Zwiększona sprawność organizacyjna
- Zmniejszone obciążenie IT
Każdy z powyższych celów i korzyści bezpośrednio pomaga w rozwijaniu zwinnej organizacji, która może szybko reagować na ciągle zmieniające się warunki rynkowe przy mniejszym wysiłku i czasie.
Charakterystyka
Zasady projektowania zorientowanego na usługi pomagają odróżnić rozwiązanie zorientowane na usługi od tradycyjnego rozwiązania zorientowanego obiektowo poprzez promowanie odrębnych cech projektowych. Obecność tych cech w rozwiązaniu zorientowanym na usługi znacznie zwiększa szanse na realizację wspomnianych celów i korzyści. Erl zidentyfikował cztery następujące cechy zorientowania na usługi:
- Niezależny od dostawcy
- Napędzany biznesem
- Skoncentrowany na przedsiębiorstwie
- Skoncentrowany na kompozycji
Rozwiązanie zorientowane na usługi, niezależne od dostawcy, pomaga rozwijać podstawową architekturę technologiczną w odpowiedzi na stale zmieniające się wymagania biznesowe. Nie będąc zależnym od konkretnego dostawcy, starzejącą się infrastrukturę można zastąpić wydajniejszymi technologiami bez konieczności przeprojektowywania całego rozwiązania od podstaw. Pomaga to również w tworzeniu heterogenicznego środowiska technologicznego, w którym określone technologie spełniają określone wymagania automatyzacji biznesowej.
W ramach SOA rozwój logiki rozwiązania jest napędzany potrzebami firmy i jest zaprojektowany w sposób, który koncentruje się na długoterminowych wymaganiach firmy. Dzięki temu architektura technologii jest lepiej dopasowana do potrzeb biznesowych.
W przeciwieństwie do tradycyjnego tworzenia aplikacji opartych na silosach, SOA bierze pod uwagę wymagania całego przedsiębiorstwa lub przynajmniej jego znacznej części. Dzięki temu opracowane usługi są interoperacyjne i nadają się do wielokrotnego użytku w różnych segmentach przedsiębiorstwa.
Rozwiązanie zorientowane na usługi pozwala sprostać nowym i zmieniającym się wymaganiom w krótszym czasie, wykorzystując istniejące usługi. Usługi projektowane są w taki sposób, aby można je było rekomponować, czyli stać się częścią różnych rozwiązań.
Aplikacja
Zasady projektowania zorientowanego na usługi są stosowane podczas procesu analizy i projektowania zorientowanego na usługi . Zakres, w jakim każda z tych zasad może być zastosowana, jest zawsze względny i należy go porównać z ogólnymi celami organizacji, a także ograniczeniami czasowymi. Jednym z ważnych czynników, o którym należy pamiętać, jest to, że nie tylko samo zastosowanie tych zasad projektowych, ale konsekwentne stosowanie gwarantuje realizację celów projektowych ukierunkowanych na usługi, związanych z przyjęciem zorientowania na usługi. Wynika to z faktu, że usługi są zasobem przedsiębiorstwa, tj. dają pewność, że spełniają określone standardy i mogą być ponownie wykorzystane w ramach wielu rozwiązań, więc aby pozostać takim zasobem, muszą wyłonić się z procesu, do którego te zasady były konsekwentnie stosowane , ponieważ niespójne stosowanie skutkowałoby usługami, które nie są ze sobą kompatybilne, co prowadziłoby do utraty podstawowych cech konstrukcyjnych zorientowanych na usługi.
Zobacz też
Dalsza lektura
- Mauro. i in. Integracja urządzeń zorientowanych na usługi - analiza wzorców projektowych SOA . [Online], s. 1–10, 2010 43. Hawaii International Conference on System Sciences, 2010. Data dostępu: 8 kwietnia 2010 r.
- Dennisa Wisnoskiego. Zasady i wzorce w Departamencie Obrony USA [online]. Data dostępu: 10 kwietnia 2010 r.
- Ash Parikh. Zorientowanie na usługi to nowa mantra! [Online]. Data dostępu: 10 kwietnia 2010 r.
- Ertan Deniz. Usługi sieciowe XML i XML [online]. Data dostępu: 10 kwietnia 2010 r.
- Nafise Fareghzadeh. Service Identification Approach to SOA Development [Online]. Data dostępu: 10 kwietnia 2010 r.
- Williama Murraya. Implikacje SOA w strategii biznesowej i projekcie organizacyjnym [online]. Data dostępu: 10 kwietnia 2010 r.
- Diakonita. i in. Dwa smaki integracji w instytucjach publicznych [online]. Data dostępu: 11 kwietnia 2010 r.
- Fabiana Meiera. Modele dojrzałości architektury zorientowanej na usługi: przewodnik po przyjęciu architektury SOA? [Online]. Data dostępu: 11 kwietnia 2010 r.
- Moosawi. i in. Metoda projektowania zorientowanego na usługi [online]. Data dostępu: 11 kwietnia 2010 r.
- Kjell-Sverre Jerijærvi. Model zapadalności kontraktu SOA [online]. Data dostępu: 12 kwietnia 2010 r.
- Czerwone Księgi IBM. Power Systems and SOA Synergy [Online]. Data dostępu: 21 kwietnia 2010 r.