Architektura komponentów usług

QS IT
 Ten artykuł był spowodowany błędami merytorycznymi po stronie zapewnienia jakości w artykule redakcyjnym informatyki . Ma to na celu podniesienie jakości artykułów z obszaru informatyki na akceptowalnym poziomie. Pomóż wyeliminować niedociągnięcia w tym artykule i weź udział w dyskusji !  ( + )


Powód: artykuł ma charakter osądzający i nie wyjaśnia lematu. - Odsetki tymczasowe 13:43, 14 września. 2009 (CEST)

Service Component Architecture ( SCA ) jest zbiorem specyfikacji opisujących model architektury zorientowanej na usługi (SOA). SCA opiera się na otwartych standardach, takich jak usługi sieciowe . Zgodnie z koncepcją SOA, komponenty SCA są niezależne od określonej technologii.

partner

Następujące firmy współpracują jako partnerzy przy tworzeniu specyfikacji dla architektury komponentów usług: BEA Systems , Cape Clear , IBM , SpringSource , IONA Technologies , Oracle Corporation , Primeton Technologies , Progress Software , Red Hat , Rogue Wave Software , SAP AG , Software AG , Sun Microsystems , Sybase , TIBCO , Xcalia i Zend Technologies .

definicja

Opublikowana specyfikacja wydaje się pod wieloma względami niejasna. Ale rozwija się szybko i pojawiają się nowe specyfikacje. Specyfikacje definiują następujące właściwości dla aplikacji zaprojektowanych zgodnie z SCA:

  • Oddzielenie realizacji usługi i świadczenia od konkretnych możliwości infrastruktury.
  • Powinien współpracować z różnymi językami i standardami programowania, w tym C ++ , Java , COBOL i PHP , a także XML , BPEL i XSLT .
  • Musi obsługiwać różne konstrukcje wiadomości, w szczególności proste wywołania bez odpowiedzi, komunikację asynchroniczną, konwersację obejmującą kilka wiadomości i powiadomienia.
  • Opcje infrastrukturalne, takie jak bezpieczeństwo, transakcje i wiarygodne raportowanie, powinny wpływać na kodowanie za pośrednictwem metadanych.
  • Dane powinny być reprezentowane jako obiekty danych usług .
  • Komponenty zaprojektowane zgodnie z zasadami SCA powinny być łatwe do ponownego użycia.
  • Lokalne zgłoszenia serwisowe powinny być ściślej powiązane. Zmniejsza to obciążenie związane z generowaniem i analizowaniem wiadomości, które są przeznaczone tylko do transportu przez sieci.

Dalsza analiza

Grupa Gartner opublikowała w 2005 r. Briefing, w którym stwierdzono, że technologia Service Data Objects (SDO) zawarta w SCA będzie szybciej wdrażana ze względu na jej dojrzałość.

Korzyści:

  • zaprojektowany dla wszystkich istniejących platform Java i technologii C ++ (jednak model komponentów SCA-C ++ ma poważne wady)
  • mniej zależne od technologii - np. B. ani Java, ani XML
  • używa SDO, jedynego branżowego standardu dostępu do danych w SOA

Niekorzyść:

  • Brak wsparcia ze strony firmy Microsoft zmniejsza znaczenie SCA dla dużej liczby potencjalnych użytkowników.
  • Specyfikacja nie dotyczy wydajności aplikacji SOA, która pozostaje czynnikiem zakłócającym działanie aplikacji.

Twierdzi się, że SCA jest interoperacyjna dzięki podejściu zwanemu aktywacją. W porównaniu ze starszymi metodami „mediacji” (np. JBI) lub „Wywołania” ( JCA ), ta metoda zapewnia wysoki stopień autonomii komponentów.

Artefakty SCA

Model zespołu SCA składa się z szeregu artefaktów. Są one definiowane przez elementy w plikach XML. Aplikacja SCA może mieć inne niestandardowe reprezentacje artefaktów w czasie wykonywania, które są reprezentowane przez te pliki XML. Ponadto umożliwia dynamiczną konfigurację systemów. Jednak pliki XML definiują przenośną reprezentację artefaktów SCA.

