Planowanie migracji do Qlik Cloud

Podczas planowania migracji do Qlik Cloud sprawdź zalecenia, najlepsze praktyki i podejście rekomendowane przez Qlik, a także zasoby dostępne w tym procesie, aby z powodzeniem przejść od produktów Qlik Sense zarządzany przez klienta do Qlik Cloud. W tych zaleceniach uwzględniono wiedzę i doświadczenia klientów firmy Qlik, którzy dokonali migracji do Qlik Cloud.

Rozpocznij migrację od oceny następujących aspektów swojej organizacji:

1. Kierunek strategiczny — podejdź do migracji do Qlik Cloud jako inicjatywy strategicznej. Dostosuj projekt do przyszłych potrzeb biznesowych i kierunku długoterminowej strategii organizacji w zakresie chmury, danych i analiz.

2. Przygotowanie i wdrożenie — wyszczególnij wymagane czynniki, najważniejsze kroki, do których należy się przygotować, oraz podejście do wdrożenia oparte na najlepszych praktykach.

3. Optymalizacja — opracuj mechanizmy pomiaru i zarządzania wdrożeniem Qlik Cloud, aby ułatwić jego przyswajanie.

Przegląd tych kluczowych kwestii zapewnia maksymalizację powodzenia, a jednocześnie minimalizację kosztów migracji.

Kierunek strategiczny

Podczas migracji do Qlik Cloud miej na względzie plany strategiczne swojej organizacji. Pomaga to zidentyfikować zarówno priorytety migracji, jak i dotychczasowe inicjatywy, które mają zostać wygaszone. Rozważ następujące pytania:

• Jakie są nasze strategiczne cele związane z przejściem na Qlik Cloud?

• Jaka jest nasza obecna architektura danych w chmurze?

• Gdzie są hostowane nasze systemy operacyjne?

• Jakich inicjatyw będzie potrzebować nasza organizacja w związku z platformą danych i analiz?

• Czy istnieją wcześniejsze wdrożenia, które nie odpowiadają przyszłym potrzebom biznesowym?

Przygotowanie i wdrożenie

Nowe funkcje i możliwości w Qlik Cloud oznaczają, że podejścia, techniki i funkcje wykorzystywane w produktach Qlik Sense zarządzany przez klienta mogą być inne w Qlik Cloud. Rozwiązanie oparte na chmurze różni się architekturą od rozwiązania zarządzanego przez klienta, dlatego w celu optymalizacji korzyści uzyskiwanych z Qlik Cloud należy rozważyć inne podejście do kodu lub jego refaktoryzację. W związku z tym, aby zoptymalizować środowisko analityczne w Qlik, migracja musi wykraczać poza ulepszenie i przejście z wersji lokalnej do Qlik Cloud. Po identyfikacji celów strategicznych następny krok polega na zajęciu się podstawowymi działaniami migracyjnymi.

Przepływ pracy i ramy czasowe migracji

Konkretne podejście do migracji i jej proces będą zależeć od aktualnego środowiska, zasobów i wymagań. Ta sekcja przedstawia ogólny zarys przepływu pracy migracji. Użyj go jako wskazówki, która pomoże Ci zrozumieć czas i kolejność zdarzeń podczas migracji, na przykład które zadania można uruchamiać równolegle i kiedy przenieść użytkowników oraz utworzyć przestrzenie. Czas trwania każdego etapu migracji będzie się różnić w zależności od złożoności wdrożenia Qlik Sense zarządzany przez klienta.

W poniższym przykładowym przepływie pracy podzielono kroki migracji na kategorie według typu zadań — Proces, Konfiguracja lub Zasoby. Zadania są dostosowywane do etapu, na którym pasują w sekwencji migracji.

Dokumentacja dotycząca migracji Qlik Sense zarządzany przez klienta koncentruje się głównie na zadaniach w przepływach pracy Konfiguracja i Zasoby. Obejmuje to konfigurowanie dzierżawy w chmurze i narzędzi do migracji, a następnie używanie tych narzędzi do zarządzania migracją użytkowników i zawartości, takiej jak strumienie, aplikacje i połączenia danych, do Qlik Cloud.

Więcej informacji zawiera temat:

• Wdrażanie dzierżawy Qlik Cloud

• Konfiguracja narzędzi do migracji do Qlik Cloud

• Migracja użytkowników i zawartości

Bezpieczeństwo i nadzór

Uwierzytelnianie i autoryzacja

Nowa dzierżawa Qlik Cloud jest domyślnie skonfigurowana pod kątem Konto Qlik Account, dostawcy tożsamości Qlik, co wymaga, aby wszyscy użytkownicy zarejestrowali konta Qlik, zanim będą mogli się zalogować. Najlepszym rozwiązaniem jest jednak użycie zewnętrznego dostawcy tożsamości w ramach istniejącego wdrożenia Qlik (na przykład Active Directory).

Korzyści płynące z korzystania z własnego dostawcy tożsamości obejmują możliwość:

• Zezwalania na dostęp do platformy przy użyciu istniejących poświadczeń korporacyjnych — niepotrzebne jest Konto Qlik Account i zarządzanie nim.

• Egzekwowania własnych zasad dotyczących długości hasła, wygasania hasła i uwierzytelniania wieloskładnikowego.

• Audytu i monitorowania dostępu zgodnie z wymaganiami dotyczącymi bezpieczeństwa IT i nadzoru.

• Federacji wielu katalogów w razie potrzeby.

• Uwzględnienia przypisywania użytkownika do grup za pośrednictwem dostawcy tożsamości.

