{"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\/it\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","title":{"rendered":"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Il Servizio Nazionale di Informazione sui Dati Satellitari Ambientali (NESDIS) ha ridotto i propri costi di gestione della configurazione di Red Hat Enterprise Linux (RHEL) del 35%, passando da Puppet Enterprise ad Ansible Tower. In questo video della categoria 'come lo abbiamo fatto', l'ingegnere di sistema Michael Rau giustifica l'esecuzione di questa migrazione, condivide suggerimenti utili e l'esperienza acquisita a seguito del passaggio da un SCM all'altro. <\/p>\n<p>In questo video scoprirai:<\/p>\n<ul>\n<li>come giustificare alla direzione la ragionevolezza della transizione da Puppet Enterprise ad Ansible Tower;<\/li>\n<li>quali strategie utilizzare per un passaggio il pi\u00f9 fluido possibile;<\/li>\n<li>consigli per la transcodifica dei manifesti PE in Ansible Playbook;<\/li>\n<li>raccomandazioni per un'installazione ottimale di Ansible Tower.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad 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>Salve a tutti, mi chiamo Michael Rau, sono un ingegnere di sistema senior presso ActioNet, che lavora per la National Oceanic and Atmospheric Administration (NOAA) del servizio NESDIS. Oggi parleremo della migrazione con Puppet \u2013 la mia personale esperienza nel passaggio da Puppet Enterprise ad Ansible Tower. L'argomento di questa presentazione \u00e8 'guardare le mie cicatrici', quelle rimaste dopo aver effettuato questo passaggio all'inizio dell'anno. Voglio condividere ci\u00f2 che ho imparato durante questo processo. Cos\u00ec, quando ti cimenterai in qualcosa di simile, potrai sfruttare la mia esperienza per effettuare la transizione senza troppi problemi.<\/p>\n<p>Vedete diapositive simili a questa all'inizio di ogni presentazione di Ansible Fest. In questa diapositiva \u00e8 raccontata la storia dell'automazione della mia azienda. Non sono un novizio in questo campo, poich\u00e9 utilizzo Puppet\/Puppet Enterprise dal 2007. Ho iniziato a lavorare con Ansible nel 2016, e come molti altri utenti di questo prodotto, sono stato attratto dalla possibilit\u00e0 di 'trucchetti' tramite la riga di comando e semplici script (playbooks). Alla fine del 2017, ho parlato con la mia direzione riguardo a motivi solidi per la transizione a Ansible Tower. Tra un minuto racconter\u00f2 i motivi che mi hanno spinto verso questa scelta. Dopo aver ricevuto l'approvazione della direzione, ci sono voluti ancora alcuni mesi per mettere in atto il piano, e ho effettuato la transizione tra gennaio e febbraio di quest'anno. Pertanto, abbiamo completamente abbandonato Puppet a favore di Ansible, e questo \u00e8 un grande traguardo. <\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/0e179ef00aa22edae72270e53d9787df.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCi\u00f2 che mi attrae di pi\u00f9 in Ansible \u00e8 la possibilit\u00e0 di scrivere e utilizzare ruoli (roles) e playbook. I ruoli sono perfetti per creare compiti (tasks) diversi ma correlati e per raggruppare tutti i dati pertinenti in un unico luogo. Un playbook \u00e8 un file di script in sintassi YAML che descrive le azioni da eseguire su uno o pi\u00f9 host. Presento queste funzionalit\u00e0 agli utenti, principalmente sviluppatori software. Ansible Tower offre la possibilit\u00e0 di dire: \"no, non hai accesso alla shell, ma ti fornisco la possibilit\u00e0 di avviare tutti i processi di Tower e riavviare il servizio quando ne hai bisogno\". Ti parler\u00f2 dell'ambiente di lavoro e dell'hardware che utilizziamo. <\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/1dd8f9d0025660a1f3c17a174681caec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nQuesta \u00e8 una LAN federale, 7 siti fisici connessi tramite MPLS cloud, 140 server RHEL, il 99% dei quali sono virtuali (vSphere), hardware SuperMicro, storage di rete NexentaStore, una serie di switch Cisco, Arista e Cumulus e strumenti di gestione unificata delle minacce Fortinet UTM in ogni sito. <\/p>\n<p>La rete federale significa che devo utilizzare tutte le misure di protezione delle informazioni previste dalla legislazione. Devi tenere presente che Puppet Enterprise non supporta gran parte dell'hardware che utilizziamo. Siamo costretti a utilizzare hardware economico, poich\u00e9 le strutture governative affrontano problemi di finanziamento per queste spese. Pertanto, acquistiamo hardware di classe SuperMicro e assemblamo il nostro sistema da pezzi singoli, la cui manutenzione \u00e8 garantita da contratti governativi. Utilizziamo Linux, e questa \u00e8 una delle ragioni importanti per cui siamo passati ad Ansible. <\/p>\n<p>La nostra esperienza con Puppet \u00e8 la seguente.<\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/a893499e8bbabf1223461f11d737e777.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNel 2007 avevamo una piccola rete di 20-25 nodi, in cui abbiamo implementato Puppet. Principalmente, questi nodi erano semplici \"scatole\" RedHat. Nel 2010 abbiamo iniziato a utilizzare l'interfaccia web Puppet Dashboard per 45 nodi. Poich\u00e9 la rete continuava a espandersi, nel 2014 siamo passati a PE 3.3, effettuando una migrazione completa riscrivendo il manifesto per 75 nodi. Questo era necessario perch\u00e9 Puppet ama cambiare le regole del gioco, e in questo caso hanno completamente cambiato il linguaggio. Un anno dopo, quando \u00e8 terminato il supporto per la terza versione di Puppet Enterprise, abbiamo dovuto migrare a PE 2015.2. Abbiamo dovuto riscrivere nuovamente il manifesto per i nuovi server e acquistare una licenza con una copertura per 100 nodi, anche se in quel momento avevamo solo 85 nodi. <\/p>\n<p>Sono passati solo 2 anni e abbiamo dovuto nuovamente svolgere un grande lavoro per passare alla nuova versione PE 2016.4. Abbiamo acquistato una licenza per 300 nodi, avendo solo 130. Abbiamo dovuto apportare nuovamente cambiamenti significativi al manifesto, poich\u00e9 la nuova versione del linguaggio aveva una sintassi diversa rispetto a quella della versione del 2015. Alla fine, la nostra SCM \u00e8 passata dal sistema di controllo versioni SVN a Bitbucket (Git). Questi sono stati i nostri \"rapporti\" con Puppet.<\/p>\n<p>Quindi ho dovuto spiegare alla direzione perch\u00e9 dovevamo passare a una diversa SCM, utilizzando i seguenti argomenti. Il primo \u00e8 l'alto costo del servizio. Ho parlato con le persone di RedHat e mi hanno detto che il costo di gestione di una rete di 300 nodi con Ansible Tower \u00e8 la met\u00e0 del costo di Puppet Enterprise. Se acquistiamo anche Ansible Engine, il costo sarebbe pi\u00f9 o meno lo stesso, ma riceveremmo molte pi\u00f9 funzionalit\u00e0 rispetto a PE. Poich\u00e9 siamo un'azienda pubblica finanziata dal bilancio federale, questo \u00e8 un argomento piuttosto significativo. <\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/8077b9a470286c795a13de3cd6470ce9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIl secondo argomento \u00e8 la versatilit\u00e0. Puppet supporta solo l'hardware su cui \u00e8 installato l'agente Puppet. Ci\u00f2 significa che su tutti gli switch \u00e8 necessario installare un agente, e deve essere l'ultima versione. E se parte dei tuoi switch supporta una versione e parte un'altra, dovrai installare su di essi la nuova versione dell'agente PE, affinch\u00e9 tutti possano lavorare in un unico sistema SCM.<\/p>\n<p>Il sistema Ansible Tower funziona in modo diverso, poich\u00e9 non ha agenti, ma dispone di moduli che supportano gli switch Cisco e tutti gli altri switch. Questo SCM supporta Qubes OS, Linux e 4.NET UTM. Ansible Tower supporta anche i controller di archiviazione di rete NexentaStore, basati sul kernel Illumos \u2013 un sistema operativo open-source basato su Unix. Questo supporto \u00e8 piuttosto limitato, ma Ansible Tower lo fornisce comunque. <\/p>\n<p>Il terzo argomento, molto importante sia per me che per la nostra amministrazione, \u00e8 la facilit\u00e0 di apprendimento. Ho trascorso 10 anni a imparare i moduli e il codice dei manifesti Puppet, ma ho imparato Ansible in una settimana, perch\u00e9 con questo SCM \u00e8 molto pi\u00f9 semplice lavorare. Se esegui file eseguibili, ovviamente, se non lo fai senza necessit\u00e0, ci sono gestori ragionevoli e reattivi che lavorano con loro. Gli script playbook, basati su YAML, sono caratterizzati da un apprendimento facile e da un utilizzo rapido. Chi non ha mai sentito parlare di YAML pu\u00f2 semplicemente leggere gli script e capire facilmente come funziona. <\/p>\n<p>A essere sinceri, Puppet complica molto il lavoro dello sviluppatore, poich\u00e9 \u00e8 basato sull'uso di Puppet Master. Questa \u00e8 l'unica macchina che ha il diritto di comunicare con gli agenti Puppet. Se hai apportato modifiche a un manifesto e vuoi testare il tuo codice, devi riscrivere il codice per il Puppet Master, cio\u00e8 configurare il file Puppet-master \/etc\/hosts per connettere tutti i client e avviare il servizio Puppet Server. Solo dopo puoi testare il funzionamento dell'hardware di rete su un singolo host. \u00c8 una procedura piuttosto dolorosa. <br \/>\nIn Ansible \u00e8 tutto molto pi\u00f9 semplice. Tutto ci\u00f2 che devi fare \u00e8 sviluppare il codice per una macchina in grado di comunicare tramite il protocollo SSH con l'host di test. \u00c8 molto pi\u00f9 facile lavorare con questo.<\/p>\n<p>Il prossimo grande vantaggio di Ansible Tower \u00e8 la possibilit\u00e0 di utilizzare il sistema di supporto gi\u00e0 in tuo possesso e mantenere la configurazione esistente dell'hardware. Questa SCM utiliza senza azioni aggiuntive tutte le informazioni disponibili sulla tua infrastruttura e attrezzatura, macchine virtuali, server, ecc. Pu\u00f2 comunicare con i tuoi server RH Satellite, se ce ne sono, e ti offre un'integrazione che non otterrai mai lavorando con Puppet.<\/p>\n<p>Un'altra cosa importante \u00e8 il controllo dettagliato. Sapete che Puppet \u00e8 un sistema modulare, \u00e8 un'applicazione client-server, quindi dovete definire gli aspetti esistenti del funzionamento di tutte le vostre macchine in un lungo manifesto. Lo stato di ciascun componente del sistema deve essere testato ogni mezz'ora: questo \u00e8 il periodo predefinito. Ecco come funziona Puppet.<\/p>\n<p>Tower vi solleva da questo. Potete eseguire senza limiti il pi\u00f9 vario insieme di processi su hardware molto diverso, potete fare il lavoro principale, avviare altri processi importanti, configurare la sicurezza del sistema, lavorare con i database. Potete fare tutto ci\u00f2 che in Puppet Enterprise \u00e8 accompagnato da alcune difficolt\u00e0. Ad esempio, se avete fatto configurazioni su un host, ci vorr\u00e0 del tempo affinch\u00e9 le modifiche abbiano effetto sugli altri host. In Ansible, tutte le modifiche hanno effetto simultaneamente.<\/p>\n<p>Infine, consideriamo il modulo di sicurezza. In Ansible Tower \u00e8 implementato in modo straordinario, con grande precisione e cura. Potete fornire agli utenti accesso a servizi specifici o a determinati host. Faccio cos\u00ec con i miei dipendenti che sono abituati a lavorare su Windows, limitando loro l'accesso alla shell di Linux. Assicuro loro un accesso a Tower tale da permettere loro di eseguire solo il lavoro e avviare solo i servizi che rientrano nella loro competenza.<\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/f3bd3b26cf20225b6e1800e09dbcfe43.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nConsideriamo le cose che devono essere fatte in anticipo per facilitare la transizione a Ansible Tower. Prima di tutto, \u00e8 necessario preparare l'hardware. Se alcuni elementi della vostra infrastruttura non sono ancora presenti nel database, devono essere aggiunti. Ci sono sistemi che non cambiano le proprie caratteristiche e pertanto non sono presenti nel database Puppet, ma se non li inserite prima di passare a Tower, perderete diversi vantaggi. Questo pu\u00f2 sembrare un database preliminare 'sporco', ma deve contenere informazioni su tutto l'hardware di cui siete in possesso. Pertanto, dovreste scrivere uno script dinamico per l'hardware che apporter\u00e0 automaticamente tutte le modifiche all'infrastruttura nel database, affinch\u00e9 Ansible sappia quali host devono essere presenti nel nuovo sistema. Non sar\u00e0 necessario comunicare a questo SCM quali host avete aggiunto e quali non esistono pi\u00f9, poich\u00e9 tutto ci\u00f2 verr\u00e0 rilevato automaticamente. Maggiore \u00e8 la quantit\u00e0 di dati nel database, pi\u00f9 utile e flessibile sar\u00e0 Ansible. Funziona come se semplicemente leggesse il codice a barre dello stato dell'hardware dal database.<\/p>\n<p>Dedicate del tempo a familiarizzare con l'utilizzo della linea di comando in Ansible. Eseguite alcuni comandi speciali per testare l'operativit\u00e0 dello script per l'hardware, scrivete e eseguite alcuni semplici ma utili playbook, utilizzate i template Jinja2 dove opportuno. Provate a scrivere un ruolo e un playbook per un processo complesso in pi\u00f9 fasi, utilizzando una configurazione hardware standard e frequentemente incontrata. Sperimentate con queste cose, testate come funzionano. In questo modo, imparerete a utilizzare gli strumenti per la creazione di librerie usate in Tower. Ho gi\u00e0 detto che la mia preparazione per la transizione ha richiesto circa 3 mesi. Penso che basandosi sulla mia esperienza, potrete farlo pi\u00f9 velocemente. Non considerate questo tempo sprecato, poich\u00e9 pi\u00f9 tardi percepir\u00e0 tutti i vantaggi del lavoro svolto. <\/p>\n<p>In seguito, \u00e8 necessario decidere cosa vi aspettate da Ansible Tower, cosa dovrebbe fare per voi questo sistema. <\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/4511b3f34d57e489be1103c3b77fc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHai bisogno di implementare il sistema su hardware vuoto o su macchine virtuali vuote? O desideri mantenere le condizioni operative e le impostazioni dell'hardware esistente? Questo \u00e8 un aspetto molto importante per il funzionamento delle aziende pubbliche, quindi devi essere certo di poter effettuare la migrazione e implementare Ansible sulla configurazione esistente. Identifica i processi amministrativi di routine che desideri automatizzare. Scopri se hai bisogno di implementare applicazioni e servizi specifici sul nuovo sistema. Crea un elenco di ci\u00f2 che desideri fare e stabilisci le priorit\u00e0. <\/p>\n<p>Successivamente, inizia a scrivere il codice degli script e dei ruoli che garantiranno l'esecuzione delle attivit\u00e0 pianificate. Raggruppali in Progetti, una collezione logica di script playbook correlati. Ogni Progetto sar\u00e0 relativo a un singolo repository Git o un altro repository a seconda di quale gestore di codice utilizzi. Puoi gestire gli script playbook e le directory playbook, posizionandoli manualmente nel Project Base Path sul server Tower, oppure posizionando il playbook in qualsiasi sistema di controllo versione (SCM) supportato da Tower, incluso Git, Subversion, Mercurial e Red Hat Insights. All'interno di un singolo Progetto puoi inserire quanti pi\u00f9 script vuoi. Ad esempio, ho creato un Progetto di base in cui ho collocato uno script per i componenti principali di RedHat, uno script per le basi di Linux, gli script per le altre metriche di base. In questo modo, un progetto presentava ruoli e script molto diversi, gestiti da un unico repository Git. <\/p>\n<p>Esegui tutte queste operazioni tramite la riga di comando, \u00e8 un buon modo per verificarne la funzionalit\u00e0. In questo modo ti preparerai all'installazione del Tower.<\/p>\n<p>Parliamo un po' della transcodifica del manifesto Puppet, perch\u00e9 ho speso molto tempo su questo prima di rendermi conto di cosa fosse realmente necessario fare. <\/p>\n<p><img decoding=\"async\" alt=\"Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/abbc9ffb10b623dc29bcd975dca3bb80.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nCome ho gi\u00e0 detto, Puppet memorizza tutte le impostazioni e i parametri delle apparecchiature in un lungo manifesto, e in questo manifesto \u00e8 presente tutto ci\u00f2 che deve fare questo SCM. Durante la transizione non \u00e8 necessario inserire tutti i propri compiti in un unico elenco, invece, considerate la struttura del nuovo sistema: ruoli, scenari, tag, gruppi e ci\u00f2 che deve farne parte. Alcuni degli elementi autonomi della rete dovrebbero essere raggruppati in gruppi, per i quali possono essere creati scenari. Elementi pi\u00f9 complessi dell'infrastruttura, che utilizzano un gran numero di risorse, inclusi corsi autonomi, possono essere raggruppati nei ruoli. Prima della migrazione, \u00e8 necessario prendere una decisione su questo. Se si stanno creando ruoli o scenari sostanziali che non possono essere visualizzati su un unico schermo, \u00e8 consigliabile utilizzare i tag per poter catturare singole parti dell'infrastruttura. <\/p>\n<p>18:00<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500588\/\"> Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 2 <\/a><\/noindex><\/p>\n<h3>Un po' di pubblicit\u00e0 \ud83d\ude42<\/h3>\n<p>\nGrazie per rimanere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci a qualcuno. <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">VPS cloud per sviluppatori a partire da $4.99.<\/a><\/noindex>, <b>unica alternativa ai server entry-level, concepita da noi per te:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Tutta la verit\u00e0 sui VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19 o come dividere correttamente un server?<\/a><\/noindex> (sono disponibili opzioni con RAID1 e RAID10, fino a 24 core e fino a 40GB DDR4).<\/p>\n<p><b>Dell R730xd a met\u00e0 prezzo nel data center Equinix Tier IV ad Amsterdam?<\/b> Solo da noi <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 a partire da $199<\/a><\/noindex> nei Paesi Bassi! <b>Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partire da $99!<\/b><\/b> Leggi di <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Come costruire un'infrastruttura di livello enterprise utilizzando server Dell R730xd E5-2650 v4 del valore di 9000 euro a pochi spiccioli?<\/a><\/noindex><br \/>\n<br \/>Fonte: <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.1.1 - 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\/it\/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.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\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\/it\/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\udd47Tagliamo i fili: transizione da Puppet Enterprise ad Ansible Tower. Parte 1 | ProHoster","description":"Il Servizio Nazionale di Dati Satellitari sull'Ambiente (NESDIS) ha ridotto del 35% i propri costi di gestione della configurazione di Red Hat Enterprise Linux (RHEL) passando da Puppet Enterprise ad Ansible Tower.","canonical_url":"https:\/\/prohoster.info\/it\/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":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/80491","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=80491"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/80491\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/80492"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=80491"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=80491"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=80491"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}