Przeskocz do zawartości głównej Przejdź do treści uzupełniającej

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.

Przykładowy przepływ pracy i ramy czasowe 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:

Bezpieczeństwo i nadzór

Uwierzytelnianie i autoryzacja

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

InformacjaObecność grup w dzierżawie Qlik Cloud jest kluczowym czynnikiem ułatwiającym zarządzanie środowiskiem i nadzór nad nim.

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.

Twoje aplikacje

Podczas planowania migracji do Qlik Cloud trzeba sprawdzić aplikacje, aby się zorientować, czy pasują do wdrożenia Qlik Cloud. Qlik Cloud obsługuje wiele poziomów pojemności w zależności od różnych potrzeb. Większość aplikacji pasuje do naszego standardowego poziomu pojemności, ale w razie potrzeby Qlik zapewnia rozszerzone i dedykowane opcje pojemności dla większych aplikacji i niszowych zastosowań. Szczegółowe informacje o pojemności Qlik Cloud zawiera temat Qlik Sense — specyfikacje i pojemność.

Kluczowe czynniki, które należy wziąć pod uwagę podczas sprawdzania aplikacji:

  • Rozmiar aplikacji

  • Czas przeładowania i współbieżność

  • Źródła danych

  • Składniki innych firm — rozszerzenia, GeoAnalytics, Qlik NPrinting i inne zintegrowane rozwiązania

  • Zastosowania anonimowe lub OEM (skontaktuj się z Qlik)

  • Mashup

Qlik może pomóc w tym sprawdzaniu, uruchamiając nasze aplikacje do badania gotowości w środowiskach zarządzanych przez klienta. Aplikacje do badania gotowości do SaaS to aplikacje Qlik Sense i QlikView, które mają być uruchamiane w lokacji Qlik Sense zarządzany przez klienta lub środowisku QlikView przez Qlik dla klientów rozważających przejście na Qlik Cloud. Te aplikacje profilują aplikacje w środowisku Qlik Sense zarządzany przez klienta lub QlikView i kwalifikują je do odpowiednich poziomów Qlik Cloud. Aplikacje obejmują również wykorzystanie sesji, metadane połączenia danych (pochodzenie danych dla QlikView) oraz zadania i rytmy zadań (tylko dla Qlik Sense zarządzany przez klienta) — wszystkie one są ważnymi atrybutami ustalania priorytetów i złożoności migracji zasobów.

Bardziej szczegółowe oceny są dostępne za pośrednictwem działu obsługi klienta 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 rozszerza Qlik Data Services 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.

InformacjaAby uzyskać informacje na temat Brama danych Qlik — dostęp bezpośredni, instalacji i konfiguracji, zobacz temat: Bramy danych.

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ą Qlik Application Automation. Używanie tej metody do łączenia się ze źródłami lokalnymi nie jest zalecane, ponieważ wymaga otwarcia zapory organizacji.

InformacjaŁączniki Qlik dostępne w Qlik Cloud różnią się od tych dołączonych do naszych produktów Qlik zarządzanych przez klienta. Podczas planowania wdrożenia należy sprawdzić kompatybilność. Do Qlik Cloud nie można dodawać własnych niestandardowych sterowników ani łączników.

Visit the discussion forum at community.qlik.com

Czy ta strona była pomocna?

Jeżeli natkniesz się na problemy z tą stroną lub jej zawartością — literówkę, brakujący krok lub błąd techniczny — daj nam znać, co możemy poprawić!