1.1. Założenia dla architektury korporacyjnej EPL

Transkrypt

1 1.1. Założenia dla architektury korporacyjnej EPL Podczas tworzenia koncepcji architektury korporacyjnej mieliśmy na celu zaproponowanie takich zmian architektonicznych, które wprowadzałyby w Urzędzie nową jakość zarówno pod kątem technologicznym jak i biznesowym, przy jednoczesnym wykorzystaniu posiadanych przez UKE zasobów. Z tego względu, jako punkt wyjściowy do projektowania przyjęte zostały założenia określające ogólny kształt rozwiązania. 1. Wprowadzenie nowego poziomu bezpieczeństwa danych poprzez uruchomienie odrębnego centrum przetwarzania danych w oddalonej lokalizacji oraz modernizację architektury obecnych rozwiązań. 2. Wdrożenie Systemu EPL w oparciu o dedykowaną infrastrukturę sprzętową. 3. Przejście UKE na w pełni elektroniczny tryb obiegu dokumentów i zadań zgodnie z przeprowadzoną analizą. 4. Udostępnienie nowego środowiska pracy (Intranetu) pracownikom, opartego o przeglądarkę. 5. Wdrożenie rozwiązania w oparciu o dostosowanie (konfigurację) gotowego oprogramowania. 6. Zastosowanie architektury komponentowej, wykorzystującej szynę integracyjną jako narzędzie dedykowane do łączenia poszczególnych aplikacji. 7. Rezygnacja z lokalnych zasobów danych (dokumentów) przechowywanych w delegaturach na rzecz rozwiązania scentralizowanego. 8. Minimalna ingerencja w aktualnie użytkowane oprogramowanie specjalistyczne, wykorzystywane w przebiegu poszczególnych procesów biznesowych. 9. Zaproponowanie alternatywnych wersji architektury korporacyjnej różniących się sposobem i zakresem wdrożenia Systemu EPL, przy zachowaniu takiej samej architektury wewnętrznej samego EPL z rekomendacją wyboru opcji. 10. Zasoby Systemu EPL mogą być udostępniane użytkownikom mobilnym przez extranet lub VPN zarządzany przez UKE. W projekcie Systemu EPL uwzględnione zostanie wymaganie, aby platforma zastosowana do wdrożenia Intranetu pozwalała na publikowanie treści dla urządzeń mobilnych Architektura Systemu EPL Architektura Systemu EPL jest częścią docelowej architektury korporacyjnej. Wewnętrzna architektura EPL jest taka sama dla wszystkich proponowanych wersji architektury korporacyjnej Ogólny opis Systemu Platforma EPL będzie dostępna dla pracowników UKE za pośrednictwem Intranetu, przy użyciu przeglądarki internetowej zainstalowanej na komputerze pracownika. Oznacza to, że prawie wszystkie planowane funkcjonalności EPL będą dostępne przy użyciu przeglądarki. Wyjątkiem będzie edycja plików (przy użyciu oprogramowania MS Office lub innego, w zależności od typu pliku) oraz użycie aplikacji dziedzinowych (w przypadku konieczności modyfikacji ich danych), które udostępniają swoje własne interfejsy użytkownika na potrzeby wprowadzania i edycji ich danych.

