Con la esperanza de aumentar la velocidad y la agilidad, la mayoría de las personas desea desacoplar las bases de datos y la infraestructura en sus soluciones de computación en la nube. Esa es una mala idea.
por David Linthicum
La mayoría de los equipos de desarrollo e implementación ahora funcionan mejor que antes de la computación en la nube. El auge de ágil y devops / devsecops estableció el marco para que los equipos de operaciones y desarrollo trabajen más de cerca. Dev ahora funciona bien con operaciones y al revés.
Sin embargo, estoy notando algunas fallas en el sistema. Es decir, los diseñadores de bases de datos en la nube que trabajan con bases de datos nativas y no nativas de la nube no parecen sincronizarse con los diseñadores / arquitectos de infraestructura que proporcionan recursos importantes para una base de datos en la nube, incluidos el almacenamiento y la computación.
Esto da algunos malos resultados.
Primero, las bases de datos se quedan sin recursos mientras realizan el procesamiento comercial principal. En muchos casos, se soluciona después de que aparece un mensaje de advertencia en la consola de alguien, pero aún así apaga las bases de datos por un tiempo y esas importantes transacciones comerciales se despiden.https://imasdk.googleapis.com/js/core/bridge3.473.0_en.html#goog_1422262271Volumen 0%
En segundo lugar, es una interrupción total. La base de datos se queda sin recursos durante el procesamiento y simplemente deja de funcionar sin previo aviso. Esto incluso podría dañar la base de datos, lo que significa que es tan bueno como su última copia de seguridad.
El problema es que todas las bases de datos alojadas en la nube no son iguales, pero los ingenieros de infraestructura de la nube creen que sí. Algunas bases de datos pueden asignar automáticamente sus propios recursos y solo requieren que alguien pague la factura al final del mes (sin servidor). La mayoría requiere que los encargados de la infraestructura tengan algún conocimiento de la base de datos, incluido el número, la cantidad y el tipo de almacenamiento requerido; crecimiento de la base de datos; uso de una caché de datos; Requisitos de tamaño y tipo de CPU; etc.
Si cree que esto se parece mucho a configurar y dimensionar servidores para bases de datos locales, tiene razón. Muchas de estas bases de datos tradicionales y populares aún no saben si se ejecutan en las instalaciones o en la nube pública. El proceso de dimensionamiento de los sistemas para bases de datos específicas y los supuestos de uso son prácticamente los mismos.
Sabemos cómo solucionar este problema. El problema surge cuando llega el momento de hacerlo. Las comunicaciones a menudo se interrumpen entre quienes diseñan, configuran e implementan una base de datos basada en la nube y quienes tienen las claves de los recursos que la base de datos requiere. Las interrupciones evitables de la base de datos ocurren más de lo que deberían y eso afecta negativamente al negocio.
La solución es sencilla. Incluya un paso en el proceso de desarrollo y operaciones donde las personas que seleccionarán e implementarán una base de datos en particular comunicarán los requisitos detallados a las personas que asignarán, dimensionarán y configurarán los recursos que la base de datos específica pueda necesitar. Este también es el momento de abordar la seguridad, la gobernanza y la gestión de la base de datos, y eso requiere hablar con otro grupo dentro de la empresa.
Aquí está mi solución (lo siento, gente de la base de datos): los administradores de la base de datos y los administradores de la infraestructura creen que las comunicaciones deben ser simbióticas entre las dos partes. Sin embargo, los encargados de implementar la base de datos deben prestar más atención a la infraestructura y deben ser más proactivos.
Se acabaron los días de sobrecompra de potencia de procesamiento y almacenamiento en un centro de datos. Es un acto de equilibrio traer solo los recursos que necesita y hacerlo sin quedarse nunca sin recursos. Esto cae en manos de la gente de la base de datos, con el apoyo de la gente de infraestructura en la nube.
Los usuarios de bases de datos necesitan estar mucho más informados sobre el funcionamiento interno de sus hosts de nube pública. La nube pública y las bases de datos locales no se mezclaron cuando la base de datos local se sentó al final del pasillo. Ahora tenemos que mezclarlos.