Sergey Nivens - Fotolia

Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

10 errores de migración de bases de datos de nube que debe evitar

El experto en bases de datos Chris Foot enumera los 10 principales descuidos que los equipos de TI suelen realizar cuando hacen una migración de base de datos a la nube y ofrece consejos sobre cómo evitarlos.

Más organizaciones están recurriendo a plataformas de base de datos como servicio en busca de implementaciones más rápidas, más escalables y menores costos. Con una gran cantidad de productos y herramientas DBaaS disponibles en la actualidad, el caso para comenzar una migración de la base de datos hacia la nube se ha vuelto aún más convincente.

Sin embargo, existe un conjunto común de conceptos erróneos y áreas ignoradas que continúan causando problemas a los equipos de TI durante las migraciones a las plataformas DBaaS. Afectan principalmente a las organizaciones que son nuevas en las migraciones de bases de datos en la nube, pero las empresas que han migrado varias bases de datos locales a la nube tampoco son inmunes a ellas.

Cuando usted identifica y aborda problemas al principio del ciclo de vida de la migración de la base de datos en la nube, puede minimizar su impacto y tener menos sorpresas cuando activa el nuevo sistema DBaaS. Aquí hay un desglose de los 10 principales pasos en falso que los equipos de TI hacen cuando se someten a una migración de base de datos hacia la nube.

1. Subestimar la migración de la base de datos en la nube y los costos de soporte

Las plataformas DBaaS no son productos nuevos. Son arquitecturas nuevas. Como todas las arquitecturas nuevas, tendrán un amplio impacto que cambiará la forma en que su tienda construye, accede, administra, monitorea y asegura sus sistemas. También debe tener en cuenta los costos de capacitación, documentación y cambios organizacionales. Aprenderemos más sobre las implicaciones presupuestarias a lo largo de este artículo.

2. Subestimar los cambios organizativos y de procedimiento

El personal existente tendrá nuevas responsabilidades, y su organización puede necesitar crear nuevas posiciones para soportar la plataforma DBaaS. Debido a que DBaaS difiere enormemente de las bases de datos locales, deberá actualizar sus procesos de gestión de cambios y la documentación de soporte. El tiempo que demore depende de cuán estrictos sean sus procesos de gestión de cambios, documentación y requisitos de auditoría.

3. No proporcionar al personal interno suficiente capacitación

Los administradores deberán aprender a aprovisionar, administrar, ajustar, proteger, monitorear y recuperar la plataforma DBaaS. Son los mismos principios básicos de buena administración los que se aplican a todos los entornos de sistemas de gestión de bases de datos, pero los administradores de su base de datos utilizarán diferentes herramientas, utilidades y comandos para realizar esas operaciones de soporte.

4. No entender los modelos de costo del proveedor

Usted no va a comprar su sistema DBaaS. Lo va a alquilar. Esas tarifas de alquiler variarán según el proveedor, el producto, la configuración de la instancia y las cargas de trabajo. Cada vendedor tiene diferentes formas de cobrar al cliente. Además, algunos de los modelos de precios de los proveedores pueden ser complejos. Para estimar con precisión sus tarifas de alquiler, debe comprender las métricas que utiliza el proveedor para calcular los costos.

5. Tamaño incorrecto de la instancia de DBaaS

Antes de comenzar una migración de la base de datos en la nube, sus administradores deberán medir el consumo de recursos de la base de datos local para configurar los niveles de rendimiento de la instancia DBaaS y estimar las tarifas mensuales de alquiler. Las métricas clave de consumo de recursos generalmente incluyen CPU, memoria, almacenamiento en disco, E/S y transferencias de datos dentro y fuera del entorno.

6. No tener en cuenta la falta de coincidencia de características de la base de datos local y en la nube

Puede haber diferencias significativas entre las características de la base de datos local y sus contrapartes DBaaS. Los proveedores de DBaaS a menudo proporcionarán una matriz de compatibilidad de características de base de datos local/en la nube. La matriz identifica las diferencias entre los dos productos e incluye soluciones o una descripción de la funcionalidad "similar" de la base de datos en la nube. Algunos de estos desajustes de funciones pueden ser complejos de resolver.

7. No verificar que sus conjuntos de herramientas preferidos seguirán funcionando con el sistema DBaaS

Es posible que sea necesario modificar las herramientas internas y de terceros de su departamentoda para acceder a la plataforma DBaaS. En algunos casos, encontrar un producto de reemplazo que funcione inherentemente con el sistema en la nube puede ser más atractivo financieramente que los costos asociados con la modificación de una herramienta existente.

8. Convertir una base de datos en una isla

Un error común es no identificar cómo interactúa la base de datos con otros sistemas. ¿Cuántos datos necesita transferir de ida y vuelta a la plataforma en la nube durante las operaciones diarias? ¿La base de datos contiene enlaces a bases de datos locales? La entrada y salida de una gran cantidad de datos de una arquitectura en la nube puede ser un desafío, especialmente si existen limitaciones de tiempo estrictas.

9. Esbozar de forma inadecuada pruebas y planes de migración

Como aprendimos, hay muchas áreas que requieren evaluación en todo el ciclo de vida de la migración de la base de datos en la nube. Al igual que cualquier nueva migración de arquitectura, su lista de verificación de conversión deberá estar bien pensada y detallada. Esta no es una arquitectura en la que deba ingresar sin un análisis y planificación exhaustivos.

10. Auditorías fallidas después del corte de producción

Las plataformas DBaaS no exponen su arquitectura subyacente a los usuarios. Como resultado, las organizaciones que se adhieren a los cumplimientos normativos a menudo encuentran que su plataforma DBaaS no puede proporcionar la evidencia de respaldo que sus auditores necesitan para verificar que el sistema cumpla con los objetivos de control de auditoría. Parte del plan de su proyecto debe ser reunirse con los equipos de auditoría para discutir la evidencia que necesitan para demostrar el cumplimiento.

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close