Marek Sokołowski / Oracle Polska Konsolidacja i centralizacja: ważne pytania i szczere odpowiedzi
Konsolidacja Optymalizacja wykorzystania zasobów sprzętowych przedsiębiorstwa z zachowaniem dotychczasowej wydajności, przy jednoczesnej optymalizacji kosztów realizacji przedsięwzięcia. Konsolidacja wirtualizacja Wirtualizacja jest jednym z narzędzi do uzyskania konsolidacji
Konsolidacja Dlaczego to interesujące: Bo obniża koszty Bo uwalnia niewykorzystywane wcześniej zasoby Bo w ewolucyjny sposób umożliwia modernizację infrastruktury Dlaczego należy się dobrze przygotować: Bo to skomplikowane projekty Bo dobrze trzeba dobrać podejście technologia, podejście projektowe, ramy organizacyjne
Technologia w służbie konsolidacji Podstawowe narzędzia: -Domeny sprzętowe wydzielanie podzasobów sprzętowych z puli dostępnych w maszynie -Wirtualizacja na poziomie systemu operacyjnego tworzenie kontenerów na poziomie systemu operacyjnego + zarządzanie przydzielaniem zasobów do poszczególnych kontenerów -Wirtualizacja zasobów na bazie HyperVisora + systemy gościa (wirtualizacja zasobów sprzętowych) tworzenie wielu systemów gościa -Multitenancy wieloinstancyjność na poziomie aplikacji usługowej
Technologia w służbie konsolidacji Systemy zintegrowane dedykowane systemy optymalizowane dla danego obszaru IT: Bazy danych (Exadata) Aplikacje (Exalogic) Analityka BI (Exalitics) Analityka BigData (BigData Appliance) Konsolidacja (SuperCluster, Private Cloud Appliance) Backup (Zero Data Loss Recovery Appliance)
Technologia w służbie konsolidacji Scale-Out 2-Socket Database Servers Fastest Xeon chips, 18-core, 256 GB to 768 GB DRAM Unified Ultra-Fast InfiniBand Network 40 Gb InfiniBand internal connectivity 10 Gb or 1 Gb Ethernet data center connectivity Scale-Out 2-Socket Storage Servers 16 Xeon cores per server enables DB offload to storage Extreme Flash (EF) Storage 12.8 TB Ultra-Fast PCI Flash Drives or High Capacity (HC) Storage 6.4 TB Ultra-Fast PCI Flash Cards + 48 TB SAS disks
Technologia w służbie konsolidacji System Resources Odczarowanie Multitenancy
CUW Centra usług wspólnych odznaczają się pewnymi cechami wspólnymi, w tym: są niezależnymi organizacyjnie jednostkami (działają jako osobno powołane do tego celu spółki lub inne jednostki gospodarcze); prowadzą działalność gospodarczą; świadczą jasno określone usługi oparte na procesach lub wiedzy na rzecz jednej lub większej liczby jednostek w ramach grupy (np. oddziałów, spółek, jednostek gospodarczych); dysponują własnymi zasobami; działają w oparciu o umowy o gwarantowanym poziomie świadczenia usług (z ang. service-level agreements - SLA) zawierane z klientami wewnętrznymi w celu określenia typu, zakresu, ceny oraz jakości świadczonych usług; są w pełni odpowiedzialne za zarządzanie własnymi kosztami, jakością oraz terminowością świadczenia usług.
CUW Przesłanki w kierunku organizacji CUW Koszty: Czy każdy JST musi mieć własny system, często nie są w stanie go utrzymać Koszty: Niskie nakłady inwestycyjne, przeciętnej jakości system Standaryzacja: przy rozproszonym podejściu często brak standaryzacji, niskie dopasowanie elementów Standaryzacja: duża liczba różnych rozwiązań utrudnia rozwój i dalszą integrację Analityka: Brak standaryzacji to trudność w globalnym spojrzeniu na dane
CUW Co można uwspólnić od strony IT samorządy Systemy komunikacyjne call centers / email Witryny, BIP Systemy finansowo księgowe Współdzielone zasoby wiedzy dokumenty Współdzielone obiegi dokumentów systemy wsparcia procesów biznesowych / organizacyjnych Dane medyczne diagnostyka obrazowa + repozytorium danych klinicznych
CUW Trudności / obawy / pułapki Mentalność Bezpieczeństwo Koszty ewolucji Ewolucja starych systemów / podejście nowosystemowe ZAGADNIENIA ORGANIZACYJNE RÓŻNORODNOŚĆ SPOSOBÓW NA REALIZACJĘ ZAPISÓW PRAWA
CUW (zadanie badawcze opis procesów)
CUW (zadanie badawcze opis procesów) Toruń Kraków Kalisz Stanowienie prawa lokalnego - uchwały
CUW (case study) Obieg dokumentów zrealizowany za pomocą silnika procesów biznesowych Obieg dokumentów dla urzędu marszałkowskiego oraz podmiotów podległych Centralna infrastruktura sprzętowo programowa model chmury prywatnej Obsługa ponad 80 jednostek podległych
CUW (case study) Czego się można nauczyć: Urząd Marszałkowski nie konsultował się ze wszystkimi beneficjentami (tylko z 10) Projekt nie był poprzedzony analizą bieżącego stanu we wszystkich Jednostkach Zabrakło wdrożenia w Jednostkach, Jednostki same musiały sobie radzić, było tylko wdrożenie centralne Jednostki dowiadywały się, że system ruszył... przy odbiorze Nie przewidziano migracji
CUW (case study) Czego się można nauczyć: POMYSŁ BYŁ DOBRY szczególnie dla małych jednostek, których nie byłoby stać na system tej klasy DOBÓR TECHNOLOGII BYŁ DOBRY Koszty były na rozsądnym poziomie ZAWIODŁA ORGANIZACJA PROJEKTU
Dziękuję za uwagę!