Modele udostępniania Modułu SDI
Transkrypt
Modele udostępniania Modułu SDI
Modele udostępniania Modułu SDI W zależności od posiadanych zasobów oraz zdolności organizacyjnych, organizacja oraz utrzymanie węzła może leżeć w całości po stronie podmiotu będącego dysponentem danych. GUGIK zakłada również możliwość udzielenia wsparcia zainteresowanym podmiotom poprzez udostępnienie oprogramowania węzła lokalnego w modelu hostingu, czyli SaaS (Software as a Sarvice). Model 1 – hostowanie wszystkich elementów węzła Rozwiązanie w modelu 1 hostuje wszystkie elementy Modułu SDI tzn. metadane, dane jak również usługi serwera katalogowego i serwera danych przestrzennych. Po stronie podmiotu znajduje się Narzędzie do zasilania bazy danych węzła lokalnego, które zasila przestrzenną bazę danych danymi przestrzennymi tego podmiotu. Przyjęte zostało, że w tym wariancie hostowania metadane i dane będą przechowywane w wydzielonej przestrzeni poszczególnych węzłów w ramach infrastruktury węzła centralnego. Serwer Usług Katalogowych oraz Server Danych Przestrzennych w tym wariancie, zaimplementowane będą jako maszyny wirtualne uruchamiane w środowisku wirtualizacyjnym osobno dla każdego węzła. Powyższy diagram przedstawia architekturę logiczną Modułu SDI dla tego modelu. Model 2 – hostowanie metadanych i serwera usług katalogowych Rozwiązanie w modelu 2 hostuje elementy metadanych i usług serwera katalogowego. Po stronie podmiotu znajduje się baza danych przestrzennych, narzędzie do zarządzania przestrzenną bazą danych, serwer danych przestrzennych i narzędzie do zasilania bazy danych węzła lokalnego, które zasila przestrzenną bazę danych danymi przestrzennymi tego podmiotu. Przyjęte zostało, że w tym wariancie hostowania, metadane będą przechowywane w wydzielonej przestrzeni poszczególnych węzłów w ramach infrastruktury węzła centralnego. Serwer Usług Katalogowych w tym wariancie, będzie zaimplementowany jako maszyna wirtualna uruchamiana w środowisku wirtualizacyjnym - osobno dla każdego węzła. Powyższy diagram przedstawia architekturę logiczną Modułu SDI dla tego modelu. Model 3 – hostowanie danych i serwera danych przestrzennych Rozwiązanie w modelu 3 hostuje dane przestrzenne i serwer danych przestrzennych Po stronie podmiotu znajduje się baza metadanych, narzędzie do zarządzania metadanymi, serwer usług katalogowych oraz narzędzie do zasilania bazy danych węzła lokalnego, które zasila przestrzenną bazę danych danymi przestrzennymi tego podmiotu. Wariant ten, możliwy jest również do implementacji w przypadku, gdy w węźle lokalnym brak jest udostępnionej usługi serwera katalogowego. Metadane opisujące zarówno dane i usługi węzła lokalnego, udostępnione są z wykorzystaniem centralnego serwera katalogowego. Przyjęte zostało, że w tym wariancie hostowania dane przestrzenne będą przechowywane wydzielonej przestrzeni poszczególnych węzłów w ramach infrastruktury węzła centralnego. Server Danych Przestrzennych w tym wariancie, będzie zaimplementowany jako maszyna wirtualna uruchamiana w środowisku wirtualizacyjnym - osobno dla każdego węzła. Powyższy diagram przedstawia architekturę logiczną Modułu SDI dla tego modelu. Model 4 – dostarczenie oprogramowania W modelu 4 nie występuje klasyczny hosting elementów węzła. Oprogramowanie modułu – wraz z instrukcjami instalacji i administrowania, w całości przekazywane jest podmiotowi, który wdraża je i hostuje we własnym zakresie. Dotyczy to również baz danych dla danych przestrzennych i metadanych. Powyższy diagram przedstawia architekturę logiczną Modułu SDI dla tego modelu.