Feliz día del Administrador de sistemas

Vía Microsoft:

Vota a tu administrador de sistemas favorito

Para celebrar el próximo día del administrador de sistemas (27 de Julio), hemos preparado una pequeña campaña de muestras de aprecio, así que ya puedes votar por tu administrador de sistemas favorito en el siguiente formulario. La idea original es que esta campaña la patrocinase alguna empresa que pudiera ofrecer premios a los 3 sysadmins más nombrados, pero dadas las circunstancias actuales, no ha podido ser. El premio será ver su nombre publicado en un artículo tanto en este blog como en la red social "House of Sysadmins" el día 27 de Julio mostrando así su buen trabajo y reconocimiento por parte de sus colegas.

Un sysadmin es un profesional que planea, se preocupa, hackea, arregla, evangeliza protege y crea redes informáticas seguras para que tengas acceso a tus datos y puedas hacer tú trabajo.

Cuando el servidor de correo deja de funcionar a las 2 de la mañana, al sysadmin le llega un aviso al móvil, se levanta y se va a trabajar para que al día siguiente todo esté funcionando y tú, sigas usando el correo electrónico.

Muéstrale el aprecio que se merece votando por él:

Preguntas técnicas en algunas entrevistas de trabajo

Desde hace muchos años, es común en entrevistas de trabajo de perfiles de administración de sistemas, sobre todo de grandes empresas, realizar una criba inicial a través de una serie de cuestiones técnicas. Os dejo a continuación algunas de ellas, con las respuestas muy breves a las mismas, y algún gazapo. ¿Pasaríais esta criba?

CUESTIONES TÉCNICAS EN ENTREVISTAS DE TRABAJO:

¿Cuantos bits hay en una dirección IP?: 32 bits

¿Cuál es el protocolo que usa el comando PING?: ICMP

¿Como crearías diferentes redes en los puertos de un switch?: Con VLANs

¿Con que dos comandos crearías una particion swap en Linux?: mkswap con un disco adicional para crearla y con swapon para habilitarla o con dd creando un archivo en el sistema de ficheros y usando dicho archivo para la memoria de intercambio.

¿Qué significa el acrónimo SSID?: Service Set Identifier

Ventajas de los discos SSD frente a los convencionales: Al no tener partes mecánicas, tienen un menor tiempo de acceso a los datos (y más constante) y más fiabilidad al no poder romperse tan facilmente como un disco normal con sus partes mecánicas y muy silenciosos.

¿Qué significa el acrónimo EFI?: Extensible Firmaware Interface. Es un estándar para sustituir la BIOS, el sistema de arranque utilizado en los PCs desde sus inicios. Debido a las altas especificaciónes de los procesadores (Intel Itanium de HP) la BIOS se quedaba limitada.

¿Cuál es el servidor web más conocido?: Apache o nginx

Esta como deberes.

¿Cuál es el grupo de archivos binarios que sólo pueden ser ejecutados por root?

El futuro de la administración de sistemas

The coming future of system administration es un interesante artículo sobre el papel de los administradores de sistemas entre tanto DevOps, sysadmin 2.0 y los 'nuevos' paradigmas.

DevOps

DevOps es un término que se refiere a la estrecha cooperación existente hoy día entre desarrolladores y sysadmins, o administradores de sistemas. Aunque la mayoría de empresas tiene, como es normal, un equipo de desarrolladores y otro de sysadmins u operadores, los DevOps son aquellos que construyen los puentes entre ambos mundos.

Los objetivos generales son los mismos:

• Habilidades para solucionar problemas
• Actitud de "hacer"
• Trabajo en equipo
• Variedad de conocimientos y tecnologías (LAMP, Java, C++, python, Capacidad de Dimensionar, alta disponibilidad, cloud, etc.

Esta es una interesante historia de la creación del team de DevOps de Sony ;-)

Feliz día del administrador de sistemas

Hoy, como cada último viernes del mes de Julio, es el día del Administrador de Sistemas, así qué, si no eres un administrador de sistemas, levántate y felicita a quien se encargue de los sistemas que usas, lo puedes hacer con una simple palmadita o invitándole a tomar algo.

Aquí van algunas ideas más para sorprender a tu sysadmin, ¡¡Felicidades a todos y seguid con el buen trabajo!!

Juntaros todos los sysadmin y celebrarlo

Invítale a unas cervezas

Regálale algo dulce

Pero sobre todo, entiéndele.

3 reglas que un administrador de sistemas nunca debería romper

