Człowiek do zadań specjalnych

Subskrybuj RSS A A A
23 czerwca 2009
Krzysztof Skrupski

Przy wdrażaniu SOA ważne jest, aby dyrektor IT rozumiał, jak zmieni się model działania IT oraz całej organizacji, a wszyscy inni mieli świadomość, w jaki sposób organizacja będzie przechodzić od tradycyjnej architektury IT w stronę architektury zorientowanej na usługi.



SOA Service Management

Drugim kluczowym procesem zarządzania SOA jest Service Management. Jest to proces odmienny od SOA Governance, które skupia się na tym, jak serwisy są tworzone, jak są wkomponowywane w działającą aplikację. Service Management koncentruje się na tym, jak serwisy działają na co dzień.

Polityki Service Management powinny definiować kto i w jaki sposób monitoruje każdy z serwisów. W jaki sposób organizacja będzie sprawdzała, czy serwis działa z odpowiednią wydajnością. Kto raportuje wydajność i dostępność serwisów i aplikacji, które ich używają.

Posiadanie zestawu polityk dotyczących zarządzania serwisami jest szczególnie pomocne w procesie asymilowania architektury SOA przez organizację. Jeśli pracownicy wiedzą, że serwisy są monitorowane i zarządzane, jest im łatwiej zaufać nowej architekturze i wykorzystaniu serwisów. Monitorowanie pomaga również działom IT w prezentacji wskaźników takich jak: ilość przetworzonych wiadomości, czas działania (uptime), wydajność i wiele innych.

Żeby zarządzanie serwisami było skuteczne, ważne jest, aby używać modelu rozwoju opartego raczej na pojedynczych serwisach niż na dużych, kompleksowych projektach IT. Nowy serwis mógłby być stworzony jako część specyficznego projektu, ale serwisy powinny być używane ponownie (reused), tak więc każdy z nich potrzebuje osobnego cyklu życia (rozwoju) niezależnego od aplikacji, w której jest używany. Również monitorowanie serwisu powinno być oddzielone od monitorowania aplikacji, w której jest on użyty.

Równie istotne w efektywnym zarządzaniu serwisami jest wyznaczenie właściciela serwisu. Osoba ta, nazywana dostawcą usług (service provider), jest odpowiedzialna za upewnienie się, że serwis działa, problemy są odpowiednio zaadresowane. Dba też o właściwy nadzór nad żądaniami zmian.

Czasami skala rozwiązań opartych na SOA, ilość serwisów jest tak duża, że organizacja nie może poradzić sobie z efektywnym zarządzaniem serwisami. Warto wtedy rozważyć oddanie tej odpowiedzialności w ręce firmy trzeciej.

SOA Quality Management

Jednym ze skutków budowania aplikacji opartych o SOA i serwisy jest zmiana podejścia do zarządzania jakością. Programiści aplikacyjni nie będą w prosty sposób ufać programistom serwisów i raczej będą się niechętnie odnosić do konieczności użycia serwisów w ich aplikacjach, niezależnie od tego, czy serwisy będą tworzone wewnątrz, czy na zewnątrz organizacji. Dla stworzenia niezbędnego zaufania, konieczne jest istnienie niezależnego procesu kontroli jakości tworzonych serwisów.

SOA Quality Management jest procesem odpowiedzialnym za upewnienie się, że serwisy oraz aplikacje budowane na bazie serwisów spełniają wymagania biznesu i są godne zaufania. Na przykład, proces SOA Quality Management może sprawdzać, czy serwisy:
- robią to, do czego zostały zaprojektowane;
- skalują się do zaplanowanego poziomu użycia;
- są bezpieczne;
- zostały utworzone w zgodzie z zadanym cyklem życia (rozwoju);
- spełniają wszystkie wymagane standardy.

Oceń artykuł

średnio: 0 liczba ocen: 0
« wstecz 1  2  3  4  dalej »

Komentarze (1)

Usługodawca

02-09-2009 13:07

Drogi Panie, czy nie można było użyć słowa "usługa" w zamian za spolszczenie "serwis". Ja doskonale rozumiem, że chciał Pan być jak najbliżej znaczenia "Web Service" i żargonu informatycznego, ale teraz to wygląda dość komicznie.

Najnowsze

MAC, czyli ministerstwo reformowania rządzenia

Premier wspiera lojalnie w kryzysie najbliższego współpracownika, Michała Boniego, przyjmując na siebie atak oburzonych internautów podczas debaty o ACTA.

Nowe, unijne zamówienia publiczne

Komisja Europejska proponuje ważne zmiany prawa wspólnotowego w obszarze zamówień publicznych. Warto im się przyjrzeć bo to jeden z elementów nowej perspektywy finansowej UE. Warto zatem przyjrzeć się owej propozycji bliżej.

Bezpieczeństwo rządowych stron - analiza

Zespół zadaniowy ds. ochrony portali rządowych opublikował wytyczne. Trudno stwierdzić, że to najlepsze rekomendacje, jakie można było przy okazji zaistniałych ataków wypracować.

DEBATA: Kiedy walka polityczna w sieci przemienia się w cyberterroryzm?

Skuteczny atak cybernetyczny przyniesie opłakane skutki dla państwa i gospodarki. Boleśnie się o tym przekonaliśmy, gdy nie można było dostać się na strony internetowe najważniejszych instytucji w Polsce.

Czy MSW chce unieważnienia przetargu na pl.ID?

Rośnie ryzyko całkowitego unieważnienia przetargu na nowe dowody osobiste. Krajowa Izba Odwoławcza odrzuciła odwołanie firmy Sygnity, która nie zgadzała się na wydłużenie o trzy miesiące terminu składania ofert na dostawę blankietów nowych dowodów osobistych. Wydłużenie całego postępowania o trzy miesiące może spowodować skargi uczestniczących w nim firm, a w konsekwencji unieważnienie przetargu.

Garść rad dla roztropnego szefa IT

Trudne czasy w gospodarce to okres, kiedy szczególnego znaczenia nabiera hasło: Jak cię widza, tak cię piszą. Osłabienie rynku przekłada się na oszczędności w przedsiębiorstwie, a oszczędności najłatwiej szukać w działach, które, w opinii zarządu, nie są bezpośrednio związane z prowadzoną działalnością - czyli również w dziale IT.

Sprzeczne wizje e-dowodu

Koncepcja elektronicznego dowodu osobistego powstała w Polsce wiele lat temu. Starsze są koncepcje elektronicznego systemu świadczeń ochrony zdrowia. Mimo to, nadal są w trakcie budowy.

Rekomendacje

Serwisy IDG - Warunki obsługi - Kontakt - Redakcja - Regulamin - O nas - Polityka prywatności - Serwis zgodny z ASME
Reklama - Licencjonowanie treści
Computerworld Polska i Computerworld Polska online są znakami towarowymi IDG Poland SA.
© Copyright 2012 International Data Group Poland S.A. 04-204 Warszawa ul. Jordanowska 12 tel.(+4822)321-78-00 fax(+4822)321-78-88