Que hago?
Hace unos dias me preguntaron "en que trabajas?".
Como siempre, respondí "soy DBA, administro servidores que manejan datos."
Será que la gente no tiene la menor idea, no le interesa o vaya a saber que, pero con eso era suficiente y ya no preguntaban mas..... supongo que en su cabeza les quedaba eso de "es informático y trabaja con algo raro". Punto.
Pero esta ves y supongo que por curiosidad la charla continuó.
"Si, pero que es eso? exactamente...."
MMmmmm mmmmmmm
Tengo que reconocer que no esperaba esa pregunta, a los que están en el "Rubro" informático con decir DBA es suficiente, y a los que no, les podría decir que "arreglo condensadores de dilitio mercurioso trifásicos neutros" y les daría lo mismo.
Pero bueno.... en este caso, tuve que ponerme a pensar, como decir en pocas palabras simples, "que hace un DBA"... No se si le quedó claro pero decidí poner aca mi explicación, quizas le sirva a algún otro DBA que pase por una inquisición.
Los DBA (somos mas que uno en esta tierra, pero no tantos) nos dedicamos a manejar servidores que contienen datos. Manejar? y sin volante ni timón?
Existimos en grandes empresas, bancos, entes de gobierno y sitios donde "haya mucha información", donde ésta sea importantísima para el negocio, donde la información sea tanta y tan diversa que requiera métodos, procesos y una gestión para poder ser guardada, sea enviada a quien la pida, que pueda ser agrupada, ordenada, individualizada, totalizada.
Un estudio de Abogados sin embargo no tiene un DBA. Una tienda tampoco, pero quizas la central del Corte Inglés tenga dos o mas. Una sucursal bancaria no tiene DBA, pero el edificio central de Procesamiento del Banco SI tenga dos o tres DBA.
En tu casa nunca necesitarás un DBA...
No tengo estadísticas, pero supongo que hay unos miles habrá en España. Pero si lo comparamos con "Desarrolladores" que son millones, con "Técnicos en redes/soporte" que son millones, diría que los DBA somos unos pocos. Muy pocos. Y gente rara siempre.... (ellos, yo no, me lo dijo mi otro yo)
Yo seguía hablando.... y complicando el concepto original de "manejar un servidor". Manejar sin timón? ehhhhh?
Nuestro trabajo lo hacemos casi siempre en remoto, es decir, trabajamos sentados en unos BOX bastante feos, frente a un PC que nos informa si algo va mal. Nos conectamos mediante un cable (internet, lan, etc) y llegamos al servidor que es el que tiene un programa corriendo llamado Motor de Base de datos, algo así como tu PC con Word pero un poco distinto.
Ese servidor "conservador" de datos, está en sitios seguros, con accesos físicos limitados, con temperaturas controladas para que no se caliente demasiado (sinó putean como nosotros....), donde tienen cerca otras cajas donde realmente queda la información (cabinas de almacenamiento, sans. etc), y ese servidor guarda datos y se los devuelve a quien se los pida.
Eso que comentaban mis maestros, "la información no ocupa lugar" es mentira... ocupa y mucho.
Siempre teniendo en cuenta temas de seguridad y control de acceso a esos datos. El servidor de datos está preparado para dar los datos, lo más rápido posible, a todo el que se lo pida.... pero aparece la parte "seguridad", pongamos que es como la conciencia, y te dice.... "quien te pidió eso?, porqué?, cuando?, para que quiere esos datos?"
Si tuviera que hacer un cuento infantil diría, "el servidor SQL está peleando a capa y espada con La señora Seguridad, es una lucha terrible, mientras los usuarios finales (el pueblo) miran y esperan resultados"
Por ejemplo: desde tu PC no podés pedirle los datos a uno de mis Servidores, pero SI podés conectarte a un navegador (Internet Explorer), poner unas letras y lo que te devuelve, viene de "mi servidor".... "como Google viste?", a unos cuantos kms, detrás de varias cajas, luego de pasar por otros servidores, finalmente hay un servidor que guarda datos y que es "el que sabe".
Existen varios programas/productos (como el ie, word, excel, powerpoint) programados en este mundo que "administran datos" llamados Motores de Bases de Datos (Oracle, SQL Server, DB2, Informix, Mysql, otros) son programas que se encargan del manejo de datos, de guardarlos, leerlos, ordenardos y aquellas cosas que necesitamos y se lo pedimos.
Así como el WORD sirve para escribir cartas, sugerir ortografía y semántica, enviar esa carta a una impresora.
Como en todos sitios (por ahora) hay personas, están los desarrolladores quienes nos proveen de partes, aceite, manuales (a veces...) Por otro lado están los beneficiarios de nuestros servicios,
quienes se benefician?
Millones de personas en el mundo, todo aquel que pueda conectarse a internet y pedir "información" usando internet en nuestros equipos.
Digamos que nuestros clientes, podrían ser los mismos que usan "google" a diario, pero en nuestro caso damos otro tipo de información. Por razones de seguridad interna no puedo contar mas sobre "que datos manejamos".
Por suerte, no todos los que usan Google usan nuestros servicios, porque sinó nuestros servidores no podrían devolver la información solicitada a todos juntos en un tiempo razonable.
"Pero trabajás solo?"
Si, no, bueno si, mmm en realidad no, si, no....
Otra ves a pensar.
DBA hay uno solo acá, pero trabajo con otros administradores de problemas como yo.... digo de "cosas", "Administradores de redes, de Servidores, de aplicaciones, de comunicaciones"....
Digamos que mientras yo miro el motor y que siga dando vueltas, hay quienes miran que llegue el aceite, otros miran que haya suficiente madera para tirarle a la caldera (como los trenes viejos), otros miran que no se meta nadie en la sala de máquinas, otro mira que la hélice de vueltas y otro escucha al capitán del barco, para calcular a que velocidad debe andar el motor para lograr la velocidad que quiere el capitán....
Trabajos todos con un equipo, como engranajes aceitados de otra gran maquinaria.... como Brigada A, te acordás? Aunque todos somos como McGiver en nuestro rubro.
Recuerdo cuando hace muchos años, "pedir datos" era completar una hoja de papel y unos días después nos daban el "listado".... esto es similar, pero en tiempo real, y donde unos segundos después nuestro cliente "EXIGE" ver los resultados... aún en los casos donde haya pedido "la lista de números de móviles que existen en el mundo" y que aunque se lo demos tampoco le servirá para nada.
Cual es la frase que mas escucha un DBA?
"Tengo un problema. Necesito XXXXXXX. Puedes ayudarme?"
Cual es la frase que mas dice un DBA?
"Puedo ayudarte, pero MILAGROS todavía no puedo hacer."
RESUMEN
Digamos que un DBA sería como un "Maquinista del Titanic", nos encargamos de que los motores continúen funcionando aún en el caso que nos estemos hundiendo. Siempre entre suciedad, ruido y viviendo entre problemas.
Mientras que un "desarrollador" sería como un "fabricante de motores", que luego nos dan para que hagamos funcionar, los mantengamos funcionando, les pongamos líquidos, los arreglemos cuando fallen.
Meeeeeeeexpliqué ?
Como siempre, respondí "soy DBA, administro servidores que manejan datos."
Será que la gente no tiene la menor idea, no le interesa o vaya a saber que, pero con eso era suficiente y ya no preguntaban mas..... supongo que en su cabeza les quedaba eso de "es informático y trabaja con algo raro". Punto.
Pero esta ves y supongo que por curiosidad la charla continuó.
"Si, pero que es eso? exactamente...."
MMmmmm mmmmmmm
Tengo que reconocer que no esperaba esa pregunta, a los que están en el "Rubro" informático con decir DBA es suficiente, y a los que no, les podría decir que "arreglo condensadores de dilitio mercurioso trifásicos neutros" y les daría lo mismo.
Pero bueno.... en este caso, tuve que ponerme a pensar, como decir en pocas palabras simples, "que hace un DBA"... No se si le quedó claro pero decidí poner aca mi explicación, quizas le sirva a algún otro DBA que pase por una inquisición.
Los DBA (somos mas que uno en esta tierra, pero no tantos) nos dedicamos a manejar servidores que contienen datos. Manejar? y sin volante ni timón?
Existimos en grandes empresas, bancos, entes de gobierno y sitios donde "haya mucha información", donde ésta sea importantísima para el negocio, donde la información sea tanta y tan diversa que requiera métodos, procesos y una gestión para poder ser guardada, sea enviada a quien la pida, que pueda ser agrupada, ordenada, individualizada, totalizada.
Un estudio de Abogados sin embargo no tiene un DBA. Una tienda tampoco, pero quizas la central del Corte Inglés tenga dos o mas. Una sucursal bancaria no tiene DBA, pero el edificio central de Procesamiento del Banco SI tenga dos o tres DBA.
En tu casa nunca necesitarás un DBA...
No tengo estadísticas, pero supongo que hay unos miles habrá en España. Pero si lo comparamos con "Desarrolladores" que son millones, con "Técnicos en redes/soporte" que son millones, diría que los DBA somos unos pocos. Muy pocos. Y gente rara siempre.... (ellos, yo no, me lo dijo mi otro yo)
Yo seguía hablando.... y complicando el concepto original de "manejar un servidor". Manejar sin timón? ehhhhh?
Nuestro trabajo lo hacemos casi siempre en remoto, es decir, trabajamos sentados en unos BOX bastante feos, frente a un PC que nos informa si algo va mal. Nos conectamos mediante un cable (internet, lan, etc) y llegamos al servidor que es el que tiene un programa corriendo llamado Motor de Base de datos, algo así como tu PC con Word pero un poco distinto.
Ese servidor "conservador" de datos, está en sitios seguros, con accesos físicos limitados, con temperaturas controladas para que no se caliente demasiado (sinó putean como nosotros....), donde tienen cerca otras cajas donde realmente queda la información (cabinas de almacenamiento, sans. etc), y ese servidor guarda datos y se los devuelve a quien se los pida.
Eso que comentaban mis maestros, "la información no ocupa lugar" es mentira... ocupa y mucho.
Siempre teniendo en cuenta temas de seguridad y control de acceso a esos datos. El servidor de datos está preparado para dar los datos, lo más rápido posible, a todo el que se lo pida.... pero aparece la parte "seguridad", pongamos que es como la conciencia, y te dice.... "quien te pidió eso?, porqué?, cuando?, para que quiere esos datos?"
Si tuviera que hacer un cuento infantil diría, "el servidor SQL está peleando a capa y espada con La señora Seguridad, es una lucha terrible, mientras los usuarios finales (el pueblo) miran y esperan resultados"
Por ejemplo: desde tu PC no podés pedirle los datos a uno de mis Servidores, pero SI podés conectarte a un navegador (Internet Explorer), poner unas letras y lo que te devuelve, viene de "mi servidor".... "como Google viste?", a unos cuantos kms, detrás de varias cajas, luego de pasar por otros servidores, finalmente hay un servidor que guarda datos y que es "el que sabe".
Existen varios programas/productos (como el ie, word, excel, powerpoint) programados en este mundo que "administran datos" llamados Motores de Bases de Datos (Oracle, SQL Server, DB2, Informix, Mysql, otros) son programas que se encargan del manejo de datos, de guardarlos, leerlos, ordenardos y aquellas cosas que necesitamos y se lo pedimos.
Así como el WORD sirve para escribir cartas, sugerir ortografía y semántica, enviar esa carta a una impresora.
Como en todos sitios (por ahora) hay personas, están los desarrolladores quienes nos proveen de partes, aceite, manuales (a veces...) Por otro lado están los beneficiarios de nuestros servicios,
quienes se benefician?
Millones de personas en el mundo, todo aquel que pueda conectarse a internet y pedir "información" usando internet en nuestros equipos.
Digamos que nuestros clientes, podrían ser los mismos que usan "google" a diario, pero en nuestro caso damos otro tipo de información. Por razones de seguridad interna no puedo contar mas sobre "que datos manejamos".
Por suerte, no todos los que usan Google usan nuestros servicios, porque sinó nuestros servidores no podrían devolver la información solicitada a todos juntos en un tiempo razonable.
"Pero trabajás solo?"
Si, no, bueno si, mmm en realidad no, si, no....
Otra ves a pensar.
DBA hay uno solo acá, pero trabajo con otros administradores de problemas como yo.... digo de "cosas", "Administradores de redes, de Servidores, de aplicaciones, de comunicaciones"....
Digamos que mientras yo miro el motor y que siga dando vueltas, hay quienes miran que llegue el aceite, otros miran que haya suficiente madera para tirarle a la caldera (como los trenes viejos), otros miran que no se meta nadie en la sala de máquinas, otro mira que la hélice de vueltas y otro escucha al capitán del barco, para calcular a que velocidad debe andar el motor para lograr la velocidad que quiere el capitán....
Trabajos todos con un equipo, como engranajes aceitados de otra gran maquinaria.... como Brigada A, te acordás? Aunque todos somos como McGiver en nuestro rubro.
Recuerdo cuando hace muchos años, "pedir datos" era completar una hoja de papel y unos días después nos daban el "listado".... esto es similar, pero en tiempo real, y donde unos segundos después nuestro cliente "EXIGE" ver los resultados... aún en los casos donde haya pedido "la lista de números de móviles que existen en el mundo" y que aunque se lo demos tampoco le servirá para nada.
Cual es la frase que mas escucha un DBA?
"Tengo un problema. Necesito XXXXXXX. Puedes ayudarme?"
Cual es la frase que mas dice un DBA?
"Puedo ayudarte, pero MILAGROS todavía no puedo hacer."
RESUMEN
Digamos que un DBA sería como un "Maquinista del Titanic", nos encargamos de que los motores continúen funcionando aún en el caso que nos estemos hundiendo. Siempre entre suciedad, ruido y viviendo entre problemas.
Mientras que un "desarrollador" sería como un "fabricante de motores", que luego nos dan para que hagamos funcionar, los mantengamos funcionando, les pongamos líquidos, los arreglemos cuando fallen.
Meeeeeeeexpliqué ?
Comentarios