Qlik Cloud への移行の計画

最終更新日時: 2026/10/14

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 Analytics Migration Tool を設定し、それを使用してユーザーおよびコンテンツの Qlik Cloud への移行を管理することが含まれます。

詳細は以下をご覧ください。

• Qlik Cloud テナントの展開

• Qlik Analytics Migration Tool概要

• Migrating users, groups, roles, and authorizations

セキュリティとガバナンス

認証および承認

既定では、新しい 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 など)、クラウド データベース (Snowflake の Google Big Query など)、またはクラウド ストレージ (AWSS3 S3 または Azure ブロック ストレージなど) に移行したら、アプリケーションのデータ接続を移行するのは簡単になります。多くの組織には、オンプレミスで、パブリック インターネットに接続できず、または顧客の独自構造のコネクタを使用しなければならないデータ ソースがあります。そういった場合、このデータを Qlik Cloud が使用できるようにするためのツールやアプローチがいくつかありあｍす。

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

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

• Qlik Data Gateway - Direct Access – Qlik Cloud のプライベート データに直接アクセスします

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

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

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

ドキュメント評価

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

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

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

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

• ドキュメントはライフ サイクルの終わりに近づいていますか？それが提供する洞察はまだ価値がありますか？もしそうであれば、開発リソースを代わりに、新しいQlik Cloudアプリケーションの再スコープと構築に充てることも可能です。

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

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

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

QlikView および Qlik Cloud 機能評価

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

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

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

QlikView および Qlik Cloud 開発者と消費者の評価

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

• クラウドは、消費者にとってこれまでとはまったく異なる、強力な新しいエクスペリエンスです。分析の効果を高め、自動化し、強化するための多くの新機能を使用できます。この優れた新しい環境に慣れることが成功の鍵になります。消費者向けのセルフサービス機能を使用すると、熟練した開発者による開発タスクを最小限に抑えることができます。

• 開発プロセスも大きく異なります。アプリケーション変換前に開発者をトレーニングすることで、開発者は仕事に価値を加える新しい機能やテクニックを習得できるようになります。