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 QlikView 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 można przenieść do Qlik Cloud lub potencjalnie wyeliminować.

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?

• Jakie inicjatywy będzie musiała wspierać nasza organizacja w związku z platformą danych i analiz?

Przygotowanie i wdrożenie

Nowe funkcje i możliwości w Qlik Cloud oznaczają, że podejścia, techniki i funkcje wykorzystywane w produktach QlikView 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. Niektóre zadania mają zależności, podczas gdy inne, takie jak konwersja i refaktoryzacja aplikacji QlikView, mogą być uruchamiane równolegle. Czas trwania każdego etapu migracji będzie się różnić w zależności od złożoności wdrożenia QlikView.

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

Należy pamiętać, że konwersja aplikacji rozpoczyna się na wczesnym etapie całego procesu. Ma to dać czas na przejrzenie wyników konwertera, przeniesienie nowo utworzonej aplikacji Qlik Sense do chmury oraz dokończenie projektowania wizualizacji i łączności.

Dokumentacja dotycząca migracji QlikView koncentruje się głównie na zadaniach w przepływach pracy Proces i Konfiguracja. 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

• Migrowanie użytkowników, grup, ról i autoryzacji

Bezpieczeństwo i nadzór

Uwierzytelnianie i autoryzacja

Nowa dzierżawa Qlik Cloud jest domyślnie skonfigurowana pod kątem Konto Qlik Account, domyślnego 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

Qlik Cloud stosuje 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 QlikView 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 połączeń danych dla 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:

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

• 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

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.

Przenoszenie zawartości QlikView do Qlik Cloud: koncepcje i najlepsze praktyki

Ocena dokumentu

Strategia migracji powinna zawierać ocenę dokumentów QlikView. To może pomóc w podjęciu decyzji, czy:

• Wycofać dokument.
• Przenieść dokument do aplikacji Qlik Cloud.

Rozważ poniższe wskazówki:

• Czy dokument dostarcza wartości biznesowej? Zastanów się, jak często dokument jest używany, ile osób go używa i kto go używa.  Dokument używany tylko przez jedną osobę, może być nadal krytyczny, jeśli służy do podejmowania ważnych decyzji biznesowych.

• Czy dokument zbliża się do końca swojego cyklu życia? Czy wnioski, które zapewnia, nadal są cenne? Jeśli tak, można skupić się na zmianie zakresu i zbudowaniu nowej aplikacji Qlik Cloud.

Narzędzia do oceny dokumentów:

• Pulpit nawigacyjny nadzoru QlikView zapewnia wgląd we wdrożenia QlikView. Pulpit wyświetla informacje, w tym powtarzające się etykiety i wyrażenia, analizę złożoności, rozmiar plików, częstotliwość użytkowania i pochodzenie danych. Sense Profile Score ocenia aplikacje QlikView pod kątem zgodności z Qlik Sense, a tym samym także z Qlik Cloud.

  Więcej informacji zawiera temat QlikViewPulpitem nawigacyjny nadzoru (tylko w języku angielskim).

Ocena funkcjonalna QlikView i Qlik Cloud

Rozważ poniższe wskazówki:

• Jakie funkcjonalne ulepszenia w Qlik Cloud wspierają cele Twojej organizacji? Na przykład Qlik Cloud ułatwia wszystkim członkom Twojej organizacji rozwój i dzielenie się wnioskami.

• Jaka funkcjonalność w QlikView nie jest lub jeszcze nie jest obsługiwana w Qlik Cloud? Czy istnieje sensowne obejście, gdy dana funkcjonalność nie jest obsługiwana?

Ocena dewelopera i konsumenta QlikView i Qlik Cloud

Rozważ poniższe wskazówki:

• Chmura to zupełnie inne, ale dające ogromne możliwości, nowe doświadczenie dla konsumentów. Dostępnych jest wiele nowych funkcji, które zwiększają możliwości użytkowników, automatyzują i ulepszają analizę. Oswojenie ich z tym imponującym nowym środowiskiem jest kluczem do sukcesu. Możliwości samoobsługi dla użytkowników można wykorzystać do zminimalizowania zadań wykonywanych przez wykwalifikowanych deweloperów.

• Proces rozwoju jest również bardzo różny. Szkolenie deweloperów przed konwersją aplikacji przygotuje ich do nowych funkcji i technik, które wniosą wartość dodaną do ich pracy.

Qlik Sense Desktop jako narzędzie konwersji

Qlik Sense Desktop posłuży do uzyskania dostępu do Dev Hub i uruchomienia narzędzia Konwerter QlikView w celu utworzenia aplikacji Qlik Sense do przeglądu i migracji.

Możesz pobrać Qlik Sense Desktop i uwierzytelnić się przy użyciu dzierżawy w chmurze za pośrednictwem Ustawień i zarządzania w ustawieniach swojego profilu. Więcej informacji zawiera temat Pierwsze kroki z Qlik Sense Desktop.

Po zainstalowaniu Qlik Sense Desktop możesz uzyskać dostęp do Dev Hub za pośrednictwem ikony profilu. Z poziomu Dev Hub uruchomisz konwerter i utworzysz aplikację Qlik Sense z wyników. Prześlij aplikację do chmury lub dokonaj migracji kilku aplikacji za pomocą skryptu Qlik CLI.

Wykonanie całego następnego poziomu projektowania i refaktoryzacji w chmurze pozwoli Ci wykorzystać wszystkie funkcje Analityka Qlik Cloud i przetestować nowe połączenia danych.

Przykłady konwersji, patrz:

• Przykład: Przenoszenie zawartości QlikView do Qlik Sense za pomocą programu Konwerter QlikView

• Przykład: Ręczne odtwarzanie zawartości QlikView w Qlik Sense