{"id":32497,"date":"2019-10-31T21:47:23","date_gmt":"2019-10-31T18:47:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devopsforum-2019-vnedryat-devops-nelzya-zhdat\/"},"modified":"2019-10-31T21:47:23","modified_gmt":"2019-10-31T18:47:23","slug":"devopsforum-2019-vnedryat-devops-nelzya-zhdat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","title":{"rendered":"DevOpsForum 2019. No se puede esperar para implementar DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Recientemente asist\u00ed al DevOpsForum 2019, organizado por Logrocon. En esta conferencia, los participantes buscaron soluciones y nuevas herramientas para una interacci\u00f3n eficaz entre el negocio y los especialistas en desarrollo y mantenimiento de tecnolog\u00eda de la informaci\u00f3n.<\/p>\n

\"DevOpsForum
\n
\nLa conferencia fue un \u00e9xito: hab\u00eda realmente muchas presentaciones \u00fatiles, formatos interesantes y un mont\u00f3n de interacciones con los ponentes. Y lo m\u00e1s importante, nadie intent\u00f3 venderme nada, lo que \u00faltimamente sucede con frecuencia en grandes conferencias.<\/p>\n

Extractos de las presentaciones de Raiffeisenbank, AlfaStrakhovanie, la experiencia de Mango Telecom en la implementaci\u00f3n de la automatizaci\u00f3n y otros detalles a continuaci\u00f3n. <\/a><\/noindex><\/p>\n

Me llamo Yana, soy probadora, me dedico a la automatizaci\u00f3n y DevOps, y me encanta asistir a conferencias y meetups. En los \u00faltimos dos a\u00f1os, he estado en conferencias de Oleg Bunin (HighLoad++, TeamLead Conf), en eventos de Jug (Heisenbug, JPoint), en TestCon Moscow, DevOps Pro Moscow, Big Data Moscow. <\/p>\n

Lo primero que miro es el programa de la conferencia. En menor medida, observo el tema de la presentaci\u00f3n, y en mayor medida, al ponente. Incluso si la presentaci\u00f3n es muy t\u00e9cnica e interesante, no es un hecho que puedas aplicar algunas de las mejores pr\u00e1cticas en tu empresa. Y entonces necesitas al ponente.\n<\/p><\/blockquote>\n

Luz al final de la tuber\u00eda en Raiffeisenbank<\/h2>\n

\nNormalmente, organizo cacer\u00edas de ponentes que me interesan en los pasillos. En DevOpsForum 2019, un ponente que capt\u00f3 mi inter\u00e9s fue Mikhail Bijan de Raiffeisenbank. Durante su intervenci\u00f3n, explic\u00f3 c\u00f3mo introducen gradualmente a sus equipos en DevOps, por qu\u00e9 lo necesitan y c\u00f3mo venderle a la empresa la idea de la transformaci\u00f3n DevOps. En general, habl\u00f3 sobre c\u00f3mo ver la luz al final de la tuber\u00eda.<\/p>\n

\"DevOpsForum
\nMikhail Bijan, Director de Automatizaci\u00f3n en Raiffeisenbank<\/i><\/p>\n

Actualmente, en su empresa no hay 'true DevOps'. Es decir, lo hay, pero no en todos los equipos. Al implementar DevOps, se basan en la preparaci\u00f3n de los equipos, tanto desde la perspectiva de los ingenieros concretos, como desde la necesidad del producto y la madurez de la plataforma sobre la que se construye dicho producto. Misha explic\u00f3 c\u00f3mo hacer entender a la empresa por qu\u00e9 necesita DevOps. <\/p>\n

El segmento bancario tiene varios impulsores de crecimiento: el costo de los servicios y la expansi\u00f3n de la base de clientes. El aumento del costo de los servicios no es un buen impulsor, mientras que el crecimiento de la base de clientes s\u00ed lo es. Si los competidores lanzan un producto realmente impresionante, todos los clientes se van hacia all\u00ed, y luego, con el tiempo, el mercado se equilibra. Por lo tanto, el lanzamiento de nuevos productos y la velocidad de su introducci\u00f3n son lo principal en lo que se enfocan los bancos. Precisamente para eso se necesita DevOps, y el negocio lo entiende.<\/p>\n

La siguiente observaci\u00f3n importante: DevOps no siempre reduce el time to market. DevOps no puede funcionar solo, es solo una parte del proceso de creaci\u00f3n y lanzamiento de un producto al mercado, desde el desarrollo hasta la producci\u00f3n (del c\u00f3digo al cliente). Pero todo lo que ocurre antes del c\u00f3digo no est\u00e1 directamente relacionado con DevOps. Es decir, los mercad\u00f3logos pueden estudiar el mercado durante a\u00f1os y pasar toda su vida alcanzando a los competidores. Es crucial entender r\u00e1pidamente lo que necesita el cliente y planificar la implementaci\u00f3n de una caracter\u00edstica u otra; a menudo, precisamente esto es lo que falta para que DevOps funcione y la empresa alcance sus objetivos. As\u00ed que, en primer lugar, en Raiffeisenbank se acord\u00f3 con el negocio que era necesario aprender a utilizar DevOps. La automatizaci\u00f3n por la automatizaci\u00f3n no ayudar\u00e1 mucho en la lucha por nuevos clientes.<\/p>\n

En general, Misha cree que DevOps debe implementarse, pero con sensatez. Y hay que estar preparado para que al principio de la transformaci\u00f3n el rendimiento del equipo disminuya, ganar\u00e1n menos dinero, pero luego esto se justificar\u00e1.<\/p>\n

Automatizaci\u00f3n de pruebas en 'Mango Telecom'<\/h2>\n

\nOtro informe interesante para m\u00ed, como tester, lo present\u00f3 Egor Maslov de \u00abMango Telecom\u00bb. La presentaci\u00f3n se titul\u00f3 \u00abAutomatizaci\u00f3n del ciclo completo de pruebas en un equipo SCRUM\u00bb. Egor considera que DevOps est\u00e1 creado espec\u00edficamente para SCRUM, pero al mismo tiempo, implementar DevOps en un equipo SCRUM puede ser bastante problem\u00e1tico. Esto ocurre porque el equipo SCRUM siempre est\u00e1 corriendo, no hay tiempo para distraerse con innovaciones y reorganizar procesos. El problema tambi\u00e9n radica en que SCRUM no contempla la formaci\u00f3n de sub-equipos (equipo de testers, equipo de desarrolladores, etc.). Adem\u00e1s, para automatizar un proceso existente, se necesita documentaci\u00f3n, y en SCRUM, la documentaci\u00f3n suele estar completamente ausente: \u00abel producto es m\u00e1s importante que cualquier documento\u00bb.<\/p>\n

Despu\u00e9s de pasar a SCRUM, los testers comenzaron a consultar a los desarrolladores sobre c\u00f3mo probar las funcionalidades. Gradualmente, el volumen de funcionalidades aument\u00f3, la documentaci\u00f3n faltaba y comenzaron a detectar muchos errores en funcionalidades que no ten\u00edan cobertura de pruebas y ya no estaba claro qui\u00e9n y cu\u00e1ndo las hab\u00eda probado. En pocas palabras: desorganizaci\u00f3n total. Decidieron pasar a la automatizaci\u00f3n de pruebas. Pero incluso entonces, se produjo un desastre completo. Contrataron a especialistas externos para la automatizaci\u00f3n, que programaron en un stack desconocido para los testers internos. El marco para las pruebas autom\u00e1ticas funcion\u00f3, pero despu\u00e9s de que los externos se fueron, sobrevivi\u00f3 solo dos semanas. Luego hubo un segundo intento de introducir las pruebas autom\u00e1ticas. Esto comenz\u00f3 con la necesidad de construir todo dentro de la empresa, con sus propios recursos (la direcci\u00f3n correcta: aumentar la experiencia interna), dentro del marco de SCRUM, y en el proceso crear documentaci\u00f3n. El stack para la automatizaci\u00f3n debe ser igual al stack del producto (aqu\u00ed estoy totalmente de acuerdo, no prueben un proyecto en JavaScript con algo diferente). Al final del sprint, organizaban una demostraci\u00f3n de c\u00f3mo funcionaba la prueba autom\u00e1tica, con la participaci\u00f3n de todo el equipo (\u00fatil). As\u00ed, se incrementaba la implicaci\u00f3n de todos los miembros del equipo en el proceso de automatizaci\u00f3n, as\u00ed como la confianza en las pruebas autom\u00e1ticas y la posibilidad de que dicha prueba autom\u00e1tica se utilizara efectivamente (y no se comentara despu\u00e9s de un mes debido a fracasos constantes).<\/p>\n

Por cierto, en DevOpsForum 2019 hubo un micr\u00f3fono abierto, un formato de presentaciones conocido y, en mi opini\u00f3n, \u00fatil. Vas, escuchas las charlas y luego decides que dentro de la conferencia vale la pena discutir un tema o problema espec\u00edfico, compartir una experiencia relevante para resolver una tarea.<\/p>\n

Tambi\u00e9n not\u00e9 que los organizadores crearon una serie de charlas breves. Cada charla dura no m\u00e1s de 10 minutos, seguidas de preguntas. De esta manera, se pueden abordar muchos temas a la vez y hacer preguntas a los ponentes que han despertado inter\u00e9s.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nEntre las charlas, pase\u00e9 por los stands de los socios de la conferencia y recog\u00ed\/gan\u00e9 muchas cosas interesantes. \u00a1Ah, me encanta el material promocional!<\/i><\/p>\n

Mesa redonda y preguntas sobre DevOps con el director de desarrollo de Alfastrakhovanie.<\/h2>\n

\nLa guinda del pastel de DevOpsForum 2019 para m\u00ed fue la sesi\u00f3n plenaria de una hora con expertos en DevOps. Se invitaron a cuatro participantes en la sesi\u00f3n, que deb\u00edan analizar DevOps desde diversas perspectivas: Anton Isanin (Alfastrakhovanie, director de desarrollo), Nailya Zamashkina (Fintech Lab, directora de operaciones), Oleg Egorkin (Rostelecom, Agile coach) y Anton Martyanov (experto independiente, evaluando DevOps desde el punto de vista del negocio). <\/p>\n

Los expertos se acercaron al p\u00fablico y comenzaron: durante una hora, los participantes del p\u00fablico hicieron sus preguntas, mientras que los expertos respond\u00edan. A veces, se generaban aut\u00e9nticos debates. Las preguntas fueron de lo m\u00e1s variado, por ejemplo: \u00bfrealmente necesitamos ingenieros de DevOps?, \u00bfpor qu\u00e9 no se pueden formar a partir de administradores de sistemas?, \u00bfdeber\u00edamos ofrecer DevOps a todos?, \u00bfcu\u00e1l es su valor?, y as\u00ed sucesivamente.<\/p>\n

Luego, habl\u00e9 personalmente con Anton Isanin. Discutimos la necesidad de llevar la cultura DevOps a cada hogar y revelamos el lado oscuro de la transformaci\u00f3n DevOps.<\/p>\n

Imaginemos que todos se reunieron y decidieron que DevOps es necesario tanto para el producto como para el negocio y el equipo. Comenzaron a implementarlo. Todo sali\u00f3 bien. Respiran aliviados. DevOps nos acerc\u00f3 al cliente, ahora podemos cumplir r\u00e1pidamente con todas sus solicitudes. Al final, tenemos un gran departamento de Ops con regulaciones y requisitos estrictos, y constantemente est\u00e1n generando defectos en el producto, creando una gran cantidad de solicitudes. Adem\u00e1s, todos los defectos llegan con el estado \"urgente\", incluso si al cliente de repente le gustar\u00eda cambiar el color de un bot\u00f3n de verde a amarillo. El proyecto crece, aumenta la cantidad de lanzamientos y, por lo tanto, la cantidad de defectos y la confusi\u00f3n de los clientes con las nuevas funcionalidades. Ops contrata otros 10 personas para poder reportar los defectos, y desarrollo contrata 15 m\u00e1s para cerrarlos. Y en lugar de implementar nuevas caracter\u00edsticas, el equipo trabaja con interminables tickets de soporte, explicando la funcionalidad al usuario y tambi\u00e9n al soporte t\u00e9cnico. Al final, tanto Ops como desarrollo est\u00e1n ocupados, pero el cliente y el negocio est\u00e1n descontentos: nuevas funcionalidades se estancan. Resulta que DevOps parece estar presente, pero en realidad no lo est\u00e1.<\/p>\n

Sobre la necesidad de implementar DevOps, Anton declar\u00f3 sin lugar a dudas que depende directamente de la escala del negocio. Si atender a un cliente al a\u00f1o le aporta a la compa\u00f1\u00eda mil millones, no se necesita DevOps (siempre que no sea necesario lanzar cambios nuevos a ese cliente regularmente). Todo va bien. Pero si el negocio crece y hay m\u00e1s clientes, entonces ya se debe estar a la altura. Generalmente, no hay un ops competente en la empresa desde el principio. Primero desarrollamos el producto, y solo despu\u00e9s entendemos que para que el producto funcione, necesitamos vigilar las entregas. servidores<\/a>, mantener un control sobre ellas. Entonces surge Ops. Queda por entender que Ops, como departamento separado, comenzar\u00e1 a imponer una serie de barreras para el desarrollo y todas las entregas empezar\u00e1n a atascarse. Es decir, en este caso, la cultura DevOps ya es relevante, pero no hay que olvidar su lado oscuro.
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon. \u041d\u0430 \u044d\u0442\u043e\u0439 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u044b\u0442\u0430\u043b\u0438\u0441\u044c \u043d\u0430\u0439\u0442\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0438 \u043d\u043e\u0432\u044b\u0435 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0434\u043b\u044f \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441\u0430 \u0438 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u043e-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044e. \u041a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f \u0443\u0434\u0430\u043b\u0430\u0441\u044c: \u0431\u044b\u043b\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0430\u0442\u044b \u0432\u044b\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0439 \u0438 \u043a\u0443\u0447\u0430 \u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0441 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a\u0430\u043c\u0438. \u0418 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432\u0430\u0436\u043d\u043e, \u0447\u0442\u043e \u043c\u043d\u0435 \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u0440\u043e\u0434\u0430\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24300,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32497","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47DevOpsForum 2019. La implementaci\u00f3n de DevOps no puede esperar | ProHoster","description":"Recientemente asist\u00ed a DevOpsForum 2019, organizado por Logrocon.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47DevOpsForum 2019. \u0412\u043d\u0435\u0434\u0440\u044f\u0442\u044c DevOps \u043d\u0435\u043b\u044c\u0437\u044f \u0436\u0434\u0430\u0442\u044c | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:47:23+00:00","article:modified_time":"2019-10-31T18:47:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32497","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-19 09:14:07","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:57:23","updated":"2026-02-19 09:14:07","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/32497","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=32497"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/32497\/revisions"}],"predecessor-version":[{"id":161790,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/32497\/revisions\/161790"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/24300"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=32497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=32497"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=32497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}