De un tiempo a esta parte, los perfiles de \u201cinfraestructura\u201d o de \u201csistemas\u201d han adquirido esas comillas que antes no ten\u00edan porque de puertas para fuera cada vez queda menos claro qu\u00e9 hacemos y c\u00f3mo nos diferenciamos de aquel perfil \u00fanico de Sysadmin que exist\u00eda en el sector antes. La gente sabe que nos dedicamos a \u201cinfraestructura\u201d pero no solo a eso, que somos \u201cde sistemas\u201d pero tampoco ya nos limitamos a ellos al menos en el sentido estricto de la palabra. \u00bfQu\u00e9 ha pasado entonces? <\/p>\n\n\n\n
El perfil de Sysadmin ha sufrido una evoluci\u00f3n extraordinaria a lo largo de los \u00faltimos a\u00f1os (el mayor cambio que ha habido en cuanto a roles Tech, seg\u00fan mi opini\u00f3n) y la pandemia no hizo m\u00e1s que acelerar este proceso. Pero \u00bfen qu\u00e9 punto estamos ahora? \u00bfPor qu\u00e9 hay tantos t\u00edtulos que aparentemente hablan de un mismo perfil? \u00bfQu\u00e9 tienes que saber para dedicarte a lo que nos estamos dedicando? Vayamos por partes.<\/p>\n\n\n\n
Hace tiempo, cuando los dinosaurios poblaban la tierra y no exist\u00eda la nube p\u00fablica, exist\u00edan los SysAdmins, aquellas personas que no desarrollaban nada, \u201cno picaban c\u00f3digo\u201d y se dedicaban a mantener el correcto funcionamiento de los servidores de la empresa. Una labor poco agradecida, invisible y muchas veces mucho m\u00e1s compleja de lo que sus sueldos denotaban.<\/p>\n\n\n\n
Las cosas estaban bastante claras: DevOps <\/a>todav\u00eda no hab\u00eda llegado a nuestras vidas, los silos estaban a la orden del d\u00eda y la gente de sistemas sol\u00eda estar en el lado feo de la historia porque sus intereses (la estabilidad de una infraestructura, la seguridad etc) iban directamente en contra de los intereses de los equipos de desarrollo y producto que quer\u00edan sacar m\u00e1s c\u00f3digo con m\u00e1s frecuencia. C\u00f3digo, que todo sea dicho, corr\u00eda sobre servidores f\u00edsicos y que no permit\u00edan delegar nada de su gesti\u00f3n para aliviar el trabajo de los equipos de sistemas. <\/p>\n\n\n\n Aquello b\u00e1sicamente era una carrera contra el tiempo y las necesidades del negocio. Los Sysadmins ten\u00edan que mantener, mejorar, actualizar, escalar y responsabilizarse de una infraestructura que ten\u00eda una cantidad abrumadora de piezas (de las cuales todas pod\u00edan fallar en alg\u00fan momento u otro), mientras el resto de la empresa introduc\u00eda m\u00e1s y m\u00e1s entrop\u00eda en la ecuaci\u00f3n tanto desde el lado de los usuarios internos como del lado de producto y los usuarios finales. Los Sysadmins, por lo tanto, eran esas criaturas gru\u00f1onas que a diferencia de los dem\u00e1s equipos trabajaban con la urgencia de los dem\u00e1s y ten\u00edan que arreglar cosas mientras el mundo ard\u00eda a su alrededor.<\/p>\n\n\n\n Como cabr\u00eda esperar, poco a poco, qued\u00f3 evidente que el crecimiento del sector hizo que esta forma de desarrollar software se hiciera cada vez m\u00e1s insostenible y paulatinamente surgieron m\u00e1s y m\u00e1s herramientas que fueron cambiando nuestra forma de trabajar y, sobre todo, de gestionar la infraestructura sobre la que corr\u00eda nuestro software.<\/p>\n\n\n\n Antes incluso de que la filosof\u00eda DevOps hiciera su aparici\u00f3n (acu\u00f1ada en 2009 por Patrick Debois), Google se di\u00f3 cuenta de que la brecha entre desarrollo y sistemas estaba generando problemas cada vez m\u00e1s serios. En 2003 Ben Traynor cre\u00f3 el equipo de Site Reliability Engineering<\/a>: reclut\u00f3 a desarrolladores y les ense\u00f1\u00f3 sistemas en un intento de crear perfiles m\u00e1s transversales y m\u00e1s conscientes de todo el proceso de desarrollo de software en su integridad, adelant\u00e1ndose as\u00ed a lo que DevOps quiso hacer m\u00e1s adelante eliminando los silos de conocimiento y los cuellos de botella.<\/p>\n\n\n\n Al mismo tiempo, las herramientas que se estaban usando en el sector tambi\u00e9n intentaban aportar mayor abstracci\u00f3n de las capas bajas de la gesti\u00f3n de los sistemas. Aparecieron herramientas como Ansible y Terraform para la infraestructura como c\u00f3digo, surgieron los contenedores que permit\u00edan alejarnos cada vez m\u00e1s de aquellos servidores monol\u00edticos que ten\u00edan un tremendo \u201cblast radius\u201d en caso de que algo saliese mal\u2026y finalmente hizo su aparici\u00f3n la nube p\u00fablica.<\/p>\n\n\n\n AWS fue la primera empresa en entrar en el terreno del juego pero poco despu\u00e9s la siguieron tanto Google como Microsoft. De repente, ya no ten\u00edamos que gestionar un servidor f\u00edsico al que pon\u00edamos nombres y apellidos y ocuparnos de mimarlo, actualizarlo, arreglarlo\u2026Tambi\u00e9n vimos que no hac\u00eda falta escalar nuestras aplicaciones en vertical cuando necesit\u00e1bamos mayor desempe\u00f1o: el combo de contenedores y escalado horizontal que nos ofrec\u00eda la nube hac\u00eda posible que esos procesos fuesen infinitamente menos dolorosos y, sobre todo, r\u00e1pidos.<\/p>\n\n\n\n De esta manera el perfil de Sysadmin poco a poco, y cada vez a mayor velocidad, iba evolucionando hacia un rol mucho m\u00e1s h\u00edbrido, con mayor capacidad de decisi\u00f3n y, gracias a la automatizaci\u00f3n, con mayor m\u00e1rgen de maniobra al estar un poco menos abrumado con todas las labores de gesti\u00f3n y mantenimiento que ten\u00eda que desempe\u00f1ar en el d\u00eda a d\u00eda. Nuestro primer intento fue acu\u00f1ar el rol de DevOps (error del que no puedo dejar de lamentarme) animados quiz\u00e1 por la brutal difusi\u00f3n de la filosof\u00eda DevOps y las ventajas que estaba ofreciendo. Sin embargo, de un tiempo para ac\u00e1, aceptamos que efectivamente no era buena idea mezclar la filosof\u00eda con el rol y la nomenclatura se ha ido haciendo cada vez m\u00e1s confusa.<\/p>\n\n\n\n Hoy en d\u00eda los perfiles DevOps conviven con los SRE, Cloud Engineers, Platform Engineers, Infrastructure Engineers, SysAdmins y un largo etc\u00e9tera y todav\u00eda no hemos sido capaces de cortar ese chorreo de nombres y t\u00edtulos para definirnos. Sin embargo todos estos perfiles comparten casi la totalidad de conocimientos core (algo que hablaremos en un futuro post) que se les piden y lxs que llevamos un tiempo en el sector hemos aprendido a obviar este batiburrillo de t\u00edtulos y centrarnos en lo importante.<\/p>\n\n\n\n Art\u00edculo recomendado: el trabajo tech en la post-pandemia<\/a><\/em><\/p>\n\n\n\n La pandemia marc\u00f3 un antes y un despu\u00e9s para los perfiles de sistemas. Como ya te he comentado, llev\u00e1bamos ya varios a\u00f1os intentando dignificar este rol pero nada fue tan efectivo como el remoto forzoso que tuvo que sufrir todo el mundo en 2020.\u00a0<\/p>\n\n\n\n Las empresas tuvieron que irse a trabajar en remoto y no solo llevarse a sus empleados sino tambi\u00e9n plantear sus infraestructuras desde un punto de vista diferente. La nube p\u00fablica cobr\u00f3 una importancia brutal en este proceso pero tambi\u00e9n lo hicieron los casi siempre olvidados SysAdmins. El mundo tech se dio cuenta de que no s\u00f3lo importa el c\u00f3digo que desarrollas y los datos con los que trabajas sino tambi\u00e9n las bases sobre las que cimientas toda tu aplicaci\u00f3n. De repente, hizo falta much\u00edsima gente de sistemas para migrar, mantener y mejorar esos sistemas para adaptarse a la nueva realidad.<\/p>\n\n\n\n Hoy en d\u00eda, cada vez m\u00e1s perfiles de sistemas trabajan de forma transversal con las empresas e incluso se integran en equipos de desarrollo seg\u00fan las necesidades del producto, para poder garantizar el correcto funcionamiento de todas sus piezas.<\/p>\n\n\n\n Muchos de los que anta\u00f1o se llamaban SysAdmins han ido evolucionando sus conocimientos, aprendiendo a medida que iban apareciendo nuevas formas de \u201chacer infra\u201d y pasando a llamarse SRE o Ingenierxs de nube. El boom no solo ha venido de la mano con una importante dignificaci\u00f3n de estos perfiles sino tambi\u00e9n con una rese\u00f1able mejora de condiciones laborales y sueldos. Las empresas cada vez saben m\u00e1s que necesitan un\/a buen\/a SRE, cuanto antes mejor, que se trata de perfiles clave para la empresa ya que trabajan de forma transversal con todos los dem\u00e1s y pueden marcar la diferencia entre que tu empresa escale de forma espectacular y pueda sostener ese crecimiento con seguridad o que se hunda.<\/p>\n\n\n\n Y as\u00ed es como entramos en 2024: los Sysadmins siguen existiendo porque, como en natural, todav\u00eda existe una cantidad abrumadora de infraestructuras legacy que hay que seguir manteniendo pero muchos de ellos tambi\u00e9n han ido evolucionando y cambiando su perfil para adaptarse a las nuevas tecnolog\u00edas que (por mucho que nos quejemos a veces) nos han facilitado mucho la vida como profesionales.<\/p>\n\n\n\n Al margen de la evoluci\u00f3n de perfiles de sistemas hay un importante n\u00famero de profesionales que tambi\u00e9n llega a puestos como SRE desde el desarrollo. Al tener una labor tan transversal y los conocimientos de muchas \u00e1reas a la vez, es de esperar que nadie de nosotrxs maneje todas ellas al mismo nivel. Este es uno de los mayores retos de trabajar como SRE en la actualidad: la carga cognitiva es bestial. Ninguna empresa es igual a otra, ninguna infra es igual a otra y tampoco lo es el estado en el que encuentras esa infra cuando empiezas a trabajar en un proyecto. Se trata en esencia de profesionales con una gran capacidad de aprendizaje, vengan de donde vengan, algo que puedo confirmar personalmente porque tengo la suerte de conocer a unxs cuantxs.<\/p>\n\n\n\n De lo que te he contado aqu\u00ed puedes intuir que la evoluci\u00f3n de nuestro sector le ha venido muy bien a los roles de sistemas. Es un rol que cada vez tiene m\u00e1s demanda y que resulta cada vez m\u00e1s cr\u00edtico no solo en empresas gigantes sino tambi\u00e9n para startups que quieren empezar y establecer unas buenas bases de crecimiento.<\/p>\n\n\n\n No tengo muy claro si en alg\u00fan momento nos pondremos de acuerdo en c\u00f3mo llamar este tipo de perfiles, ni tampoco qu\u00e9 herramientas se pondr\u00e1n de moda pr\u00f3ximamente pero lo que s\u00ed que tengo claro es que estamos aqu\u00ed para quedarnos.<\/p>\n\n\n\nAbstraer para no ahogarse<\/h2>\n\n\n\n
\n\n\n\n
\n\n\n\nEl punto de no retorno<\/h2>\n\n\n\n
2024<\/h2>\n\n\n\n
\u00danete a nuestra comunidad<\/h2>\n\n\n\n
\u00bfTe gustar\u00eda encontrar el rol perfecto para ti? En nuestra plataforma de Talent puedes encontrar la forma de llevar tu carrera al siguiente nivel. Entra en nuestra web y encuentra tu trabajo ideal. \u00c9chale un vistazo.<\/a>\n\nSer parte de la comunidad de Codemotion te permitir\u00e1 potenciar tu experiencia y enfrentar nuevos desaf\u00edos que impulsar\u00e1n tu carrera. Aprender\u00e1s nuevas habilidades t\u00e9cnicas y crecer\u00e1s junto a otros miembros mediante el intercambio de opiniones y la creaci\u00f3n conjunta. Tenemos dos comunidades para ti seg\u00fan tu experiencia:\n\nSi eres wanna-be-dev, junior-dev o early-mid-dev nuestra comunidad de Discord es para ti. All\u00ed encontrar\u00e1s recursos, eventos, formaci\u00f3n, muchos compa\u00f1eros de viaje y beneficios exclusivos. S\u00famate aqu\u00ed.<\/a>\n\nSi eres late-mid-dev, senior-dev, Tech Lead o CTO nuestra comunidad de Telegram es para ti. All\u00ed encontrar\u00e1s el mejor networking, art\u00edculos high-tech, debates de tendencias tech y beneficios exclusivos. S\u00famate aqu\u00ed.<\/a>\n\n\u00a1Nos vemos en Codemotion!<\/pre>\n\n\n\n