Qlik Cloud로의 마이그레이션 계획

Qlik Cloud로의 마이그레이션을 계획할 때 Qlik의 권장 고려 사항, 모범 사례 및 접근 방식과 프로세스 전반에 걸쳐 사용할 수 있는 리소스를 검토하여 QlikView 제품에서 Qlik Cloud로의 성공적인 전환을 보장합니다. 이러한 권장 사항은 Qlik 고객이 Qlik Cloud로 마이그레이션할 때 얻은 지식과 환경을 고려합니다.

조직의 다음 사항에 대한 평가(assessment) 및 평가(evaluation)로 마이그레이션을 시작합니다.

1. 전략적 방향 — Qlik Cloud로의 마이그레이션을 전략적 이니셔티브로 접근합니다. 프로젝트를 미래의 비즈니스 요구 사항과 조직의 클라우드, 데이터 및 분석 전략의 장기적 방향에 맞게 조정합니다.

2. 준비 및 구현 — 필요한 고려 사항, 준비해야 할 주요 기본 단계, 구현에 대한 모범 사례 접근 방식을 자세히 설명합니다.

3. 최적화 — 채택을 촉진하기 위해 Qlik Cloud 배포를 측정하고 관리하는 메커니즘을 설정합니다.

이러한 주요 영역을 검토하면 마이그레이션 비용을 최소화하면서 성공을 극대화할 수 있습니다.

전략적 방향

Qlik Cloud로 마이그레이션할 때 조직의 전략 계획을 염두에 두십시오. 이를 통해 Qlik Cloud로 시프트하거나 잠재적으로 제거할 수 있는 마이그레이션 우선 순위와 기존 이니셔티브를 모두 식별할 수 있습니다.

다음 질문 중 일부를 고려합니다.

• Qlik Cloud로 이동하는 전략적 목표는 무엇입니까?

• 현재 클라우드 데이터 아키텍처는 무엇입니까?

• 운영 체제는 어디에서 호스팅되고 있습니까?

• 데이터 및 분석 플랫폼으로 조직에서 지원해야 하는 이니셔티브는 무엇입니까?

준비 및 구현

Qlik Cloud의 새로운 기능은 QlikView 제품에서 활용되는 접근 방식, 기술 및 기능이 Qlik Cloud에서 다를 수 있음을 의미합니다. 클라우드 기반 솔루션은 클라이언트 관리 솔루션과 구조적으로 다르므로 Qlik Cloud의 이점을 최적화하기 위해 이미지로 다시 설치 및 리팩토링을 고려해야 합니다. 따라서 Qlik에서 분석 환경을 최적화하려면 마이그레이 션 시 온프레미스에서 Qlik Cloud로의 전환 이상이 필요합니다. 전략적 목표를 식별한 후 다음 단계는 기본적인 마이그레이션 활동을 처리하는 것입니다.

마이그레이션 워크플로 및 타임라인 이해

특정 마이그레이션 접근 방식 및 프로세스는 현재 환경, 리소스 및 요구 사항에 따라 달라집니다. 이 섹션에서는 마이그레이션 워크플로를 일반적으로 간략하게 설명합니다. 마이그레이션 중 이벤트의 타이밍과 시퀀스를 이해하는 데 도움이 되는 지침으로 사용합니다. 일부 작업에는 종속성이 있는 반면 QlikView 응용 프로그램 변환 및 리팩토링과 같은 다른 작업은 동시에 실행할 수 있습니다. 각 마이그레이션 단계의 소요 시간은 기존 QlikView 배포의 복잡성에 따라 달라집니다.

다음 워크플로 예는 작업 유형(프로세스, 설정 또는 응용 프로그램 변환)에 따라 마이그레이션 단계를 분류합니다. 작업은 마이그레이션 시퀀스에 맞는 위치에 따라 정렬됩니다.

응용 프로그램 변환 프로세스는 전체 프로세스 초기에 시작됩니다. 이는 변환기 도구의 결과를 검토하고 새로 만들어진 Qlik Sense 앱을 클라우드로 가져오고 시각화 설계 및 연결을 완료할 시간을 허용하기 위한 것입니다.

QlikView에 대한 마이그레이션 설명서는 주로 프로세스 및 설정 워크플로의 작업에 중점을 둡니다. 여기에는 클라우드 테넌트 및 마이그레이션 도구를 설정한 다음 이러한 도구를 사용하여 사용자 및 콘텐츠(예: 스트림, 앱 및 데이터 연결)를 Qlik Cloud로 마이그레이션하는 작업이 포함됩니다.

자세한 내용은 다음을 참조하십시오.

• Qlik Cloud 테넌트 배포

• Qlik Cloud 마이그레이션 도구 설정

