Una consultora comenta con un cliente los permisos de acceso a archivos cloud compartidos.
Ver todos los servicios Cloud y SaaS

Modelos cloud al detalle.
Planificar la operación y el cambio.

Comparar SaaS, cloud pública, cloud privada, entornos híbridos y sistemas propios. Aclarar desde el inicio la migración, los accesos, los costes recurrentes y la devolución de datos.

La decisión empresarial

¿Qué debe ser más sencillo y qué debe seguir funcionando?

Los archivos compartidos, el correo o una aplicación propia pueden justificar un cambio. DAXS registra el proceso y evalúa los sistemas existentes, la dependencia de Internet y los costes durante el periodo de uso previsto.

Cinco modelos con responsabilidades diferentes.
ModeloControl y operaciónDependencias y recuperación
Sistemas propiosHardware y aplicaciones bajo control organizativo propio; prever mantenimiento, sustitución y asistencia.Planificar ubicación, alimentación y hardware, además de las copias y la recuperación.
SaaSUtilizar una aplicación lista para su uso. El proveedor entrega las funciones acordadas; deben organizarse usuarios, permisos y contenidos.Comprobar Internet y los límites del producto, la exportación, la conservación, el contrato y las posibilidades de cambio.
Cloud públicaConfigurar recursos y servicios de plataforma. El esfuerzo depende de qué capas proporciona el proveedor.Comprobar costes de consumo, dependencias de proveedor y servicios, ubicación de datos y alternativas concretas.
Cloud privadaUtilizar una plataforma propia o dedicada; definir accesos, recursos y responsabilidades.Valorar el operador, la ubicación y la operación acordada; evaluar por separado las copias y la recuperación.
HíbridoConectar tareas locales con servicios externos; coordinar identidades y recorridos de datos entre entornos.Contemplar las conexiones y ambos entornos; evaluar un fallo o una salida en cada recorrido.
Cuatro tareas concretas

La aplicación orienta la elección del fabricante.

Migrar el correo y la colaboración

Los buzones, calendarios, archivos y usuarios deben continuar trabajando en Microsoft 365 o Google Workspace. DAXS revisa el entorno, los permisos y la transferencia de datos y planifica la transición. La aceptación comprueba los procesos de trabajo importantes.

Compartir archivos entre sedes

Varias copias y permisos poco claros generan consultas adicionales. Organizamos la ubicación, los permisos y los recursos compartidos externos. El inicio de sesión y los accesos se prueban en los dispositivos realmente necesarios.

Publicar una aplicación propia

Una aplicación debe estar accesible en el centro de datos o en una plataforma cloud. Se planifican recursos, base de datos, accesos y asistencia continua. Los costes, la monitorización y la recuperación forman parte de la decisión.

Conectar software empresarial local

Los datos se generan localmente y se necesitan en un servicio externo. DAXS comprueba las interfaces, la calidad de los datos y la gestión de errores. La transferencia debe poder reanudarse de forma controlada tras una interrupción.

Las tareas se reparten

¿Quién proporciona el servicio y quién gestiona su uso?

IaaS, PaaS y SaaS con tareas operativas para la empresa y el proveedor.
Resumen de responsabilidades operativas. Lo decisivo es el servicio concreto y el alcance acordado.
  1. 01Proveedor

    Entrega la aplicación, plataforma o infraestructura contratada. Se examinan y valoran de forma concreta las copias, la disponibilidad y el soporte incluidos.

  2. 02Su empresa

    Define los requisitos funcionales, usuarios, permisos, contenidos y uso permitido de los datos. Decide sobre el contrato, el presupuesto y las responsabilidades organizativas.

  3. 03DAXS

    Puede asumir migración, configuración, integración, permisos, monitorización y documentación. El alcance acordado determina qué tareas se atienden realmente.

Contexto técnico: Microsoft sobre la responsabilidad compartida en servicios cloud. El gráfico muestra un reparto operativo simplificado.

Una migración necesita aceptación

Configurar usuarios y comprobar el trabajo diario.

Se configuran identidades, autenticación multifactor, dispositivos y permisos. También se incluyen la transferencia de datos, la introducción al uso y un momento de cambio acordado.

Probar la funcionalidad empresarial

¿Se puede gestionar un pedido, abrir un archivo e iniciar una reunión? La prueba verifica los procesos necesarios con las personas responsables. Las carencias detectadas se resuelven antes de la aceptación.

Contemplar la falta de Internet