• Haz backup de todo ( y valídalo regularmente)
• Domina la línea de comandos (evita la IU cuando sea posible)
• Automatiza todo ( y dedícate a otras cosas más interesantes)

Estoy de acuerdo en ellas pero añadiría, aprende a programar, ya que ello te servirá entre otras cosas para automatizar todo y entender mejor otros procesos, en este artículo de thegeekstuff lo explican más.

House of Sysadmins

En breve noticias sobre la nueva y renovada red de administradores de sistemas "House of Sysadmins", gracias a un gran apoyo el proyecto va a tener continuidad.

¡¡¡Permaneced atentos sysadmins!!!

Google confía en sus syadmins y por ello no los controla demasiado

Puede ser que el tal Barksdale no tuviera ninguna intención maliciosa, pero la cago por aprovecharse de su puesto de sysadmin en Google.

Un sysadmin necesita acceso a los datos más confidenciales:

""You'll need access to the storage mechanisms," he explained, pointing out that in order to determine the cause of a technical issue with Gmail, an SRE might have to access emails stored on Google's servers to see if data is corrupted.

Pero eso no signfica que se puedan aprovechar de su posición, incluso en situaciones que saben que no serán estrechamente vigilados.

"And the company does not closely monitor SREs to detect improper access to customers' accounts because SREs are generally considered highly-experienced engineers who can be trusted, the former Google staffer said."

En el 2006 apunté una pequeña historia sobre problemas de este tipo, pero la historia inventada iba más allá, o no...

Twitter: el fin de los administradores de sistemas tal y como los conociamos.

SYSADMIN 2.0

John Adams responsable de operaciones de twitter nos avisa: no sobreviviremos a los tiempos venideros a menos que aprendamos algo más que administración de sistemas. Lo afirmaba en la conferencia anual Web2.0 expo en San Francisco.

Con esas palabras se refería a los nuevos tiempos que corren, refiriéndose así a "la web en tiempo real". De esto ya hablé en el post: "el nuevo paradigma de trabajo del administrador de sistemas".

Lee la noticia original para saber cuales seran tus nuevas funciones en este nuevo entorno.

Como crear un buen entorno de administradores de sistemas

A través del blog mmejiav descubro el artículo "There is no 'I' in a great system administration team" que merece la pena leer para todos los que os paseeis por este blog.

Traducido también al castellano.

sysadmin VS developers

Desde el día en que empece mi carrera como administrador de sistemas, poco a poco he ido observando como el temor amén de otros más, es uno de los sentimientos qué no te puedes quitar. Como administrador de sistemas eres el guardian de todo el parque tecnológico, servidores, equipos de usuario, eres como un proxy a todos los recursos informáticos allá donde trabajes, tienes que aguantar cientos de peticiones simultáneas y mantener el tipo en grandes picos de carga de trabajo y todo ello mientras dejas un log de todo lo que haces.

Pero no estoy solo. Hay quien siente y padece igual que nosotros, nos gusta aprender entre nosotros, y conocer nuevas vías de hacer tareas que hasta entonces hacías de otro modo. Es un sitio de sysadmins, un lugar donde compartir tus experiencias y dudas, un sitio exclusivo donde te comprenden, llamémosle House of Sysadmins.

Fuera de él, y lejos de tus compañeros de equipo, huele a hostilidad e incomprensión por ambas partes. Departamentos comerciales que debes quitarles permisos y no entienden por qué. Equipos de desarrollo cuyas necesidades crecen más que un log descontrolado. Por razones políticas o prácticas, la tecnología y nuestros colegas pueden sufrir de nuestros prejuicios, para bien o
para mal, estos prejuicios afectan en la manera que realizamos nuestro trabajo.

Ahora, con la perspectiva que da una dilatada experiencia, veo las cosas de otra manera. Los departamentos de sistemas por lo general estan vistos como áreas de costes que no aportan un beneficio directo a los objetivos de la empresa. Por ello, los administradores de sistemas estamos forzados a mostrar continuamente el valor de nuestro trabajo. Más a menudo de lo que nos gustaría, las matemáticas no juegan a nuestro favor para los departamentos financieros de nuestra empresa y nos convertimos en una nueva unidad integrada dentro de otra en la empresa, intentando camuflar ese costo necesario. En una de estas, muchos lo conocereis, nos vemos en la dura misión de dar soporte a "los desarrolladores".

