Pobieranie prezentacji. Proszę czekać

Pobieranie prezentacji. Proszę czekać

Nowa architektura EZD PUW Omówienie i prezentacja.

Podobne prezentacje


Prezentacja na temat: "Nowa architektura EZD PUW Omówienie i prezentacja."— Zapis prezentacji:

1 Nowa architektura EZD PUW Omówienie i prezentacja

2 Agenda Wstęp Nowa architektura EZD cz.1 Cztery modele referencyjne Nowa architektura EZD cz.2 Architektura niskopoziomowa Architektura wysokopoziomowa Warunki licencjonowania

3 Powody stworzenia nowej architektury Dynamika ekspansji EZD Wymagania kolejnych partnerów Optymalizacja interfejsu Przygotowanie EZD do integracji z systemami dziedzinowymi Ograniczony potencjał obecnej wersji Nowa architektura EZD

4 Wymagania nowego EZD Otwarcie API na systemy dziedzinowe Rozszerzenie EZD o nowe niezbędne moduły Zwiększenie elastyczności systemu Obsługa EZD w modelu chmurowym i lokalnym Poprawa usability Dostarczenie kompletnej dokumentacji: ▫ API ▫ Wdrożeniowej ▫ Użytkowej ▫ Referencyjnej specyfikacji infrastruktury Nowa architektura EZD

5 Wstęp Nowa architektura EZD cz.1 Modele referencyjne Architektura niskopoziomowa Architektura wysokopoziomowa Warunki licencjonowania 15 min.

6 Nowe moduły EZD Nowa architektura EZD

7 Omówienie modułów Nowa architektura EZD

8 Wstęp Nowa architektura EZD cz.1 Modele referencyjne Architektura niskopoziomowa Architektura wysokopoziomowa Warunki licencjonowania 10 min.

9 Modele referencyjne Funkcja referencyjna modeli Modele w chmurze prywatnej Modele udostępniane w modelu SaaS (lub PaaS) Model lokalny Modele referencyjne

10 Model centralny Chmura prywatna Architektura klient-serwer Centralna baza danych Infrastruktura i środowisko utrzymania chmury po stronie partnera Infrastruktura lokalna po stronie partnera Model przeznaczony dla średnich instytucji Modele referencyjne

11 Nadaje uprawnienia Raporty centralne Definiuje globalne szablony, raporty, JRWA Centralny Administrator Merytoryczny Zarządza infrastrukturą sprzętową Tworzy instancje dla jednostek Zarządza kopiami bezpieczeństwa Tworzy instancje testowe Monitoruje system Centralny Administrator Techniczny Zarządza użytkownikami Tworzy lokalne szablony, raporty itp. Lokalny Administrator Merytoryczny Model centralny - administracja Modele referencyjne

12 Model rozproszony Chmura prywatna Architektura klient-serwer Rozproszona baza danych Infrastruktura i środowisko utrzymania chmury po stronie partnera Infrastruktura lokalna po stronie partnera Model przeznaczony dla dużych instytucji rozproszonych terytorialnie Modele referencyjne

13 Model rozproszony - administracja Modele referencyjne Nadaje uprawnienia Raporty centralne Definiuje globalne szablony, raporty, JRWA Centralny Administrator Merytoryczny Zarządza centralną replikacją danych Centralny monitoring bezpieczeństwa Regionalny Administrator Techniczny Zarządza infrastrukturą sprzętową Tworzy instancje dla jednostek Zarządza kopiami bezpieczeństwa Tworzy instancje testowe Monitoruje system Regionalny Administrator Techniczny Zarządza użytkownikami Tworzy lokalne szablony, raporty itp. Lokalny Administrator Merytoryczny

14 Model SaaS Chmura publiczna Architektura klient-serwer Centralna baza danych Infrastruktura i środowisko utrzymania chmury po stronie dostawcy (PUW) Infrastruktura lokalna po stronie partnera Model przeznaczony dla małych instytucji rozproszonych terytorialnie Maksymalizacja SLA Modele referencyjne