• Automatycznej obsługi dołączających i odchodzących użytkowników oraz kontroli sposobu zarządzania identyfikatorami użytkowników w celu zapewnienia bezpieczeństwa przestrzeni i dostępu do sekcji.

Role i reguły

W Qlik Sense zarządzany przez klienta koncepcja reguł jest używana do konfiguracji i egzekwowania zabezpieczeń, przydzielania licencji, dystrybucji aplikacji i innych zastosowań. Elastyczność mechanizmu reguł można zwiększyć za pomocą właściwości niestandardowych w celu tworzenia skomplikowanych wzorców autoryzacji. Platforma Qlik Cloud nie wdraża w ten sposób reguł bezpieczeństwa i nie ma właściwości niestandardowych. Zamiast tego Qlik Cloud stosuje prostsze podejście, zgodnie z którym zabezpieczenia są przypisywane bezpośrednio do grup lub do użytkowników, jeżeli grupy nie są dostępne za pośrednictwem dostawcy tożsamości

Uprawnienia Qlik Cloud można ustawić na poziomie przestrzeni (dla aplikacji i danych) lub na poziomie systemu (dla ról administracyjnych). Oba poziomy umożliwiają przypisywania grupowe. Takie podejście wymaga planowania specyficznego dla organizacji. Chociaż to podejście można wdrożyć przed migracją, zaleca się przejrzenie tego projektu pod kątem nowych ról i możliwości w Qlik Cloud przed rozpoczęciem działań związanych z migracją.

Racjonalizacja i usprawnienie istniejącego wdrożenia Qlik

Klienci używający Qlik Sense zarządzany przez klienta często stwierdzają, że mają wiele starszych aplikacji, z których niektóre mogą już być niepotrzebne (na przykład w środowiskach deweloperskich i testowych). Usprawnienie środowiska przez archiwizację starych, zduplikowanych lub nieużywanych aplikacji może znacznie zmniejszyć nakład pracy (i koszt) migracji do Qlik Cloud, a także zminimalizować bieżące koszty utrzymania i testowania.

Poniższe podejście jest opartą na najlepszych praktykach techniką racjonalizacji i usprawnienia wdrożenia Qlik:

• W przypadku aplikacji produkcyjnych: poproś właścicieli aplikacji o potwierdzenie zasobów do przetestowania aplikacji po migracji lub o oświadczenie, że aplikacja może zostać wycofana (rezygnację).

• W przypadku aplikacji deweloperskich i testowych: poproś właścicieli aplikacji o dostarczenie listy aplikacji, które muszą zostać poddane migracji (wyrażenie zgody).

• W przypadku wszystkich aplikacji, które nie wymagają migracji: wyeksportuj je i zarchiwizuj w pamięci długoterminowej poza wdrożeniem Qlik.

Uzyskiwanie dostępu do danych

W planie migracji do Qlik Cloud należy uwzględnić lokalizację danych organizacji. Qlik Cloud ma kilka łączników, które oferują dostęp do wielu publicznie adresowalnych źródeł danych. Dlatego jeśli Twoja organizacja przeniosła się do obsługiwanych systemów opartych na chmurze (takich jak Salesforce lub Workday), baz danych w chmurze (takich jak Snowflake for Google Big Query) albo pamięci masowej w chmurze (takiej jak AWS S3 lub pamięć blokowa Azure), przeniesienie aplikacji będzie proste. Wiele organizacji ma źródła danych, które znajdują się lokalnie, których nie można udostępnić w publicznym Internecie lub które wymagają użycia łączników klienta o specjalnej strukturze. W takich przypadkach istnieje kilka narzędzi i podejść do udostępniania tych danych w Qlik Cloud.

Aktualne możliwości udostępniania danych organizacji w Qlik Cloud są następujące:

• Brama danych Qlik — Dostęp bezpośredni — bezpośredni dostęp do prywatnych danych w Qlik Cloud

• Przeniesienie danych do obsługiwanej bazy danych lub pamięci masowej w chmurze, a następnie pobranie ich do Qlik Cloud

• Bezpośrednie łączenie się z obsługiwanymi systemami źródłowymi z Qlik Cloud — pobieranie do Qlik Cloud

Te technologie i techniki można stosować do wdrażania lub integracji strategicznej architektury danych w chmurze. Powszechną praktyką jest stosowanie krótkoterminowych opcji taktycznych podczas dążenia do strategicznego celu długoterminowego, jakim jest architektura danych w chmurze.

Brama danych Qlik — dostęp bezpośredni

Brama danych Qlik rozszerza Qlik Usługi danych na dane klienta niezależnie od lokalizacji — lokalne, w wirtualnej chmurze prywatnej lub w chmurze publicznej. Brama umożliwia bezpośredni dostęp za pomocą zabezpieczonego i dedykowanego tunelu, bez otwierania portów w zaporach klienta, bezpośrednio do Qlik Cloud i innych popularnych miejsc docelowych w chmurze, takich jak Snowflake, Azure Synapse, Google Big Query czy Databricks.

Bezpośrednie łączenie się z systemami źródłowymi z Qlik Cloud

Ta opcja jest najczęściej używana po przejściu do systemów opartych na chmurze, takich jak Salesforce lub Workday. Qlik Cloud może łączyć się z tymi systemami za pośrednictwem łączników Qlik lub możesz tworzyć integracje z tymi systemami za pomocą Automatyzacja aplikacji Qlik. Używanie tej metody do łączenia się ze źródłami lokalnymi nie jest zalecane, ponieważ wymaga otwarcia zapory organizacji.