Oggi, invece, è il turno di Ansible. Il suo autore, Michael DeHaan, già noto per aver partecipato allo sviluppo di Func (insieme a Adrian Likins ed al padre di Yum, Seth Vidal) e di Cobbler, ha lavorato prima di approdare ad AnsibleWorks (l’azienda alle spalle di Ansible) come CTO in numerose aziende di fama e di livello mondiale quali IBM, Motorola, Red Hat e PuppetLabs.

Il desiderio di creare un altro software per gestire in modo centralizzato una infrastruttura di medie o grandi dimensioni nasce, come nel caso di Thomas Hatch per Salt, da alcune problematiche riscontrate da DeHaan nell’utilizzo di Func. Michael decise, quindi, di prendere tutto ciò che c’era di buono in Func e di fonderlo con ciò che aveva imparato lavorando per PuppetLabs. Ma non solo. Michael notò che molteplici aziende usavano dei software e delle configurazioni complicatissime rispetto a ciò che veramente necessitavano, in più, molte di esse si rifiutavano di voler imparare da zero ad utilizzare applicativi quali Puppet o Chef.

Conoscendo le debolezze degli altri software, Michael costruì le fondamenta di Ansible. Chiunque avesse deciso di intraprenderne l’utilizzo lo avrebbe potuto fare senza dispendio di energie e sprechi di tempo, sarebbero bastati pochi minuti all’amministratore di sistema per comprenderne le basi e configurare la sua infrastruttura ma non solo, il sysadmin (System Administrator) di turno avrebbe potuto scrivere ed estendere i moduli di Ansible in uso utilizzando qualsiasi linguaggio di programmazione da lui conosciuto. (avendo, però, come limite l’obbligo di dover generare un output in formato JSON)

Un ulteriore punto di forza di Ansible sta nella sicurezza. Non vengono utilizzati demoni, non vengono aperte ulteriori porte in ascolto ma tutt’altro, Ansible fa uso di OpenSSH (al momento il sottosistema di sicurezza più utilizzato nel campo dell’industria informatica) per compiere tutte le sue operazioni. Qualora ci si trovi in presenza di diverse centinaia o migliaia di macchine si potrà anche ricorrere al bootstrap di un demone ZeroMQ tramite SSH riducendo drasticamente i tempi di risposta.

Ansible adotta, inoltre, una diversa filosofia nell’applicazione dei cosiddetti “playbooks” (il linguaggio utilizzato da Ansible per orchestrare i sistemi che da esso dipendono) alle macchine di riferimento: qualora ci sia un problema nell’applicazione di un cambiamento, l’intero host viene rimosso dal playbook prevenendo lo stesso problema nelle altre macchine presenti nell’infrastruttura permettendo così la correzione dell’errore da parte dell’amministratore di sistema.

Sono molti, quindi, i punti di forza di Ansible, a cui aggiungerei l’estrema facilità di installazione e di configurazione, il bassissimo utilizzo di risorse quali RAM e CPU e la semplicità di stesura dei “playbook“, che a quanto si legge dalla stessa homepage del progetto “It reads like English.” (si leggono come se fossero semplice inglese, nulla di più)

Qualora vi stiate chiedendo da dove derivi il termine Ansible, ebbene, è tratto dal romanzo dell’autore Orson Scott Card intitolato “Ender’s Game“, in cui lo stesso Ansible era un metodo di comunicazione iperspaziale ed instantaneo tramite navi spaziali.

Ansible, infine, è già ampiamente utilizzato nell’infrastruttura del progetto Fedora ed in numerose università ed aziende americane.

La Ricerca è stata migliorata sia da un punto di vista estetico che funzionale: sarà possibile visualizzare con chiarezza quali applicazioni contengono la parola chiave utilizzata nella nostra ricerca, il tutto tramite una interfaccia rinnovata e migliorata.

Uno degli interessi primari di GNOME è fare in modo che la privacy degli utenti sia rispettata e protetta, da qui nascono una serie di impostazioni relative alla privacy ed alla condivisione dei contenuti presenti sul proprio computer. Queste impostazioni ci permetteranno di controllare chi ha accesso al contenuto del nostro computer, la quantità di informazioni personali che verranno visualizzate sul nostro display con la possibilità, inoltre, di attivare o disattivare le features che permettono di tenere sotto controllo la nostra attività sul dispositivo.

