¿Alguien acá se desempeña como DevOps?

Oye si, estaría bueno que alguien de su punto de vista. Ping @BalroG @unreal4u

le hu@sito dijo:

a) Si nos pudiera contar más o menos en qué consiste su día a día.
b) ¿DevOps > SysAdmin en $$ y responsabilidades?
c) ¿Cuál es el perfil académico (título, certificaciones, experiencia, conocimentos IT) del DevOps acá en Chilito?

Salu2

Haz clic para expandir...

mmm devops vendría siendo como el loco que se aplica con todo un poco: está metida en todas y sabe y conoce todo lo que ocurre en la empresa. Está metido desde configurar los servers hasta las partes más complicadas del código, de hecho el nombre lo indica: "dev" viene de developer (desarrollador, el que crea el código) mientras que "ops" viene de "operations", que abarca desde sysadmin hasta dba, pero tb encargado de seguridad e ingeniero de redes.

Como verás, es un tema muuuuuuuy amplio y es muy difícil encontrar a alguien que las haga todas bien, pero si eres bueno, tb puedes esperar un muy buen sueldo. Sin embargo, necesitas como mínimo unos 10 años trabajando con código, unos cuantos años haciendo tb de sysadmin y unos cuantos años en la empresa misma, ya que es un cargo que está intrínsecamente metido con el hecho de saber qué ocurre en la empresa para poder encontrar la mejor solución, generalmente mediante metodologías AGILE, ya sea scrum, kanban, extreme programming (XP) o adaptive project framework (APF, técnicamente no AGILE) o quizás irte por el lado de Lean / Six Sigma: dependiendo del proyecto tendrás que saber y aplicarte con la mejor metodología de trabajo.

En fin, es como saber de todo un poco y yo lo hice por varios años, fue entretenido pero sentía que no avanzaba mucho, ahora estoy de arquitecto de software que sería como un devops, pero sin la parte de project management y muuuuuy lijeramente sysadmin: necesito saber de cuál es la mejor forma de implementar docker por ejemplo, pero sin tener que preocuparme de sobre qué OS corre y si este tiene los parches y toda la warifaifa al día.

Dicho eso... paso a responder las preguntas.

Si nos pudiera contar más o menos en qué consiste su día a día.

Haz clic para expandir...

En la mañana llegaba, revisaba en el ELK stack rápidamente que todo los cronjobs habían corrido bien, que todas las máquinas estaban arriba y que estaba todo operando bajo los parámetros normales. Si había algún problema (por ejemplo, una instancia de memcache caída) había que diagnosticar el problema, crear la tarea y bien esperar que otro lo pudiera tomar o, si veía que era blocking, tomarlo yo al tiro.
Revisar qué tal andaba de reuniones ese día, hacer algunas tareas chicas y de ahí era el stand-up. Por lo general ahora tenía el tiempo para realizar las tareas del sprint (trabajábamos con scrum) y eso podía abarcar desde instalar un nuevo server hasta arreglar un typo en algunas de las páginas web. Muchas veces había investigación metida o reuniones con clientes / partners / interno.

¿DevOps > SysAdmin en $$ y responsabilidades?

Haz clic para expandir...

Como devops eres mucho más versátil que como sysadmin, así que puedes esperar ganar más lucas en el momento, pero por el otro lado, te puedes especializar menos en un área lo cual a la larga trae consigo que puedes trabajar en menos lados.

¿Cuál es el perfil académico (título, certificaciones, experiencia, conocimentos IT) del DevOps acá en Chilito?

Haz clic para expandir...

Definitivamente necesitas ser un geek de corazón que le guste estar metido en la computación dp de la pega: investigando, probando, weando, etc.

Dicho eso, para mi es muy importante tb el balance entre vida personal y profesional: sonará cliché, pero haz deporte y come sano, es increíble la cantidad de energía que estos dos producen juntos.

Espero te haya servido en algo mi experiencia de los últimos años

Saludos.

PD: hay un montón de pro's y contra's, pero mi conclusión es que un devops sólo puede trabajar en empresas chicas / medianas, mientras que en una empresa grande toda la experiencia no te servirá de nada. Nótese que trabajar en empresas chicas o medianas no significa necesariamente buen sueldo.

unreal4u dijo:

PD: hay un montón de pro's y contra's, pero mi conclusión es que un devops sólo puede trabajar en empresas chicas / medianas, mientras que en una empresa grande toda la experiencia no te servirá de nada. Nótese que trabajar en empresas chicas o medianas no significa necesariamente buen sueldo.

Haz clic para expandir...

