En términos de responsabilidades y actividades laborales, ¿cuál es la diferencia entre un administrador de base de datos (DBA) y un arquitecto de base de datos?

Diría que el término Administrador de la base de datos cubre la gama completa de tareas de la base de datos: diseño, desarrollo, soporte de producción, ajuste del rendimiento, redacción de informes, OLAP, etc.

Un arquitecto de bases de datos está involucrado en el diseño y desarrollo de soluciones de bases de datos grandes o complicadas. Sin embargo, el Arquitecto generalmente no participa en las operaciones diarias del sistema una vez que se implementa.

Realmente no me gusta ninguno de los términos. El administrador de la base de datos es demasiado vago, el arquitecto de la base de datos parece pretencioso.

Soy un programador de computadoras en el fondo, pero ¿no lo somos todos?

Estos dos términos han sido utilizados indistintamente por muchos. Los miro claramente.

ADMINISTRADOR DE BASE DE DATOS (DBA)

El DBA hace exactamente lo que su nombre sugiere ... administrador de la base de datos. Según el RDBMS específico que se administra, el rol DBA implica la implementación de los siguientes aspectos:

• autenticacion de usuario
• estrategias de respaldo
• DB Metrics (Grabación y visualización) (es decir, Splunk, ScienceLogic EM7, MONyog, Nagios)
• Migración de datos
• Actualizaciones / parches de software DBMS
• Alta disponibilidad
• Redundancia de datos
• Diseño de almacenamiento de base de datos
• Perfil de consulta
• Supervisión del ajuste de consultas
• ¿Por qué es tan difícil la administración de la base de datos?

ARQUITECTO DE DATOS (DA)

El papel del DA entra en la planificación de la infraestructura del sistema de información en términos de

• Objetivos de negocios
• Inteligencia de negocios
• Distribución geográfica de datos
• Acceso departamental a los datos en todos los niveles de la jerarquía de la empresa
• Comunicación del diseño a los DBA (si hay problemas consistentes con los DBA que cumplen sus funciones, es posible que se deba llamar al DA para mitigar los problemas de diseño o posiblemente volver a diseñarlos).

En algunos casos, un solo individuo puede tener estos dos roles, tal vez incluso un tercero (Desarrollador). En las grandes empresas, el rol del DBA puede establecerse como departamentos separados. Por el contrario, cuanto más pequeña es la empresa, más se mezclan estos roles.

No importa qué responsabilidades de DBA y / o DA tenga una persona, esa debe tener habilidades de personas. ¿Por qué? Debe interactuar con los desarrolladores que codifican SQL en sus aplicaciones. Los gerentes de proyecto deben establecer reglas básicas para que el DBA / DA

• tomar la iniciativa para proporcionar un acceso adecuado al DBMS
• Sugerir mejores planes de ejecución de SQL
• se adapta a las necesidades de los desarrolladores
• diferir los obstáculos en los ciclos de proyectos a los gerentes de proyectos
• ¿Cómo podrían los DBA ser más 'programadores amigables'?

Excepto en las compañías más formales, los títulos específicos no tienen sentido y DBA puede significar casi cualquier cosa. Algunos DBA están enfocados operacionalmente, algunos están enfocados en el desarrollo, algunos están enfocados en análisis. En realidad, excepto en empresas muy grandes donde los títulos están estrictamente controlados y las personas tienen trabajos en silos, la mayoría de los DBA cruzarán varias áreas de la compañía. En cualquier día, interactúo con las áreas de operaciones, desarrollo y análisis de la administración de bases de datos.

En última instancia, el trabajo de un administrador / arquitecto / ingeniero de bases de datos es ser un experto en la materia en la base de datos y ayudar a la empresa a utilizar mejor ese recurso.