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

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

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

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

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

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

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

전략적 방향

Qlik Cloud로 마이그레이션할 때 조직의 전략 계획을 염두에 두십시오. 이는 마이그레이션 우선 순위와 종료할 기존 이니셔티브를 모두 식별하는 데 도움이 됩니다. 다음 질문 중 일부를 고려합니다.

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

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

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

• 조직에서 데이터 및 분석 플랫폼에 필요한 이니셔티브는 무엇입니까?

• 미래의 비즈니스 요구 사항을 해결하지 못하는 과거 구현이 있습니까?

준비 및 구현

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

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

특정 마이그레이션 접근 방식 및 프로세스는 현재 환경, 리소스 및 요구 사항에 따라 달라집니다. 이 섹션에서는 마이그레이션 워크플로를 일반적으로 간략하게 설명합니다. 마이그레이션 중 이벤트의 타이밍과 시퀀스를 이해하는 데 도움이 되는 지침으로 사용합니다. 예를 들어, 어떤 작업을 병렬로 실행할 수 있는지, 언제 사용자를 이동하고 공간을 만들어야 하는지 등이 있습니다. 각 마이그레이션 단계의 소요 시간은 기존 Qlik Sense 클라이언트 관리 배포의 복잡성에 따라 달라집니다.

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

Qlik Sense 클라이언트 관리에 대한 마이그레이션 설명서는 주로 설정 및 자산 워크플로의 작업에 중점을 둡니다. 여기에는 클라우드 테넌트 및 마이그레이션 도구를 설정한 다음 이러한 도구를 사용하여 사용자 및 콘텐츠(예: 스트림, 앱 및 데이터 연결)를 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 Sense 클라이언트 관리에서 규칙 개념은 보안, 라이센스 할당, 앱 배포 등을 구성하고 적용하는 데 사용됩니다. 규칙 엔진의 유연성은 복잡한 권한 부여 패턴을 만들기 위해 사용자 지정 속성으로 보강될 수 있습니다. Qlik Cloud 플랫폼은 이러한 방식으로 보안 규칙을 구현하지 않으며 사용자 지정 속성이 없습니다. 대신 Qlik Cloud는 보안이 그룹에 직접 할당되거나 ID 공급자를 통해 그룹을 사용할 수 없는 사용자에게 할당되도록 설계된 더 간단한 접근 방식을 사용합니다.

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

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

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

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

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

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

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

데이터 액세스

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

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

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

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

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

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

Qlik 데이터 게이트웨이 – 직접 액세스

Qlik 데이터 게이트웨이는 온프레미스, 가상 개인 클라우드, 공개 클라우드 등 위치에 관계없이 Qlik 데이터 서비스를 고객의 데이터로 확장합니다. 게이트웨이는 안전한 전용 터널을 사용하여 고객의 방화벽에서 포트를 열지 않고 Qlik Cloud 및 기타 인기 있는 클라우드 대상(Snowflake, Azure Synapse, Google Big Query 또는 Databricks 등)에 직접 액세스할 수 있습니다.

Qlik Cloud에서 소스 시스템에 직접 연결

이 옵션은 Salesforce 또는 Workday와 같은 클라우드 기반 시스템으로 이동한 경우 가장 일반적으로 사용됩니다. Qlik Cloud는 Qlik 커넥터를 통해 이러한 시스템에 연결하거나 Qlik 응용 프로그램 자동화를 사용하여 이러한 시스템과의 통합을 구축할 수 있습니다. 이 방법을 사용하여 온프레미스 소스에 연결하는 것은 조직의 방화벽을 열어야 하므로 권장되지 않습니다.