Zanim zadzwonisz do Serwisu

Transkrypt

Zanim zadzwonisz do Serwisu
Zanim zadzwonisz do Serwisu
Numer 2 (60) Luty 2009
WYKORZYSTANIE NOWEGO SYSTEMU LICENCJI DO ZARZĄDZANIA
PRACĄ NA ŚRODOWISKACH TESTOWYCH
NOWO WPROWADZONY SYSTEM LICENCJONOWANIA POSIADA SZEREG CIEKAWYCH
FUNKCJONALNOŚCI USPRAWNIAJĄCYCH ZARZĄDZANIE DOSTĘPEM UśYTKOWNIKÓW
ZARÓWNO DO ŚRODOWISKA PRODUKCYJNEGO JAK I ŚRODOWISK TESTOWYCH. JAK
ZWYKLE PRZY WPROWADZANIU NOWOŚCI POJAWIŁY SIĘ DODATKOWE PYTANIA ODNOŚNIE
ZASAD PRACY DANEJ FUNKCJONALNOŚCI.
W NINIEJSZYM ARTYKULE ODPOWIADAMY NA
WIĘKSZOŚĆ Z NICH.
Podstawowym problemem nurtującym wielu szefów działów IT jest pytanie czy pula
licencji jest wspólna dla wszystkich środowisk. Odpowiedź na to pytanie jest jedna: Tak –
system licencjonuje wszystkie uruchomienia aplikacji i modułów, włączając oprócz
środowiska produkcyjnego, takŜe wszelkie środowiska testowe. Jest to działanie zgodne z
załoŜeniami projektowymi nowego systemu licencjonowania. Chroni ono przed
sytuacjami, w których celowo lub przez przypadek „dodatkowe środowiska testowe” były
wykorzystywane przez niektórych naszych klientów do obejścia uŜywanego wcześniej
systemu zabezpieczeń i zwielokrotnienia liczby dostępnych licencji. W istocie moŜna
wyróŜnić co najmniej dwa rodzaje środowisk testowych jedno z nich słuŜy do testowania
nowo wdraŜanych funkcjonalności, drugie zaś do przeprowadzania testów wewnętrznych,
symulacji lub czasochłonnych raportów na świeŜej kopii bazy produkcyjnej. To drugie
zastosowanie jest ewidentnie zastosowaniem produkcyjnym i jego licencjonowanie ze
wspólnej puli nie moŜe być w Ŝaden sposób kwestionowane. Tak na marginesie, umowa
licencyjna jednoznacznie mówi o jednocześnie uruchomionych systemach, nie
rozróŜniając ich na produkcyjne i testowe. Zatem przyjęte rozwiązanie jest całkowicie
zgodne z warunkami podpisanych umów.
Pozostaje pytanie: „Co zrobić w przypadku testów nowo dostarczanych funkcjonalności
czy wersji?” Oczywiście najlepszym rozwiązaniem jest posiadanie pewnego, niewielkiego
marginesu licencji. Raczej trudno wyobrazić sobie sytuację, w której 100%
uŜytkowników, oprócz swojej bieŜącej pracy, będzie równolegle prowadzić prace testowe.
Zwykle testy wymagają wzmoŜonej uwagi. Nie da się naleŜycie skupić na testach i na
pracy bieŜącej. Te zadania w pewnym sensie wykluczają się. Zatem uŜytkownik
potrzebuje licencji albo do środowiska produkcyjnego, albo do testowego, czyli konflikt
nie występuje.
Dostępny w nowym systemie mechanizm profilowania i grupowania uŜytkowników oraz
przypisywania i definiowania puli licencji pozwala efektywnie zabezpieczyć dostęp zespołu
testowego do wymaganej liczby licencji. Wystarczy stworzyć stosowną grupę oraz
przypisać do niej uŜytkowników i licencje.
Jeszcze inną moŜliwością jest wystąpienie do ADH-Soft o wygenerowanie zestawu
czasowych licencji na wskazany okres testów. JeŜeli w danym okresie przypadają testy
po stronie klienta i nasza firma otrzyma od Państwa stosowne zapotrzebowanie,
specyfikujące liczebność zespołu testowego, zakres testowanych modułów oraz okres
prowadzenia testów, zostaną dla Państwa wygenerowane licencje czasowe, które pozwolą
bezproblemowo wykonać testy, nie zakłócając dostępu do licencji produkcyjnych. To
rozwiązanie warto połączyć z opisanym wyŜej profilowaniem i grupowaniem.
Szczególnie wygodne dla zespołu testowego są licencje wielodostępne. System zlicza
uŜycia licencji per uŜytkownik/stacja robocza. Zatem dysponując licencją wielodostępną
osoba testująca moŜe mieć uruchomione równocześnie zarówno środowisko produkcyjne
jak i testowe. RównieŜ w tym przypadku wprowadzenie profilu/grupy testowej oraz
przydzielenie jej licencji wielodostępnych jest rozwiązaniem optymalnym.
Sławomir Ciuńczyk