Sin una conexión adecuada, un servicio SaaS puede quedar inutilizable. Se comprueban previamente la conexión alternativa, las posibilidades locales y los procedimientos de emergencia. Una segunda conexión también debe probarse con el proceso completo.

La salida forma parte de la elección

¿Cómo recupera su empresa los datos?

Cambiar de proveedor se complica si los formatos, interfaces o contratos se revisan al salir. DAXS contempla la exportación y una posible migración de vuelta desde el principio.

  1. 01Datos y formato

    ¿Qué contenidos, adjuntos, permisos y metadatos se pueden exportar? Se comprueba con un ejemplo la legibilidad y el uso posterior.

  2. 02Contrato y dependencias

    Registrar los periodos de contrato, las funciones adicionales, las identidades y las aplicaciones conectadas. Analizar por separado los costes de operación, transferencia y cambio.

  3. 03Copias y cambio

    Planificar recuperaciones independientes según las necesidades. Preparar el entorno de destino, la transferencia y las pruebas funcionales antes de cancelar el servicio anterior.

Azure, Google Cloud y otras plataformas se evalúan para cada escenario. Cloudflare puede ser una herramienta para DNS, conexión web o accesos; la decisión operativa contempla el conjunto.
Un posible proyecto

Elegir un servicio según sus tareas operativas.

Una aplicación propia, los archivos compartidos y el correo pueden necesitar modelos cloud diferentes. DAXS compara qué capas proporciona el proveedor y qué tareas siguen requiriendo organización para el proceso concreto. Los sistemas locales y la operación propia siguen siendo opciones posibles.

Leer el alcance del servicio

El mantenimiento y la configuración difieren entre infraestructura, plataforma y aplicaciones como servicio. Los datos, usuarios y permisos deben gestionarse activamente. Las prestaciones incluidas se determinan por el servicio concreto y el alcance acordado.

Hacer verificable la decisión

Se contemplan los costes de la operación prevista: recursos, licencias, asistencia, transferencia y salida. Un piloto comprueba el inicio de sesión, el acceso a datos y las funciones necesarias. Revisamos las posibilidades de exportación y una recuperación adecuada antes de cancelar servicios existentes.

Ver los puntos de planificación y aceptación
  • Registrar el proceso de trabajo, los datos y la disponibilidad necesaria.
  • Delimitar las tareas operativas entre empresa, proveedor y departamento IT.
  • Comprobar accesos, identidades y conexiones.
  • Comparar los costes recurrentes y las dependencias organizativas.
  • Probar la exportación y el cambio con un ejemplo adecuado.
  • Aceptación: comprobar el proceso de trabajo, la asistencia y la recuperación documentada.

Marco de comprobación orientativo. El alcance y las evidencias adecuadas se acuerdan para su entorno.

Antes de decidir

Preguntas sobre cloud y SaaS.

¿Es siempre más económico el cloud?
Las licencias, recursos, almacenamiento, tráfico, funciones adicionales, asistencia y una salida posterior forman parte de la comparación con sistemas propios.
¿Es automáticamente seguro el cloud?
Los proveedores pueden ofrecer funciones de protección potentes. Además, deben configurarse y mantenerse adecuadamente identidades, permisos, protección de dispositivos, configuración y recuperación.
¿Pueden colaborar servicios locales y cloud?
Sí. Se coordinan recorridos de datos, identidades y dependencias de las aplicaciones. El modelo híbrido debe aportar una utilidad concreta y poder operarse.
¿Qué ocurre si falla Internet?
Depende de las dependencias. Los servicios locales pueden seguir funcionando si no requieren servicios externos. Para un uso exclusivamente SaaS se evalúan conexiones alternativas o procedimientos de emergencia.
¿Pueden seguir utilizándose los dispositivos y aplicaciones existentes?
A menudo sí. Comprobamos la idoneidad, el soporte, los accesos y las dependencias. Una implantación cloud puede aprovechar los equipos existentes.
¿Cómo se prepara un cambio de proveedor?
Exportación de datos, interfaces, identidades, plazos contractuales y alternativas se consideran previamente. El esfuerzo real se evalúa para cada servicio.
El próximo paso útil

Valorar un servicio: utilidad, costes y salida.

Indique qué proceso quiere simplificar. Comparamos modelos adecuados y un primer paso de revisión o migración.

Explicado de forma sencilla

Aquí explicamos los distintos modelos cloud, las tareas del proveedor y de la empresa, la implantación y un posible cambio posterior.