Qlik Cloud への移行の計画

Qlik Cloud への移行を計画する際、Qlik が推奨する注意事項、ベストプラクティス、アプローチ、およびプロセスで利用可能なリソースをレビューして、QlikView 製品から Qlik Cloud へ確実に移行できるようにします。これらの推奨事項は、Qlik の顧客が Qlik Cloud に移行する際に得られる知識と経験を考慮しています。

次の組織のアセスメントと評価から、移行を始めます。

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 Account、既定の Qlik ID プロバイダーに対して構成されますが、このためにはユーザーがログインする前に Qlik でアカウントを登録する必要があります。ただし、ベストプラクティスは、Qlik 展開 (例: Active Directory) 内の外部 ID プロバイダーを使用することです。

独自の ID プロバイダーを使用する利点には次のようなものがあります。

• Qlik Account を作成して管理しなくても、既存の企業資格情報を使ってプラットフォームにアクセスできる。

• パスワードの長さ、パスワードの有効期限、多要素認証について、独自のポリシーを適用できる。

• ITセキュリティおよびガバナンス要件に従ってアクセスを監査および監視する。

• 必要に応じて、複数のディレクトリをフェデレートする。

• アイデンティティプロバイダーを通して、ユーザーのグループ割り当てを含める。

• ユーザーの参加と退出を自動的に処理し、スペースセキュリティとセクションアクセスのためのユーザー ID の管理方法をコントロールする。

役割とルール

Qlik Cloud セキュリティがグループに直接割り当てられるように設計されたアプローチ、または ID プロバイダーを通じてグループが利用できない場合はユーザーに割り当てるように設計されたアプローチを使用します。

Qlik Cloud 権限は、スペース レベル (アプリケーションおよびデータ向け)、またはシステム レベル (管理者の役割向け)、およびサポート グループと割り当て両方で設定できます。このアプローチには、組織固有の計画が必要です。このアプローチは、移行前に実施できますが、移行アクティビティを開始する前に Qlik Cloud で新しい役割と機能に対してこの設計をレビューすることが推奨されます。

現在の Qlik 展開を正当化および合理化する

QlikView の顧客は、多くのレガシー アプリケーションを所有していることがよくありますが、その一部はすでに不要となっています (開発およびテスト環境など)。 古く、重複した、または使用されていないアプリケーションをアーカイブすることにより現行環境を合理化すると、Qlik Cloud への移行の作業 (そしてコスト) を大幅に低減し、継続的メンテナンスとテスト間接費を最小化することができます。

次のアプローチは、Qlik 展開を正当化および合理化するためのベストプラクティス テクニックです。

• Production アプリの場合: アプリケーション所有者がリソースを確認するか、またはアプリケーションを廃止 (オプトアウト) できることを述べるようリクエストします。

• Development および Test アプリの場合: アプリケーション所有者が移行 (オプトイン) するのに必要なアプリのリストを提供するようリクエストします。

• 移行が必要ないすべてのアプリの場合: Qlik 展開の外の長期ストレージにエクスポートおよびアーカイブします。

データの評価

Qlik Cloud への移行においては、組織のデータの場所を考慮する必要があります。Qlik Cloud には、一般にアドレス指定可能な多くのデータ ソースにアクセスできるコネクタがいくつかあります。そのため、組織がサポートされているクラウドベースのシステム (Salesforce または Workday など)、クラウド データベース (Google Big Query の Snowflake など)、またはクラウド ストレージ (AWS S3 S3 または Azure ブロック ストレージなど) に移行したら、アプリケーションのデータ接続を移行するのは簡単になります。多くの組織には、オンプレミスで、パブリック インターネットに接続できず、または顧客の独自構造のコネクタを使用しなければならないデータ ソースがあります。そういった場合、このデータを Qlik Cloud が使用できるようにするためのツールやアプローチがいくつかありあｍす。

これらは、データを Qlik Cloud が使用できるための現行オプションです:

• サポートされたソース システムに Qlik Cloud から直接接続してから、Qlik Cloud にプルします

• Qlik データ ゲートウェイ - 直接アクセス – Qlik Cloud のプライベート データに直接アクセスします

• データをサポートされちえるクラウド データベースまたはストレージに移動してから、Qlik Cloud にプルします

これらのテクノロジーやテクニックは、顧客の戦略的クラウド データ アーキテクチャを実装または統合するために使用できます。クラウド データ アーキテクチャという戦略的長期目標に移行しながら、短期的な戦術的オプションを使用するのが一般的な慣習です。

QlikView コンテンツを Qlik Cloud に移動: 概念とベスト プラクティス

ドキュメント評価

移行戦略には、QlikView ドキュメントの評価を含める必要があります。これは、次のことを行うかどうかを決定するのに役立ちます。

• ドキュメントを廃止する。
• ドキュメントを Qlik Cloud アプリに移行する。

以下の内容を考慮してください。

• ドキュメントはビジネス価値を提供していますか？ドキュメントが使用される頻度、何人が使用しているか、誰が使用しているかを検討します。重要なビジネス上の決定を行うために使用されている場合、1 人のユーザーのみが使用するドキュメントは依然として重要である可能性があります。

• ドキュメントはライフ サイクルの終わりに近づいていますか？それが提供する洞察はまだ価値がありますか？そのような場合、新しい Qlik Cloud アプリの再スコープと構築のために代わりに開発工数を使用できます。

ドキュメント評価ツール:

• QlikView Governance Dashboard は、QlikView の展開の可視性を提供します。ダッシュボードには、繰り返されるラベルと数式、複雑度の分析、ファイル サイズ、使用頻度、またデータ系統などの情報が表示されます。Sense プロファイル スコアは、QlikView アプリと Qlik Sense および Qlik Cloud との互換性をスコアします。

  詳細については、「QlikViewガバナンス ダッシュボード (英語のみ)」を参照してください。

QlikView および Qlik Cloud 機能評価

以下の内容を考慮してください。

• Qlik Cloud のどの機能改善が組織の目標をサポートしていますか？例えば、Qlik Cloud を使用すると、組織のすべてのメンバーが洞察を開発および共有しやすくなります。

• QlikView のどの機能が Qlik Cloud でサポートされていないか、まだサポートされていませんか？機能がサポートされていない場合の適切な回避策はありますか？

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 コンテンツを手動で再作成