Los desarrolladores (aka programadores) provienen de la misma familia geek que nosotros, pero no siempre nos integramos bien. Hubo un tiempo en el cual los programadores tuvieron que ser sus propios sysadmins y nosotros los sysadmins eramos desarrolladores de nuestras pequeñas herramientas.
Luego, ambos, escribíamos código para que las cosas funcionasen, pero estos días ya han pasado. Los tiempos han cambiado y ahora hacemos el trabajo que define nuestras profesiones. Aunque ambos grupos compartimos esas intensas guerras, donde a veces las cosas se tornan un poco tensas y otras estamos en periodos de calma.

Así que, ahora cabe preguntarnos, ¿qué podemos hacer al respecto?, ¿qué hemos aprendido en todos estos años en la administración de sistemas?

El punto más obvio es que "no queremos resolver más de 2 veces el mismo problema". En lugar de adoptar nuestra vieja y no productiva actitud de confrontación, podemos encararlo con maduridad. Deja atrás esas guerras del pasado intentando demostrar tú productividad. Tú sabes lo que haces y cómo lo haces, no gastes el tiempo demostrándolo a la gente.

Un componente importante en el soporte a los desarrolladores es la empatía. Recuerda que los desarrolladores no tienen la visibilidad que nosotros tenemos de todos los sistemas que administramos, cómo están las redes, accesos...

Un ejemplo: hace poco cuando intentaba solucionar un problema de directorios en un servidor apache, pregunté al desarrollador los aliases que necesitaba mapear a qué directorios. Ni se me ocurrio pensar que este usuario ni siquiera tenía login en la máquina, por lo que no sabía ni lo que era el httpd.conf. Todavía le hice la misma pregunta unas tres veces hasta que me dí cuenta de que no respondía a mi pregunta no porque no quisiera, sino porque no tenía ni idea de lo que le estaba hablando. Ten empatía con tus desarrolladores.

Cuando te enfrentes a un problema hazlo de manera elegante y encuentra la solución más práctica, entonces impleméntalo. No gastes mucho tiempo divagando sobre aspectos que al final no son importantes. Ir por el camino largo por seguir nuestros principos es ridículo.

Por ejemplo, si te gusta el Open Source, perfecto. Pero si no encaja en un proyecto, sigue y elige la solución más adecuada aún si es una solución propietaria. Tus desarrolladores tienen diferentes fechas de entrega que tú. Tienen fechas de entrega muy estrictas para sus proyectos y ellos no tienen la suerte de usar el enfoque ZEN que tenemos nosotros, todos sabeis de lo que hablo. Ellos apreciarán que tu trabajo sea rápido y efectivo.

Y esto nos lleva a otro punto, los desarrolladores son nuestros clientes. Somos tan responsables de ellos como lo es un camarero de sus clientes. Les damos la información correcta de lo que está y no está disponible. Conseguimos aquello que necesitan e intentamos que sea con una buena experiencia. Se trata de un servicio al consumidor.

En un bar, si tienes un mal servicio no volverás. Pero nuestros desarrolladores no tienen elección. OK, OK, estupendo puedes buscar las razones para no proporcionarles un buen servicio al consumidor, es muy tentativo pero existen unos pequeños problemas con este argumento:

• Es una respuesta particularmente no productiva. La conversación ni el trabajo avanza. Haz el trabajo en lugar de quejarte de como se deberían hacer.
• Además, te estás hiriendo a tí mismo. Tendrás que trabajar con esa persona durante días, meses y posiblemente años. Adoptar un enfoque de confrontación sólo te devolverá la misma actitud. Tendrás una mala experiencia cada vez que tengas que tratar con ese usuario o su equipo.
• Mas allá de todo esto, es tu responsabilidad. Nosotros los administradores de sistemas tenemos clientes internos y externos. Existen muchos roles dentro del campo de IT . Cuando nuestros clientes están satisfechos ganaremos en reputación y proporcionaremos todo lo necesario para aportar verdadero valor a la empresa que paga por nuestros servicios.
  

Nos guste o no, la palabra "social" forma parte de las descripciónes de trabajo de un administrador de sistemas. Podemos ser unos genios pero necesitamos reorientarnos hacia un servicio experto al cliente. Necesitamos reorientar nuestros objetivos, cuidar los sistemas, ayudar a la gente de la que somos responsables y todo ello mientras mantenemos nuestra profesionalidad.

No sigais nunca el ejemplo de este video:

Tenemos que aprender que renunciar al control puede llevarnos a mejores y caminos más creativos. Debemos construir puentes con los desarrolladores, analistas de bases de datos y gente no-técnica a quien damos soporte porque en algún punto, tendremos que cruzar puentes juntos y dependeremos de la relación que tengamos con toda esa gente que cada día se cruza en nuestro camino.