In GNOME 3.8 debutta una nuova core application chiamata Clocks. Già in preview dalla release 3.6 questa applicazione permette di visualizzare la data e l’ora di tutti i fusi orari del mondo includendo, inoltre, un cronometro, un timer e gli allarmi. Oltre a Clocks, alle novità relative alla Shell ed alla privacy, vediamo il debutto di GNOME Classic: la modalità classica è una nuova funzionalità creata ad-hoc per tutti coloro che volessero una esperienza desktop più tradizionale. GNOME Classic è costruito sulle fondamenta di GNOME 3 a cui si aggiungono una serie di caratteristiche come il menu delle applicazioni, un menu “Places” e uno switcher di finestre lungo la parte inferiore dello schermo.

Oltre a queste novità numerosi passi in avanti sono stati fatti con il rendering dei video, le immagini ora vengono visualizzate in modo più fluido. Con GNOME 3.8, inoltre, sono state introdotte un gran numero di correzioni di bug minori e miglioramenti. Molti dettagli sono stati migliorati per dare una rinnovata esperienza desktop agli utenti, tra cui nuove transizioni animate, migliore grafica ed usabilità.

Qualora vogliate provare sin da subito GNOME 3.8 potrete farlo tramite le numerose distribuzioni Linux che includono GNOME. Le prime distribuzioni che supporteranno la nuova release saranno Arch Linux, OpenSUSE Tumbleweed, Fedora (in uscita a maggio) ed Ubuntu probabilmente tramite un PPA specifico per la release 13.04.

La notizia arriva dal community manager di Canonical, Jono Bacon, il quale spiega la scelta intrapresa come mossa necessaria per coinvolgere il maggior numero di utenti, sviluppatori e terze parti interessate ed impossibilitate a partecipare fisicamente all’evento.

La prima versione dell’Ubuntu Developer Summit in modalità virtuale si svolgerà dal 5 al 6 Marzo 2013 e vedrà il massiccio utilizzo degli Hangout di Google+, di IRC e degli Etherpad: noti editor che permetteranno la simultanea modifica di file testuali direttamente tramite il proprio browser.

La nuova formula prevista per gli UDS sarà in grado di rimpiazzare pienamente i precedenti eventi? voi cosa ne pensate?

Salt permette l’automatizzazione, la configurazione e la gestione di numerosissimi aspetti infrastrutturali sia relativi al sistema operativo stesso che agli applicativi in esso installati. Installare e configurare un singolo server richiede molto tempo e dedizione ed in campo Enterprise il numero delle macchine in gestione può arrivare a decina di migliaia di unità. Salt permette di ricreare con un singolo comando un intero ambiente (dato che è sia un server Web, che Mysql, Proxy, Git) in ogni suo singolo aspetto grazie alla presenza di numerosissimi moduli e variabili che permettono la massima personalizzazione del server di riferimento.

Molti si chiederanno ma perchè creare un software che ha le stesse e medesime funzionalità dei suoi avversari Puppet e Chef? E soprattutto perchè aziende quali HP e Twitter hanno intrapreso la scelta di migrare a Salt abbandonando Puppet?

Il tutto nasce nel 2011 quando Thomas Hatch insoddisfatto dell’uso di Puppet e di Func decise di lavorare ad una alternativa. Grazie ad un importante investimento venne fondata Saltstack, compagnia che utilizza il modello business di Red Hat: i prodotti offerti sono open source al 100%, i clienti pagano solamente il supporto e l’assistenza.

Agli albori Salt venne ideato anche come alternativa a Func, software che permette l’esecuzione di uno o più comandi in un numero indefinito di macchine. Tramite l’utilizzo della libreria ZeroMQ, Salt permette l’esecuzione di un medesimo comando in più di 5000 macchine, ricevendone l’output in meno di 5-6 secondi. Una delle problematiche che Hatch volle, inoltre, affrontare fu l’estrema lentezza di Puppet ad eseguire la sincronizzazione con il proprio puppetmaster (server centrale in cui sono contenuti tutti i file di configurazione di riferimento) in presenza di un numero di clients elevato. Nacque, così, la seconda funzione di Salt, ovvero quella di strumento per la configurazione centralizzata di infrastrutture IT.