15 Model SaaS - administracja Modele referencyjne Nadaje uprawnienia Konfiguruje raporty centralne Definiuje globalne szablony, słowniki, rejestry JRWA, etc. Centralny Administrator Merytoryczny Administrują terminalami oraz sprzętem peryferyjnym Konfigurują przeglądarki Zapewniają dostęp do sieci WAN Lokalni Administratorzy Techniczni Zarządzają kontami użytkowników Tworzą lokalne szablony, raporty itp. Lokalni Administratorzy Merytoryczni

16 Model lokalny Architektura klient-serwer Lokalna baza danych Serwer i storage po stronie partnera Infrastruktura lokalna po stronie partnera Model przeznaczony dla małych instytucji nie posiadających oddziałów Modele referencyjne

17 Porównanie modeli Modele referencyjne Model centralny Model rozproszony Model SaaS Model Lokalny Oczekiwana wydajność ŚredniaDużaBardzo dużaMała Oczekiwany poziom SLA Wysoki Bardzo wysokiŚredni Poziom bezpieczeństwa Standardowy, skalowalny Wysoki Standardowy, skalowalny Koszt utrzymania ŚredniWysokiBardzo niskiNiski Koszt wdrożenia ŚredniWysokiBardzo niskiNiski Wymagania administracyjne StandardoweWysokieBardzo niskieStandardowe

18 Porównanie modeli Modele referencyjne Model centralny Model rozproszony Model SaaS Model Lokalny Sprzęt serwerowy ŚrednieDużeBrakNiski Storage Średnie BrakNiski Infrastruktura komunikacyjna Standardowy Niski Enviroment Software ŚredniWysokiBrakŚredni Datacenter Software ŚredniWysokiBrak Szkolenia ŚredniWysokiNiski koszty wdrożenia

19 Porównanie modeli Modele referencyjne Model centralny Model rozproszony Model SaaS Model Lokalny Administracja merytoryczna EZD Partner Administracja techniczna EZD Partner DostawcaPartner Środowisko uruchomieniowe Partner DostawcaPartner Storage Partner DostawcaPartner Sprzęt serwerowy Partner DostawcaPartner Infrastruktura komunikacyjna Partner DostawcaPartner obowiązki administracyjne

20 Nowa architektura EZD Wstęp Modele referencyjne Nowa architektura EZD cz.2 Architektura wysokopoziomowa Architektura niskopoziomowa Warunki licencjonowania 10 min.

21 Środowisko uruchomieniowe EZD Microsoft Server 2012 R2 Microsoft SQL Server 2014 Zapis danych do bazy FILESTREAM Framework.NET 4.5 Aktualne JRE (Java) Dowolny storage Architektura wysokopoziomowa

22 Podstawy konstrukcji EZD System webowy Technologia.NET Terminale „cienki klient” Budowa modułowa Komunikacja zewnętrzna: ▫ Szyna usług ▫ API systemowe Architektura wysokopoziomowa

23 Szyna usług EZD Zdolność do integracji Szyna wewnętrzna Szyna zewnętrzna Komunikacja między szynami Standard ESB Kompatybilność m.in. ▫ Microsoft BizTalk Server, ▫ Oracle ESB, ▫ Mule ESB (open source), ▫ Fuse ESB (open source), ▫ WSO2 ESB (open source). Architektura wysokopoziomowa

24 Interfejs API Komunikacja z systemami zewnętrznymi oraz modułami dodatkowymi EZD Bezpieczeństwo transmisji danych poprzez szyfrowanie komunikacji Administracja i zarządzanie dostępem Rejestrowanie aktywności modułów oraz systemów zewnętrznych Architektura wysokopoziomowa

25 Logowanie SSO 1.Logowanie użytkownika 2.Przekazany ticket 3.Wysłany ticket 4.Potwierdzony ticket 5.Wysłanie zakresu uprawnień Architektura wysokopoziomowa Jednokrotne logowanie do EZD, systemów dziedzinowych, oraz zasobów LAN.