2 Sposób pracy na platformie EPL będzie taki sam dla wszystkich: zarówno dla pracowników Centrali, jak i dla pracowników poszczególnych delegatur. Będzie to możliwe dzięki scentralizowanemu sposobowi zarządzania procesami biznesowymi i przechowywania dokumentów oraz możliwości przeniesienia lokalnych zasobów plikowych poszczególnych delegatur do Modułu Zarządzania Dokumentami. Typowa praca w Systemie polegać będzie na przeglądaniu listy przydzielonych zadań, ich podejmowaniu i realizacji poprzez wypełnianie formularzy związanych z zadaniem lub poprzez tworzenie oraz edycję dokumentów związanych z obsługą danego procesu biznesowego (obsługą spraw). Tworzenie dokumentów powinno odbywać się bezpośrednio z poziomu Systemu, czyli przy użyciu przeglądarki internetowej. Edycja dokumentów powinna odbywać się bezpośrednio w Systemie (za pośrednictwem przeglądarki w Intranecie) w przypadku dokumentów elektronicznych (formularzy elektronicznych) lub też przy pomocy oprogramowania z pakietu MS Office w przypadku załączonych do sprawy dokumentów w tym formacie. W tym drugim przypadku sekwencja działań pracownika może być następująca: otwarcie dokumentu z poziomu przeglądarki (odpowiedni odnośnik), edycja dokumentu w odpowiednim programie (Word, Excel, Power Point) z możliwością zapisywania wersji pośrednich na dysku komputera pracownika, zapisanie finalnej wersji dokumentu w Systemie EPL (odpowiedni odnośnik w Intranecie lub specjalna opcja w menu oprogramowania MS Office). Użycie funkcjonalności poszczególnych modułów Systemu EPL zostanie opisane bardziej szczegółowo w dokumencie Projekt Systemu EPL jednakże można w tym miejscu zaznaczyć, że funkcjonalności te będą dostępne w obrębie Intranetu za pośrednictwem przeglądarki internetowej. Dostęp do funkcjonalności aplikacji dziedzinowych pozostanie bez zmian. Pracownicy będą z nich korzystać w taki sam sposób jak obecnie w zakresie wprowadzania oraz modyfikacji danych. Dostęp w trybie tylko do odczytu do danych przechowywanych przez te aplikacje będzie możliwy za pośrednictwem modułu Business Intelligence Systemu EPL poprzez możliwość zdefiniowania odpowiednich raportów. Awarie Systemu EPL spowodowane przez awarie pojedynczych elementów infrastruktury sprzętowej dedykowanej dla Systemu nie powinny skutkować niedostępnością pewnych funkcjonalności EPL, mogą natomiast być odczuwalne w postaci spadku wydajności Systemu i spowolnienia jego działania. Taki wysoki poziom dostępności systemu wynika z planowanego zdublowania wszystkich elementów infrastruktury sprzętowej i aplikacyjnej oraz projektowania Systemu do działania w trybie Wysokiej Dostępności. Wyjątkiem mogą być awarie łącz sieciowych pomiędzy delegaturami, a Centrum Głównym, mogące skutkować całkowitą niedostępnością Systemu dla pracowników delegatur. Ten problem jest omówione w kolejnym rozdziale.

3 Dostępność Systemu EPL dla delegatur Z uwagi na zastosowanie rozwiązania oferującego wysoką dostępność poszczególnych elementów Systemu EPL, kluczowa z punktu widzenia pracowników delegatur będzie dostępność łącza sieciowego do Centrum Głównego. Należy rozważyć możliwe rozwiązania otwierania alternatywnego połączenia z Centrum Głównym na wypadek uszkodzenia łącza i braku dostępu delegatury do sieci wewnętrznej: bez rozbudowy istniejących łącz poprzez zapewnienie dostępu przez sieć publiczną w tym wypadku delegatura łączyłaby się z Systemem EPL w taki sam sposób jak użytkownicy mobilni, poprzez rozbudowę istniejących łącz delegatura-centrala o dedykowane połączenie alternatywne. Problem połączeń jest szczególnie istotny, ponieważ przy całkowitym zerwaniu łączności delegatury z Systemem EPL, jej pracownicy mieliby jedynie możliwość pracy z dokumentami (plikami MS Office) zapisanymi na swoich dyskach lokalnych w ramach rozpoczętego wcześniej procesu biznesowego, bez możliwości zmiany statusu sprawy (przechodzenia do kolejnych kroków procedury) oraz bez możliwości podejmowania kolejnych, przydzielonych im zadań. Dlatego zalecanym rozwiązaniem może być udostępnienie (ciągłe) w sposób bezpieczny interfejsu intranetowego (w pełnej funkcjonalności lub z pewnymi ograniczeniami) dla użytkowników mobilnych realizujących swoje połączenie z EPL za pośrednictwem zabezpieczonej odpowiednio transmisji (np. poprzez VPN UKE). Tego typu dostęp mógłby być wykorzystywany awaryjnie również przez pracowników delegatur Dedykowane środowisko IT dla Systemu EPL W związku z tym, że dostawca systemu EPL ma dostarczyć również infrastrukturę systemu rekomendowane jest by zapewnił on własne rozwiązania odnośnie serwerów, wirtualizacji, sprzętu sieciowego, pamięci masowych oraz sieci SAN. Rozwiązanie takie ułatwia ustalenie odpowiedzialności w przypadku problemów: z wydajnością serwerów, na których działają również inne systemy niż EPL. z wydajnością sieci SAN i macierzy. związanych z oprogramowaniem np. hypervisora. z administracją serwerami i macierzą, na której znajdują się różne systemy i EPL. z odpowiedzialnością serwisową i suportową za rozbudowywany sprzęt. Zastosowanie dedykowanych systemów umożliwia zdefiniowanie konkretnych linii podziału odpowiedzialności Lokalizacje serwerowni W trakcie opracowywania koncepcji architektury brane były pod uwagę 3 opcje lokalizacji:

