¿Cuál es el futuro para los DBAs de Oracle?

El año es 2020, y las funciones y responsabilidades del profesional de Oracle han cambiado drásticamente en los últimos 15 años.

La Oficina de Estadísticas Laborales muestra el trabajo de Oracle DBA como los 10 mejores trabajos para el crecimiento

Para comprender completamente los beneficios del hardware de computadora en el año 2020, debemos comenzar por ver cómo los cambios constantes en la CPU, la RAM y la tecnología de disco han afectado la administración de la base de datos en las últimas seis décadas.

Una vez que veamos la historia en su perspectiva correcta, podemos entender la evolución de los sistemas de base de datos de Oracle a su estado actual.

Una breve lección de historia

La economía de la tecnología de servidor ha cambiado radicalmente en los últimos 60 años. En la década de 1960, IBM dominó el mercado de servidores con servidores de mainframe gigantes que costaban millones de dólares. Estas gigantescas unidades centrales estaban refrigeradas por agua y requerían enormes centros de operaciones y un gran personal para respaldar sus operaciones.

Década de 1960: solo las corporaciones más grandes podían pagar su propio centro de procesamiento de datos, y todas las pequeñas y medianas empresas tenían que alquilar ciclos de CPU en un centro de datos para automatizar sus procesos de negocios.

Década de 1970: existían pequeños servidores basados ​​en UNIX, como el PDP-11. Sin embargo, se consideraron demasiado poco confiables para ser utilizados para una aplicación comercial.

Década de 1980: en 1981, se presentó la primera computadora personal comercial (PC), y prácticamente de la noche a la mañana, el poder de la informática estaba en manos de las masas. Los proveedores de software se apresuraron a desarrollar productos útiles que se ejecutarían en una PC, y la introducción de VisiCalc anunció la primera aplicación empresarial fuera del dominio de mainframe.

Década de 1990: aparece Oracle y las bases de datos relacionales dominan el mercado de TI. Las grandes tiendas tienen cientos de computadoras pequeñas basadas en UNIX para sus bases de datos Oracle.

Años 2000: los servidores monolíticos vuelven a aparecer y las tiendas de Oracle realizan una consolidación masiva de servidores. Para 2008, los servidores con 256 procesadores ejecutan cientos de instancias de Oracle.

Década de 2010: el disco se vuelve obsoleto y todas las bases de datos de Oracle son de estado sólido. Los costos de hardware disminuyen tanto que el 70 por ciento del presupuesto de TI se gasta en programadores y DBA.

En gran parte como resultado de los avances de la tecnología de hardware, los profesionales de Oracle del año 2020 tienen desafíos muy diferentes a los de sus ancestros en 2005.

Los servidores mainframe muy grandes (Exadata) comienzan a reemplazar a las minicomputadoras de principios del siglo XXI

El paradigma de procesamiento en la nube muestra que se accede a gran cantidad de software propietario a través de Internet (procesamiento de textos, hoja de cálculo, DBMS)

Las PC son reemplazadas por IAs (Internet Appliances), y las computadoras portátiles y solo las pantallas y teclados con un navegador web habilitado para Java.

El ancho de banda de la red de alta velocidad permite la entrega instantánea de contenido y las comunicaciones de servidor a servidor

Internet se vuelve no anónimo (gracias a Larry Ellison de Oracle)

Todos los sistemas de bases de datos son de estado sólido.

Las bases de datos se vuelven tridimensionales, permitiendo la presentación de datos temporales.

Es muy importante tener en cuenta que todos estos cambios fueron la reacción directa a los avances en la tecnología de hardware. Revisemos rápidamente los principales avances en hardware en los últimos 15 años:

2018: se presenta el primer servidor de base de datos con más de 1,000 CPU, lo que permite la consolidación masiva de servidores de TI. Apodado? Especial K? Debido a que los servidores tienen más de 1,000 procesadores, estas cajas permiten que incluso la corporación más grande coloque todas sus instancias de Oracle en un solo servidor.

2019 – Se introducen los primeros procesadores de 128 bits.

2020? Los precios del hardware bajan tanto que se vuelven insignificantes, y la mayor parte del presupuesto de TI se desplaza a los costos humanos.

