Planificar su migración a Qlik Cloud
Última actualización: 14/10/2026Cuando planifique su migración a Qlik Cloud, revise las consideraciones recomendadas, las mejores prácticas y el enfoque de Qlik, así como los recursos disponibles durante todo el proceso, para garantizar una transición satisfactoria de los productos de Qlik Sense Client-Managed a Qlik Cloud. Estas recomendaciones tienen en cuenta el conocimiento y las experiencias obtenidas de los clientes de Qlik a medida que migran a Qlik Cloud.
Comience su migración con una valoración y evaluación de su organización:
-
Dirección estratégica: aborde la migración a Qlik Cloud como una iniciativa estratégica. Alinee el proyecto con las necesidades futuras de negocio y la dirección a largo plazo de las estrategias de la nube, datos y análisis de su organización.
-
Preparación e implementación: detalle las consideraciones requeridas, los principales pasos clave para prepararse y el enfoque de mejores prácticas para la implementación.
-
Optimización: establezca mecanismos para medir y administrar su implementación de Qlik Cloud para ayudar a impulsar la adopción.
Revisar estas áreas clave garantiza que pueda maximizar el éxito y minimizar los costes de migración.
Dirección estratégica
Tenga en cuenta los planes estratégicos de su organización al migrar a Qlik Cloud. Esto ayuda a identificar tanto las prioridades de migración como las iniciativas existentes para su extinción. Considere algunas de las siguientes preguntas:
-
¿Cuáles son nuestros objetivos estratégicos al migrar a Qlik Cloud?
-
¿Cuál es nuestra arquitectura actual de datos en la nube?
-
¿Dónde se alojan nuestros sistemas operativos?
-
¿Qué iniciativas necesitará nuestra organización de su plataforma de datos y análisis?
-
¿Hay implementaciones anteriores que no abordan necesidades futuras del negocio?
Preparación e implementación
Las nuevas características y capacidades en Qlik Cloud significan que los enfoques, las técnicas y las características aprovechadas en los productos de Qlik Sense Client-Managed pueden ser diferentes en Qlik Cloud. Una solución basada en la nube tiene una arquitectura diferente a una administrada por el cliente, se debe considerar la reinvención y la refactorización para optimizar los beneficios de Qlik Cloud. Por lo tanto, para optimizar su experiencia analítica en Qlik, la migración debe ir más allá de un simple retoque y debe cambiar de local a Qlik Cloud. Una vez que identifique sus objetivos estratégicos, los siguientes pasos son abordar las actividades fundamentales de migración.
Comprender el flujo de trabajo y el proceso de la migración
Su enfoque y proceso de migración específicos dependerán de su entorno, recursos y requisitos actuales. Esta sección ofrece un resumen general del flujo de trabajo de migración. Utilícelo como una guía para ayudarle a comprender el tiempo y la secuencia de eventos durante una migración, por ejemplo, qué tareas se pueden ejecutar en paralelo y cuándo mover usuarios y crear espacios. La duración de cada paso en una migración variará según la complejidad de la implementación actual de Qlik Sense Client-Managed.
El siguiente ejemplo de flujo de trabajo clasifica los pasos de migración según el tipo de tarea: proceso, configuración o activos. Las tareas se alinean según su lugar en la secuencia de migración.
Ejemplo de proceso y flujo de trabajo de migración

