Cinco riesgos de mover su colchoneta de datos a la nubarrón

Mudarse a la nube está de moda. Según una encuesta de IDC Spotlight, Experiencia en migración de bases de datos a la nubeel 63% de las empresas están migrando activamente sus bases de datos a la nube, y otro 29% está considerando hacerlo dentro de los próximos tres años.

Este artículo analiza algunos de los riesgos que los clientes pueden encontrar sin saberlo al mover su base de datos a una base de datos como servicio (DBaaS) en la nube, especialmente cuando DBaaS aprovecha el software de base de datos de código abierto como Apache Cassandra, MariaDB, MySQL, Postgres o Redis. En EDB, clasificamos estos riesgos en cinco categorías: soporte, servicio, estancamiento tecnológico, costo y dependencia. Migrar a la nube sin la suficiente diligencia y mitigación de riesgos puede conducir a sobrecostos significativos y retrasos en los proyectos y, lo que es más importante, puede significar que las empresas no están obteniendo los beneficios comerciales esperados de migrar a la nube.

Dado que EDB se enfoca en la base de datos de Postgres, extraeré detalles de nuestras experiencias con los servicios de Postgres, pero las conclusiones son igualmente válidas para otros servicios de bases de datos de código abierto.

Riesgo de soporte. Los clientes que ejecutan software de aplicaciones de producción necesitan soporte, ya sea que se ejecuten en la nube o en las instalaciones. El soporte para el software de nivel empresarial debe cubrir dos aspectos: el asesoramiento de expertos sobre cómo usar el producto correctamente, especialmente en circunstancias difíciles, y la resolución rápida de errores y defectos que afectan la producción o la transición a la producción.

Para software comercial, la licencia incluye un nivel mínimo de soporte. Las bases de datos de código abierto no tienen licencia. Esto abre la puerta para que un proveedor de bases de datos en la nube construya y administre un servicio de base de datos sin invertir lo suficiente en la comunidad de código abierto para solucionar errores y brindar soporte.

Los clientes pueden evaluar la capacidad de un proveedor de bases de datos en la nube para respaldar la migración a la nube consultando las notas de la versión del software de código abierto e identificando a los miembros del equipo que participan activamente en el proyecto. Por ejemplo, para Postgres, las notas de la versión están disponibles de forma gratuita y nombran a cada individuo que ha contribuido con nuevas funciones o correcciones de errores. Otras comunidades de código abierto siguen prácticas similares.

Los proveedores de bases de datos en la nube de código abierto que no participan activamente en el desarrollo y el proceso de corrección de errores no pueden brindar ambos aspectos de soporte, asesoramiento y respuesta rápida a los problemas, lo que representa un riesgo significativo para la migración a la nube.

Riesgo de servicio. Las bases de datos son productos de software complejos. Muchos usuarios necesitan asesoramiento de expertos y asistencia práctica para configurar correctamente sus bases de datos para un rendimiento óptimo y alta disponibilidad, especialmente cuando se trasladan de implementaciones locales familiares a la nube. Los proveedores de bases de datos en la nube que no ofrecen consultoría profesional y servicios expertos para facilitar este movimiento introducen riesgos en el proceso. Dichos proveedores solicitan al cliente que asuma las responsabilidades de un contratista general y que se coordine entre el proveedor de DBaaS y los posibles proveedores de servicios profesionales. En lugar de una sola entidad a la que pueden consultar para ayudarlos a lograr una implementación perfecta con los niveles requeridos de rendimiento y disponibilidad, están en medio de la coordinación y mitigación de problemas entre proveedores.

Los clientes pueden reducir este riesgo asegurándose de que entienden claramente quién es responsable del éxito general de su implementación y que esta entidad es capaz de ejecutar todo el proyecto con éxito.

Riesgo de estancamiento tecnológico. El modelo de responsabilidad compartida es un componente clave de un DBaaS. Mientras que el usuario administra la definición del esquema y la optimización de consultas, el proveedor de la base de datos en la nube aplica actualizaciones de versiones secundarias y actualizaciones de versiones principales. No todos los proveedores se comprometen a actualizar de manera oportuna y algunos pueden experimentar retrasos significativos. En el momento de escribir este artículo, uno de los principales proveedores de DBaaS de Postgres está casi tres años por detrás de la comunidad de código abierto en la distribución de versiones de Postgres. Si bien los proveedores de DBaaS pueden respaldar de manera selectiva las correcciones de seguridad, una aplicación retrasada de nuevas versiones puede poner a los clientes en una situación en la que pierden la funcionalidad de la nueva base de datos, a veces durante años. Los clientes deben revisar el historial de seguimiento de un proveedor al aplicar actualizaciones para evaluar esta exposición.

