{"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":"Rifiliamo i fili: passaggio da Puppet Enterprise a 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 del 35% i suoi costi di gestione della configurazione di Red Hat Enterprise Linux (RHEL) passando da Puppet Enterprise ad Ansible Tower. In questo video della categoria 'come l'abbiamo fatto', l'ingegnere di sistema Michael Rau giustifica l'esecuzione di questa migrazione, condividendo consigli utili ed esperienze acquisite durante il passaggio da un SCM all'altro. <\/p>\n<p>In questo video scoprirai:<\/p>\n<ul>\n<li>come giustificare al management la validit\u00e0 del passaggio 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 una installazione ottimale di Ansible Tower.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da 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>Salve a tutti, mi chiamo Michael Rau e sono un ingegnere di sistema senior presso ActioNet, che collabora con il National Oceanic and Atmospheric Administration (NOAA) all'interno del servizio NESDIS. Oggi parleremo di trimming strings \u2013 la mia personale esperienza di migrazione da Puppet Enterprise a Ansible Tower. Il tema di questa presentazione \u00e8 \"guardare le mie cicatrici\", rimaste dopo aver effettuato questa transizione all'inizio dell'anno. Voglio condividere ci\u00f2 che ho imparato durante questo processo. Quindi, quando intraprenderete un'operazione simile, utilizzando la mia esperienza, sarete in grado di effettuare il passaggio senza troppe difficolt\u00e0.<\/p>\n<p>Vedi diapositive come questa all'inizio di ogni presentazione di Ansible Fest. In questa diapositiva \u00e8 raccontata la storia dell'automazione della mia azienda. Non sono nuovo 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 \"trucchi\" tramite la riga di comando e semplici script (playbook). Alla fine del 2017, ho contattato la mia direzione riguardo a motivazioni solide per passare a Ansible Tower. Tra un minuto condivider\u00f2 i motivi che mi hanno spinto a questo passo. Dopo aver ottenuto l'approvazione della direzione, ci sono voluti ancora alcuni mesi per completare l'implementazione e ho effettuato la transizione a gennaio-febbraio di quest'anno. Quindi, abbiamo completamente abbandonato Puppet a favore di Ansible, ed \u00e8 un grande risultato. <\/p>\n<p><img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/0e179ef00aa22edae72270e53d9787df.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nQuello che mi affascina di pi\u00f9 di Ansible \u00e8 la possibilit\u00e0 di scrivere e utilizzare ruoli (roles) e playbook. I ruoli sono ideali per creare vari task interconnessi e centralizzare tutte le informazioni relative a questi task 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. Comunico queste funzionalit\u00e0 agli utenti, in particolare agli sviluppatori software. Ansible Tower offre la possibilit\u00e0 di dire: \"no, non hai accesso alla shell, ma ti fornisco l'opzione 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=\"Rifiliamo i fili: passaggio da Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/1dd8f9d0025660a1f3c17a174681caec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi tratta di una LAN federale, con 7 siti fisici connessi tramite MPLS in cloud, 140 server RHEL, di cui il 99% 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 sicurezza informatica previste dalla legislazione. \u00c8 importante tenere presente che Puppet Enterprise non supporta la maggior parte dell'hardware che utilizziamo. Siamo costretti a utilizzare hardware economico poich\u00e9 le organizzazioni governative affrontano problemi di finanziamento in questa area. Pertanto, acquistiamo hardware di classe SuperMicro e montiamo il nostro equipaggiamento da parti separate, la cui manutenzione \u00e8 garantita da contratti governativi. Utilizziamo Linux, e questa \u00e8 una delle ragioni principali per passare ad Ansible. <\/p>\n<p>La nostra storia di collaborazione con Puppet \u00e8 la seguente.<\/p>\n<p><img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da Puppet Enterprise a 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, su cui abbiamo implementato Puppet. Questi nodi erano principalmente semplici 'box' RedHat. Nel 2010 abbiamo iniziato a utilizzare l'interfaccia web Puppet Dashboard per 45 nodi. Con l'espansione della rete, nel 2014 siamo passati a PE 3.3, effettuando una transizione completa riscrivendo il manifesto per 75 nodi. Questo \u00e8 stato necessario perch\u00e9 Puppet ama cambiare le regole del gioco, e in questo caso hanno completamente cambiato il linguaggio. Un anno dopo, quando il supporto per la terza versione di Puppet Enterprise \u00e8 terminato, siamo stati costretti a migrare a PE 2015.2. Abbiamo dovuto riscrivere nuovamente il manifesto per i nuovi server e acquisire una licenza sufficiente per 100 nodi, anche se all'epoca avevamo solo 85 nodi. <\/p>\n<p>Sono trascorsi solo 2 anni, e siamo stati costretti a eseguire nuovamente un grande lavoro di transizione alla nuova versione PE 2016.4. Abbiamo acquistato una licenza per 300 nodi, avendo solo 130. Abbiamo nuovamente dovuto apportare modifiche significative al manifesto, poich\u00e9 la nuova versione del linguaggio aveva una sintassi diversa rispetto a quella del 2015. Alla fine, la nostra SCM \u00e8 passata da SVN a Bitbucket (Git). Questi sono stati i nostri 'rapporti' con Puppet.<\/p>\n<p>Quindi, ho dovuto spiegare alla direzione perch\u00e9 dobbiamo passare a un altro SCM, utilizzando i seguenti argomenti. Il primo \u00e8 il costo elevato del servizio. Ho parlato con i ragazzi di RedHat, e mi hanno detto che il costo di gestione di una rete di 300 nodi tramite Ansible Tower \u00e8 la met\u00e0 rispetto al costo di Puppet Enterprise. Se si acquista anche Ansible Engine, il costo sar\u00e0 pi\u00f9 o meno lo stesso, ma si otterranno molte pi\u00f9 funzionalit\u00e0 rispetto a PE. Poich\u00e9 siamo una societ\u00e0 pubblica finanziata dal bilancio federale, questo \u00e8 un argomento abbastanza significativo. <\/p>\n<p><img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da Puppet Enterprise a 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 l'universalit\u00e0. Puppet supporta solo l'hardware su cui \u00e8 installato l'agente Puppet. Questo significa che su tutti gli switch \u00e8 necessario installare l'agente, e deve essere l'ultima versione. E se parte dei vostri switch supporta una versione mentre un'altra parte ne supporta un'altra, sar\u00e0 necessario installare su di essi una nuova versione dell'agente PE in modo che tutti possano lavorare all'interno di 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 storage di rete NexentaStore, basati sul kernel Illumos \u2013 un sistema operativo open-source basato su Unix. Si tratta di un supporto 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 impiegato 10 anni per familiarizzare con i moduli e il codice dei manifesti Puppet, ma ho imparato Ansible in una settimana, perch\u00e9 \u00e8 molto pi\u00f9 semplice da usare con questo SCM. Se esegui file eseguibili, a meno che tu non faccia ci\u00f2 senza necessit\u00e0, lavorano con gestori intelligenti e reattivi. Gli script playbook, basati su YAML, sono caratterizzati da una facile imparabilit\u00e0 e rapidit\u00e0 d'uso. Anche coloro che non hanno mai sentito parlare di YAML possono semplicemente leggere gli script e comprendere facilmente come funziona. <\/p>\n<p>A dire il vero, Puppet rende il tuo lavoro come sviluppatore molto pi\u00f9 complicato, poich\u00e9 si basa sull'uso di Puppet Master. Questa \u00e8 l'unica macchina con il diritto di comunicare con gli agenti Puppet. Se apporti modifiche al manifesto e desideri testare il tuo codice, devi riscrivere il codice per il Puppet Master, ovvero configurare il file Puppet-master \/etc\/hosts per connettere tutti i client e avviare il servizio Puppet Server. Solo allora potrai testare il funzionamento dell'hardware di rete su un 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 che pu\u00f2 connettersi al host di test tramite il protocollo SSH. \u00c8 molto pi\u00f9 facile da gestire.<\/p>\n<p>Un altro grande vantaggio di Ansible Tower \u00e8 la possibilit\u00e0 di utilizzare il sistema di supporto esistente e mantenere la configurazione hardware attuale. Questo SCM sfrutta senza ulteriori azioni tutte le informazioni disponibili sulla tua infrastruttura e sull'hardware, sulle macchine virtuali, sui server, ecc. Pu\u00f2 comunicare con i tuoi server RH Satellite, se presenti, e ti offre un'integrazione che non otterrai mai lavorando con Puppet.<\/p>\n<p>Un'altra cosa importante \u00e8 il controllo dettagliato. Sai che Puppet \u00e8 un sistema modulare, un'applicazione client-server, quindi devi definire i vari aspetti di funzionamento di tutte le tue macchine in un lungo manifesto. Inoltre, lo stato di ogni singolo elemento del sistema deve essere testato ogni mezz'ora \u2013 questo \u00e8 il periodo predefinito. Ecco come funziona Puppet.<\/p>\n<p>Tower ti libera da questo. Puoi eseguire senza limitazioni i processi pi\u00f9 diversi su attrezzature varie, svolgere il lavoro principale, avviare altri processi importanti, configurare il sistema di sicurezza, lavorare con i database. Puoi fare tutto ci\u00f2 che in Puppet Enterprise comporta determinate difficolt\u00e0. Cos\u00ec, se hai configurato un host, ci vorr\u00e0 tempo prima che 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 semplicemente straordinario, con grande precisione e attenzione. Puoi concedere agli utenti accesso a servizi specifici o a host specifici. Io faccio cos\u00ec con i miei collaboratori, abituati a lavorare su Windows, limitando il loro accesso alla shell Linux. Fornisco loro tale accesso a Tower, affinch\u00e9 possano eseguire solo il lavoro e avviare solo i servizi che rientrano nelle loro competenze.<\/p>\n<p><img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/f3bd3b26cf20225b6e1800e09dbcfe43.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEsaminiamo le cose da fare in anticipo per facilitare la transizione a Ansible Tower. In primo luogo, \u00e8 necessario preparare l'hardware. Se alcuni elementi della vostra infrastruttura non sono ancora presenti nel database, \u00e8 necessario aggiungerli. Ci sono sistemi che non cambiano le loro caratteristiche e quindi mancano nel database di Puppet, ma se non li inserite prima di passare a Tower, perderete una serie di vantaggi. Questo potrebbe essere un database preliminare \"sporco\", ma deve contenere informazioni su tutta l'attrezzatura che possedete. Pertanto, dovreste scrivere uno script dinamico per l'hardware, che aggiorner\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 comunicarlo a questa SCM, quali host avete aggiunto e quali non esistono pi\u00f9, perch\u00e9 tutto questo lo apprender\u00e0 automaticamente. Pi\u00f9 dati saranno presenti nel database, pi\u00f9 utile e flessibile sar\u00e0 Ansible. Funziona come se stesse semplicemente leggendo il codice a barre dello stato dell'attrezzatura dal database.<\/p>\n<p>Dedica del tempo a familiarizzare con il funzionamento della riga di comando di Ansible. Esegui alcuni comandi specifici per verificare il funzionamento dello script hardware, scrivi e avvia semplici ma utili playbook, utilizza i template Jinja2 dove \u00e8 appropriato. Prova a scrivere un ruolo e uno script per un processo complesso in pi\u00f9 fasi, utilizzando una configurazione hardware standard e frequentemente utilizzata. Sperimenta con queste cose e testa come funzionano. In questo modo, apprenderai a utilizzare gli strumenti per creare le librerie utilizzate in Tower. Ho gi\u00e0 menzionato che la mia preparazione per la transizione ha richiesto circa 3 mesi. Penso che, basandoti sulla mia esperienza, tu possa farlo pi\u00f9 velocemente. Non considerare questo tempo come perso, poich\u00e9 in seguito apprezzerai tutti i vantaggi del lavoro svolto. <\/p>\n<p>Successivamente, devi decidere cosa ti aspetti da Ansible Tower e cosa dovrebbe fare concretamente questo sistema per te. <\/p>\n<p><img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da Puppet Enterprise a Ansible Tower. Parte 1\" src=\"\/wp-content\/uploads\/2020\/05\/4511b3f34d57e489be1103c3b77fc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHai bisogno di distribuire un sistema su hardware vuoto, su macchine virtuali vuote? Oppure desideri mantenere le condizioni di lavoro esistenti e la configurazione dell'hardware attuale? Questo \u00e8 un aspetto molto importante per il funzionamento delle aziende pubbliche, quindi devi essere sicuro di poter effettuare la migrazione e distribuire Ansible sulla configurazione esistente. Definisci i processi amministrativi di routine che desideri automatizzare. Scopri se hai bisogno di distribuire applicazioni e servizi specifici sul nuovo sistema. Redigi un elenco di ci\u00f2 che desideri fare e ordina le priorit\u00e0. <\/p>\n<p>Iniziate a scrivere il codice degli script e dei ruoli che garantiranno l'esecuzione delle attivit\u00e0 che avete pianificato. Raggruppateli in Projects, una collezione logica di script playbook correlati. Ogni Project sar\u00e0 associato a un repository Git separato o a un altro repository a seconda del gestore di codice che utilizzate. Potete gestire gli script playbook e le directory playbook posizionandoli manualmente nel Project Base Path sul server Tower, oppure collocando i playbook in qualsiasi sistema di gestione del codice sorgente (SCM) supportato da Tower, inclusi Git, Subversion, Mercurial e Red Hat Insights. All'interno di un Project, potete inserire quanti pi\u00f9 script desiderate. Ad esempio, ho creato un Project di base in cui ho collocato uno script per i componenti principali di RedHat, uno script per le fondamenta di Linux, e script per altri indicatori base. In questo modo, in un progetto erano presenti ruoli e script diversi gestiti da un unico repository Git. <\/p>\n<p>Eseguite tutte queste operazioni tramite il terminale, \u00e8 un buon modo per verificarne il funzionamento. In questo modo sarete pronti per l'installazione di Tower.<\/p>\n<p>Parliamo un po' del tranciamento del manifesto di Puppet, perch\u00e9 ho speso molto tempo su questo prima di capire cosa fosse veramente necessario fare. <\/p>\n<p><img decoding=\"async\" alt=\"Rifiliamo i fili: passaggio da Puppet Enterprise a 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 configurazioni e i parametri hardware in un lungo manifesto, e in questo manifesto c'\u00e8 tutto ci\u00f2 che il tuo SCM deve fare. Quando fai la transizione, non \u00e8 necessario inserire tutte le tue attivit\u00e0 in un unico elenco; invece, considera la struttura del nuovo sistema: ruoli, scenari, tag, gruppi e cosa dovrebbe esserne incluso. Alcuni degli elementi autonomi della rete dovrebbero essere raggruppati in gruppi per i quali \u00e8 possibile creare scenari. Gli elementi infrastrutturali pi\u00f9 complessi, che richiedono molte risorse, compresi classi autonome, possono essere raggruppati in ruoli. Prima di migrare, \u00e8 necessario definire tutto ci\u00f2. Se stai creando ruoli o scenari di grandi dimensioni che non si adattano a uno schermo, dovresti utilizzare i tag per poter catturare parti specifiche 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 a Ansible Tower. Parte 2 <\/a><\/noindex><\/p>\n<h3>Un po' di pubblicit\u00e0 \ud83d\ude42<\/h3>\n<p>\nGrazie per essere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci ai tuoi conoscenti, <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">VPS cloud per sviluppatori a partire da $4,99<\/a><\/noindex>, <b>un'alternativa unica ai server entry-level, che abbiamo creato per te:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Tutta la verit\u00e0 su VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19. Come dividere il server correttamente?<\/a><\/noindex> (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> Scopri di pi\u00f9 su <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">Come costruire un'infrastruttura di classe enterprise con server Dell R730xd E5-2650 v4 dal costo di 9000 euro a prezzi stracciati?<\/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.0.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.0.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: passaggio da Puppet Enterprise a Ansible Tower. Parte 1 | ProHoster","description":"Il Servizio Nazionale di Dati Satellitari Ambientali (NESDIS) ha ridotto del 35% i suoi 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}]}}