La documentación para la migración de Qlik Sense Client-Managed se centra principalmente en las tareas de los flujos de trabajo de configuración y activos. Esto incluye la configuración del espacio empresarial inquilino en la nube y Qlik Analytics Migration Tool para ayudar a gestionar la migración de usuarios y contenidos a Qlik Cloud.
Para más información, vea:
Seguridad y gobernanza
Autenticacion y autorizacion
De forma predeterminada, un nuevo espacio empresarial inquilino de Qlik Cloud se configura contra Qlik Account, el proveedor de identidad de Qlik, lo que requiere que los usuarios registren sus cuentas en Qlik antes de poder iniciar sesión. No obstante, la mejor práctica es utilizar un proveedor de identidad externo dentro de la implementación existente de Qlik (por ejemplo, Active Directory).
Los beneficios de usar su propio proveedor de identidad incluyen la capacidad de:
-
Permitir el acceso a la plataforma utilizando las credenciales corporativas existentes, sin tener que crear y administrar una Qlik Account.
-
Aplicar sus propias políticas en cuanto a la longitud de la contraseña, la caducidad de la contraseña y la autenticación multifactor.
-
Auditar y supervisar el acceso de acuerdo con sus requisitos de gobierno y seguridad de TI.
-
Federar varios directorios, si es necesario.
-
Incluir las asignaciones de grupo de un usuario a través del proveedor de identidad.
-
Gestionar automáticamente a los usuarios que se unen o se van, y controlar cómo se administran las ID de usuario para la seguridad del espacio y el acceso a las secciones.
Roles y reglas
En Qlik Sense Client-Managed, el concepto de reglas sirve para configurar y hacer cumplir la seguridad, la asignación de licencias, la distribución de aplicaciones y más. La flexibilidad del motor de reglas se puede aumentar con propiedades personalizadas para crear patrones de autorización complejos. La plataforma de Qlik Cloud no implementa reglas de seguridad de esta manera y no tiene propiedades personalizadas. En su lugar, Qlik Cloud utiliza un enfoque más simple mediante el cual la seguridad está diseñada para asignarse directamente a grupos o a usuarios, donde los grupos no están disponibles a través del proveedor de identidad
Los permisos de Qlik Cloud se pueden configurar a nivel de espacio (para aplicaciones y datos) o a nivel de sistema (para roles administrativos), y ambos admiten la asignación de grupos. Este enfoque requiere cierta planificación específica de la organización. Si bien este enfoque se puede implementar antes de la migración, se recomienda que revise este diseño con respecto a los nuevos roles y capacidades en Qlik Cloud antes de comenzar con las actividades de migración.
Racionalice y optimice su actual implementación de Qlik
Los clientes de Qlik Sense Client-Managed a menudo descubren que tienen muchas aplicaciones heredadas, algunas de las cuales ya no son necesarias (como en entornos de desarrollo y prueba). Simplificar el entorno actual mediante el archivo de aplicaciones antiguas, duplicadas o no utilizadas puede reducir significativamente el esfuerzo (y el coste) de migrar a Qlik Cloud, y minimizar los gastos generales de mantenimiento y pruebas continuos.
El enfoque siguiente es una técnica de mejores prácticas para racionalizar y optimizar su implementación de Qlik:
-
Para aplicaciones de producción: solicite que los propietarios de la aplicación confirmen los recursos para probar la aplicación después de la migración o para indicar que la aplicación se puede retirar (exclusión voluntaria).
-
Para aplicaciones de desarrollo y prueba: solicite que los propietarios de las aplicaciones proporcionen una lista de las aplicaciones que deben migrarse (optar por participar).
-
Para todas las aplicaciones que no requieren migración: exporte y archive en un almacenamiento a largo plazo fuera de la Qlik implementación.
Sus aplicaciones
Al planificar su migración a Qlik Cloud, es importante revisar sus aplicaciones para comprender si son adecuadas para la Qlik Cloud implementación. Qlik Cloud admite varios niveles de capacidad en función de las diferentes necesidades. La mayoría de las aplicaciones se ajustan a nuestro nivel de capacidad estándar; sin embargo, cuando es necesario, Qlik proporciona opciones de capacidad ampliada y dedicada para aplicaciones más grandes y casos de uso de nicho. Detalles acerca de las especificaciones de capacidad de Qlik Cloud están disponibles en Qlik Sense especificaciones y capacidad.
Factores clave que se han de tener en cuenta al revisar sus aplicaciones:
-
Tamaño de la aplicación
-
Duración de la recarga y simultaneidad
-
Fuentes de datos
Nota de sugerenciaQlik Cloud añade capas de gobernanza a los datos almacenados en Qlik Cloud. Optimizar el rendimiento de sus QVD es clave para una migración exitosa a Qlik Cloud.
Para recomendaciones y mejores prácticas para archivos QVD, consulte Mejores prácticas para la arquitectura QVD al migrar a Qlik Cloud.
Para algunos métodos de optimización de archivos QVD y grandes volúmenes de datos en Qlik Cloud, consulte:
-
Componentes de terceros: extensiones, GeoAnalytics, Qlik NPrinting y otras soluciones integradas
-
Anónimas o casos de uso de OEM (contacte con Qlik)
-
Mashups
Evaluación de la preparación para la migración con Qlik
Qlik puede ayudar a revisar la preparación para la migración ejecutando nuestras aplicaciones de preparación en entornos gestionados por el cliente. La aplicación Content Monitor es una Qlik Sense aplicación que está diseñada para ejecutarse en un Qlik Sense Client-Managed por Qlik para clientes que estén considerando Qlik Cloud. Esta aplicación perfila las aplicaciones en un Qlik Sense Client-Managed entorno y las clasifica en sus Qlik Cloud niveles adecuados. Las aplicaciones también incluyen el uso de sesiones, metadatos de conexión de datos, y tareas y cadencias de tareas (solo para Qlik Sense Client-Managed), todo lo cual son atributos importantes para priorizar y sopesar la complejidad de la migración de sus activos.
Para obtener más información, consulte Monitor de contenido (solo en inglés).
Las evaluaciones detalladas están disponibles a través de la organización de Éxito del Cliente de Qlik.
Los clientes tienen derecho a un inquilino de evaluación gratuito como parte del programa Move-to-Cloud.
Para obtener más información sobre la evaluación de la migración, consulte el siguiente Qlik curso de aprendizaje:
Acceder a sus datos
La ubicación de los datos de su organización debe ser considerada en el plan de migración a Qlik Cloud. Qlik Cloud tiene varios conectores que pueden acceder a muchas fuentes de datos disponibles públicamente. Por lo tanto, si su organización ha acudido a sistemas compatibles basados en la nube (como Salesforce o Workday), bases de datos en la nube (como Snowflake para Google Big Query), o almacenamiento en la nube (como AWS S3 o el almacenamiento en bloques de Azure), entonces será sencillo mover las aplicaciones. Muchas organizaciones tienen fuentes de datos que están en las instalaciones locales, no se pueden hacer accesibles a la red de Internet pública o requieren el uso de conectores estructurados específicamente, propiedad del cliente. En estos casos, existen varias herramientas y enfoques disponibles para poner estos datos a disposición de Qlik Cloud.
Estas son las opciones actuales para poner sus datos a disposición de Qlik Cloud:
-
La pasarela de datos de acceso directo de Qlik: permite acceder directamente a sus datos privados en Qlik Cloud
-
Mover sus datos a una base de datos o almacenamiento en la nube que sea compatible y luego acceder a Qlik Cloud
-
Conectarse directamente a los sistemas de origen compatibles desde Qlik Cloud: echarlos en Qlik Cloud
Estas tecnologías y técnicas pueden usarse para implementar o integrarse con su arquitectura estratégica de datos en la nube. Es una práctica habitual utilizar opciones tácticas a corto plazo durante la transición al objetivo estratégico a largo plazo de una arquitectura de datos en la nube.
Pasarela de datos de acceso directo
La pasarela de datos de Qlik extiende QlikServicios de datos a los datos del cliente, independientemente de su ubicación: local, en una nube privada virtual o nube pública. La pasarela permite un acceso directo usando un túnel seguro y exclusivo, sin abrir puertos en los firewalls del cliente, directamente en Qlik Cloud y a otros destinos de nube populares como Snowflake, Azure Synapse, Google Big Query o Databricks.
Conéctese directamente a sus sistemas de origen desde Qlik Cloud
Esta opción se utiliza más habitualmente cuando se ha mudado a sistemas basados en la nube, como Salesforce o Workday. Qlik Cloud puede conectarse a estos sistemas a través de conectores de Qlik o puede crear integraciones con estos sistemas usando Qlik Automate. No se recomienda usar este método para conectarse a fuentes locales, ya que requiere abrir el firewall de la organización.