INVO może działać w naszej infrastrukturze chmurowej, w chmurze zarządzanej przez Państwa organizację lub w środowisku lokalnym (on-premises). Architekturę wdrożenia, dostęp, bezpieczeństwo, integracje i model utrzymania definiujemy wspólnie podczas projektowania rozwiązania.
Ta sama platforma. Różne modele wdrożenia.
Model wdrożenia do wyboru
Najprostszy model uruchomienia.
INVO działa w infrastrukturze zarządzanej przez INVO. Model odpowiedni dla organizacji, które chcą ograniczyć własne zaangażowanie infrastrukturalne i pozostawić utrzymanie środowiska po stronie dostawcy systemu.
INVO w Państwa środowisku chmurowym.
System może zostać wdrożony w infrastrukturze chmurowej kontrolowanej przez klienta. Model odpowiedni dla organizacji posiadających własne standardy zarządzania chmurą, sieci, kontroli dostępu i bezpieczeństwa.
INVO w infrastrukturze Państwa organizacji.
Dla klientów wymagających utrzymywania systemu we własnym centrum danych lub środowisku prywatnym możliwy jest model wdrożenia lokalnego (on-premises).
Właściwy model
Dokładny podział odpowiedzialności, zakres utrzymania i wymagania infrastrukturalne są ustalane podczas projektowania rozwiązania i zależą od wybranego modelu wdrożenia.
| Obszar | INVO Cloud | Chmura klienta | Wdrożenie lokalne |
|---|---|---|---|
| Właściciel infrastruktury | INVO | Klient | Klient |
| Środowisko hostingowe | Chmura zarządzana przez INVO | Chmura klienta | Infrastruktura klienta |
| Zarządzanie infrastrukturą | INVO | Wspólnie / klient | Wspólnie / klient |
| Wdrożenie | INVO | Wspólnie | Wspólnie |
| Polityki sieciowe | Środowisko INVO | Polityki klienta | Polityki klienta |
| Polityki dostępu | Konfigurowane wspólnie | Standardy klienta | Standardy klienta |
| Integracja z systemami wewnętrznymi | Tak | Tak | Tak |
| Aktualizacje | Zarządzane wdrożenie | Koordynowane | Koordynowane |
| Monitoring | Definiowane dla modelu | Definiowane dla modelu | Definiowane dla modelu |
| Kopie zapasowe | INVO | Definiowane wspólnie | Definiowane wspólnie |
| System operacyjny / platforma | INVO | Klient | Klient |
Bezpieczeństwo i stabilność systemu wymagają jasnego podziału odpowiedzialności pomiędzy INVO a zespołem IT klienta. Od początku definiujemy, kto odpowiada za każdy element.
Oddzielne środowiska
Wdrożenie powinno wykorzystywać oddzielne środowiska przeznaczone do konfiguracji, testów, akceptacji i pracy produkcyjnej.
Testujemy zmiany przed ich uruchomieniem w realnej operacji.
Bezpieczeństwo warstwowe
Siedem warstw, każda z własnym właścicielem i własnymi mechanizmami kontroli.
Kim jest użytkownik i w jaki sposób potwierdzana jest jego tożsamość.
Role, uprawnienia i zakres organizacyjny.
Logika biznesowa i reguły operacyjne.
Ochrona i rozdzielenie danych operacyjnych.
Kontrolowana łączność pomiędzy środowiskami.
Środowisko, w którym działa platforma.
Widoczność zdarzeń i zmian.
Zarządzanie tożsamością i dostępem
Dostęp do INVO jest kontrolowany na poziomie użytkowników, ról i uprawnień.
Dostęp do funkcji zgodnie z rolą użytkownika.
Dostęp może być ograniczony do wskazanej części organizacji.
Osobne uprawnienia dla administratorów.
Konfigurowalne zasady dostępu zależnie od architektury klienta.
W dużych organizacjach użytkownicy nie powinni zarządzać kolejnym niezależnym zestawem kont, jeżeli organizacja posiada centralny model zarządzania tożsamością. Podczas projektowania wdrożenia możemy uwzględnić integrację z istniejącym dostawcą tożsamości (IdP).
Ochrona danych operacyjnych
W systemie operacyjnym istotne jest nie tylko to, jaki jest aktualny stan danych, ale również jak powstał.
Co jest rejestrowane
Ciągłość działania
System produkcyjny musi posiadać ustalony sposób reagowania na awarie i zdarzenia wpływające na dostępność.
Model wykonywania kopii zapasowych zależy od wybranego modelu infrastruktury i polityki klienta. Podczas projektowania rozwiązania określamy poniższe elementy.
Dla środowisk wymagających planów odtwarzania po awarii (Disaster Recovery) ustalamy architekturę odtwarzania odpowiednią dla wybranego modelu wdrożenia.
Stan systemu
Co może być monitorowane
Zakres zależny od modelu wdrożenia. Nie można zarządzać środowiskiem, którego stanu nie widać.
Bezpieczne wdrożenie
Architektura bezpieczeństwa jest projektowana jako część wdrożenia, a nie dodawana po uruchomieniu systemu.
Nie zakładamy jednego modelu infrastruktury i bezpieczeństwa dla wszystkich klientów. Podczas wdrożenia możemy przejść z zespołem IT przez następujące obszary.
W ramach procesu wdrożenia możemy przygotować dokumentację potrzebną do uzgodnienia architektury z zespołami IT i Security.
Infrastruktura i bezpieczeństwo
Wystarczą obecna architektura, standardy IT i wymagania bezpieczeństwa. Wspólnie określimy, czy najlepszym modelem będzie chmura INVO, chmura klienta czy wdrożenie lokalne (on-premises) oraz jak INVO powinno zostać włączone w istniejące środowisko.