2025: el arseniuro de galio reemplaza el silicio para los chips de RAM, lo que aumenta la velocidad de acceso a picosegundos.

2030 – El satélite mundial de alta velocidad se convierte en la columna vertebral de Internet.

2040: los lectores ópticos de ojo pueden identificar su firma de retina, y una rápida mirada es todo lo que se requiere para una identificación positiva.

Eso depende de lo que quieras decir con un “DBA”. No es una respuesta burlona; es importante. Muchas personas, los mismos DBA, parecen pensar que los DBA crean bases de datos, restablecen contraseñas, agregan espacio cuando se agota, realizan copias de seguridad, etc. Si esa es su definición de DBA, lamentablemente, se está convirtiendo en un trabajo de baja cualificación, especialmente con la llegada de muchas herramientas y utilidades de automatización que lo hacen aún más fácil. La evolución de DevOps es probablemente la mayor amenaza para esta mentalidad de DBA de productos básicos. El nuevo paradigma exige la automatización del aprovisionamiento, monitoreo y desaprovisionamiento. Por lo tanto, el trabajo de baja cualificación se reducirá aún más. Esto es más bien conocido como DB Operator.

Sin embargo, cuando se trata de abordar el aspecto no relacionado con los productos básicos del trabajo, abordar problemas de rendimiento complejos, descubrir cómo diseñar mejor los sistemas para satisfacer todos los requisitos, comprender los méritos y riesgos relativos de adoptar una tecnología o solución específica (y no adoptar), etc.: requiere un conocimiento íntimo de la tecnología subyacente, ya sea Oracle, DB2, Informix, SQL Server, etc., y cierto conocimiento sobre el servidor, el almacenamiento, la red, etc. Aquí es donde brilla un DBA real experimentado. Este es un trabajo de alta habilidad, no se puede automatizar en gran medida y DevOps no puede quitarlo. Algunas personas lo llaman DBA con la A siendo “Arquitecto”. Independientemente de lo que llame, este tipo de trabajos de DBA florecerá. Sin embargo, el número de trabajos con este tipo de actividad también es bajo. Pero el futuro es brillante.

Hola,

DBAs de todo tipo son necesarios ahora y serán necesarios en el futuro. Lo que cambiará es lo que el DBA hace diariamente. Las dos últimas versiones principales de la base de datos de Oracle, 9i y 10g, han automatizado muchas de las tareas más mundanas de los DBA. Y las futuras versiones automatizarán más. ¿Significa esto que un DBA está sin trabajo? De ningún modo. Pero los DBA no harán exactamente lo que estaban haciendo antes. En lugar de escribir scripts de copia de seguridad complejos, la interfaz de RMAN hará todo el trabajo por ellos.

En lugar de determinar los parámetros de almacenamiento, los espacios de tabla administrados localmente harán el trabajo para el DBA. Esto deja al DBA con más tiempo para diseñar sistemas de bases de datos, monitorear la seguridad y muchas otras cosas. Además, las tiendas que solían tener una proporción de 1 DBA a 20 bases de datos podrían encontrar que pueden sobrevivir con una proporción de 1 DBA a 50 bases de datos, ya que cada una no toma tanto tiempo de administración (esos números son solo un ejemplo y no pretende ser tomado literalmente).

El rol de los DBA siempre ha evolucionado y seguirá evolucionando. No veo que se eliminen los DBA en el futuro. Siempre habrá una necesidad de almacenar los datos valiosos de la compañía y gestionarlos hasta cierto punto. Lo que hace el DBA del mañana puede ser muy diferente al de los DBA de ayer. Aquellos DBA que puedan rodar con los cambios y adaptarse todavía tendrán un trabajo.

Gracias,

David,

Desarrollador Oracle.

Bueno, mañana por la mañana verás si las copias de seguridad se han ejecutado, luego el resto del día será tuyo …

En serio, hay tanto Oracle en el terreno que los buenos DBAs estarán en demanda durante mucho tiempo todavía. Sin embargo, no tenga miedo de diversificarse, entender MySQL lo colocará en una buena posición en la que puede involucrarse en migraciones ascendentes y descendentes, y será útil un buen manejo de la administración del sistema.

Mi amigo … Soy una pena para ti … http://lmgtfy.com/?q=Oracle+data…