E 'automazione senza controllo delle versioni: come Tirando a Capo di Superman

Il compianto e grande Jim Croce condiviso un truismi pochi maggior parte di noi può facilmente recitare:

- Non tirare a Capo di Superman

- Non sputare nel vento

- Non tirare la maschera del vecchio Lone Ranger

- E non hai mai-mai-IT di automatizzare senza controllo di versione

OK, forse è proprio come me lo ricordo. Ma il punto è chiaro (per me, almeno): mancanza di controllo di versione sistemi IT è proprio lì con le idee di tutti i tempi sconsiderato contro il quale auspica il signor Croce così famoso. Quindi, bruciare che il tuo cervello con il resto del verso.

L'idea che avrebbe continuato a distribuire e gestire configurazioni software e senza il controllo di versione è un po 'perplessi. Nel mondo dello sviluppo di applicazioni, controllo delle versioni è praticamente data per scontata.

In un post recente, Theo Schlossnagle dice senza mezzi termini:

"I sistemi di controllo di versione non sono una novità per il mondo dello sviluppo software. Prendo il tempo per unapologetically si chiama un idiota se non si dispone già di tutto il codice e le configurazioni in un sistema di controllo di versione. "

Perché? Poiché il controllo di versione permette velocità e al cambiamento che consente l'innovazione. Permette di progetti di sviluppo di consumare in modo sicuro il cambiamento. Qualcosa si è rotto con l'ultima build? Roll indietro. Oppure trovare la differenza tra la costruisce e bisecare fino a casa il colpevole incriminata. Il cambiamento è una parte ha accolto con favore del processo.

Senza il controllo di versione, gli sviluppatori sarebbero tentativo, no, debilitati. Sarebbero paralizzato dalla paura del cambiamento e incapace di muoversi al ritmo del business aziendale ... come tante organizzazioni IT di oggi.

La buona notizia è che, per la maggior parte, sa che hanno questo problema.

E 'troppo difficile da riprodurre attraverso le fasi del ciclo di vita dei sistemi di rilascio. Per capire che cosa le versioni del software sono distribuiti. Per capire i livelli di patch attuali. Per ripristinare le modifiche e le interruzioni di sistema di risoluzione dei problemi.

La cattiva notizia è che sa anche che il problema è solo peggiorato.

Poiché la virtualizzazione e cloud computing far presa, vedrà una crescita geometrica del numero di sistemi che devono essere gestiti. La risposta, naturalmente, è l'automazione. Aggiunta di risorse per affrontare scala del sistema non fa parte della nostra "nuova normalità".

Ma, l'automazione può fare accadere le cose sbagliate, più veloce.

Penso che Glenn O'Donnell di Forrester mette meglio:

"Fast e viziata e non si riesce. Tempestiva e precisa e vi prevalere ".

Che cosa ha bisogno è un modo per sistemi modello in modo che siano profondamente compreso e di una fondazione di controllo della versione per la loro gestione nel tempo. Una volta che questo è a posto, il sistema di provisioning e il cambiamento diventa veloce, prevedibile, trasparente e reversibile.

Di automazione che non è model-driven e la versione controllata? Come Croce può o non può aver detto, è come tirando a Capo di Superman. E non si scherza con Jim.