4 Centrum Główne zlokalizowane w Centrali UKE, zaś Centrum Zapasowe w Boruczy, Centrum Główne zlokalizowane w Boruczy, zaś Centrum Zapasowe w Centrali UKE, Centrum Główne zlokalizowane w Boruczy, zaś Centrum Zapasowe w Siemianowicach Śląskich Rekomendacje Rekomendujemy wdrożenie docelowej architektury korporacyjnej w wariancie W2 (częściowa redundancja Systemu EPL wdrożona w oparciu o architekturę sprzętową x86 i z wykorzystaniem wirtualizacji przy zastosowaniu platformy VMWare, bez wdrażania chmury prywatnej), z uwagi na: Potencjalnie najmniejszy koszt wdrożenia i utrzymania. Przewidywany wysoki koszt aktualizacji platformy IBM POWER. Aktualnie posiadany sprzęt oceniamy jako kilkukrotnie niższy niż wymagane przez System EPL. Rozbudowa nie jest ekonomicznie opłacalna z uwagi na ich EOC (end of commercialization) Wystarczający, oferowany przez ten wariant poziom bezpieczeństwa danych i wydajności systemu, Gwarantowaną wysoką dostępność usług bezpośrednio widocznych przez klientów Urzędu, czyli internetowych stron informacyjnych (www) oraz Elektronicznej Skrzynki Podawczej. Pozostałe usługi, czyli funkcjonalności oferowane przez System pracownikom UKE powinny być do odtworzenia w czasie od kilku (dla awarii pojedynczego modułu) do kilkudziesięciu godzin (w przypadku awarii całej serwerowni). Brak dodatkowych ryzyk związanych z nowymi technologiami chmurowymi i koniecznością zdobywania nowych kompetencji przez zespół administratorów UKE (znalezienia i zatrudnienia nowych pracowników). Rekomendujemy wybór serwerowni na ul. Kasprzaka jako Głównego Centrum Przetwarzania Danych Systemu EPL oraz serwerowni w Boruczy jako Centrum Zapasowego. W tym przypadku System EPL znajduje się w serwerowni głównej w Centrali, w miejscu gdzie znajdują się pozostałe systemy, z którymi integruje się EPL. Takie rozwiązanie niweluje zagrożenie związane z opóźnieniami pomiędzy komunikacją EPL- reszta systemów. Dodatkowo, centrala ta posiada już połączenia z delegaturami do pracy systemu nie jest wymagane dokonywanie zmian w sieci WAN. Rozwiązanie to wymaga jednak zapewnienia ciągłości zasilania poprzez zastosowanie UPSów zabezpieczających EPL przed krótkimi zanikami napięcia (najlepiej systemy UPS o podwójnej konwersji) oraz linii zasilającej zabezpieczonej agregatem, do której podłączone były by wszystkie urządzenia biorące udział w komunikacji: urządzenia WAN, firewalle, urządzenia sieciowe lokalne oraz w celu zapewnienia ciągłości pełnej funkcjonalności EPL również wszystkich systemów, z którymi on się integruje. Rekomendujemy rozpoczęcie przez UKE prac nad opracowaniem procedur odtwarzania funkcjonalności systemów informatycznych UKE w przypadku wystąpienia awarii serwerowni UKE w budynku Centrali. Mamy tu przede wszystkim na myśli odtwarzanie funkcjonalności aplikacji

5 dziedzinowych, które są wykorzystywane w procedurach biznesowych wykorzystywanych przez EPL. Takie procedury powinny być możliwe do uruchomienia wraz z udostępnieniem Centrum Zapasowego, wdrażanego przy okazji projektu Systemu EPL. Ewentualne zabezpieczenie systemów dziedzinowych może być zrealizowane za pomocą synchronizacji jednokierunkowej macierzy NetApp. W centrum zapasowym należy zapewnić odpowiednie zasoby dyskowe i wydajnościowe (serwery), aby była możliwość przeniesienia systemów dziedzinowych. Rekomendujemy modyfikację aplikacji dziedzinowych zapewniającą bezpośrednią komunikację z Systemem EPL (w zakresie, w jakim aktualnie komunikują się z systemem DOK). Możliwość takiej modyfikacji należy uzgodnić z producentem tych aplikacji. Tego typu modyfikacja zapewni lepszą współpracę tych systemów z EPL w przyszłości oraz powinna zapewnić wyższy poziom wsparcia przez producentów tych aplikacji niż w przypadku rozwiązania polegającego na emulowaniu interfejsu systemu DOK na Szynie Integracyjnej. Wytyczne w tym zakresie zostaną przedstawione w dokumencie Projekt Systemu EPL. Rekomendujemy rozbudowę aplikacji dziedzinowych o tryb High Availability (na poziomie infrastruktury i aplikacyjnym). W związku z tym należy wystąpić do producentów tych aplikacji o przedstawienie oferty na tego typu rozbudowę. Szczegółowe wymagania zostaną przedstawione w dokumencie Projekt Systemu EPL.