BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Reacción cultural negativa ahoga DevOps para los profesionales de bases de datos

En la mayoría de organizaciones, la automatización DevOps de bases de datos es más un reto cultural que uno técnico.

A DevOps para bases de datos no le faltan los obstáculos técnicos que superar. Pero el mayor problema es un choque cultural entre los desarrolladores y los administradores de bases de datos.

Los desarrolladores quieren más velocidad y flexibilidad; los DBA quieren proteger el status quo. Ya sea que ese es el esquema de la organización para los datos estructurados de la compañía o la naturaleza de sus trabajos. En algunos casos, esto se vuelve una fuerza irresistible que choca con un objeto inamovible y detiene todo el proceso de automatización de TI.

“Tenemos tan mal relación con nuestros DBAs en el lado de operaciones que solo hablamos con ellos para cambios de producción”, dijo Daniel MacDonald, arquitecto y líder técnico principal para una agencia de servicios públicos de Nueva York. En el entorno de producción, la mayoría de bases de datos están bloqueadas, de modo que los desarrolladores no pueden quitar errores o mejorar el rendimiento de sus apps.

“Eso no funciona en un modelo DevOps, donde la gente tiene que usar diferentes sombreros”, dijo MacDonald. "Los DBAs tienen que empezar a aprender nuevas cosas o quedarse fuera”.

Los DBAs deben ser más abiertos a las formas en las cuales los desarrolladores y las nuevas arquitecturas de aplicaciones, tales como contenedores, pueden mejorar las bases de datos, comentó MacDonald.

Los DBAs se mantienen, a pesar del impulso de DevOps

Muchos profesionales de DevOps en la situación de MacDonald quieren un futuro donde los servicios de nube reemplacen a los DBAs territoriales, pero en algunas organizaciones, los DBAs tienen conocimiento tribal irreemplazable sobre los datos que son el alma del negocio.

Tome a Andy, por ejemplo, un DBA en LogistiCare Solutions, una compañía de transporte médico no para emergencias, con sede en Atlanta. Andy ha estado en la empresa desde que su aplicación usó un motor de gestión de datos de los ochenta llamado Btrieve, y él ayudó a convertir la app a DB2 de IBM.

“La única persona que conoce los procedimientos almacenados es Andy”, dijo Michael Quintero, arquitecto de soluciones empresariales para LogistiCare. "Nuestras relaciones son gestionadas en procedimientos almacenados, y ellos no están bien documentados”.

Aún así, "Andy solo conoce lo que Andy conoce; él no es malo, pero no es un super DBA certificado”. Cuando la compañía añadió IBM HADR, una función de recuperación de desastres de alta disponibilidad, a DB2, contrató un DBA “pistolero” externo para supervisor el trabajo, dijo Quintero, y eventualmente tercerizó la gestión diaria a una compañía llamada AllBlue.

Esto también tuvo sus inconvenientes, hablando culturalmente.

"Cuando usted terceriza, comunica a través de un sistema de tickets, así que no hay conversaciones de pasillo con su DBA”, dijo Quintero. “Ellos no trabajan para nosotros, y también estamos sujetos a su disponibilidad”.

La historia de Andy tiene un final feliz: él aún está con la empresa y ahora maneja un lago de datos IBM Netezza que es utilizado para reports y analítica de datos. Pero no toda transición desde sistemas heredados a DevOps ocurre sin problemas para los profesionales de bases de datos.

Los roles de TI evolucionan con DevOps para las bases de datos

Debe haber una evolución en las descripciones de trabajo para los DBAs y los desarrolladores, si ambos lados de DevOps para la ecuación de bases de datos van a estar de acuerdo. Existen historias de horror en ambos lados; para cada compañía secuestrada por un terco DBA tradicionalista en sus intentos de modernizer, hay una historia como la de GitLab, que perdió datos cuando un nuevo desarrollador tuvo el suficiente control de una base de datos para accidentalmente borrar el directorio equivocado.

Algunas compañías han encontrado un punto medio feliz. En Jamf, una empresa de software de gestión de dispositivos móviles en Mineápolis, el solitario DBA en el personal realiza muchos roles, dijo el gerente de DevOps, Michael Kren. El DBA de Jamf escribe scripts de automatización alrededor del servicio de base de datos relacional de Amazon, soluciona problemas en las instalaciones de MySQL y PostgreSQL, trabaja con ingenieros que tienen preguntas de bases de datos y hace algo de trabajo de administrador de sistemas con guías de Ansible y plantillas de CloudFormation.

Al mismo tiempo, Kren y su equipo de profesionales de DevOps han visto evolucionar sus roles. Por ejemplo, recientemente han tomado la contenerización de bases de datos y están trabajando para ejecutar Postgres en clústeres Kubernetes.

Al final, los desarrolladores deben ganar la confianza de una organización para manejar las bases de datos, tanto como el DBA debe aprender nuevas habilidades.

En LogistiCare, “la comunidad de desarrollo posee la estructura de los datos y puede añadir una columa a una base de datos, siempre y cuando no afecte su contrato API”, indicó Quintero.

Esto significa que los desarrolladores siempre deben cumplir los términos del acuerdo de nivel de servicio de APIs. Si los desarrolladores introducen un cambio disruptivo en una API, se requiere que hagan el trabajo pesado para preparar a sus usuarios finales, que algunas veces son socios externos. Ciertos cambios de bases de datos, tales como esos realizados en la estructura clave, están prohibidos, mientras otros –cambiar el dominio de una columna– requieren un conjunto de procedimientos de 14 pasos.

Luego, Quintero dijo que LogistiCare evaluará los productos NoSQL, que podrían introducir complejidad a la organización, señaló.

“No queremos cambiar todo; organizacionalmente, dependemos de nuestro conocimiento de bases de datos estructuradas”, dijo. “Haremos un trabajo más grande y lo reemplazaremos despué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