Personalmente vedo Salt come un software in cui sono unite le funzionalità di Puppet e Func, il tutto condito da una sintassi dei file di configurazione veramente semplificata ed una velocità di esecuzione e di sincronizzazione elevatissima rispetto ai concorrenti ma non solo: le statistiche parlano chiaro a riguardo, come potete osservare da questa tabella comparativa, Salt è in continua evoluzione e trae gran parte della sua forza dalla comunità open source. Se ad oggi il presente è Puppet, il futuro sarà sicuramente quello del cubetto blu.

La Beta del servizio che prenderà il nome di iLoveGNOME.org e che ricorda molto le funzionalità di extensions.gnome.org sarà aperta tra pochi giorni con una prima versione di prova del plugin dedicato all’installazione dei temi. Dopo un periodo di testing e di eventuali correzioni al codice del plugin, il servizio verrà rilasciato in forma definitiva ed il codice sorgente del plugin stesso verrà pubblicato su Github.

A quanto sostiene Alex Diavatis (creatore di worldofgnome.org e dello stesso ilovegnome.org), il servizio da lui creato permetterà non solo l’installazione di temi e di set di icone ma conterrà, inoltre, delle guide rivolte a coloro che si avvicinano per la prima volta al mondo di GNOME (Getting Started guides e HowTo) ed una mappa basata su Google Maps che darà la possibilità ad utenti e sviluppatori di registrare la propria posizione. Le premesse sono molto interessanti, voi cosa ne pensate?

Vi rimando, intanto, all’anteprima del servizio:

Questa problematica è stata affrontata proprio nell’ultimo weekend durante il Fudcon (Fedora Users and Developers Conference) tenutosi a Lawrence, Kansas da Tom Callaway, noto ingegnere Red Hat. Tom, durante la sua presentazione, ha precisato che costruire una distribuzione fondata sulle ultime tecnologie e sulle ultime versioni dei maggiori software disponibili è sempre una sfida e spesso, come è accaduto con Fedora 18, questo può portare ad un rilascio ritardato specialmente quando un componente fondamentale come l’installer non è pronto per il rilascio finale.

Da qui nasce la proposta di rinnovare dalle fondamenta il processo di release di Fedora ampliandone lo sviluppo in quattro fasi in modo tale da poter programmare al meglio il rilascio delle maggiori feature. Non parleremo più, quindi, di Fedora 20, 21, 22, 23 ma bensì di Fedora 20.0, Fedora 20.1, Fedora 20.2, Fedora 20.3. Un ciclo completo di release durerà quindi 2 anni e sarà quindi composto da quattro sotto rilasci con cadenze di 6 mesi ciascuna.

Ogni sotto rilascio sarà, inoltre, supportato per i 13 mesi successivi qualora l’utente non volesse eseguire l’upgrade alla point release seguente. Programmando in anticipo le feature ed i miglioramenti in un arco ampio come quello dei due anni permetterà la realizzazione di rilasci più ragionati evitando così eventuali ritardi e problematiche nel rilascio di Fedora.

Primo metodo: FEDora UPgrader
Il FEDora UPgrader ci permetterà di aggiornare il nostro sistema da Fedora 17 a Fedora 18 utilizzando una connessione ad internet ed il repository ufficiale dei pacchetti di Fedora 18. Questo metodo sostituisce le funzionalità che un tempo erano fornite tramite PreUpgrade e l’upgrade tramite DVD.

Dopo aver avviato FedUp verranno scaricati tutti i pacchetti necessari (da notare che al momento non è ancora disponibile una GUI) e seguirà un riavvio del sistema. Al riavvio della macchina ci si troverà di fronte ad un’ interfaccia che mostrerà lo status dell’aggiornamento: il filesystem sarà montato durante il boot del sistema, i pacchetti in precedenza scaricati vengono installati ed alcune ulteriori task vengono svolte per completare l’upgrade.

FedUp – Come aggiornare
Scaricate ed installate il client di FedUp con:

yum --enablerepo=updates-testing install fedup

Ed utilizzate uno dei seguenti metodi:

Network
sudo fedup --network 18 --debuglog fedupdebug.log http://dl.fedoraproject.org/pub/alt/qa/fedup/f18-RC4/<arch>/
dove <arch> sta per i386 o x86_64 a seconda dell’architettura del vostro computer.

Immagine ISO

Eseguite il download dell’immagine ISO di Fedora 18 ed eseguite il seguente comando:
sudo fedup --iso /home/user/fedora-18.iso --debuglog=fedupdebug.log

Altri Device
È altresì possibile eseguire il mount di un device esterno (pennetta USB o disco rigido esterno) da cui prendere i pacchetti ed i file necessari. (potete usare dd per “masterizzare” la vostra immagine su un dispositivo esterno che non sia un CD od un DVD)

Avendo /mnt/fedora18 come mount point del vostro device esterno, eseguite questo comando:
sudo fedup --device /mnt/fedora18 --debuglog=fedupdebug.log

Secondo metodo: Yum
Aggiornare a Fedora 18 (da Fedora 17) è possibile anche utilizzando Yum e digitando manualmente i comandi direttamente sulla console del proprio computer. Yum scaricherà i pacchetti ed eseguirà l’upgrade. Questo metodo è comunque consigliato ad utenti più esperti che nell’eventualità che qualcosa andasse storto sarabbero in grado di eseguire i comandi necessari al fine di rendere il sistema di nuovo funzionante. (FedUp è, ad oggi, uno strumento che permette all’utente di automatizzare il processo di upgrade riducendo la possibilità di errore avvantaggiando, così. gli utenti alle prime armi. Il tutto sarà poi arricchito da una interfaccia grafica che renderà ancora più gradevole l’utilizzo di questo strumento di upgrade)

Come aggiornare – Yum
1. Importate la chiave GPG di Fedora 18:
rpm --import https://fedoraproject.org/static/DE7F38BD.txt
2. Impostate SELinux in modalità Permissive:
su -c 'setenforce Permissive'
3. Eseguite l’upgrade:
su -c 'yum update yum'

su -c 'yum --releasever=18 --disableplugin=presto distro-sync'
4. Al termine dell’upgrade, eseguite il rebuild del database degli RPM:
su -c 'rpm --rebuilddb'
Buona fortuna con l’upgrade e fateci sapere se l’aggiornamento di Fedora è andato a buon fine!

Al momento non ci è dato sapere nulla di più a riguardo se non il fatto che sarà lo stesso fondatore e leader di Ubuntu, Mark Shuttleworth, ad annunciare questo nuovo e fantomatico prodotto targato Ubuntu durante uno speciale evento in cui, a quanto recita la suddetta mail, saranno resi pubblici tutti i dettagli di ciò che Canonical ritiene essere la prossima generazione dei sistemi operativi cross-platform.

E voi cosa ne pensate? si tratterà forse di uno smartphone? di un tablet? O forse di una innovativa soluzione Cloud? Staremo a vedere, preparando i popcorn: sicuramente oggi avremo da divertirci. Potete trovare il timer sul sito ufficiale di Ubuntu, dove si suppone che poi sarà ospitata la diretta video dell’evento in streaming.

Dell ha inoltre annunciato di voler espandere il proprio mercato di prodotti basati su distribuzioni open source anche in India ed in Cina, segno che, come sottolinea il leader di Sputnik Barton George, l’interesse ed il consenso ricevuto verso questo progetto è stato notevole tanto da portare la stessa Dell ad ampliare la scelta dei sistemi operativi pre-installabili a due: Ubuntu e Red Hat Enterprise Linux.

Il progetto Sputnik propone una completa soluzione client-to-cloud: gli sviluppatori potranno creare delle “micro-nuvole” direttamente nei loro computer portatili simulando così un ambiente di cloud computing di più larghe dimensioni. Sempre dai medesimi laptop potranno, in seguito, trasferire e replicare (facendo un deploy rapido) il loro operato direttamente in cloud.

Ed è proprio con questo interessante progetto che Dell rimane una delle aziende americane produttrici di hardware maggiormente in sintonia con il mondo del software open source.