26 Nowa architektura EZD Wstęp Nowa architektura EZD cz.2 Modele referencyjne Architektura wysokopoziomowa Architektura niskopoziomowa Warunki licencjonowania 10 min.

27 Wirtualizacja / Hypervisor Heterogeniczność Możliwość rozwijania systemów dziedzinowych w dowolnych technologiach Określenie wymagań Skalowalność Architektura wysokopoziomowa

28 Wymagania infrastruktury chmurowej System zarządzania infrastrukturą i oprogramowaniem System zarządzania komponentami System zarządzania środowiskami wirtualnym System tworzenia kopii zapasowych System automatyzacji zarządzania środowisk IT System zarządzania incydentami i problemami (monitoring) Architektura wysokopoziomowa

29 Nowa architektura EZD Wstęp Nowa architektura EZD cz.2 Modele referencyjne Architektura wysokopoziomowa Architektura niskopoziomowa Warunki licencjonowania 10 min.

30 Wymagania infrastruktury lokalnej Dostęp zdalny do EZD Terminale z przeglądarką Drukarki kodów kreskowych Czytniki kodów Skanery dokumentów Oprogramowanie skanujące Zainstalowany dodatek Addin Architektura niskopoziomowa

31 Specyfikacje referencyjne Specyfikacje Minimalne vs Optymalne Specyfikacje referencyjne dla modeli: ▫ Chmurowy centralny ▫ Chmurowy rozproszony ▫ Chmurowy SaaS ▫ Lokalny Architektura niskopoziomowa Users: Max Ilość użytkowników pracujących równolegle Docs: Max ilość dokumentów generowanych per miesiąc DataGrowth: Max przyrost danych per miesiąc w % DocWeight: Średnia waga dokumentu

32 Model chmury centralnej Architektura niskopoziomowa ParametrRekomendancjaUwagi Zasoby storage Pojemność: 1.3*1TB*(1+DataGrowth/12) M onths*DataGrowth IOPS: Docs Minimalna pojemność 1TB DAS/SAN lub NAS, dostępna dla użytkownika po uwzględnieniu redundancji np. RAID 5/6 lub innych. Należy dodatkowo uwzględnić nadmiarowość dla operacji na danych na poziomie 30%. Zakładany IOPS przy modelu 80/20 (80% zapisu/ 20% odczytu) Zasoby serwerowe 1 lub 2 (replika) serwery o parametrach: Ilość rdzeni = users/10 RAM: 4GB dla users 100 Minimalna rezerwacja mocy CPU na poziomie odpowiednika 1GHz dla generacji procesów Intela (E v3). Maksymalnie 200 użytkowników per 1 serwer (powyżej wymagane są kolejne serwery).

33 Model chmury rozproszonej Architektura niskopoziomowa ParametrRekomendancjaUwagi Zasoby storage Pojemność: 1.3*1TB*(1+DataGrowth/12) M onths*DataGrowth IOPS: Docs Minimalna pojemność 1TB DAS/SAN lub NAS, dostępna dla użytkownika po uwzględnieniu redundancji np. RAID 5/6 lub innych. Należy dodatkowo uwzględnić nadmiarowość dla operacji na danych na poziomie 30%. Zakładany IOPS przy modelu 80/20 (80% zapisu/ 20% odczytu) Zasoby serwerowe x serwerów o parametrach: Ilość rdzeni = users/10 RAM: 4GB dla users 100 Minimalna rezerwacja mocy CPU na poziomie odpowiednika 1GHz dla generacji procesów Intela (E v3). Maksymalnie 200 użytkowników per 1 serwer (powyżej wymagane są kolejne serwery).

