{"id":80491,"date":"2020-05-06T13:42:24","date_gmt":"2020-05-06T11:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1"},"modified":"2020-05-06T13:42:24","modified_gmt":"2020-05-06T11:42:24","slug":"obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","title":{"rendered":"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>El Servicio Nacional de Datos Satelitales sobre el Medio Ambiente (NESDIS) redujo en un 35% sus costos de gesti\u00f3n de configuraci\u00f3n de Red Hat Enterprise Linux (RHEL) al hacer la transici\u00f3n de Puppet Enterprise a Ansible Tower. En este video de la categor\u00eda 'c\u00f3mo lo hicimos', el ingeniero de sistemas Michael Rau justifica la realizaci\u00f3n de esta migraci\u00f3n, comparte consejos \u00fatiles y la experiencia adquirida de pasar de un SCM a otro. <\/p>\n<p>En este video aprender\u00e1s:<\/p>\n<ul>\n<li>c\u00f3mo justificar a la direcci\u00f3n la viabilidad de la transici\u00f3n de Puppet Enterprise a Ansible Tower;<\/li>\n<li>qu\u00e9 estrategias utilizar para una transici\u00f3n lo m\u00e1s fluida posible;<\/li>\n<li>consejos sobre la transcodificaci\u00f3n de manifiestos de PE a Playbooks de Ansible;<\/li>\n<li>recomendaciones para la instalaci\u00f3n \u00f3ptima de Ansible Tower.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/6c4ee5db9a9f584cd69109549827b5b2.jpg\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Hola a todos, mi nombre es Michael Rau, soy ingeniero de sistemas senior en ActioNet, que trabaja para la Administraci\u00f3n Nacional Oce\u00e1nica y Atmosf\u00e9rica (NOAA) del servicio NESDIS. Hoy hablaremos sobre cortar hilos: mi propia experiencia de migraci\u00f3n de Puppet Enterprise a Ansible Tower. El tema de esta presentaci\u00f3n es 'mirar mis cicatrices', que quedaron despu\u00e9s de llevar a cabo esta transici\u00f3n a principios de a\u00f1o. Quiero contarles lo que aprend\u00ed durante este proceso. As\u00ed que cuando se enfrenten a algo as\u00ed, usando mi experiencia, podr\u00e1n hacer la transici\u00f3n sin problemas.<\/p>\n<p>Ves diapositivas como esta al comienzo de cada presentaci\u00f3n en Ansible Fest. Esta diapositiva presenta la historia de la automatizaci\u00f3n de mi empresa. No soy nuevo en esto, ya que he estado usando Puppet\/Puppet Enterprise desde 2007. Comenc\u00e9 a trabajar con Ansible en 2016, y, como muchos otros usuarios de este producto, me atrajo la posibilidad de hacer 'trucos' mediante la l\u00ednea de comandos y los sencillos scripts (playbooks). A finales de 2017, habl\u00e9 con mi direcci\u00f3n sobre la necesidad urgente de hacer la transici\u00f3n a Ansible Tower. En un minuto hablar\u00e9 sobre las razones que me llevaron a dar este paso. Despu\u00e9s de conseguir la aprobaci\u00f3n de la direcci\u00f3n, pasaron unos meses m\u00e1s para llevar a cabo lo planeado y hice la transici\u00f3n en enero-febrero de este a\u00f1o. As\u00ed que, abandonamos por completo Puppet a favor de Ansible, y es algo grandioso. <\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/0e179ef00aa22edae72270e53d9787df.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLo que m\u00e1s me atrae de Ansible es la posibilidad de escribir y usar roles y playbooks. Los roles son ideales para crear tareas diversas pero interrelacionadas y para almacenar todos los datos relacionados con dichas tareas en un solo lugar. Un playbook es un archivo de script en sintaxis YAML que describe acciones para uno o varios hosts. Comunico estas posibilidades a los usuarios, principalmente desarrolladores de software. Ansible Tower permite decir: 'no, no tienes acceso a shell, pero te ofrezco la oportunidad de ejecutar todos los procesos de Tower y reiniciar el servicio cuando lo necesites'. Les hablar\u00e9 sobre el entorno de trabajo y el equipo que utilizamos. <\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/1dd8f9d0025660a1f3c17a174681caec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEsta es una LAN federal, con 7 sitios f\u00edsicos conectados a trav\u00e9s de MPLS en la nube, 140 servidores RHEL, de los cuales el 99% son virtuales (vSphere), hardware SuperMicro, almacenamiento en red NexentaStore, un conjunto de switches Cisco, Arista y Cumulus, y herramientas de gesti\u00f3n unificada de amenazas Fortinet UTM en cada sitio. <\/p>\n<p>La red federal significa que debo utilizar todas las medidas de protecci\u00f3n de la informaci\u00f3n requeridas por la legislaci\u00f3n. Debe tener en cuenta que Puppet Enterprise no es compatible con gran parte del hardware que utilizamos. Nos vemos obligados a usar hardware econ\u00f3mico, ya que las entidades gubernamentales enfrentan problemas con la financiaci\u00f3n de este art\u00edculo. Por lo tanto, compramos hardware de clase SuperMicro y ensamblamos nuestro equipo a partir de piezas individuales, cuyo mantenimiento est\u00e1 garantizado por contratos gubernamentales. Usamos Linux, y esta es una de las razones importantes para migrar a Ansible. <\/p>\n<p>Nuestra historia con Puppet es la siguiente.<\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/a893499e8bbabf1223461f11d737e777.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn 2007 ten\u00edamos una peque\u00f1a red de 20-25 nodos, donde implementamos Puppet. Principalmente, estos nodos eran simplemente \u00abcajas\u00bb RedHat. En 2010 comenzamos a usar la interfaz web Puppet Dashboard para 45 nodos. A medida que la red segu\u00eda creciendo, en 2014 migramos a PE 3.3, realizando una transici\u00f3n completa reescribiendo el manifiesto para 75 nodos. Esto fue necesario porque Puppet tiende a cambiar las reglas del juego, y en este caso cambiaron por completo el lenguaje. Un a\u00f1o despu\u00e9s, cuando se interrumpi\u00f3 el soporte para la versi\u00f3n 3 de Puppet Enterprise, nos vimos obligados a migrar a PE 2015.2. Tuvimos que reescribir nuevamente el manifiesto para los nuevos servidores y adquirir una licencia de sobra para 100 nodos, aunque en ese momento solo ten\u00edamos 85 nodos. <\/p>\n<p>Pasaron solo 2 a\u00f1os y nuevamente tuvimos que hacer un gran trabajo para migrar a la nueva versi\u00f3n PE 2016.4. Compramos una licencia para 300 nodos, teniendo solo 130. Nuevamente tuvimos que realizar cambios significativos en el manifiesto, porque la nueva versi\u00f3n del lenguaje ten\u00eda una sintaxis diferente a la de la versi\u00f3n de 2015. Como resultado, nuestro SCM migr\u00f3 de un sistema de control de versiones SVN a Bitbucket (Git). As\u00ed fueron nuestras \u00abrelaciones\u00bb con Puppet.<\/p>\n<p>As\u00ed que tuve que explicarle a la direcci\u00f3n por qu\u00e9 necesit\u00e1bamos migrar a otro SCM, utilizando los siguientes argumentos. Primero, el alto costo del servicio. Habl\u00e9 con los chicos de RedHat y me dijeron que el costo de mantener una red de 300 nodos con Ansible Tower es la mitad del costo de Puppet Enterprise. Si adquirimos tambi\u00e9n Ansible Engine, el costo ser\u00e1 aproximadamente el mismo, pero obtendremos muchas m\u00e1s funciones que con PE. Dado que somos una empresa estatal financiada por el presupuesto federal, este es un argumento bastante s\u00f3lido. <\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/8077b9a470286c795a13de3cd6470ce9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEl segundo argumento es la versatilidad. Puppet solo soporta el hardware en el que hay un agente Puppet instalado. Esto significa que es necesario instalar un agente en todos los switches, y debe ser la \u00faltima versi\u00f3n. Y si parte de tus switches soporta una versi\u00f3n y parte otra, necesitar\u00e1s instalar la nueva versi\u00f3n del agente PE en ellos para que todos puedan funcionar en un mismo sistema SCM.<\/p>\n<p>El sistema Ansible Tower funciona de manera diferente porque no tiene agentes, pero s\u00ed cuenta con m\u00f3dulos que son compatibles con los switches de Cisco y otros switches. Este SCM admite Qubes OS, Linux y .NET UTM. Ansible Tower tambi\u00e9n es compatible con controladores de almacenamiento en red NexentaStore, basados en el n\u00facleo Illumos, un sistema operativo de c\u00f3digo abierto basado en Unix. Este soporte es bastante limitado, pero Ansible Tower lo ofrece de todos modos. <\/p>\n<p>El tercer argumento, muy importante tanto para m\u00ed como para nuestra administraci\u00f3n, es la facilidad de aprendizaje. He estado aprendiendo m\u00f3dulos y el c\u00f3digo de manifiestos de Puppet durante 10 a\u00f1os, pero aprend\u00ed Ansible en una semana, porque es mucho m\u00e1s sencillo trabajar con este SCM. Si ejecutas archivos ejecutables, claro, a menos que lo hagas sin necesidad, son manejados por controladores inteligentes y receptivos. Los scripts de playbooks basados en YAML se caracterizan por ser f\u00e1ciles de aprender y r\u00e1pidos de usar. Aquellos que nunca han o\u00eddo hablar de YAML pueden simplemente leer los scripts y entender f\u00e1cilmente c\u00f3mo funcionan. <\/p>\n<p>Honestamente, Puppet complica mucho tu trabajo como desarrollador, ya que se basa en el uso de Puppet Master. Esta es la \u00fanica m\u00e1quina que tiene permiso para comunicarse con los agentes de Puppet. Si realizas cambios en un manifiesto y deseas probar tu c\u00f3digo, debes reescribir el c\u00f3digo para Puppet Master, es decir, configurar el archivo Puppet-master \/etc\/hosts para conectar todos los clientes y ejecutar el servicio Puppet Server. Solo despu\u00e9s de esto podr\u00e1s probar el funcionamiento del hardware de red en un solo host. Es un procedimiento bastante doloroso. <br \/>\nCon Ansible todo es mucho m\u00e1s sencillo. Solo necesitas desarrollar el c\u00f3digo para una m\u00e1quina que pueda comunicarse a trav\u00e9s del protocolo SSH con el host que est\u00e1s probando. Es mucho m\u00e1s f\u00e1cil trabajar de esta manera.<\/p>\n<p>Otra gran ventaja de Ansible Tower es la capacidad de aprovechar el sistema de soporte que ya tienes y mantener la configuraci\u00f3n existente del hardware. Este SCM utiliza toda la informaci\u00f3n disponible sobre tu infraestructura y hardware, m\u00e1quinas virtuales, servidores, etc., sin necesidad de acciones adicionales. Puede comunicarse con tus servidores RH Satellite, si los tienes, y te ofrece una integraci\u00f3n que nunca obtendr\u00e1s trabajando con Puppet.<\/p>\n<p>Otra cosa importante es el control detallado. Sabes que Puppet es un sistema modular, es una aplicaci\u00f3n cliente-servidor, por lo que debes definir los aspectos existentes del funcionamiento de todas tus m\u00e1quinas en un solo manifiesto largo. Adem\u00e1s, el estado de cada elemento individual del sistema debe ser probado cada media hora, que es el per\u00edodo por defecto. As\u00ed es como funciona Puppet.<\/p>\n<p>Tower te libera de esto. Puedes ejecutar sin restricciones los procesos m\u00e1s diversos en el equipo m\u00e1s variado, realizar el trabajo b\u00e1sico, iniciar otros procesos importantes, configurar el sistema de seguridad y trabajar con bases de datos. Puedes hacer todo lo que en Puppet Enterprise est\u00e1 asociado con ciertas complicaciones. As\u00ed, si realizaste la configuraci\u00f3n en un host, tomar\u00e1 tiempo para que los cambios se efect\u00faen en los otros hosts. En Ansible, todos los cambios se aplican simult\u00e1neamente.<\/p>\n<p>Por \u00faltimo, consideremos el m\u00f3dulo de seguridad. En Ansible Tower, se implementa de manera incre\u00edble, con gran precisi\u00f3n y cuidado. Puedes otorgar a los usuarios acceso a servicios espec\u00edficos o a hosts concretos. Yo hago esto con mis empleados, que est\u00e1n acostumbrados a trabajar en Windows, limitando su acceso a la terminal de Linux. Les proporciono acceso a Tower de modo que solo puedan realizar el trabajo y ejecutar los servicios que est\u00e1n dentro de su competencia.<\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/f3bd3b26cf20225b6e1800e09dbcfe43.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAnalicemos las cosas que debes hacer con anticipaci\u00f3n para facilitar la transici\u00f3n a Ansible Tower. En primer lugar, es necesario preparar tu equipo. Si hay elementos en tu infraestructura que a\u00fan no est\u00e1n en la base de datos, debes a\u00f1adirlos. Existen sistemas que no cambian sus caracter\u00edsticas y, por lo tanto, no est\u00e1n en la base de datos de Puppet, pero si no los incorporas antes de la transici\u00f3n a Tower, perder\u00e1s varias ventajas. Puede ser una base de datos preliminar \"sucia\", pero debe contener informaci\u00f3n sobre todo el equipamiento que tienes. Por lo tanto, deber\u00edas escribir un script din\u00e1mico de hardware que autom\u00e1ticamente haga todos los cambios en la infraestructura en la base de datos, de modo que Ansible sepa qu\u00e9 hosts deben estar en el nuevo sistema. No necesitar\u00e1s informar a este SCM qu\u00e9 hosts has a\u00f1adido y cu\u00e1les ya no existen, porque todo esto lo conocer\u00e1 autom\u00e1ticamente. Cuanta m\u00e1s informaci\u00f3n haya en la base de datos, m\u00e1s \u00fatil y flexible ser\u00e1 Ansible. Funciona como si simplemente leyera el c\u00f3digo de barras del estado del hardware.<\/p>\n<p>Dedica un tiempo a familiarizarte con el uso de la l\u00ednea de comandos en Ansible. Ejecuta algunos comandos especiales para verificar el funcionamiento del script de hardware, escribe y ejecuta algunos sencillos pero \u00fatiles guiones de playbook, utiliza plantillas Jinja2 donde sea adecuado. Intenta escribir un rol y un guion para un proceso complejo de m\u00faltiples etapas, utilizando una configuraci\u00f3n est\u00e1ndar y com\u00fan de hardware. Juega con estas cosas, prueba c\u00f3mo funcionan. De esta manera, aprender\u00e1s a trabajar con las herramientas para crear bibliotecas utilizadas en Tower. Ya mencion\u00e9 que mi preparaci\u00f3n para la transici\u00f3n tom\u00f3 aproximadamente 3 meses. Creo que, bas\u00e1ndote en mi experiencia, podr\u00e1s hacerlo m\u00e1s r\u00e1pido. No consideres este tiempo como perdido, ya que luego sentir\u00e1s todas las ventajas del trabajo realizado. <\/p>\n<p>A continuaci\u00f3n, es necesario decidir qu\u00e9 esperas de Ansible Tower, qu\u00e9 es lo que esta sistema debe hacer espec\u00edficamente por ti. <\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/4511b3f34d57e489be1103c3b77fc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u00bfNecesita implementar el sistema en hardware vac\u00edo o en m\u00e1quinas virtuales vac\u00edas? \u00bfO desea mantener las condiciones originales de trabajo y la configuraci\u00f3n del hardware existente? Este es un aspecto muy importante para el funcionamiento de las empresas gubernamentales, por lo que debe estar seguro de que podr\u00e1 realizar la migraci\u00f3n e implementar Ansible en la configuraci\u00f3n existente. Defina los procesos administrativos rutinarios que desea automatizar. Averig\u00fce si necesita implementar aplicaciones y servicios espec\u00edficos en el nuevo sistema. Haga una lista de lo que desea hacer y establezca prioridades. <\/p>\n<p>Luego, comience a escribir el c\u00f3digo de los scripts y roles que garantizar\u00e1n la ejecuci\u00f3n de las tareas que ha planificado. Re\u00fanalos en Proyectos, una colecci\u00f3n l\u00f3gica de scripts playbooks relacionados. Cada Proyecto estar\u00e1 vinculado a un repositorio Git separado u otro repositorio dependiendo del gestor de c\u00f3digo que est\u00e9 utilizando. Puede administrar los scripts playbook y las carpetas playbook coloc\u00e1ndolos manualmente en la Ruta Base del Proyecto en el servidor Tower, o coloc\u00e1ndolos en cualquier sistema de gesti\u00f3n de c\u00f3digo fuente (SCM) compatible con Tower, incluyendo Git, Subversion, Mercurial y Red Hat Insights. Dentro de un Proyecto, puede colocar tantos scripts como desee. Por ejemplo, he creado un Proyecto b\u00e1sico en el que inclu\u00ed un script para los elementos b\u00e1sicos de RedHat, un script para la base de Linux y scripts para los dem\u00e1s indicadores b\u00e1sicos. De este modo, en un mismo proyecto hab\u00eda roles y scripts muy diversos que se gestionaban desde un solo repositorio Git. <\/p>\n<p>Ejec\u00fatelos todos a trav\u00e9s de la l\u00ednea de comandos, es una buena manera de comprobar su funcionamiento. De este modo, se preparar\u00e1 para la instalaci\u00f3n de Tower.<\/p>\n<p>Hablemos un poco sobre la transcodificaci\u00f3n del manifiesto Puppet, porque pas\u00e9 mucho tiempo en esto hasta que comprend\u00ed lo que realmente era necesario hacer. <\/p>\n<p><img decoding=\"async\" alt=\"Cortando los hilos: transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/abbc9ffb10b623dc29bcd975dca3bb80.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nComo ya mencion\u00e9, Puppet almacena todas las configuraciones y par\u00e1metros del hardware en un largo manifiesto, y en este manifiesto se guarda todo lo que debe hacer este SCM. Al migrar, no necesitas meter todas tus tareas en una sola lista; en su lugar, considera la estructura del nuevo sistema: roles, escenarios, etiquetas, grupos y qu\u00e9 debe incluirse all\u00ed. Algunos de los elementos de la red se deben agrupar en grupos para los que se pueden crear escenarios. Los elementos m\u00e1s complejos de la infraestructura que consumen muchos recursos, incluidos los que contienen clases aut\u00f3nomas, se pueden agrupar en roles. Antes de la migraci\u00f3n, necesitas resolver esto. Si est\u00e1s creando roles o escenarios voluminosos que no caben en una pantalla, deber\u00edas usar etiquetas para poder capturar partes individuales de la infraestructura. <\/p>\n<p>18:00<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500588\/\"> Cortando los hilos: la transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 2 <\/a><\/noindex><\/p>\n<h3>Un poco de publicidad \ud83d\ude42<\/h3>\n<p>\nGracias por permanecer con nosotros. \u00bfTe gustan nuestros art\u00edculos? \u00bfQuieres ver m\u00e1s contenido interesante? Ap\u00f3yanos haciendo un pedido o recomendando a tus conocidos, <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">VPS en la nube para desarrolladores desde $4.99<\/a><\/noindex>, <b>un an\u00e1logo \u00fanico de servidores entry-level que hemos dise\u00f1ado para Ti:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Toda la verdad sobre VPS (KVM) E5-2697 v3 (6 n\u00facleos) 10GB DDR4 480GB SSD 1Gbps desde $19, o c\u00f3mo dividir correctamente un servidor?<\/a><\/noindex> (disponibles opciones con RAID1 y RAID10, hasta 24 n\u00facleos y hasta 40GB DDR4).<\/p>\n<p><b>\u00bfDell R730xd a mitad de precio en el centro de datos Equinix Tier IV en \u00c1msterdam?<\/b> Solo aqu\u00ed <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB desde $199<\/a><\/noindex> \u00a1en los Pa\u00edses Bajos! <b>Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 \u00a1desde $99!<\/b><\/b> Lee sobre c\u00f3mo <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Construir infraestructura de clase empresarial usando servidores Dell R730xd E5-2650 v4 que cuestan 9000 euros a un precio asequible?<\/a><\/noindex><br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500400\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80492,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80491","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cortando los hilos: la transici\u00f3n de Puppet Enterprise a Ansible Tower. Parte 1 | ProHoster","description":"El Servicio Nacional de Informaci\u00f3n sobre Datos Satelitales del Medio Ambiente (NESDIS) ha reducido sus costos de gesti\u00f3n de configuraci\u00f3n de Red Hat Enterprise Linux (RHEL) en un 35% al pasar de Puppet Enterprise a Ansible Tower.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","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\udd47\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:description":"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","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":"2020-05-06T11:42:24+00:00","article:modified_time":"2020-05-06T11:42:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80491","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:17:31","updated":"2022-09-28 07:21:37","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\/80491","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=80491"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/80491\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/80492"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=80491"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=80491"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=80491"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}