Artículo original.

Las 10 reglas de oro de un sysadmin

En algún post anterior escribí sobre las 5 reglas de oro para comportarse en una lista de correo.
Revisando unas diapositivas sobre Comunicación he visto unas que parecen escritas por y para un administrador de sistemas. Sólo ha hecho falta una mínima adaptación. Estas son las 10 reglas de oro de un sysadmin:

1. Camina sin miedo. Habla sin vacilar.
2. Creáte un estilo único de pensamiento.
3. Habla sin decir una palabra!
4. Compenetra la comunicación con tu usuario.
5. Sube el nivel de juego en el trabajo.
6. Momentos de verdad...
7. E-Mail: ¿Cómo de electrónicamente dependiente eres?
8. Preparalo, Persíguelo, Síguelo a través de cualquier obstaculo = Exito.
9. Estate plenamente convencido de lo que dices: las palabras son como misiles dirigidos por el calor.
10. ¡Junta y sigue todos esos consejos!

Sysadmin, siéntate a descubrirte, la comunicación es una de tus mejores armas.

El pánico

El pánico, ese "miedo extremado o terror producido por la amenaza de un peligro inminente, y que con frecuencia es colectivo y contagioso." definición de la RAE. Esa sensación que todo administrador de sistemas ha sentido o sentirá en su carrera. Un datacenter funcionando con la SAI por una perdida de luz repentina, esos servidores en producción que atienden miles de peticiones que no se levantan, ese nagios al rojo vivo, y para colmo si la cosa no era poca, esas llamadas de los usuarios o del SAT cómo si no supieras lo que está ocurriendo.

Manejar este tipo de situaciones es una de las habilidades más difíciles que nos podemos encontrar en el campo de la administración de sistemas, y no todas las personas pueden estar preparadas. Nadie te enseña a afrontar estas situaciones, y cuando te encuentras en una de ellas, estás en el medio de una crisis, donde lo principal es solucionar el problema puntual. No dispones de toda la información que quisieras, y tienes que saber manejar todo el estress de ambas partes, los sistemas y usuarios.

En un post anterior, dimos las 5 estrategias clave de un administrador de sistemas, pero el pánico, es una de esas situaciones que todo sysadmin quiere evitar, pero irremediablemente terminará encontrándose con ella. Aquí nuestro consejo para situaciones de pánico;

No tengas pánico, cálmate, relaja.

Laurence Gonzales en el blog de aventuras de National Geographic lo describe así:

"Panic was really useful to us once. We have inherited the structure and function of our nervous system from ancestors who lived in a very different environment, where simple, automatic actions were required for survival. A form of panic—running away or fighting without thinking, for example—was apt to keep them alive more often than not. The natural way the emotional system functions involves suppressing rational thought to clear the way for those automatic responses. If a lion is chasing you, you can’t stand around and think it over. Instead, the emotional system makes the decision and initiates the well-known fight-or-flight response (which should be called “flight-or-fight,” since the first impulse is almost always to flee)."


"There are three important steps to take to suppress panic: Breathe, organize, act."

Respira, organizate y actúa, es el mejor consejo que puedes recibir para situaciones de pánico que tarde o temprano experimentaras en tus carnes.

El ego del administrador de sistemas

Muy interesante. Un administrador de sistemas descontento con su trabajo en la nueva red fiberWAN de de San Francisco, tiene toda la red detenida aún estando en la carcel.

Tomo el control exclusivo del sistema, y cuando fue arrestado (estaba siendo investigado anteriormente), facilitó a la policía un password que no funcionó. No quiere cooperar todavía, al menos hasta que terminen las negociaciones que esta llevando su abogado.

El alcalde de San Francisco afirma que "era muy bueno en su trabajo, y a veces, eso se sube a la cabeza de las personas y nos lleva a situaciones como esta".

La ciudad todavía está intentando tomar control del sistema con la ayuda de Ingenieros de Cisco y más empresas de Silicon Valley.

El acceso a datos muy sensibles y sistemas críticos son labores diarias de un administrador de sistemas, ¿pero realmente los responsables son conscientes de ello? ¿toman medidas?. Continuidad del negocio, planes de contingencia, análisis de riesgos, ISO/IEC, COBIT, SGSI.. Actualmente con tanta ley, norma y certificación, políticas, etc, cómo puede pasar algo así en una ciudad como San Francisco y tan sólo con un administrador de sistemas?

¿Y tú confías en tu administrador de sistemas?
Hehehe

[Crónica original]