34 Chmura w modelu SaaS Architektura niskopoziomowa ParametrRekomendancjaUwagi Zasoby storage Pojemność: 1.3*1TB*(1+DataGrowth/12) M onths*DataGrowth IOPS: Docs Minimalna pojemność 1TB DAS/SAN lub NAS, dostępna dla użytkownika po uwzględnieniu redundancji np. RAID 5/6 lub innych. Należy dodatkowo uwzględnić nadmiarowość dla operacji na danych na poziomie 30%. Zakładany IOPS przy modelu 80/20 (80% zapisu/ 20% odczytu). Zasoby serwerowe 2 redundantne serwery o parametrach: Ilość rdzeni = MaxUsers/10 RAM: 32GB RAM Minimalna rezerwacja mocy CPU na poziomie odpowiednika 1GHz dla generacji procesów Intela (E v3). Maksymalnie 200 użytkowników per 1 serwer (powyżej wymagane są kolejne serwery).

35 Serwer dla modelu lokalnego Architektura niskopoziomowa ParametrRekomendancjaUwagi Zasoby storage Pojemność: 1.3*1TB*(1+DataGrowth/12) M onths*DataGrowth IOPS: Docs Minimalna pojemność 1TB DAS/SAN lub NAS, dostępna dla użytkownika po uwzględnieniu redundancji np. RAID 5/6 lub innych. Należy dodatkowo uwzględnić nadmiarowość dla operacji na danych na poziomie 30%. Zakładany IOPS przy modelu 80/20 (80% zapisu/ 20% odczytu) Zasoby serwerowe 1 lub 2 (replika) serwery o parametrach: Ilość rdzeni = users/10 RAM: 4GB dla users 100 Minimalna rezerwacja mocy CPU na poziomie odpowiednika 1GHz dla generacji procesów Intela (E v3). Maksymalnie 200 użytkowników per 1 serwer (powyżej wymagane są kolejne serwery).

36 Nowa architektura EZD Wstęp Nowa architektura EZD cz.2 Modele referencyjne Architektura wysokopoziomowa Architektura niskopoziomowa Warunki licencjonowania 5 min.

37 Warunki Licencjonowania Licencja na użytkowanie jest darmowa Możliwość uruchomienia dowolnej ilości instancji: ▫ Produkcyjna ▫ Szkoleniowa ▫ Testowa Darmowe aktualizacje Pełna możliwość rozbudowywania EZD poprzez API Zakaz modyfikowania EZD poprzez zmiany w kodzie Warunki licencjonowania

38 Obowiązki Dewelopera (PUW) Udostępnienie systemu EZD do użytkowania, Zapewnienie wsparcia powdrożeniowego dla Partnerów w postaci aktualizacji, Dostarczenie dokumentacji systemu, użytkownika, administratora, API Dostarczenie szablonów konfiguracji systemu EZD, Oddelegowanie zespołu wspierającego wdrożenie u Partnera, Utrzymanie i udostępnienie zespołu konsultantów wsparcia merytorycznego, Zapewnienie infrastruktury sprzętowej w przypadku instalacji EZD w modelu SaaS, Utrzymanie usługi w modelu SaaS (konserwacje sprzętu serwerowego, aktualizacje, zapewnienie ciągłości działania usługi), Niewielkie dostosowania systemu do potrzeb Partnera, ze szczególnym uwzględnieniem pryncypium jednolitości systemu Warunki licencjonowania

39 Obowiązki partnera Zapewnienie infrastruktury serwerowej w każdym z modeli instalacji EZD za wyjątkiem modelu SaaS, Zapewnienie infrastruktury w oddziałach i jednostkach lokalnych, Zapewnienie infrastruktury komunikacyjnej na wszystkich szczeblach (centralnym, regionalnym i lokalnym), Utrzymanie infrastruktury sprzętowej i komunikacyjnej, Konfiguracja szczegółowa środowiska pracy serwera systemu EZD, oraz środowisk pracy końcówek użytkowników, Przeszkolenie użytkowników, Zorganizowanie, uruchomienie i utrzymanie działu wsparcia HelpDesk, Zorganizowanie zespołu wdrożeniowego i przeprowadzenie działań wdrożeniowych, Integracje z oprogramowaniem zewnętrznym poprzez API Warunki licencjonowania


Pobierz ppt "Nowa architektura EZD PUW Omówienie i prezentacja."

Podobne prezentacje


Reklamy Google