Infraestructura en la nube o local: ¿cómo elegir dónde se ejecuta un sistema?

Elija una ubicación específica para un sistema de negocio, en lugar de tomar una única decisión para toda la empresa. La base de datos de una aplicación de producción, el correo electrónico y el almacenamiento de archivos pueden tener diferentes requisitos. Comience la comparación preguntándose quién utiliza el sistema, qué datos necesita y qué ocurre si se vuelve inaccesible.

Los servicios en la nube no eliminan la necesidad de gestión, y el equipo en la oficina no garantiza la seguridad. Compare dos opciones en función de las mismas tareas y requisitos. Utilice la matriz a continuación para registrar las condiciones confirmadas y asignar responsables a la información faltante.

Describa el sistema y los límites de la comparación

Recopile los requisitos de la carga de trabajo

Una carga de trabajo incluye la aplicación, los datos y los componentes relacionados que, en conjunto, realizan una tarea empresarial. Por ejemplo, evaluar un servidor por sí solo es insuficiente si la aplicación depende de una base de datos local, una impresora y un servicio de autorización. Registre estas dependencias antes de comparar los costes.

• Propósito del sistema, propietario y usuarios, incluyendo sitios remotos.
• Versión, licencias y opciones de implementación permitidas por el proveedor.
• Volumen de datos, carga normal, picos y cambios esperados.
• Conexiones con otras aplicaciones, equipos y servicios externos.
• Requisitos de tiempo de respuesta, disponibilidad y recuperación.
• Restricciones de datos y ubicación confirmadas por la persona responsable de los requisitos de la empresa.

La dirección confirma la tarea empresarial, el departamento de TI verifica las condiciones técnicas y el propietario de la aplicación aclara el soporte. Marcar información desconocida. Si el proveedor no permite la implementación o el soporte de la configuración requerida, resolver esa limitación antes de considerar la opción como lista.

Distinguir la ubicación del nivel de servicio

Con la implementación local, el sistema se ejecuta en el equipo en su sitio. Su propio equipo o un contratista pueden mantenerlo. En la nube, un proveedor proporciona recursos o una aplicación como un servicio. Sin embargo, una máquina virtual y una aplicación lista para usar transfieren diferentes cantidades de trabajo al proveedor.

Compare las opciones que realizan la misma tarea empresarial. Una suscripción a una aplicación lista para usar no es equivalente al alquiler de una máquina virtual vacía. Este último aún requiere instalación, licencias, actualizaciones y soporte de la aplicación. Un alojamiento o virtualización básica tampoco describen automáticamente todas las características de un servicio en la nube.

Defina quién gestiona el sistema

Divida las responsabilidades por capas

Para cada opción, enumere los propietarios del hardware físico, el sistema operativo, la aplicación, las cuentas, los permisos, la supervisión y los datos. Registre quién realiza cada acción y quién verifica el resultado. Nombrar un proveedor sin definir los límites del servicio deja un vacío.

El modelo de responsabilidad compartida de Microsoft muestra que el cliente gestiona las máquinas virtuales, los sistemas operativos y las aplicaciones en IaaS. En PaaS y SaaS, el proveedor se encarga de algunas de estas tareas. Los datos, las cuentas y la configuración de acceso siguen siendo parte de las responsabilidades del cliente. Confirme los límites exactos para el servicio elegido.

Para un sistema local, verifique no solo si existe un administrador. Se necesita acceso al equipo, acuerdos de personal para copias de seguridad, documentación utilizable y un proceso para obtener piezas. Si un contratista mantiene el sistema, especifique los límites del trabajo y un contacto. La ubicación del servidor no realiza estas tareas.

Verifique los requisitos de seguridad y datos

Los datos sensibles necesitan condiciones claras de almacenamiento y acceso en cualquier modelo. Confirme las ubicaciones permitidas, los derechos de administrador, el registro y la gestión de claves. Base las condiciones requeridas en las normas de la empresa y las obligaciones aplicables, en lugar de una opinión general sobre la seguridad en la nube o en la oficina.

La certificación de un proveedor en la nube no prueba que su configuración sea correcta. Su propia sala de servidores tampoco prueba la protección contra errores de acceso, fallos de energía o robos. Consulte las preguntas sobre requisitos especiales al especialista responsable. No concluya que una industria regulada siempre prohíbe los servicios en la nube o siempre requiere un servidor local.

Compare el costo total durante el mismo período

Incluya la configuración, la operación y la salida

Elija el mismo período de comparación y conjunto de características. Utilice cotizaciones reales, contratos actuales y datos de carga de trabajo. Separe el trabajo inicial, los pagos periódicos y los costos que varían con el uso. No introduzca cero para un precio desconocido.