Artefakt podstawowy to słowo złożone . Jest to również jednostka dostarczająca w ramach SCA i zawiera usługi, do których można uzyskać dostęp z zewnątrz. Słowo złożone zawiera co najmniej jeden komponent zawierający funkcje biznesowe udostępniane przez moduł. Komponenty pełnią swoje funkcje jako usługi. Mogą być używane przez inne komponenty tego samego modułu lub są również dostępne poza modułem za pośrednictwem punktów wejścia . Komponenty mogą zależeć od usług innych komponentów - te zależności są nazywane referencjami . Odniesienia mogą być połączone z usługami innych składników tego samego modułu lub z usługami poza modułem, w szczególności z usługami innych modułów. Odniesienia do usług poza modułem są zdefiniowane w module jako usługi zewnętrzne. Moduł zawiera również relacje między referencjami a usługami. Są to niesione Przewody reprezentują (przewody).

Komponent składa się ze skonfigurowanej implementacji , która jest fragmentem kodu programu, który implementuje tzw. Logikę biznesową . Komponent konfiguruje implementację i ma tak zwane właściwości, które są rejestrowane dla każdej konkretnej implementacji. Komponent może również zmienić konfigurację implementacji poprzez określenie okablowania odniesień do określonych usług zadeklarowanych przez implementację.

Związki dostarczane są w systemie SCA . System SCA reprezentuje zestaw usług, które z kolei zapewniają szereg funkcji biznesowych kontrolowanych przez pojedynczą określoną jednostkę biznesową. Weźmy na przykład księgowość: system SCA mógłby obejmować wszystkie funkcje związane z finansami. Ponadto może zawierać szereg modułów zajmujących się odrębnymi obszarami księgowości: jeden dla kont klientów, drugi dla faktur. Podsystemy pomagają w tworzeniu i konfigurowaniu systemu SCA. Podsystemy służą do grupowania powiązanych związków. Podsystemy zawierają komponenty modułów, są to skonfigurowane instancje modułów. Podsystemy, takie jak moduły, mają punkty wejścia i usługi zewnętrzne, które mapują usługi zewnętrzne i odniesienia. Podsystemy mogą również zawierać przewody łączące komponenty modułu, punkty wejścia i usługi zewnętrzne.

Wdrożenia

  • Rogue Wave HydraSCA
  • Covansys
  • Apache Toskania
  • Paremus Infiniflow
  • Niuton
  • SCA i SDO dla PHP
  • PocoCapsule
  • Trentino
  • Siatka usług TIBCO ActiveMatrix

literatura

  • Wolfgang Beinhauer, Michael Herr, Achim Schmidt: SOA for Agile Companies, Symposion Publishing 2008, ISBN 978-3-939707-14-1 (www.symposion.de/it-management)

linki internetowe

Indywidualne dowody

  1. ↑ Service Component Architecture Home ( pamiątka z oryginałem z 11 kwietnia 2011 roku w Internet Archive ) Info: archiwum Link został automatycznie wstawiony i jeszcze nie sprawdzone. Sprawdź oryginalny i archiwalny link zgodnie z instrukcjami, a następnie usuń to powiadomienie. - SCA na www.osoa.org @ 1@ 2Szablon: Webachiv / IABot / www.osoa.org
  2. ^ Partnerzy architektury komponentów usług
  3. ↑ http://www-128.ibm.com/developerworks/library/specification/ws-sca/
  4. ↑ zarchiwizowanych skopiować ( pamiątka z oryginałem od 12 października 2007 roku w Internet Archive ) Info: archiwum Link został wstawiony automatycznie i nie została jeszcze sprawdzona. Sprawdź oryginalny i archiwalny link zgodnie z instrukcjami, a następnie usuń to powiadomienie. @ 1@ 2Szablon: Webachiv / IABot / www.osoa.org
  5. ↑ http://www.gartner.com/resources/136600/136687/new_soa_specification_will_f_136687.pdf
  6. ↑ SCA uznana za szkodliwą ( Memento z 24 lutego 2008 w Internet Archive )
  7. ↑ zarchiwizowanych skopiować ( pamiątkę z oryginałem z dnia 17 grudnia 2012 roku w internetowym archiwum archive.today ) Info: archiwum Link został automatycznie wstawiony i jeszcze nie sprawdzone. Sprawdź oryginalny i archiwalny link zgodnie z instrukcjami, a następnie usuń to powiadomienie. @ 1@ 2Szablon: Webachiv / IABot / www.sdn.sap.com
  8. ↑ BEA, IBM, IONA, Oracle, SAP, Siebel, Sybase (łącznie zwani „Autorzy”) zgadzają się na oferowanie nieodpłatnej licencji na rozsądnych, niedyskryminujących warunkach dla patentów, które uznają za niezbędne do korzystania z Komponentu Usługi Wdrożenie specyfikacji architektury.