Bash-Only Deployment

Andrea Francia

Bash-Only Deployment
Il mondo degli strumenti scelti per il deployment è drogato dalla presenza di “strumenti innovativi” che vengono spinti dai rispettivi produttori (anche se open) come soluzione a tutti i problemi di deployment o provisioning. Si tratta per lo più di prodotti “nuovi”, partiti nell’ultima decade. La cosa strana è che in ambiente Unix{,-like} l’automazione è stata presente fin da subito e questi stessi problemi venivano risolti anche senza questi bisogno di questi nuovi strumenti, spesso usando semplicemente lo Shell scripting.
La mia tesi è che usando l’onnipresente Bash sia possibile ottenere gli stessi o migliori risultati rispetto all’uso degli strumenti nuovi. Chiarmente, usando questo approccio, ci sono delle differenze:
<UL>
<LI>La Bash non offre tutte le astrazioni di questi “strumenti innovativi”, ma non introduce nemmeno indirezioni o inutili astrazioni che ti obbligano a debuggare i problemi su due livelli.</LI>
<LI>La Bash “non ha un modulo/ricetta/plugin” per ogni problema di provisioning, ma non ti obbliga nemmeno a doverti scrivere un plugin per poter lanciare quell’unico ultimo commando che ti manca per finire il lavoro.</LI>
<LI>Se usi la Bash non ha *un* sito corporate che ti offre una estensiva documentazione di tutti i comandi per il deployment o il provisioning, ma non sei nemmeno limitato nel numero di risorse che posso contenere la soluzione al tuo problema.</LI>
</UL>
La verità vera è che, alla fine (tolti i fronzoli), questi “strumenti innovativi”, sotto sotto, richiedono al sistema operativo di fare le stesse cose che potrebbe fare la Bash.
D’altra parte sia chiaro che io non voglio convincere nessuno, se sei uno che preferisce usare questi “strumenti innovativi” perché: 1) pensi che “siano nati per questo scopo”, 2) credi che tu non possa fare meglio, 3) consideri la Bash un linguaggio inefficace. Se pensi queste queste cose allora il talk non fa per te, non ne otteresti nessun beneficio.
Se invece, come me pensi che imparare a fare “Bash-Only Deployment” ti possa abilitare a:
<UL>
<LI>capire cosa sta succedendo sotto</LI>
<LI>ridurre il tempo di debugging</LI>
<LI>darti la possibiltà di scegliere lo strumento “innovativo” solo quando effettivamente ti porta vantaggio</LI>
</UL>
Allora ti consiglio di venire. Seguendo questo talk potrai scoprire quali sono le astuzie che mi hanno permesso di re-ingegnerizzare il sistema di deployment di un mostruoso e-commerce scritto in simil-Enterprise Java. Questo lavoro ha contribuito ad abbassare la trasformare la frequenza di deployment da “facciamo un deploy ogni 3 mesi” ad “stiamo portando in produzione con nuove feature ogni due giorni”.
È la stessa presentazione (rivista) che ho fatto all'Incontro DevOps di quest'anno ad aprile.
<A HREF="https://github.com/andreafrancia/just-bash" TARGET="_blank" DATA-MSYS-CLICKTRACK="0" REL="nofollow noopener noreferrer">Tutti i dettagli sulle demo live fatte durante la presentazione sono su GitHub.</A>
Risposte alle domande frequenti:
Quando è? mercoledì 13 luglio 2016
A che ora? Ci troviamo verso le 19:00, la presentazione inizia alle 19:30.
Dove devo venire? Come ci arrivo? L'evento è presso: Mikamai/LinkMe Via Giulio Venini, 42 20127 Milano (MI), IT 
Cosa ci presenti? Porto la presentazione "Bash-Only Deployment" che ho fatto all'Incontro DevOps di aprile. In quella presentazione faccio vedere alcune delle tecniche che uso per i miei script di automazione.
Perché può essere interessante venire ad ascoltarti?
Perché senza deploy frequenti non è possibile consegnare frequentemente valore, ne ricevere feedback sul lavoro fatto, e nemmeno mettere in leva le informazioni raccolte.
Nei sistemi odierni, i deploy frequenti si riescono a raggiungere solo attraverso l'automazione e infatti c'è un gran parlare degli strumenti che aiuterebbero l'automazione dei task di provisioning e deployment.
In giro sono una serie di strumenti molto completi, ma molto complessi che promettono di risolvere ogni problema legato a deployment, configuration management, e provisioning. Sono dei grandi framework che aggiungendo dei livelli di astrazione tentano di nascondere il sistema sottostante ma non riescono a farlo mai completamente. In effetti le soluzioni che funzionano meglio sono quelle che non cercano di nascondere Unix o la Shell, ma ci lavorano assieme.
La parte Unix non è mai completamente astratta o nascosta perché arriva sempre il momento in cui è necessario inserire delle righe di Shell dentro lo strumento di deployment. 
La costante che non cambia è che la Bash rimane il più importante linguaggio per chi fa DevOps (vedi anche <A HREF="https://dzone.com/articles/most-important-languages" TARGET="_blank" DATA-MSYS-CLICKTRACK="0" REL="nofollow noopener noreferrer">https://dzone.com/articles/most-important-languages</A> ).
La mia conclusione è che questi strumenti complessi pur essendo molto potenti, possono essere sfruttati solo se si conoscere come agire su quello che ci sta sotto (Unix, Shell). Purtroppo però ad oggi la comunicazione riguardante le pratiche di deployment si concentra soprattutto sui nuovi sistemi (quelli complessi) ed è difficile trovare comunicazione specifica sugli strumenti semplici sottostanti (Unix e Shell).
Nella mia presentazione mi concentro su come scrivere un sistema di deploy usando solo strumenti semplici (e anche un po' stupidi) come laBash. Capendo come si può fare si capiscono un sacco di cose che aiutano a lavorare e creare sistemi di deployment con ogni strumento.
Come effetto secondario, può succedere che si scopre di aver già a disposizione tutto quello che ti serve per fare deploy automatici e idempotenti senza dover affrontare lo sforzo, il rischio, e l'incertezza legati ai framework complessi.
Riesci a fare tutto in una sera?
La presentazione sta diventando grande, in questa sera vi farò un introduzione che copre i principi, poi se la cosa interessa, ci rivediamo per approfondire, magari con un laboratorio con esercizi. Molto dipenderà dal feedback che mi darete e se quello che vi dico per voi apparirà interessante.
Che cosa facciamo dopo?
Per chi vuole andiamo a mangiare una pizza.
Cosa devo portare? Porta te stesso e la voglia di imparare.
Devo essere iscritto per venire? È un evento aperto, non c’e’ bisogno di iscrizione. Però se ti iscrivi mi aiuti ad organizzare ed in più ti posso mandare un promemoria il giorno stesso e successivamente il materiale aggiuntivo legato alla presentazione.
Posso venire anche se non sono mai venuto prima? Certo, è un evento aperto.
Dove mi iscrivo? Su eventbrite: <A HREF="https://www.eventbrite.com/e/bash-only-deployment-tickets-26485893019" TARGET="_blank">https://www.eventbrite.com/e/bash-only-deployment-tickets-26485893019</A>
Devo portare il computer? Se vuoi portalo ma non è necessario, in questo incontro farò una presentazione frontale.
Chi ringraziamo per la splendia location? La location per l'evento è gentilmente offerta da Mikamai https://www.mikamai.com/ e da LinkMe: http://linkme.it/

Venini42 (c/o Mikamai/LinkMe)

Our {communityGuidelinesLink} describe the sort of content we prohibit on Eventbrite. If you suspect an event may be in violation, you can report it to us so we can investigate.

To report other categories of prohibited or illegal content, submit {link}

Bash-Only Deployment

More events from Andrea Francia

Discover more events from Andrea Francia, from Business to other experiences you might love.

Still looking for the right event?

Explore all events in Milano and filter by date, category, and more to find the perfect fit.

Bash-Only Deployment

More events from Andrea Francia

Discover more events from Andrea Francia, from Business to other experiences you might love.

More Business events

Browse more Business events with different dates, prices, and formats to find your next great experience.

Still looking for the right event?

Explore all events in Milano and filter by date, category, and more to find the perfect fit.