<\/a><\/noindex>DevOps abarca muchos conceptos diferentes (entrega continua, integraci\u00f3n continua, automatizaci\u00f3n, etc.), por lo que puede ser dif\u00edcil extraer lo principal, especialmente si te importa el tema. Sin embargo, esta habilidad es muy \u00fatil, no importa si intentas transmitir tus ideas a tu jefe o simplemente hablas sobre tu trabajo con familiares o amigos. As\u00ed que por ahora dejemos de lado los matices terminol\u00f3gicos de DevOps y enfoqu\u00e9monos en el panorama general.<\/p>\n
Qu\u00e9 es DevOps: 6 definiciones y analog\u00edas<\/h3>\n \nHemos pedido a expertos que expliquen la esencia de DevOps de la manera m\u00e1s simple y breve posible, para que su valor sea claro para lectores de cualquier nivel t\u00e9cnico. Como resultado de estas conversaciones, seleccionamos las analog\u00edas m\u00e1s destacadas y las frases impactantes que te ayudar\u00e1n a construir tu relato sobre DevOps.<\/p>\n
1. DevOps es un movimiento cultural<\/h4>\n \n\u00abDevOps es un movimiento cultural en el que ambas partes (desarrolladores de software y especialistas en operaciones de sistemas TI) reconocen que el software no aporta un valor real hasta que alguien comienza a usarlo: clientes, usuarios, empleados, no importa \u2013 considera Eveline Oehrlich, analista senior del Instituto DevOps. \u2013 Por lo tanto, ambas partes trabajan juntas para asegurar una entrega r\u00e1pida y de calidad del software\u00bb.<\/p>\n
2. DevOps es lo que empodera a los desarrolladores<\/h4>\n \n\u00abDevOps empodera a los desarrolladores para que tengan control sobre las aplicaciones, su implementaci\u00f3n y la gesti\u00f3n de la entrega de principio a fin\u00bb<\/b><\/p>\n
\u00abNormalmente se habla de DevOps como una forma de acelerar la entrega de aplicaciones en producci\u00f3n mediante la construcci\u00f3n y aplicaci\u00f3n de procesos automatizados\u00bb, dice Jai Schniepp, director de plataformas DevOps en la compa\u00f1\u00eda de seguros Liberty Mutual. \u00abPero para m\u00ed, es algo mucho m\u00e1s fundamental. DevOps empodera a los desarrolladores para que tengan control sobre las aplicaciones o determinadas partes del software, su implementaci\u00f3n y la gesti\u00f3n de la entrega de principio a fin. DevOps elimina la confusi\u00f3n sobre responsabilidades y gu\u00eda a todos los participantes del proceso hacia la creaci\u00f3n de una infraestructura automatizada y gestionada por el desarrollador\u00bb.<\/p>\n
3. DevOps es la colaboraci\u00f3n en la creaci\u00f3n y entrega de aplicaciones<\/h4>\n \n\u00abEn t\u00e9rminos simples, DevOps es un enfoque para la producci\u00f3n y entrega de software en el que todos trabajan juntos\u00bb, se\u00f1ala Gur Staff, presidente y l\u00edder en la automatizaci\u00f3n de negocios digitales de BMC.<\/p>\n
4. DevOps es una l\u00ednea de producci\u00f3n<\/h4>\n \n\u00abLa construcci\u00f3n en l\u00ednea solo es posible si todas las piezas encajan entre s\u00ed\u00bb.<\/b><\/p>\n
\u00abComparar\u00eda DevOps con una l\u00ednea de ensamblaje de autom\u00f3viles\u00bb, contin\u00faa Gur Staff. \u00abLa idea es dise\u00f1ar y fabricar todas las piezas de antemano para que luego puedan ensamblarse sin ajustes individuales. La construcci\u00f3n en l\u00ednea solo es posible si todas las piezas encajan entre s\u00ed. Aquellos que dise\u00f1an y fabrican el motor deben considerar c\u00f3mo fijarlo al chasis o bastidor. Los que fabrican los frenos deben pensar en las ruedas, y as\u00ed sucesivamente. De la misma manera, debe ser con el software.\u00bb <\/p>\n
Un desarrollador que crea la l\u00f3gica del negocio o la interfaz de usuario debe considerar la base de datos que almacena la informaci\u00f3n de los clientes, las medidas de seguridad para proteger los datos del usuario, as\u00ed como c\u00f3mo funcionar\u00e1 todo cuando el servicio comience a atender a una audiencia tal vez incluso de millones de usuarios\u00bb.<\/p>\n
\u00abHacer que las personas colaboren y piensen en las partes del trabajo que realizan otros, en lugar de concentrarse exclusivamente en sus propias tareas, es el mayor obst\u00e1culo que hay que superar. Si se logra, tendr\u00e1s excelentes oportunidades para la transformaci\u00f3n digital\u00bb, a\u00f1ade Gur Staff.<\/p>\n
5. DevOps es la combinaci\u00f3n adecuada de personas, procesos y automatizaci\u00f3n.<\/h4>\n \nJayne Groll, directora ejecutiva del Instituto DevOps, ofreci\u00f3 una analog\u00eda excelente para explicar DevOps. Seg\u00fan ella, \u00abDevOps es como una receta de cocina, que tiene tres categor\u00edas principales de ingredientes: personas, procesos y automatizaci\u00f3n. La mayor\u00eda de estos ingredientes pueden ser tomados de otras \u00e1reas y fuentes: Lean, Agile, SRE, CI\/CD, ITIL, liderazgo, cultura, herramientas. El secreto de DevOps, al igual que cualquier buena receta, radica en c\u00f3mo se equilibran y combinan correctamente estos ingredientes para aumentar la velocidad y efectividad en la creaci\u00f3n y lanzamiento de aplicaciones\u00bb.<\/p>\n
6. DevOps es cuando los programadores trabajan como un equipo de F\u00f3rmula 1.<\/h4>\n \n\u00abLa carrera se planifica no de inicio a fin, sino al rev\u00e9s, de fin a inicio\u00bb.<\/b><\/p>\n
\u00abAl hablar sobre lo que esperar de la iniciativa DevOps, cito el ejemplo de un equipo de carreras de NASCAR o de F\u00f3rmula 1\u00bb, dice Chris Short, director de marketing de plataformas en la nube de Red Hat y editor del bolet\u00edn DevOps\u2019ish. \u00abEl l\u00edder de dicho equipo tiene un \u00fanico objetivo: alcanzar la mejor posici\u00f3n posible al final de la carrera, teniendo en cuenta los recursos disponibles y los desaf\u00edos que se le presenten. Al mismo tiempo, la carrera se planifica no de inicio a fin, sino al rev\u00e9s, de fin a inicio. Primero se establece un objetivo ambicioso y luego se determinan las formas de alcanzarlo. Despu\u00e9s, se desglosan en subtareas y se delegan a los miembros del equipo\u00bb.<\/p>\n
\u00abDurante toda la semana antes de la carrera, el equipo perfecciona sus paradas en boxes. Se ocupa de entrenamientos de fuerza y cardiovasculares para estar en forma en el agotador d\u00eda de la carrera. Practica la cohesi\u00f3n en la resoluci\u00f3n de cualquier problema que pueda surgir en la carrera. De manera similar, el equipo de desarrollo debe entrenar las habilidades para realizar lanzamientos frecuentes de nuevas versiones. Con esas habilidades y un sistema de seguridad bien afinado, el lanzamiento de nuevas versiones a producci\u00f3n tambi\u00e9n ocurre con m\u00e1s frecuencia. Dentro de esta mentalidad, el aumento de la velocidad implica un aumento en la seguridad\u00bb, dice Short.<\/p>\n
\u00abNo se trata de hacer las \u201ccosas correctas\u201d, a\u00f1ade Short, sino de eliminar la mayor cantidad posible de obst\u00e1culos que se interponen en el camino hacia el resultado deseado. Colabora y ad\u00e1ptate seg\u00fan los comentarios que recibas en tiempo real. Est\u00e9 preparado para las anomal\u00edas y trabaja para mejorar la calidad y minimizar su impacto en el avance hacia la meta. Eso es lo que nos espera en el mundo de DevOps\u00bb.<\/p>\n
C\u00f3mo escalar DevOps: 10 consejos de expertos<\/h3>\n \nDevOps simple y DevOps a gran escala son cosas completamente diferentes. Te contaremos c\u00f3mo superar las barreras del primero al segundo.<\/b><\/p>\n
Para muchas organizaciones, el camino hacia DevOps comienza de manera f\u00e1cil y placentera. Se crean peque\u00f1os equipos apasionados, los viejos procesos se sustituyen por nuevos y los primeros \u00e9xitos no tardan en llegar.<\/p>\n
Lamentablemente, esto es solo un brillo falso, una ilusi\u00f3n de progreso, como dice Ben Grinnell, director gerente y l\u00edder del \u00e1rea de tecnolog\u00edas digitales de la firma consultora North Highland. Las victorias iniciales, por supuesto, son prometedoras, pero no ayudan a alcanzar el objetivo final, que es la adopci\u00f3n masiva de DevOps en la organizaci\u00f3n.<\/p>\n
Es f\u00e1cil ver que, como resultado, se forma una cultura de separaci\u00f3n entre \u201cnosotros\u201d y \u201cellos\u201d.<\/b><\/p>\n
\u00abA menudo, las organizaciones inician proyectos pioneros, creyendo que abrir\u00e1n el camino hacia un DevOps masivo, sin considerar si los dem\u00e1s querr\u00e1n o podr\u00e1n seguir este camino\u00bb, explica Ben Grinnell. \u00abLos equipos encargados de llevar a cabo estos proyectos suelen reclutar a \u201cvikingos\u201d auto-confiados que han realizado algo similar en otros lugares, pero que son novatos en su organizaci\u00f3n. A su vez, se les anima a romper y destruir reglas que siguen siendo obligatorias para los dem\u00e1s. Es f\u00e1cil ver que, como resultado, se forma una cultura de divisi\u00f3n entre \u201cnosotros\u201d y \u201cellos\u201d, lo que dificulta la transferencia de conocimientos y habilidades\u00bb.<\/p>\n
\u00abY este problema cultural es solo una de las razones por las que es dif\u00edcil escalar DevOps. Los equipos de DevOps se enfrentan a un aumento de complejidades t\u00e9cnicas que son t\u00edpicas de las empresas en r\u00e1pido crecimiento que han apostado por la tecnolog\u00eda de la informaci\u00f3n\u00bb, dice Steve Newman, fundador y presidente de Scalyr.<\/p>\n
\u00abEn el mundo actual, los servicios cambian en cuanto surge la necesidad. Implementar y lanzar nuevas funciones constantemente es, por supuesto, excelente, pero coordinar este proceso y resolver los problemas que surgen es un verdadero dolor de cabeza\u00bb, a\u00f1ade Steve Newman. \u00abEn organizaciones que crecen muy r\u00e1pidamente, los ingenieros en equipos multidisciplinarios luchan por mantener la capacidad de rastrear cambios y sus efectos en cascada a nivel de dependencias. Adem\u00e1s, a los ingenieros no les agrada perder esta capacidad, lo que hace que les resulte m\u00e1s dif\u00edcil comprender la naturaleza de los problemas que surgen\u00bb.<\/p>\n
\u00bfC\u00f3mo superar las dificultades descritas y avanzar hacia la adopci\u00f3n masiva de DevOps en una gran organizaci\u00f3n? Los expertos aconsejan tener paciencia, incluso si su objetivo final es acelerar el ciclo de desarrollo de software y los procesos comerciales.<\/b><\/p>\n1. Recuerde que los cambios culturales requieren tiempo<\/h4>\n
\nJayne Groll, directora ejecutiva del Instituto DevOps:<\/b> \u00abEn mi opini\u00f3n, la expansi\u00f3n de DevOps debe ser tan gradual e iterativa como lo es el desarrollo \u00e1gil (y debe impactar de igual manera la cultura). En Agile y DevOps, se hace hincapi\u00e9 en equipos peque\u00f1os. Pero a medida que crece el n\u00famero de estas integraciones, hay m\u00e1s personas aplicando nuevos m\u00e9todos de trabajo, lo que resulta en una transformaci\u00f3n cultural a gran escala\u00bb.<\/p>\n2. Dedique suficiente tiempo a la planificaci\u00f3n y selecci\u00f3n de la plataforma<\/h4>\n
\nEran Kinsbruner, evangelista t\u00e9cnico principal de Perfecto:<\/b> \u00abPara que la escalabilidad funcione, los equipos de DevOps deben comenzar aprendiendo a combinar procesos tradicionales, herramientas y habilidades, y luego cultivar lentamente cada fase de DevOps y estabilizarla. Todo comienza con una planificaci\u00f3n cuidadosa de las historias de usuario y los flujos de creaci\u00f3n de valor, tras lo cual llega la etapa de escritura de software y control de versiones utilizando desarrollo basado en trunk u otros enfoques m\u00e1s adecuados para la ramificaci\u00f3n y fusi\u00f3n de c\u00f3digo\u00bb.<\/p>\n
\u00abLuego sigue la etapa de integraci\u00f3n y pruebas, donde se requiere una plataforma escalable para la automatizaci\u00f3n. Aqu\u00ed es crucial que los equipos de DevOps elijan la plataforma adecuada que se alinee con su nivel de habilidades y los objetivos finales del proyecto. <\/p>\n
La siguiente fase es la implementaci\u00f3n en el entorno de producci\u00f3n, y debe ser completamente automatizada utilizando herramientas de orquestaci\u00f3n y contenedores. Es importante tener entornos virtualizados en todas las etapas de DevOps (simulador del entorno de producci\u00f3n, entorno de control de calidad y, propiamente dicho, el entorno de producci\u00f3n) y siempre utilizar los datos m\u00e1s recientes para las pruebas, de modo que se obtengan conclusiones actuales. La anal\u00edtica debe ser inteligente y capaz de manejar grandes vol\u00famenes de datos con retroalimentaci\u00f3n r\u00e1pida y efectiva\u00bb.<\/p>\n
3. Liberar la responsabilidad del sabor de la culpa<\/h4>\n \nGordon Haff, evangelista de RedHat:<\/b> \u00abLa creaci\u00f3n de un sistema y una atm\u00f3sfera que permitan y fomenten los experimentos facilita la realizaci\u00f3n de lo que se llaman fracasos exitosos en el desarrollo \u00e1gil de software. Esto no significa que ya no haya responsabilidad por los fracasos. De hecho, identificar al responsable se vuelve incluso m\u00e1s sencillo, ya que 'ser responsable' ya no significa 'ser el culpable del accidente'. Es decir, la esencia de la responsabilidad cambia cualitativamente. En este sentido, hay cuatro factores que se vuelven cruciales: la magnitud del fallo, los enfoques, los procesos de producci\u00f3n y los incentivos\u00bb. (Para m\u00e1s detalles sobre estos factores, se puede leer el art\u00edculo de Gordon Haff \u00abLecciones de DevOps: 4 aspectos de experimentos saludables\u00bb.)<\/p>\n4. Limpia el camino adelante<\/h4>\n
\nBen Grinnell, director general y l\u00edder del \u00e1rea de tecnolog\u00edas digitales de la consultora North Highland:<\/b> \u00abPara lograr la escalabilidad, recomiendo lanzar junto con los proyectos pioneros un programa de 'limpieza del camino'. El objetivo de este programa es eliminar el desorden que queda tras los pioneros de DevOps, como normas obsoletas y otras cosas similares, para que el camino hacia adelante permanezca despejado\u00bb.<\/p>\n
\u00abBrinda a las personas apoyo organizativo y genera impulso a trav\u00e9s de una comunicaci\u00f3n que va mucho m\u00e1s all\u00e1 del grupo de pioneros, celebrando ampliamente los \u00e9xitos de los nuevos m\u00e9todos de trabajo. Capacita a las personas que participan en la siguiente ola de proyectos de DevOps y que est\u00e1n nerviosas porque est\u00e1n utilizando DevOps por primera vez. Y recuerda que estas personas son muy diferentes a los pioneros\u00bb.<\/p>\n
5. Haz que las herramientas sean m\u00e1s democr\u00e1ticas<\/h4>\n \nSteve Newman, fundador y presidente de Scalyr:<\/b> \u00abLas herramientas no deben ser ocultadas y deben ser relativamente f\u00e1ciles de dominar para cualquiera que est\u00e9 dispuesto a invertir tiempo en ello. Si la capacidad de solicitar registros se le otorga solo a tres personas 'certificadas' para trabajar con alguna herramienta, siempre tendr\u00e1s un m\u00e1ximo de tres personas capaces de resolver el problema correspondiente, incluso si dispones de un entorno computacional muy grande. En otras palabras, se genera un cuello de botella que puede tener graves consecuencias para el negocio\u00bb.<\/p>\n6. Crea las condiciones ideales para que el equipo trabaje<\/h4>\n
\nTom Clark, l\u00edder del \u00e1rea de Common Platform en la televisi\u00f3n ITV:<\/b> \u00abPuedes hacer lo que quieras, pero no todo a la vez. Por lo tanto, establece grandes objetivos, comienza con peque\u00f1os pasos y avanza r\u00e1pidamente en iteraciones. Con el tiempo, ganar\u00e1s la reputaci\u00f3n de ser un equipo que lo logra todo, lo que har\u00e1 que otros tambi\u00e9n deseen adoptar tus m\u00e9todos. Y no persigas la construcci\u00f3n de un equipo altamente efectivo. En su lugar, proporciona a las personas las condiciones ideales para trabajar y la efectividad llegar\u00e1 por s\u00ed sola\u00bb.<\/p>\n7. No olvides la Ley de Conway y los tableros Kanban<\/h4>\n
\nLogan Daigle, Director de Entrega de Software y Estrategia DevOps en CollabNetVersionOne:<\/b> \u00abEs importante ser consciente de las implicaciones de la Ley de Conway. En mi interpretaci\u00f3n libre, esta ley establece que los productos que creamos y los procesos que utilizamos, incluidos DevOps, est\u00e1n organizados de la misma manera que nuestra organizaci\u00f3n\u00bb.<\/p>\n
\u00abSi en la organizaci\u00f3n hay un alto grado de fragmentaci\u00f3n y durante la planificaci\u00f3n, creaci\u00f3n y entrega de software el control cambia de manos varias veces, el efecto de la escalabilidad ser\u00e1 nulo o ef\u00edmero. Por el contrario, si la organizaci\u00f3n forma equipos multifuncionales en torno a productos financiados con orientaci\u00f3n al mercado, las posibilidades de \u00e9xito aumentan dr\u00e1sticamente\u00bb.<\/p>\n
\u00abOtro aspecto importante de la escalabilidad es mostrar en los tableros Kanban todo el trabajo que est\u00e1 en proceso (WIP, trabajo en progreso). Cuando en la organizaci\u00f3n hay un lugar donde las personas pueden ver estas cosas, esto estimula enormemente la colaboraci\u00f3n, lo que tiene un efecto positivo en la escalabilidad\u00bb.<\/p>\n
8. Busca cicatrices antiguas<\/h4>\n \nManuel Pais, Consultor DevOps y coautor del libro \u2018Team Topologies\u2019:<\/b> \u00abLlevar las pr\u00e1cticas DevOps m\u00e1s all\u00e1 de Dev y Ops e intentar aplicarlas a otras funciones no se puede considerar un enfoque \u00f3ptimo. Sin duda, generar\u00e1 ciertos efectos (por ejemplo, mediante la automatizaci\u00f3n de la gesti\u00f3n manual), pero se puede lograr mucho m\u00e1s si se comienza entendiendo los procesos de entrega y retroalimentaci\u00f3n\u00bb.<\/p>\n
\u00abSi en el sistema de TI de la organizaci\u00f3n hay cicatrices antiguas, es decir, procedimientos y mecanismos de gesti\u00f3n que fueron implementados a ra\u00edz de incidentes pasados pero que han perdido actualidad (debido a cambios en productos, tecnolog\u00edas o procesos), ciertamente deben ser eliminados o suavizados, y no automatizar procesos ineficaces o innecesarios\u00bb.<\/p>\n
9. No generen variantes de DevOps<\/h4>\n \nAntony Edwards, director de producci\u00f3n de Eggplant:<\/b> \u00abDevOps es un t\u00e9rmino muy ambiguo, por lo que cada equipo termina teniendo su propia versi\u00f3n de DevOps. Y no hay nada peor que tener 20 variantes de DevOps en una organizaci\u00f3n que no coexisten bien. No se puede permitir que cada uno de los tres equipos de desarrollo tenga su propia interfaz especial entre el desarrollo y la gesti\u00f3n del producto. As\u00ed como tampoco se puede permitir que los productos tengan sus propias expectativas \u00fanicas en cuanto al manejo de retroalimentaci\u00f3n al trasladarse al simulador del entorno de producci\u00f3n. De lo contrario, nunca podr\u00e1n escalar DevOps\u00bb.<\/p>\n10. Prediquen el valor de DevOps para el negocio<\/h4>\n
\nSteve Newman, fundador y presidente de Scalyr:<\/b> \u00abTrabajen en el reconocimiento del valor de DevOps. Aprendan y no duden en hablar sobre los beneficios de lo que hacen. DevOps ahorra incre\u00edblemente tiempo y dinero (solo piensen: menos tiempos de inactividad, menor tiempo promedio de recuperaci\u00f3n), y los equipos de DevOps deben enfatizar (y predicar) constantemente la importancia de estas iniciativas para el \u00e9xito del negocio. As\u00ed podr\u00e1n expandir su base de seguidores y aumentar la influencia de DevOps en la organizaci\u00f3n\u00bb.<\/p>\nBONUS<\/h3>\n
\nEn Red Hat Forum Rusia<\/a><\/noindex> El 13 de septiembre llegar\u00e1 nuestro propio DevOps; s\u00ed, en Red Hat, como fabricante de software, tenemos nuestros propios equipos y pr\u00e1cticas de DevOps.<\/b><\/p>\nNuestro ingeniero, Mark Birger, quien trabaja en el desarrollo de servicios de automatizaci\u00f3n interna para otros grupos en toda la organizaci\u00f3n, contar\u00e1 su propia historia en un ruso claro: c\u00f3mo el equipo de DevOps de Red Hat migr\u00f3 aplicaciones de entornos virtuales de Hat Virtualization, gestionados por Ansible, a un formato completamente contenedor en la plataforma OpenShift.<\/p>\n
Pero esto no es todo:<\/b><\/p>\n
Despu\u00e9s de que las organizaciones trasladaron sus cargas de trabajo a contenedores, los m\u00e9todos tradicionales de monitoreo de aplicaciones pueden no funcionar. En el segundo informe, explicaremos nuestra motivaci\u00f3n para cambiar la forma de registrar y mostraremos la continuaci\u00f3n del camino que nos llev\u00f3 a los m\u00e9todos modernos de registro y monitoreo.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u0422\u0440\u0443\u0434\u043d\u043e \u0443\u043b\u043e\u0432\u0438\u0442\u044c \u0433\u043b\u0430\u0432\u043d\u043e\u0435, \u0433\u043e\u0432\u043e\u0440\u044f \u043e DevOps? \u041c\u044b \u0441\u043e\u0431\u0440\u0430\u043b\u0438 \u0434\u043b\u044f \u0432\u0430\u0441 \u044f\u0440\u043a\u0438\u0435 \u0430\u043d\u0430\u043b\u043e\u0433\u0438\u0438, \u0443\u0434\u0430\u0440\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0443\u043b\u0438\u0440\u043e\u0432\u043a\u0438 \u0438 \u0441\u043e\u0432\u0435\u0442\u044b \u043e\u0442 \u044d\u043a\u0441\u043f\u0435\u0440\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u043e\u043c\u043e\u0433\u0443\u0442 \u0434\u043e\u0439\u0442\u0438 \u0434\u043e \u0441\u0443\u0442\u0438 \u0434\u0430\u0436\u0435 \u043d\u0435\u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u0430\u043c. \u0412 \u043a\u043e\u043d\u0446\u0435 \u0431\u043e\u043d\u0443\u0441 \u2013 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 DevOps \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a\u043e\u0432 Red Hat. \u0422\u0435\u0440\u043c\u0438\u043d DevOps \u0432\u043e\u0437\u043d\u0438\u043a 10 \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434 \u0438 \u043f\u0440\u043e\u0448\u0435\u043b \u043f\u0443\u0442\u044c \u043e\u0442 \u0445\u044d\u0448\u0442\u0435\u0433\u0430 \u0432 \u0422\u0432\u0438\u0442\u0442\u0435\u0440\u0435 \u0434\u043e \u043c\u043e\u0449\u043d\u043e\u0433\u043e \u043a\u0443\u043b\u044c\u0442\u0443\u0440\u043d\u043e\u0433\u043e \u0434\u0432\u0438\u0436\u0435\u043d\u0438\u044f \u0432 \u043c\u0438\u0440\u0435 \u0418\u0422, \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28183,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-37551","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Hablamos](\"\/wp-content\/uploads\/2019\/08\/c3df26c470065767bc37e7d1c732d0b5.jpeg\")