La experiencia vale mas que titulos. Como dice el dicho, mas sabe el diablo por viejo que por diablo. Una de las cosas que aprendi en el rubro es por mas que yo crea que la tenga enorme, escuchar al que tiene mas batallas que yo, porque ya se la comio doblada. No es que pretenda tener razon por la experiencia per se, pero mucha cosa que planteaste no es valida. Vi la transicion de que sea valido a que deje de serlo.
Y yo desde los 7 años que cayó una PC a casa queria hacer cosas con computadoras porque me apasionaba. Y tambien queria ser guitarrista de una famosa banda de rock. Y? Los deseos personales no se comutan por experiencia o conocimiento, no se a que va eso.
Aca
Nunca mencione nadie de redes. Solo hable de sysad
Las buenas practicas no tienen escala. Si, te das cuenta que necesitas estandares y metodologias cuando estas con la soga al cuello, pero asi tengas 3 servidores cagados aporta un monton.
No tengo duda que hagas todo eso. Es el trabajo de un sysadmn. La diferencia es que yo no lo escribo. Hago que se descubra, escriba, escale y si se cae haga autoheal sin intervenir en nada.
Seguro que soy rigido?
No negue eso. Pero esta lejos de ser lo mas eficiente. El que abarca poco aprieta. El problema es que las empresas que hacen eso lo ven como un gasto cuando es una inversion. Es una cabeza retrograda.En un lugar chico lo mas parecido que tenes es un Sysadmin y se estila que meta mano en todo (asi como en un lugar chico un desarrollador te hace la base de datos en vez de un DBA),
Yo era igual. Te estancas. No podes ser experto en 150 cosas. Mas de una dos no. Mi fuerte es devops y desarrollo (tirar codigo y arquitecturar). Testing no. Analisis no. Hay gente que se dedica y especializa toda la vida para eso. Es faltarle el respeto al trabajo y dedicacion de otro pensando que "es poco piola que las cosas sean rigidas y yo puedo con todo".
Es ineficiente. Si tenes pocos proyectos es sostenible. Si tenes 100-150 proyectos, no podes tener un equipo de 4 o 5 personas atendiendo la infra para cada uno de esos proyectos. Ahi entra la forma de trabajar de DevOps. Los responsables de mantener la infra de esos proyectos son los mismos desarrolladores que hacen el proyecto. Vos como SRE/DevOps te encargas de darles y mantenerles una plataforma sostenible para que lo puedan hacer. Pero vos tenes que tanto estar mas al tanto de como funcionan las apps para eso, como ellos de saber como crear entornos de ejecucion y servicios que seas vos el que se encarga puramente de eso. 5 personas no pueden estar de guardia atendiendo 150 proyectos. Uno o dos desarrolladores de cada proyecto si.
No te comas la pastilla de la FING sobre todo que las palabras "ingeniero" o "arquitecto" son titulos universitarios. Ingenieria viene de usar el ingenio. Por mas que no sea un titulo de grado, la ingenieria devops es aplicar el pienso para seguir la metodologia con todo lo que involucra, asi como tenemos arquitectos de software.
A mi me gustaria erradicar el concepto de seguridad de la faz de la tierra. Porque es un rubro que da rienda suelta a que los desarrolladores/SRE/sysadmin/lo que sea sean unos pelotudos que hacen cualquier cagada justificando "no se nada de seguridad". Si le pones un 5% mas de tiempo a tus implementaciones pensando en la seguridad, no habria problemas de seguridad en el mundo. Pero no es mala eleccion. Hay mucho mercado.
Ahi estas confundiendo devuelta administracion de sistemas con infra. Infra es hardware. Punto. Es mas perfil electronica incluso que sistemas, IT o informatica.
Nop, se encarga puramente de las telecomunicaciones. Si ya hay software involucrado, no es infraestructura.
Yo tambien te quiero por mas que parezca bardo. Es discusion apasionada.
Son los mas complicados y abstractos. Y no es por menospreciar, pero en esos temas la experiencia es vital.
El tema que ahi la mayoria que conozco es asi. Y estuve muuuuuuchos años en sistemas y conoci muchos. Y los que conocen un sysadmin tambien lo describen asi en su mayoria. Y si te fijas en /sysadmin en Reddit tambien.
La bandera es "ahh no, yo de codigo no se nada, no me dedico, pedile a un programador", muchos incluso les pedis que se fijen un log con un grep, y donde el log sea un error_log de apache ya te tiran "eso lo genera una aplicacion, que lo mire un desarrollador, yo no se nada". Ni hablar que las historias de vida la mayoria son que estudiando la pasaron mal con codigo, le pegaron un poco con Linux y ahi arrancaron.
Ahora por suerte en el laburo el equipo hay gente que encara con codigo, y tenemos un desarrollador inlcuso que tambien le pegaba en sysadmin y encara mucho. Pero me acuerdo tener gente que le pedias un script de bash o de python para automatizar algo, y mamita, no lo entendia nadie. 800 lineas que de pedo tenian indentancion, variables con nombres de mierda (DIR_FIN, DIR_INI, PRCSS_DST), sin funciones, todo de corrido. Es la normal del sysadmin estandar porque "si no te gusta pedile a un programador, yo soy sysadmin no desarrollador". Ni hablar que donde le hagas algo complejo no lo tocaban salvo que le digas la linea exacta, no sabian seguir el flujo de un codigo donde tenga funciones y este en 5 archivos separado.