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