Esa misma huea te iba a decir. Por tu relato de un DevOps y por el relato de Balrog, veo como gran desventaja que se pierde especialización. Yo conozco muy pocos tipos que son pro como developers y como sysadmins.

Zuljin dijo:

Esa misma huea te iba a decir. Por tu relato de un DevOps y por el relato de Balrog, veo como gran desventaja que se pierde especialización. Yo conozco muy pocos tipos que son pro como developers y como sysadmins.

Haz clic para expandir...

Cuál relato de balrog? Que yo sepa no lo tengo bloqueado :S


Sent from my iPhone using Tapatalk

unreal4u dijo:

Cuál relato de balrog? Que yo sepa no lo tengo bloqueado :S


Sent from my iPhone using Tapatalk

Haz clic para expandir...

En la cancha de fútbol previo al partido conversamos un rato de Devops.

Segun el modelos agile de DASA (https://www.devopsagileskills.org) Devops es un modelo que busca romper las barreras de comunicacion entre los equipos de desarrollo y operaciones, no busca ser el que desarrolla y luego opera, (eso seria algo complejo y "molitico" lo que va en contra del modelo agil) sino mas bien ser el que logra que las piezas de softwares/sistemas pasen a producción lo mas rapido e inadvertidamente posible, por tanto tampoco el modelo corresponde a una persona particular, sino mas bien a un equipo, esto porque las habilidades necesarias son muy amplias y el paralelismo es parte fundamental del modelo.

Los procesos que debiese contemplar un equipo devops.


Tambien hay consenso en que los profesionales deben tener un perfil "T" donde abordan en poca profundidad gran cantidad de temas, pero son especialistas en profundidad en 1 o 2.

Los ambitos de conocimiento debiesen estar enmarcados en lo siguiente (donde los rojos son ambitos tecnicos y azules de gestion):



Los roles para un equipo Devops basados en estos ambitos de conocimiento deberia ser algo parecido a esto:



Bajo la definicion anterior tanto el Scrum master como el Product Owner tienen una visión mas de gestión, el primero desde el liderazgo dentro del equipo (liderazgo no tecnico) y como facilitador a las necesidades, mientras que el Product Owner es el representante del negocio/cliente y entrega las definiciónes de lo que se requiere. No obstante en el caso de Devops en particular se habla mas bien del Service Owner (con una mirada parecida al service manager) con conocimiento del negocio y con una base imporante en ITIL.

Finalmente el equipo Devops se vuelve el "papa de la guagua" dado que debe preocuparse de su soporte una vez que pasa a producción, cuando se te resfria toma directamente las medidas de precaución (soporte correctivo, alta disponibilidad, gestion de operaciones) pero cuando se empeora llamas al doctor (celulas de desarrollo para generar un delivery de corrección).

Esto vendria a ser un hiper resumen de lo que estoy viendo actualmente, es importante considerar que este es un marco metodologico agil, pero hay otros que varian y las empresas tambien los implementan bajo su cultura y estimaciones, pero es un modelo bastante completo y coherente con la filosofia.

Saludos.

he estado buscando pega como devops, en la ultima pega 6 años en una pyme hacia de todo como comentaba unreal4u, desde corregir bugs revisar codigo, ayudar al sysadmin/dba/dev si no cachaba algo, comprar servidores..configurarlos, definir procedimientos tec, dar soporte de negocio/técnico, ser contraparte e implementador, gestor de proyectos, obviamente me termine quemando y salí en mayo, recien me puse a buscar en agosto y sigo buscando...
pero por lo visto no alcanza, las pegas que he visto como devops solicitan años de experiencia en herramientas de ci/cd, jenkins automatización de pruebas con alguna herramienta, uso de dokers,kubernets, ansible, puppets, plataformas cloud y algun lenguaje de scrypting obviamente.
y claro uno puede conocer algunas pero de ahi a lo solicitado falta.

@EITSAEB pero habras usado svn alguna vez? o algo que maneje versiones?
primero entender eso, con los conceptos de trunk, branch, tag, centralizado y despues llevarlo a la distribución y multiples posibilidades que da git

Oye @Kitsune , más que DevOps lo que hacías en esa pega era mentolatum informático, o navaja suiza para ser más sofisticado. Muchas pymes necesitan ese jugador de toda la cancha por temas de presupuesto.

Con lo que posteó @Tbon aterricé más en que DevOps que no es que un profesional TI le haga a todo, sino que sea un equipo TI el que le haga a todo.

Wena @Tbon , esa definición se acerca bastante más a lo que debería ser la pega de devops en definitiva.... pero en el mundo real lamentablemente la línea es muy delgada y por lo general termina con un loco que sabe de todo un poco, pero nada muy bien.

Saludos.

Kitsune dijo:

he estado buscando pega como devops, en la ultima pega 6 años en una pyme hacia de todo como comentaba unreal4u, desde corregir bugs revisar codigo, ayudar al sysadmin/dba/dev si no cachaba algo, comprar servidores..configurarlos, definir procedimientos tec, dar soporte de negocio/técnico, ser contraparte e implementador, gestor de proyectos, obviamente me termine quemando y salí en mayo, recien me puse a buscar en agosto y sigo buscando...
pero por lo visto no alcanza, las pegas que he visto como devops solicitan años de experiencia en herramientas de ci/cd, jenkins automatización de pruebas con alguna herramienta, uso de dokers,kubernets, ansible, puppets, plataformas cloud y algun lenguaje de scrypting obviamente.
y claro uno puede conocer algunas pero de ahi a lo solicitado falta.

@EITSAEB pero habras usado svn alguna vez? o algo que maneje versiones?
primero entender eso, con los conceptos de trunk, branch, tag, centralizado y despues llevarlo a la distribución y multiples posibilidades que da git

Haz clic para expandir...

Todo este tema de la oferta profesional devops a pesar de su novedad opera muy parecido a como lo ha hecho hasta ahora en ambitos tradicionales: te piden todo por si pasa, pero al final todos los que postulan tienen un nivel mucho menor al exigido, ya sea porque no es posible (un perfil tan amplio) o porque un perfil asi es la de un tipo pionero que tiene su propia empresa o trabaja para una gran enpresa y te sers imposible levantarlo.

Es muy probable que para lo que buscan realmente con un perfil base ya les sirve, porque ademas la logica del mundo devops te obliga a desarrollar tus propias metodologias y la mayoria de las veces implica un tiempo de aprendizaje extenso.

Lo importante es partir desde un perfil, en devops el antiguo sysadmin es el encargado de automatizar y hacer el delivery de los ambientes para las aplicaciones, en el modelo DASA vendria a ser el operations engineer y me imagino que deberia manejar con algo de profundidad infraestructuras de micro servicios (dockers, kubernetes y ansible en automatizacion), algo de redes y el scripting que le permita comenzar automatizar.

Saludos

DevOps es complicado de definir porque el nombre confunde, el resumen de la idea, el core, el kokoro es que la gente tengo el mismo objetivo, y no comiencen con la típica cadena de hacer nada, como el escenario "persona de soporte -> eso es de sistemas -> eso es de red -> eso es de dba -> eso es del de seguridad -> eso es de soporte" y el cliente queda en loops porque se pasan la pelota y nadie resuelve, porque muchas veces ni siquiera se tomaron la molestia de entender cual es el problema.
Tonces la idea es que las personas en general sepan de todo un poco de lo que hace y se hace en la compañia y den soluciones dentro de lo posible y si deben derivar, sea con las personas que corresponden y no derivarla a cualquiera para salir del cacho y dar soluciones a los clientes que sean rápidas.

buena conversación. Suscrito!

Holi Holi, my 2 cents here.

Tomando el excelente post de @Tbon solo dejar en claro que al menos para mi el termino devops es una descripción de cultura, no una descripción de equipo.

"Si tienes un equipo dedicado a 'devops' no estas haciendo devops", por lo tanto todos tu equipos deben tener la capacidad de llegar desde la concepción del código, hasta que el usuario final lo consuma. de eso hay distintas formas. Por ejemplo en Amazon cada desarrollador es dueño de su codigo y eso implica que se tiene que hacer cargo de llevarlos a producción, cuidarlo y mantenerlo. y Amazon no se me hace una empresa chica.

Por supuesto nadie puede ser especialista, pero si necesitas tener el conocimiento T que ya mencionaron, la clave es tener gente T con distintas especialidades (los graficos de TBON)

y la idea de Devops es por que toda la cadena puede ser programable y automatizable y perdon, pero si te complica hacer un script en chef, ansible o terraform, como que dudo de tu capacidad como dev.

Tb depende de la madures como equipo, en equipos muy seniors el trunk based development es la raja, pero en equipos con gente junior tienes que optar po gitflow y el solo esa decisión te hace estructurar todo tu flujo de forma distinta.

Tb hay servicios como heroku que simplemente eliminan la necesidad de tener un wn mirando los servers.


yo le trate de resumir a @Zuljin que devops es la practica de que cuando el programador termine de codear y aprete guardar, q ese codigo lo este consumiendo el usuario lo más pronto posible y cuidar que lo siga usuando.

Eso depende de cada equipo como lo haga.

Por eso si existe un equipo devops dentro de la empresa es otro nombre para sysadmin, cada equipo debe ser devops