🚀 go-pugleaf

Na przykładzie definicji zawartej w dokumencie
http://www.javaworld.com/javaworld/jw-06-2005/jw-0613-soa.html

Jest tam powiedziane, że każda usługa jest opisana tzw. QoS (quality of 
serwice). Jest to miejsce, w którym definiujemy np. sprawy dotyczące 
autoryzacji, czyli tworzymy podstawę do tego, by środowisko zarządzające 
usługami potrafiło odpowiadać na pytana "ten a ten ma lub nie ma uprawnień 
do korzystania z usługi" lub bardziej złożonych.

Teraz mam taki "CASE": usługa ogólnie wygląda tak: WYPŁATA Z ROR. Usługa 
jest dostępna dla wszystkich kasjerów.
Dostęp do usługi jest dodatkowo zależny od tzw. limitu maksymalnej wypłaty, 
tj. każdy kasjer jest dodatkowo opisany paramatrem K, gdzie K to kwota tego 
limitu.

Taka definicja usługi rodzi dwie funkcjonalności:
1. Od strony serwisu: serwis musi się skomunikować ze źródłem danych o 
uprawnieniach, wyciągnąć z niego parametr K związany z danym użytkownikiem
i stworzy odpowiedź na pytanie "czy ma uprawnienia". Ew. można tu rozważyć, 
że jeśli WYPŁATA jest dobrze skonstruowaną wiadomością a system odpowiednio
podzielony na wyraźne serwisy, to jakiś dodatkowy serwis weźmie wcześniej tę 
wiadomość i zanim dotrze ona do celu odpowiedzialnego
za realizację stricte wypłaty, sam ją zautoryzuje i ew. odrzuci lub opatrzy 
odpowiednimi dodatkowymi informacjami - tu kwotą K.
Tak sobie wyobrażam możliwe opcje. W tym punkcie generalnie rozchodzi się o 
logikę samej autoryzacji, czyli wykorzystanie info o uprawnieniach.

2. Od strony administrowania uprawnieniami do serwisów: administrator 
systemu musi dla każdego kasjera zdefiniować limit, czyli parametr K.
I tu się rodzą pewne problemy (tzn. dla mnie jest to niejasne) związane z 
rozbudową takiego systemu. Zakładam, że administrator ma jeden
interfejs do zarządzania uprawnieniami w którym widzi wszystkie usługi (są 
one np. spięte w tzw. ESB). Dopóki uprawnienia są proste, czyli
skonstruowane na zasadzie użytkownik/grupa ma/nie ma uprawnienia to sprawa 
jest względnie prosta. Wyobrażam sobie że są
już gotowe narzędzia (np. dostarczane razem z ESB albo z serwerem 
aplikacji - w przypadku tych bardziej wypasionych, np. w IBM WebSphere
istnieje cuś do integracji uprawnień do usług z kontami systemowymi) do 
takiego zarządzania uprawnieniami - w sensie aplikacji administratorskich
które nie zmuszają admina do grzebania po xml'ach a dostawcy podsystemu 
usług do dostarczania własnej aplikacyjki do zarządzania uprawnieniami.
Prawdę mówiąc już tu napotykam opór, ale powiedzmy, że jest to do przejścia 
...

Natomiast w sytuacji, kiedy uprawnienia są parametryzowane, to już widzę 
duży opór. Bo to oznacza, że razem z dostarczeniem do systemu
nowej usługi muszę dostarczyć także interfejs GUI (kawałek) do 
administrowania tym uprawnieniem. By to było możliwe muszę mieć
już środowisko do składowania takich kawałków interfejsu z jakimś wyrazistym 
API, które mi to zapisze w bazie danych o uprawnieniach.
My to mamy teraz w postaci osobnej aplikacji swing, a każda usługa wymaga na 
dzień dzisiejszy na sztywno dopisania nowego panelu swing
itp.  -co jest chwilowo bardzo mało elastyczne.
A czegoś takiego wśród gotowych rozwiązań, ze szczególnym uwzględnieniem 
idei ESB itp - nie widzę.

Pytanie: czy ktoś może widział a nawet widzi ? ;)))