Microsoft recomienda incluir los gastos iniciales, continuos y operativos, junto con los servicios relacionados, en el modelo de costes. Por lo tanto, el precio de un servidor o licencia no refleja el coste del sistema completo. Evalúe varios niveles de carga y compruebe cómo cambia el total.

Verificar las condiciones para el crecimiento y la reducción.

Los cargos en la nube pueden depender del uso, el número de usuarios, los compromisos por un período determinado y otras condiciones. Apagar una máquina virtual no siempre implica la interrupción de los cargos por discos, direcciones o servicios relacionados. Verifique los componentes de la factura y los términos de eliminación de recursos, en lugar de solo los precios de la computación.

En un entorno local, la capacidad adquirida puede estar inactiva, pero puede utilizarse para tareas adecuadas. El crecimiento puede requerir una nueva compra. Compare el tiempo de entrega de los recursos y el costo total, en lugar de solo el tipo de pago. Las finanzas pueden confirmar la clasificación de los gastos para la contabilidad.

Para cada cálculo, registre la fuente de precios, la fecha de verificación, las suposiciones sobre la carga de trabajo y el propietario. Verifique los costos de transferencia de datos por dirección, volumen y términos de servicio. También conserve un escenario de cierre: cómo recuperar los datos y cuánto trabajo requerirá otro entorno.

Incluya los compromisos restantes bajo los contratos actuales y el período de soporte para el hardware ya adquirido. Un servidor de pago aún requiere operación, y una nueva suscripción en la nube puede superponerse a un contrato anterior. No cuente el mismo permiso o trabajo dos veces. Indique por separado el período en el que ambos entornos son necesarios para la transición.

Verificar la conectividad y la respuesta de las aplicaciones

Analizar todo el flujo de trabajo del usuario

Un sistema en la nube necesita conexiones con los recursos que utiliza. Para un empleado, esto puede significar Internet. Para una aplicación, también puede significar una conexión a una base de datos en otro sitio. Verifique la latencia, la estabilidad y el comportamiento bajo carga, así como la velocidad anunciada de la conexión.

Un sistema local no siempre funciona sin Internet. La autorización, la licencia, los directorios externos, el intercambio con socios y el acceso remoto pueden depender de servicios externos. Cree una cadena de dependencia corta y verifique qué sigue funcionando cuando cada conexión falla.

Probar las acciones necesarias

Seleccione las acciones que realizan los empleados en el trabajo: abrir un documento, registrar una transacción de base de datos, obtener un informe, transferir un archivo o utilizar un dispositivo local. Mida el resultado bajo condiciones normales y una carga representativa. Acuerde una respuesta aceptable con el propietario del proceso.

No prometa calidad basándose en una única prueba de velocidad. El tiempo de respuesta también depende de la aplicación, la base de datos, la ruta y la carga del servidor. Si una aplicación tiene estrechos vínculos con el equipo en el sitio, primero verifique si su proveedor lo admite. Mover solo un componente puede empeorar el rendimiento de toda la cadena.

Evalúe la carga y el soporte de la aplicación

Los servicios en la nube ayudan a agregar y reducir los recursos, pero cada servicio tiene límites. Verifique las cuotas, las configuraciones disponibles, las licencias y cómo escala la aplicación. Una máquina virtual adicional por sí sola no convierte una aplicación antigua en una distribuida o lista para el crecimiento.

Para una carga constante, evalúe el uso de los recursos existentes y su período de soporte restante. Para picos variables, verifique los costos de expansión y los plazos en ambas opciones. No asuma un beneficio financiero simplemente porque la expansión en la nube es técnicamente posible.

Si elige SaaS, verifique las integraciones, los métodos de exportación, los límites de la API y el soporte del dispositivo, así como las características. Si elige su propia instalación, confirme la compatibilidad entre el sistema operativo, la base de datos, las licencias y el método de redundancia. Registre quién es responsable de las actualizaciones y cómo se probará una nueva versión.

Establezca las condiciones de fallo y recuperación

Identifique qué operaciones se detienen durante un fallo, la pérdida de datos que la empresa acepta y el tiempo disponible para la recuperación. Estas condiciones apoyan la comparación de ubicaciones. Desarrolle un plan de respaldo detallado y un procedimiento de prueba por separado, pero incluya su costo y propietario en la decisión.

Ofrezca alta disponibilidad, una copia de datos y una recuperación verificada para abordar diferentes tareas. No trate los servicios en la nube como un respaldo prefabricado ni prometa la recuperación automática de todas las aplicaciones. Aclare qué incluye el servicio elegido, qué configura el cliente y cómo se verifica la recuperación.

Para un sitio local, verifique la alimentación, el hardware y el acceso a recursos adicionales. Para los servicios en la nube, verifique la arquitectura elegida, la disponibilidad de los componentes y los términos del contrato. Ninguna de las opciones se vuelve resistente únicamente por su nombre. Una solución artículo sobre copias de seguridad de servidores y en la nube abarca las ubicaciones de copias.

