Cuando hablamos de bases de datos que se consumen como servicios en la nube, estamos hablando de base de datos como servicio (DBaaS). Si bien esta no es una panacea que simplificará la vida de cualquier persona que requiera una base de datos para alguna tarea o proyecto de desarrollo de aplicaciones, DBaaS no solo es simple, es flexible. Tiene muchos de los beneficios y desventajas comunes a otros servicios en la nube, como mejores controles de costos, por un lado, pero funciones más limitadas que la alternativa local, por el otro. Sin embargo, también funciona como un software estilo motor que impulsa una gran variedad de otras aplicaciones de software como servicio (SaaS), desde herramientas de visualización de datos directamente relacionadas hasta plataformas de planificación de recursos empresariales (ERP) que abarcan toda la organización. Pero DBaaS también es una solución en sí misma con ventajas y desventajas exclusivas de las funcionalidades de la base de datos.
Los beneficios de DBaaS incluyen barreras de entrada más bajas, mayor acceso a tecnologías que anteriormente solo estaban al alcance de las grandes empresas y casos de uso nativos digitales como transmisión de datos de Internet de las cosas (IoT), capacitación de aprendizaje automático (ML) y aplicaciones híbridas como un complemento de la computación en el perímetro.
Las desventajas de DBaaS incluyen la rigidez general de las bases de datos, la complejidad de la ciencia de datos, las inflexibilidades en las integraciones, los problemas de rendimiento de la red y la complejidad que conllevan las grandes transferencias de datos. Si está moviendo datos confidenciales entre su proveedor de DBaaS y algún otro sitio, también deberá tomar precauciones de seguridad, lo que podría implicar cualquier cosa, desde protocolos sólidos de gestión de identidad hasta la implementación de una red privada virtual (VPN). Además, existen varios tipos de proveedores de DBaaS, desde aquellos que no hacen nada más hasta proveedores de servicios en la nube a gran escala o proveedores de alojamiento web para quienes una base de datos es solo un servicio entre muchos. Elegir el mejor proveedor de esa lista significa examinar una larga lista de variables, incluidos el precio, la proximidad geográfica, el soporte e incluso las tareas finales que debe realizar la base de datos. Todas estas limitaciones pueden conducir a la necesidad real de asistencia de un administrador de base de datos (DBA) a pesar de las afirmaciones de muchos proveedores de DBaaS de que sus plataformas son de autoservicio y fáciles de usar.
La conclusión es que la ciencia de datos no es fácil, incluso si la puesta en marcha y la configuración de la base de datos están automatizadas en un grado u otro en las ofertas de DBaaS. Pero hay productos y servicios de DBaaS que son más fáciles de usar que otros, y algunos ciertamente están dentro del alcance de los desarrolladores y analistas comerciales promedio.
Realicé las revisiones en este resumen desde la perspectiva de los desarrolladores y analistas y, en menor medida, de las pequeñas y medianas empresas (PYMES) con pocos recursos internos de TI. El objetivo de este proyecto no era identificar la superioridad desde una perspectiva estrictamente técnica, sino identificar qué tan bien es probable que un usuario típico pueda usar el servicio, sin la ayuda de un DBA, y al mismo tiempo conservar el beneficio completo de la tecnología. Si las revisiones se hicieran basándose únicamente en aspectos técnicos, entonces las clasificaciones de los proveedores podrían haber sido diferentes.
Al igual que con cualquier otra oferta de SaaS, DBaaS es en realidad un software en los servidores de otra persona. Eso es cierto incluso en los lamentablemente llamados modelos "sin servidor". La consideración de "fácil de usar" aquí se aplica no solo a si la interfaz de usuario es fácil de usar o no, sino también a lo siguiente:
Si el usuario debe tomar una larga lista de decisiones simplemente para configurar la base de datos, entonces no es realmente fácil de usar para los que no son DBA, sin importar cuántos menús desplegables y cuadros de explicación tenga la interfaz de usuario. Sin embargo, podría ser fácil de usar para los DBA y eso también está bien, pero para otros fines y un tipo diferente de revisión. En otras palabras, para que un DBaaS sea una plataforma sólida de autoservicio, debe eliminar la necesidad de que un DBA participe en cada pequeña interacción del usuario.
Por otro lado, si va a ser un complemento alternativo o híbrido para una base de datos local o incluso la base de datos principal de una empresa (como suele ser el caso de las empresas nativas de la nube), entonces ser fácil de usar para los administradores de bases de datos y monitor deben ser las consideraciones principales. Por ejemplo, si su empresa ha estado ejecutando una instancia de SQL Server de Microsoft en las instalaciones durante algunos años y ahora opta por agregar una instancia de Azure SQL Database de Microsoft como un repositorio de respaldo basado en la nube, entonces la mayoría de sus usuarios finales nunca necesita tocar esa instancia. Del mismo modo, si la tarea principal de la base de datos será potenciar otra aplicación o flujo de trabajo, entonces, nuevamente, los usuarios no necesitarán interactuar con ella directamente. Después de todo, una vez que una base de datos está en funcionamiento, los usuarios pueden emplear herramientas como aplicaciones de Business Intelligence (BI), desarrollador y DevOps para hacer el trabajo que realmente les interesa. La base de datos permanece en segundo plano para la mayoría de estos escenarios. , e incluso los usuarios avanzados que no sean DBA rara vez necesitarán tocarlo.
Dicho esto, la facilidad de uso en este resumen de revisión incluye todo el espectro de servicios ofrecidos. El servicio permite a los desarrolladores, analistas y, ocasionalmente, a la persona de tecnología general de las PYMES activar bases de datos sobre la marcha, con pocas instrucciones y poco más a mano que una tarjeta de crédito y una computadora portátil conectada a Internet.
Según esos parámetros, Microsoft Azure SQL Database es la más fácil de usar, con MongoDB Atlas en segundo lugar. Decidir cuál de estos dos ganadores de Editors' Choice desea utilizar tendrá más que ver con el formato actual de sus datos y los proyectos en los que está trabajando que con la facilidad de uso. IBM Db2 on Cloud también es fácil de usar, aunque hay muchos desarrolladores que discrepan. La mayoría de las quejas se centran en las restricciones de diseño para los desarrolladores.
Los proveedores no son iguales en cuanto a la cantidad de regiones que se ofrecen. Menos opciones pueden resultar un inconveniente en algunos escenarios de cumplimiento con el Reglamento General de Protección de Datos (RGPD) de la Unión Europea. También varían en ayudar al cumplimiento de otras regulaciones, con algunas que todavía trabajan en estos temas y otras que se incorporan rápidamente. Un ejemplo: a partir de junio de 2018, MongoDB Atlas ahora cumple con la Ley de Portabilidad y Responsabilidad de Seguros Médicos (HIPAA).
La revisión de cada producto incluye anotaciones sobre si hay versiones de prueba o gratuitas disponibles y cualquier limitación que pueda aplicarse. Por ejemplo, MongoDB Atlas tiene una versión "gratuita para siempre" con 512 MB de almacenamiento y memoria de acceso aleatorio (RAM) compartida. IBM Db2 on Cloud tiene una edición gratuita para desarrolladores con funciones empresariales, pero Express-C, su versión comercial gratuita, carece de funciones empresariales avanzadas. Las versiones pagas varían menos, ya que con mayor frecuencia están vinculadas al almacenamiento y al uso informático en lugar de a las funciones. Sin embargo, es importante tener en cuenta qué características y regiones están disponibles en las distintas versiones antes de elegir una.
Obviamente, si no tiene características empresariales avanzadas como la versión Express-C de IBM Db2 on Cloud y las necesita, entonces esa versión no funcionará. Del mismo modo, si tiene problemas con GDPR para abordar, o muchos usuarios en todo el mundo y realmente necesita erradicar el retraso en su aplicación, entonces las asombrosas 50 regiones de Microsoft Azure SQL Database en todo el mundo en 140 países serán igualmente importantes. al igual que tener más opciones de versión.
En cuanto a sus opciones con respecto a las regiones, MongoDB Atlas tiene 56. Hace un buen uso de las regiones de Amazon Web Services (AWS), Google Cloud y Microsoft Azure, ya que está alojado en los tres. Y, contrariamente a la intuición, Google BigQuery llegó con la menor cantidad de regiones.
Poder elegir la ubicación de la región para su base de datos es importante por dos razones. Primero, debido a regulaciones como GDPR, debe estar seguro de dónde residen sus datos (incluso en la nube), a dónde se mueven y cómo se utilizan. Poder seleccionar la ubicación correcta para su base de datos es imprescindible para cumplir con el RGPD, incluso si no tiene datos de clientes de la Unión Europea (UE) o datos de empleados de la UE. Aquí se aplican varios escenarios.
Por ejemplo, un empleado puede ser estadounidense y, por lo tanto, sus datos no se ven afectados por el RGPD. Su esposa puede ser europea o estadounidense, pero su hijo puede tener doble ciudadanía si nació en Europa. Por lo tanto, los datos de seguros sobre ellos se ven afectados por GDPR. Por lo tanto, a pesar de que la empresa no tiene datos de clientes o empleados de la UE, todavía necesita cumplir con el RGPD. Esa ley es seriamente compleja. Y hay otra ley de privacidad aún más compleja de la UE que se avecina. Por lo tanto, es prudente saber con precisión dónde están sus datos y qué sucede con ellos, ya sea que crea o no que no tiene datos individuales de la UE de los que preocuparse.
Cuanto más cerca estén sus datos y la aplicación, mejor será el rendimiento, es decir, menor será el retraso y otros problemas. Querrá buscar opciones para implementar su aplicación en el mismo centro de datos que su base de datos o ubicar su base de datos junto a su aplicación.
Las versiones también difieren sustancialmente entre proveedores y también dentro de la línea de productos de un solo proveedor. Algunos son económicos al principio, pero acumulan costos al cobrarle varias herramientas y actualizaciones de servicios, como seguridad adicional o servicios de respaldo y recuperación. Cuidado con eso.
Para este resumen de revisión, utilicé principalmente cuentas de prueba de precio medio que fueron configuradas por los proveedores en lugar de las versiones de prueba más limitadas o de nivel gratuito. A veces transfería mis propios datos de prueba y, a veces, cargaba datos de prueba de proveedores o trabajaba con sus conjuntos de datos precargados. En muchos casos, los proveedores proporcionaron créditos para garantizar que pudiera probar sus sistemas a fondo. Ocasionalmente, probé las ediciones gratuitas para desarrolladores, como lo hice con SAP Cloud Platform, SAP HANA Service porque generalmente son las que tienen todas las funciones. En todos los casos, la versión que probé se indica en cada artículo de revisión.
Otro factor que hace que las comparaciones directas sean más difíciles en este resumen de revisión son los tipos de bases de datos. Como saben todos los profesionales de datos, SQL maneja datos estructurados y NoSQL es para datos no estructurados, aunque esa distinción probablemente no sea obvia para los usuarios generales. Un ejemplo de datos estructurados es una hoja de cálculo, mientras que un ejemplo de datos no estructurados es el feed firehose de Twitter. Las bases de datos SQL generalmente se denominan bases de datos relacionales, mientras que las bases de datos NoSQL se denominan bases de datos no relacionales.
Sin embargo, cuando se trata de DBaaS, las opciones son más variadas que simplemente hacer una determinación de datos estructurados versus no estructurados. Por ejemplo, que es NoSQL de código abierto, se ejecuta en otros servicios en la nube de marca, como las nubes de AWS, Google y Microsoft. Algunos proveedores lo guiarán a través del laberinto de opciones, ya que sus servicios DBaaS de marca ofrecen otras opciones de productos para otros tipos de bases de datos.
Por ejemplo, es SQL, pero canalizará a los usuarios desde el principio a Cloudant (Se abre en una nueva ventana) , un producto IBM NoSQL DBaaS, o a bases de datos de código abierto, como MongoDB en IBM, según lo dicten los datos cargados. Eso es increíblemente útil para aquellos con pocas habilidades en ciencia de datos o comprensión limitada.
En cada revisión, anoto si el producto DBaaS es SQL o NoSQL y si hay otras opciones de base de datos disponibles en la línea de productos. Con la mayoría de los servicios, necesitará saber desde el principio qué tipo de base de datos necesita. Con unos pocos, como IBM Db2 on Cloud, el proceso de incorporación lo guiará a la base de datos correcta.
Aquí hay una regla general rápida: si está trabajando con datos legibles por máquina, entonces necesita SQL. Piense en hojas de cálculo y datos de IoT. Si se trata de pensamientos o expresiones humanas, entonces necesita NoSQL. Piense en las redes sociales, los datos de video y los datos de audio. Tenga en cuenta que a veces la aplicación lo empujará en una dirección, generalmente en demanda de SQL. Pero a veces, los objetivos finales lo empujarán de otra manera: NoSQL escala más grande, más rápido.
Finalmente, tenga en cuenta que las asistencias de ML son mejores que registrar los datos por su cuenta. El soporte de ML también se observa en las revisiones.
No Comments