• 사용자, 그룹, 역할 및 권한 마이그레이션

보안 및 거버넌스

인증 및 권한 부여

기본적으로 새 Qlik Cloud 테넌트는 기본 Qlik ID 공급자인 Qlik Account에 대해 구성되며 모든 사용자가 로그인하기 전에 Qlik에 계정을 등록해야 합니다. 그러나 기존 Qlik 배포 내에서 외부 ID 공급자를 사용하는 것이 가장 좋습니다(예: Active Directory).

자신의 ID 공급자를 사용하면 다음과 같은 이점이 있습니다.

• Qlik Account를 만들고 관리할 필요 없이 기존 회사 자격 증명을 사용하여 플랫폼에 액세스할 수 있습니다.

• 비밀번호 길이, 비밀번호 만료 및 다단계 인증에 대한 자체 정책을 적용합니다.

• IT 보안 및 거버넌스 요구 사항에 따라 액세스를 감사하고 모니터링합니다.

• 필요한 경우 여러 디렉터리를 연합합니다.

• ID 공급자를 통해 사용자의 그룹 할당을 포함합니다.

• 사용자의 입퇴사를 자동으로 처리하고 공간 보안 및 Section Access에 대해 사용자 ID 관리를 제어합니다.

역할 및 규칙

Qlik Cloud 보안이 그룹에 직접 할당되거나 ID 공급자를 통해 그룹을 사용할 수 없는 사용자에게 할당되도록 설계된 접근 방식을 사용합니다.

Qlik Cloud 권한은 공간 수준(응용 프로그램 및 데이터의 경우) 또는 시스템 수준(관리 역할의 경우)에서 설정할 수 있으며 둘 다 그룹 할당을 지원합니다. 이 접근 방식에는 일부 조직별 계획이 필요합니다. 이 접근 방식은 마이그레이션 전에 구현할 수 있지만 마이그레이션 활동을 시작하기 전에 Qlik Cloud의 새로운 역할 및 기능에 대해 이 설계를 검토하는 것이 좋습니다.

현재 Qlik 배포 합리화 및 간소화

QlikView 고객은 종종 많은 레거시 응용 프로그램을 보유하고 있으며 그중 일부는 더 이상 필요하지 않을 수 있습니다(예: 개발 및 테스트 환경). 오래되거나 중복되거나 사용하지 않는 응용 프로그램을 보관하여 현재 환경을 간소화하면 Qlik Cloud로 마이그레이션하는 노력(및 비용)이 크게 줄어들고 지속적인 유지 관리 및 테스트 오버헤드를 최소화할 수 있습니다.

다음 접근 방식은 Qlik 배포를 합리화하고 능률화하기 위한 모범 사례 기술입니다.

• 프로덕션 앱의 경우: 응용 프로그램 소유자에게 리소스를 확인하여 마이그레이션 후 응용 프로그램을 테스트하거나 응용 프로그램을 폐기할 수 있음을 명시(옵트아웃)하도록 요청합니다.

• 개발 및 테스트 앱의 경우: 응용 프로그램 소유자에게 마이그레이션(옵트인)해야 하는 앱 목록을 제공하도록 요청합니다.

• 마이그레이션이 필요하지 않은 모든 앱의 경우: Qlik 배포 외부의 장기 저장소로 내보내고 보관합니다.

데이터 액세스

Qlik Cloud로의 마이그레이션 계획에서 조직의 데이터 위치를 고려해야 합니다. Qlik Cloud에는 공개적으로 주소를 지정할 수 있는 많은 데이터 소스에 액세스할 수 있는 여러 커넥터가 있습니다. 따라서 조직이 지원되는 클라우드 기반 시스템(예: Salesforce 또는 Workday), 클라우드 데이터베이스(예: Snowflake 또는 Google Big Query) 또는 클라우드 저장소(예: AWS S3 또는 Azure 블록 저장소)로 이동한 경우 응용 프로그램에 대한 데이터 연결을 간단히 이동할 수 있습니다. 많은 조직이 온프레미스에 있거나 공용 인터넷에 액세스할 수 없거나 고객의 특수 구조 커넥터를 사용해야 하는 데이터 소스를 보유하고 있습니다. 이러한 경우 Qlik Cloud에서 이 데이터를 사용할 수 있도록 하는 몇 가지 도구와 접근 방식이 있습니다.

Qlik Cloud에서 데이터를 사용할 수 있도록 하는 현재 옵션은 다음과 같습니다.

• Qlik Cloud에서 지원되는 소스 시스템에 직접 연결 – Qlik Cloud로 가져오기

• Qlik 데이터 게이트웨이 - 직접 액세스 – Qlik Cloud에서 비공개 데이터에 직접 액세스

