A muchos DBA de hoy se les pide que contribuyan en una cultura DevOps. Un DBA que conozco me contó la historia de una reorganización reciente por la que pasó su empresa y cuando enviaron el nuevo organigrama, su título en realidad cambió de DBA a ingeniero DevOps. ¿Qué hace ahora que es diferente de antes? Pues resulta que... No mucho. La mayor parte de lo que hace ahora sigue siendo lo mismo. Pero su cubículo es ahora la zona cero para DevOps, por lo que se está tomando muy en serio este nuevo título.
Esta es la verdad:los DBA casi siempre han sido parte de DevOps. Eso es porque la mayoría ya realiza tareas de desarrollo. Cosas como escribir SQL, ajustar el rendimiento de SQL Server, hacer análisis de objetos e informes, y ya realizan tareas de operaciones como configurar servidores, ejecutar copias de seguridad y restauraciones, y ajustar el sistema operativo, la red y el almacenamiento.
El cambio principal es que DevOps a menudo enfrenta a los desarrolladores de aplicaciones con los equipos de infraestructura por problemas de estabilidad y rendimiento. Dev y Ops tienen diferentes prioridades que requieren un buen acto de equilibrio.
Hay dos lados en esta historia. El desarrollador lado de la casa se mide en la rapidez y fiabilidad en que pueden poner los cambios en producción. Su objetivo es desarrollar el código según las especificaciones lo más rápido posible, ponerlo en producción y mantener esos cambios.
Operaciones se preocupa por asegurarse de que las cosas no se rompan cuando les quitas el ojo de encima. Se trata de todos los fundamentos que mantienen las luces encendidas y los datos en movimiento.
Los DBA tienen un papel importante que desempeñar en la fusión de Dev y Ops. De hecho, es una gran oportunidad para que los DBA crezcan en este rol emergente de ingeniero DevOps, que incluye monitorear y optimizar el rendimiento del servidor SQL.
Gran parte de DevOps se basa en el lema:"Falla a menudo, falla rápido". Realice pequeños cambios incrementales y empújelos a la producción. Si causan un problema o si no son exactamente lo que los clientes querían, retírelos rápidamente, repárelos y vuelva a ponerlos en producción rápidamente.
Sin embargo, esto presenta riesgos reales...
No siempre es fácil comprender la causa raíz de un problema de rendimiento o estabilidad. Se necesita bastante investigación para conectar los puntos entre un cambio que alguien hizo en la aplicación o la infraestructura y el impacto que tiene en la carga de trabajo y el rendimiento de la base de datos.
Estos conceptos son un poco nuevos para el DBA y la tarea de reunirse en el medio para participar en la Cultura DevOps puede parecer un poco abrumadora. Pero, tienes que empezar en alguna parte. Muchas organizaciones están adoptando el enfoque de analizar los problemas de rendimiento del servidor SQL desde una perspectiva diferente e implementar un método diferente de supervisión.
¿Qué pasaría si tuviera la visibilidad del estado de su entorno de SQL Server necesaria para resolver los problemas de rendimiento de forma proactiva... antes de que afecten gravemente a su empresa? ¿Qué pasaría si pudiera identificar rápidamente la degradación del rendimiento, aislar la causa y analizar y ajustar para evitar problemas similares en el futuro?
Ah, ¿y si pudieras tener todo esto por suscripción? ¿Sin hardware adicional, sin software, sin costos de mantenimiento y poder acceder desde cualquier lugar, en cualquier momento y en cualquier dispositivo?
¡Con Spotlight Cloud, puedes! Es tan fácil como registrarse. Iniciar sesión. Resolver.
Comience con Spotlight Cloud para monitoreo y diagnóstico de bases de datos alojadas en la nube sin igual para SQL Server. ¡Es como darse un ascenso inmediato!