Complete una matriz para cada sistema

Registre dos opciones específicas en lugar de las palabras abstractas «nube» y «servidor». Por ejemplo, especifique un nivel de servicio y una configuración, o una plataforma local con un propietario de mantenimiento. Mantenga evidencia y preguntas abiertas para cada fila. Las puntuaciones no soportadas no reemplazan las comprobaciones de restricciones.

Pruebe una aplicación que funcione con equipos locales

Si una aplicación recibe datos de un dispositivo en la ubicación, verifique las interfaces compatibles, la latencia y el comportamiento cuando falla la conectividad. Primero, pruebe toda la cadena, incluyendo la base de datos y la autorización. Una opción local puede ser adecuada para una fuerte dependencia de ese equipo, pero no resuelve la redundancia ni el soporte por sí solo.

No excluya una opción en la nube basándose únicamente en el nombre de la industria. Solicite al proveedor que confirme una arquitectura adecuada y que realice las pruebas necesarias. Sin confirmación, registre las limitaciones específicas. Esto es más útil que una afirmación general de que todos los datos sensibles deben permanecer en la oficina.

Pruebe la colaboración para un equipo remoto

Si las personas comparten documentos desde diferentes ubicaciones, evalúe el acceso a una versión, los permisos, las interacciones con otros sistemas y el trabajo durante la pérdida de conectividad. Para SaaS, aclare qué acciones funcionan sin conexión y qué ocurre cuando se restablece la conexión. Una copia local por sí sola no confirma una colaboración correcta.

Para un servicio de archivos local, pruebe el método de acceso remoto elegido con tamaños de archivo realistas. Para ambas opciones, acuerde la retención y la capacidad de recuperar los datos en un formato utilizable. Una interfaz conveniente no elimina estas comprobaciones ni demuestra que existe una copia de seguridad separada.

Verifique picos cortos y entornos temporales

Si los recursos solo son necesarios durante un período limitado, compare el tiempo de preparación y el costo del ciclo completo. En la nube, verifique la disponibilidad de la configuración, los límites y cómo eliminar los recursos no deseados. En equipos locales, evalúe la capacidad disponible, los efectos en los sistemas principales y los costos de expansión.

Un entorno de prueba puede utilizar un conjunto de datos limitado y tener una vida útil diferente al sistema principal. Acuerde estas condiciones antes de crearlo. Después de completarlo, verifique que los resultados requeridos permanezcan y que los costos innecesarios dejen de incurrirse. No aplique los beneficios de un escenario temporal a una carga de trabajo permanente sin un cálculo separado.

Compare las pruebas en una matriz

Si una opción viola una condición obligatoria, asigne una comprobación o exclúyala con una razón. Si falta información, deje la pregunta abierta con un propietario y una fecha límite. No elija un ganador únicamente por el número de celdas completadas o el precio más bajo visible.

No es necesario mover todos los sistemas de la misma manera. Algunos pueden permanecer en el sitio, mientras que otros utilizan servicios en la nube. Sin embargo, sigue siendo necesario un intercambio de datos verificado, acceso y responsabilidad. La composición de un entorno híbrido y el uso de múltiples proveedores de la nube requieren una comparación arquitectónica separada.

Preparar la decisión para la verificación y el cambio

Mantener la opción seleccionada, las razones, las limitaciones y las condiciones de revisión. Antes de realizar un cambio, verificar el acceso, el alcance de los datos, las licencias, la disponibilidad del soporte y la capacidad de volver a un estado acordado. Comience con una prueba limitada de las acciones comerciales necesarias en lugar de mover todo solo para cambiar su ubicación.

Un plan de migración debe definir la secuencia, el período de cambio y los responsables. Este trabajo debe seguir la decisión sobre la ubicación. Después del lanzamiento, compare la respuesta real, los costos y el esfuerzo de soporte con las suposiciones originales. Actualice la decisión si hay cambios en la carga, la versión de la aplicación o la tarea comercial.

El propietario del sistema confirma que la opción cumple con la tarea comercial. El departamento de TI conserva los resultados de las pruebas técnicas, y las finanzas confirman la base de cálculo. Asigne un propietario y el siguiente paso para las limitaciones restantes. La decisión está lista para implementarse cuando el equipo comprenda tanto la ubicación como sus condiciones de funcionamiento.

¿Necesita determinar dónde deben ubicarse sus sistemas empresariales? Póngase en contacto con DKs Enterprises para obtener ayuda con infraestructura en la nube y híbrida. Prepare una lista de aplicaciones, dependencias, requisitos de conectividad y gastos actuales, para poder analizar las diferentes opciones.

Fuentes

• Responsabilidad compartida en la nube
• Construir un modelo de costos para cargas de trabajo