Se presenta un riesgo similar cuando un proveedor propietario de una base de datos en la nube intenta crear su propia bifurcación o versión de un conocido software de código abierto. A veces, esto se hace para optimizar el software para el entorno de la nube o para abordar las restricciones de licencia. Las versiones bifurcadas pueden desviarse significativamente del padre más conocido o retrasarse con respecto a la versión de código abierto. Ejemplos bien conocidos de dichas bifurcaciones o versiones propietarias son Aurora Postgres (un derivado de Postgres), Amazon DocumentDB (con compatibilidad con MongoDB) y Amazon OpenSearch Service (originalmente derivado de Elasticsearch).

Los usuarios deben tener cuidado al adoptar versiones específicas de la nube o bifurcaciones de software de código abierto. Las capacidades pueden variar con el tiempo y el proveedor de la base de datos en la nube puede o no adoptar las nuevas funciones de la versión de código abierto.

riesgo de costo. Los principales servicios de bases de datos en la nube no experimentaron aumentos de precios directos significativos. Sin embargo, existe una comprensión cada vez mayor de que la naturaleza de los servicios en la nube puede conllevar un riesgo de costos significativo, especialmente en el caso del autoservicio y la resiliencia rápida combinados con un modelo de costos no transparente. En entornos locales, los administradores de bases de datos (DBA) y los desarrolladores deben ajustar su código para lograr el rendimiento con el hardware disponible. En la nube, puede ser más apropiado pedirle al proveedor de la nube que aumente las operaciones de entrada/salida por segundo (IOPS), el cómputo o la memoria aprovisionada para optimizar el rendimiento. Dado que cada caso de aumento aumenta los costos, es probable que dicha corrección a corto plazo tenga un impacto negativo en los costos a largo plazo.

Los usuarios mitigan el riesgo de costo de dos maneras: (1) supervisan de cerca los aumentos en IOPS, CPU y memoria para garantizar que se equilibren con el costo de la optimización de la aplicación; (2) examen de los modelos de costos de proveedores de DBaaS para identificar y evitar proveedores con modelos de costos complejos e impredecibles.

Riesgo de bloqueo. Los servicios de bases de datos en la nube pueden crear un efecto de «Hotel California», donde los datos no pueden volver a salir fácilmente de la nube, de varias maneras. Si bien a menudo se menciona el costo de los datos salientes, la gravedad general de los datos y la integración con otras herramientas específicas de la nube para la administración y el análisis de datos tienen un mayor impacto. La severidad de los datos es un concepto complejo que, en un nivel alto, establece que una vez que un conjunto de datos comerciales está disponible en una plataforma en la nube, es probable que se implementen más aplicaciones utilizando los datos en esa plataforma, lo que a su vez hace que sea menos probable. que los datos se pueden mover a otro lugar sin un impacto significativo en el negocio.

Las herramientas específicas de la nube también son un factor importante para el bloqueo. Todas las plataformas en la nube proporcionan herramientas de análisis y gestión de datos patentadas y rentables. Si bien ayudan a generar valor comercial rápidamente, también crean bloqueos.

Los usuarios pueden mitigar el bloqueo de la nube evitando cuidadosamente el uso de herramientas de nube patentadas y asegurándose de que solo usan soluciones DBaaS que admitan la replicación de datos eficiente en otras nubes.

Planificación de riesgos. Mover bases de datos a la nube es, sin duda, un objetivo para muchas organizaciones, pero hacerlo no está exento de riesgos. Las empresas deben investigar a fondo y comprender los puntos débiles potenciales de los proveedores de bases de datos en la nube en las áreas de soporte, servicios, estancamiento tecnológico, costo y bloqueo. Si bien estos riesgos no son motivo para alejarse de la nube, es importante abordarlos temprano y comprenderlos y mitigarlos como parte de una estrategia de migración a la nube cuidadosamente pensada.

Este contenido fue producido por EDB. No fue escrito por los editores de MIT Technology Review.