• 데이터를 지원되는 클라우드 DB 또는 저장소로 이동한 다음 Qlik Cloud로 가져옵니다.

이러한 기술과 기법을 사용하여 전략적 클라우드 데이터 아키텍처를 구현하거나 통합할 수 있습니다. 클라우드 데이터 아키텍처의 전략적 장기 목표로 전환하면서 단기 전술 옵션을 사용하는 것이 일반적입니다.

QlikView 콘텐츠를 Qlik Cloud로 이동: 개념 및 모범 사례

문서 평가

마이그레이션 전략에는 QlikView 문서 평가가 포함되어야 합니다. 이를 통해 다음을 결정할 수 있습니다.

• 문서를 폐기합니다.
• 문서를 Qlik Cloud 앱으로 마이그레이션합니다.

다음 사항을 고려합니다.

• 비즈니스 가치를 제공하는 문서입니까? 문서가 얼마나 자주 사용되는지, 얼마나 많은 사람들이 문서를 사용하는지 그리고 누가 사용하는지를 고려합니다. 중요한 비즈니스 의사 결정을 내리는 데 사용되는 경우 한 사람만 사용하는 문서가 여전히 중요할 수 있습니다.

• 수명이 거의 다 된 문서입니까? 이 문서가 제공하는 통찰력은 여전히 가치가 있습니까? 그런 경우 개발 노력을 통해 새로운 Qlik Cloud 앱의 범위를 변경하고 빌드할 수 있습니다.

문서 평가 도구:

• QlikView 거버넌스 대시보드는 QlikView 배포에 대한 가시성을 제공합니다. 대시보드에는 되풀이되는 레이블 및 표현식, 복잡도 분석, 파일 크기, 사용 빈도 및 데이터 계보를 포함한 정보가 표시됩니다. Sense 프로필 점수는 Qlik Sense 및 Qlik Cloud와의 호환성에 대해 QlikView 앱에 점수를 매깁니다.

  자세한 내용은 QlikView거버넌스 대시보드 (영어로만 제공)를 참조하십시오.

QlikView 및 Qlik Cloud 기능 평가

다음 사항을 고려합니다.

• Qlik Cloud에 조직 목표를 지원하는 향상된 기능이 있습니까? 예를 들어, Qlik Cloud는 조직의 모든 구성원이 통찰력을 쉽게 개발하고 공유할 수 있도록 해줍니다.

• Qlik Cloud에 없거나 아직 지원되지 않는 QlikView의 기능은 무엇입니까? 기능이 지원되지 않는 경우 합리적인 해결책이 있습니까?

QlikView 및 Qlik Cloud 개발자 및 소비자 평가

다음 사항을 고려합니다.

• 클라우드는 소비자에게 매우 다르지만 강력하고 새로운 환경입니다. 많은 새로운 기능을 사용하여 분석을 강화하고, 자동화하고, 향상시킬 수 있습니다. 이렇게 훌륭한 새 환경에 적응시키는 것이 성공의 열쇠입니다. 소비자용 셀프서비스 기능을 활용하여 숙련된 개발자의 개발 작업을 최소화할 수 있습니다.

• 개발 과정도 매우 다릅니다. 앱 변환 전에 개발자를 교육하면 작업에 가치를 더할 수 있는 새로운 기능과 기술을 준비할 수 있습니다.

변환 도구로 Qlik Sense Desktop 활용

Qlik Sense Desktop은 Dev Hub에 액세스하고 QlikView 변환기를 실행하여 검토 및 마이그레이션을 위한 Qlik Sense 응용 프로그램을 만드는 데 사용됩니다.

Qlik Sense Desktop을 다운로드하고 프로필 설정 아래의 설정 및 관리를 통해 클라우드 테넌트로 인증할 수 있습니다. 자세한 내용은 Qlik Sense Desktop 시작하기를 참조하십시오.

Qlik Sense Desktop이 설치되면 프로필 아이콘을 통해 Dev Hub에 액세스할 수 있습니다. Dev Hub에서 변환기를 실행하고 결과에서 Qlik Sense 응용 프로그램을 만듭니다. 응용 프로그램을 클라우드에 업로드하거나 Qlik CLI 스크립트를 사용하여 여러 개를 마이그레이션합니다.

클라우드에서 다음 수준의 설계 및 리팩터링을 모두 수행하면 Qlik Cloud 분석의 모든 기능을 활용하고 새로운 데이터 연결을 테스트할 수 있습니다.

변환 예는 다음을 참조하십시오.

• 예: QlikView 변환기를 사용하여 QlikView 콘텐츠를 Qlik Sense로 이동

• 예: Qlik Sense에서 수동으로 QlikView 콘텐츠 다시 만들기