servidores<\/a>, sino tambi\u00e9n de los asuntos. S\u00ed, algunos administradores pueden trabajar solo en la parte del sistema, sin el hardware. Se les puede considerar parte de una subclase denominada \"administradores de sistemas de infraestructura\". Y hay quienes se especializan \u00fanicamente en el mantenimiento del equipo de oficina; en efecto, si la empresa cuenta con m\u00e1s de cien personas, el trabajo nunca se termina. Pero ni unos ni otros son DevOps.<\/p>\n\u00bfY qui\u00e9nes son los DevOps? Los DevOps son las personas que se ocupan de la interacci\u00f3n entre el desarrollo de software y la infraestructura externa. M\u00e1s precisamente, los DevOps modernos est\u00e1n involucrados en los procesos de desarrollo y despliegue de manera mucho m\u00e1s profunda de lo que alguna vez lo estuvieron los administradores, que solo sub\u00edan actualizaciones por ftp. Una de las tareas clave de un ingeniero DevOps hoy en d\u00eda es garantizar un proceso c\u00f3modo y eficaz de interacci\u00f3n entre los equipos de desarrollo y la infraestructura del producto. Estas son las personas responsables de implementar sistemas de retroceso y despliegue, y son las que aligeran parte de la carga de los desarrolladores, concentr\u00e1ndose al m\u00e1ximo en su tarea esencial. Sin embargo, un DevOps nunca se encargar\u00e1 de tendrer un nuevo cable o proporcionar un port\u00e1til de repuesto (c) KO <\/p>\n
\u00bfCu\u00e1l es el truco?<\/h4>\n \nLa respuesta a la pregunta \"\u00bfY qui\u00e9n es un DevOps?\" es que la mitad de los trabajadores del sector empiezan a responder algo como \"Bueno, es un administrador que...\" y contin\u00faan con su explicaci\u00f3n. S\u00ed, hace tiempo, cuando la profesi\u00f3n de ingeniero DevOps apenas comenzaba a surgir de los administradores m\u00e1s talentosos en el mantenimiento de servicios, las diferencias entre ellos no eran del todo obvias. Pero ahora, cuando las funciones de un DevOps y un administrador en un equipo se han diferenciado radicalmente, confundirlos o incluso poner entre ellos un signo de igualdad es inaceptable.<\/p>\n
Pero, \u00bfen qu\u00e9 se traduce esto para el negocio?<\/p>\n
La contrataci\u00f3n, todo se centra en ello. <\/p>\n
Abres una vacante de \"Administrador de sistemas\", y ah\u00ed se enumeran requisitos como \"interactuar con desarrollo y clientes\", \"sistema de entrega CI\/CD\", \"mantenimiento de servidores y equipos de la empresa\", \"administraci\u00f3n de sistemas internos\" y as\u00ed sucesivamente; entiendes que el empleador est\u00e1 diciendo alguna tonter\u00eda. La trampa est\u00e1 en que, en lugar de \"Administrador de sistemas\" en el t\u00edtulo de la vacante deber\u00eda estar \"Ingeniero DevOps\", y si cambias ese t\u00edtulo, todo toma sentido.<\/p>\n
Sin embargo, \u00bfqu\u00e9 impresi\u00f3n se crea al leer tal vacante? \u00bfQue la empresa busca a un multitarea que despliegue tanto el sistema de control de versiones como el de monitoreo, e incluso que monte una presentaci\u00f3n con los dientes?<\/p>\n
Y es que, para no elevar el nivel de locura en el mercado laboral, basta con nombrar las vacantes correctamente y tener clara la diferencia entre un ingeniero DevOps y un administrador de sistemas; son dos entidades distintas. Lo que sucede es que el deseo incesante de algunos empleadores de exigir a los candidatos la mayor cantidad posible de requisitos lleva a que los \"administradores de sistemas cl\u00e1sicos\" dejen de entender lo que sucede a su alrededor. \u00bfAcaso la profesi\u00f3n est\u00e1 mutando y se han quedado atr\u00e1s?<\/p>\n
No, no y otra vez no. Los administradores de infraestructura, que manejar\u00e1n los servidores internos de la empresa, o que ocupar\u00e1n posiciones de soporte L2\/L3 y ayudar\u00e1n a otros empleados, no han desaparecido y no tienen intenci\u00f3n de irse.<\/p>\n
\u00bfPueden estos especialistas convertirse en ingenieros DevOps? Por supuesto que s\u00ed. De hecho, es un entorno af\u00edn que requiere habilidades de administraci\u00f3n de sistemas, pero adem\u00e1s, implica trabajar con monitoreo, sistemas de entrega y, en general, una estrecha colaboraci\u00f3n con el equipo de desarrollo y pruebas.<\/p>\n
Otro problema de DevOps<\/h4>\n \nEn realidad, no se limita solo a la contrataci\u00f3n y la confusi\u00f3n constante entre administradores y devops. En alg\u00fan momento, el negocio se enfrent\u00f3 al problema de la entrega de actualizaciones y a la interacci\u00f3n entre el equipo de desarrollo y la infraestructura final.<\/p>\n
Quiz\u00e1s fue entonces cuando un tipo en el escenario de alguna conferencia subi\u00f3 con ojos brillantes y dijo: \u201cY nosotros hacemos esto y lo llamamos DevOps. Estos chicos solucionar\u00e1n todos sus problemas\u201d \u2014 y comenz\u00f3 a relatar lo bien que se vive en la empresa tras la implementaci\u00f3n de pr\u00e1cticas DevOps.<\/p>\n
Sin embargo, no basta con contratar a un ingeniero DevOps para que todo funcione \"como debe ser.\" La empresa debe pasar por una transformaci\u00f3n DevOps integral, es decir, el papel y las capacidades de nuestro devops deben ser claramente entendidos tambi\u00e9n por el equipo de desarrollo y pruebas del producto. Sobre este tema tenemos una \"hermosa\" historia que ilustra completamente toda la locura que a veces sucede.<\/p>\n
Situaci\u00f3n. Se le pide a un DevOps que implemente un sistema de retroceso de versiones sin profundizar en c\u00f3mo funcionar\u00e1. Supongamos que dentro del sistema de Usuarios hay campos separados para nombre, apellido y contrase\u00f1a. Sale una nueva versi\u00f3n del producto, pero para los desarrolladores, el \"retroceso\" es simplemente una varita m\u00e1gica que lo arregla todo, y ni siquiera tienen idea de c\u00f3mo funciona. As\u00ed que, por ejemplo, los desarrolladores en un nuevo parche unieron los campos de nombre y apellido, lo lanzaron en producci\u00f3n y la versi\u00f3n tiene problemas de rendimiento por alguna raz\u00f3n. \u00bfQu\u00e9 sucede? La direcci\u00f3n se acerca al DevOps y le dice \"\u00a1Acciona el interruptor!\", es decir, le piden que retroceda a la versi\u00f3n anterior. \u00bfQu\u00e9 hace el DevOps? Retrocede a la versi\u00f3n anterior, pero como los desarrolladores no se tomaron la molestia de entender c\u00f3mo se hace este retroceso, nadie le dijo al DevOps que tambi\u00e9n hay que retroceder la base de datos. Al final, todo se cae, y los usuarios en lugar de un sitio lento ven el error \"500\", porque la versi\u00f3n antigua no funciona con los campos de la nueva base. El DevOps no est\u00e1 al tanto de esto. Los desarrolladores permanecen en silencio. La direcci\u00f3n comienza a perder los nervios y el dinero, y recuerda las copias de seguridad, sugiriendo retroceder con ellas para que \"algo funcione\". Como resultado, los usuarios pierden todos sus datos de un per\u00edodo de tiempo.<\/p>\n
Por supuesto, el DevOps que \"no implement\u00f3 el sistema de retroceso correcto\" recibe toda la culpa, mientras que a los desarrolladores, que son los verdaderos responsables en esta historia, no les importa a nadie.<\/p>\n
La conclusi\u00f3n es sencilla: sin un enfoque adecuado hacia DevOps como tal, no se obtiene mucho beneficio.
En esencia, DevOps son competencias que se sit\u00faan en la frontera entre la gesti\u00f3n y la tecnolog\u00eda. Adem\u00e1s, no es nada obvio que en este c\u00f3ctel de tecnolog\u00edas deba haber m\u00e1s que gesti\u00f3n. Si realmente quieres construir procesos de desarrollo m\u00e1s r\u00e1pidos y eficientes, debes confiar en tu DevOps. \u00c9l sabe qu\u00e9 herramientas son necesarias, ha implementado proyectos similares y sabe c\u00f3mo hacerlo. Ay\u00fadale, escucha sus consejos, no intentes aislarlo en una unidad aut\u00f3noma. Si los administradores pueden trabajar por su cuenta, en ese caso los DevOps son in\u00fatiles; no podr\u00e1n ayudarte a mejorar si t\u00fa mismo no deseas aceptar esa ayuda.<\/p>\n
Y por \u00faltimo: basta de hacer sentir mal a los administradores de infraestructura. Ellos tienen su propio y extremadamente importante frente de trabajo. S\u00ed, un administrador puede convertirse en ingeniero DevOps, pero esto debe ocurrir por voluntad propia, no por obligaci\u00f3n. Y no hay nada de malo en que un administrador de sistemas quiera seguir siendo administrador de sistemas; esa es su profesi\u00f3n y su derecho. Sin embargo, si hay un deseo de pasar por una transformaci\u00f3n profesional, nunca hay que olvidar que se deber\u00e1 desarrollar no solo habilidades t\u00e9cnicas, sino tambi\u00e9n habilidades de gesti\u00f3n. Lo m\u00e1s probable es que seas t\u00fa como l\u00edder quien tendr\u00e1 que reunir a todas estas personas y ense\u00f1arles a comunicarse en un mismo idioma.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0427\u0442\u043e \u043d\u0443\u0436\u043d\u043e \u0434\u043b\u044f \u0443\u0441\u043f\u0435\u0445\u0430 IT-\u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u0432 2019 \u0433\u043e\u0434\u0443? \u041b\u0435\u043a\u0442\u043e\u0440\u044b \u043d\u0430 \u043a\u043e\u043d\u0444\u0430\u0445 \u0438 \u043c\u0438\u0442\u0430\u043f\u0430\u0445 \u0433\u043e\u0432\u043e\u0440\u044f\u0442 \u043c\u043d\u043e\u0433\u043e \u0433\u0440\u043e\u043c\u043a\u0438\u0445 \u0438 \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u043f\u043e\u043d\u044f\u0442\u043d\u044b\u0445 \u043d\u043e\u0440\u043c\u0430\u043b\u044c\u043d\u044b\u043c \u043b\u044e\u0434\u044f\u043c \u0441\u043b\u043e\u0432. \u0411\u043e\u0440\u044c\u0431\u0430 \u0437\u0430 \u0432\u0440\u0435\u043c\u044f \u0434\u0435\u043f\u043b\u043e\u044f, \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u043e\u0442\u043a\u0430\u0437 \u043e\u0442 \u043c\u043e\u043d\u043e\u043b\u0438\u0442\u0430, DevOps-\u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0438 \u043c\u043d\u043e\u0433\u043e-\u043c\u043d\u043e\u0433\u043e \u0447\u0435\u0433\u043e \u0435\u0449\u0451. \u0415\u0441\u043b\u0438 \u043e\u0442\u0431\u0440\u043e\u0441\u0438\u0442\u044c \u0441\u043b\u043e\u0432\u0435\u0441\u043d\u0443\u044e \u043a\u0440\u0430\u0441\u043e\u0442\u0443 \u0438 \u0433\u043e\u0432\u043e\u0440\u0438\u0442\u044c \u043f\u0440\u044f\u043c\u043e \u0438 \u043f\u043e-\u0440\u0443\u0441\u0441\u043a\u0438, \u0442\u043e \u0432\u0441\u0451 \u0441\u0432\u043e\u0434\u0438\u0442\u0441\u044f \u043a \u043f\u0440\u043e\u0441\u0442\u043e\u043c\u0443 \u0442\u0435\u0437\u0438\u0441\u0443: \u0434\u0435\u043b\u0430\u0439\u0442\u0435 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043f\u0440\u0438\u0447\u0435\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27738,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37009","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Sobre](\"\/wp-content\/uploads\/2019\/08\/8761592caa368543eda6457cadc805be.jpg\")