50 minutes as a devops

50 minutes as a DevOps

50 minutes as a DevOps – Smau ICT 2016 - Marco Cristofanilli - Seeweb

About me

Marco CristofanilliCloud Specialist & DevOpsSeeweb

Linkedin:https://it.linkedin.com/in/marcocristofanilli

Twitter@m4oc


Agenda


• Filosofia DevOps• Cloud e DevOps• Demo: un caso reale• Dubbi? Domande?

DEVOPSDEV (Development)OPS (Operations)DEV + OPS = DEVOPS

THE WAR


Software Developer Operations Engineer

- Cambiamento- Nuove funzionalità- Nuovi tool

- Stabilità- Coerenza- Supporto

THE WAR (1/2)THE WAR


THE WAR IS OVER!THE WAR IS OVER!


CULTURA e FORMAZIONE: “Concentrati sulle persone”, “Sii disposto ad accettare il cambiamento e sperimenta”

AUTOMAZIONE: “Infrastructure as a Code”, “Continous delivery”

APPLICAZIONI SNELLE: “Microservizi”

MONITORING: “Misura ogni cosa”, “Mostra i miglioramenti”

CONDIVISIONE: “Condividi le informazioni, collabora, comunica”

I PUNTI CARDINE DELLA FILOSOFIA DEVOPS


Cloud e DevOps? Burro e Marmellata!

- Pay per use- Self provisioning- Scaling


Mai andare in produzione senza aver sperimentato!

“If you don’t experiment before you put things into production,production is always an experiment.”

Andrew Clay Shafer


Il mercato? C’è interesse?


LET’S DO ITUn caso reale

Infrastruttura 1/2


Infrastruttura 2/2


Cloud API + Ansible = DevOps (Infrastructure as a Code)

- Cloud Api REST (SeeWeb ECS http://www.wikicloud.it/EasyCloud)

- Ansible: tool di Configuration Management ed IT Automation



- Ansible: I punti di forza

- Agentless: non richiede l’installazione di nessun agent sul sever di destinazione, è sufficiente instaurare una connessione ssh

- Estremamente semplice da configurare

- Non sono necessarie competenze di programmazione

- Ha una minima curva di apprendimento

- Consente di gestire più server parallelamente

- Viene programmato in un linguaggio human friendly

- E’ scritto in python ed è multipiattaforma

- Può essere usato come utente, non è necessario essere root



Inventario: E’ la lista di server sulla quale operare, di default è in /etc/ansible/hosts ma può essere ridefinito a piacimento, i server possonono essere raggruppati in modo che una determinata attività venga eseguita su uno specifico set di server.

Task: Sono le vere e proprie attività da svolgere, grazie a questi task possiamo istruire il software.

Handlers: Si tratta delle istruzioni da eseguire dopo determinate azioni, sono molto utili per esempio per avviare un software dopo averlo installato o riavviarlo se ne abbiamo modificato la configurazione.

Playbook: Si tratta delle cosidette “ricette”, ovvero un insieme di task e handlers che permettono di configurare il sistema, le ricette vanno scritte utilizzando il linguaggio YAML.

Moduli: questo strumento di automazione è modulare e ogni modulo esegue delle attività ben definite. Esistono moduli per ogni aspetto (il modulo per installare pacchetti, il modulo per copiare file, il modulo per gestire gli utenti di sistema…).


Tools and Workflow

Api call → attiva_seeweb.py

Monitor alert

Ansible playbookansible-playbook -i demo_seeweb ansible/wp-rh7/site.yml

Ansible playbookansible-playbook -i ansible_host_wordpress ansible/seeweb-wp/site.yml


?50 minutes as a DevOps – Smau ICT 2016 - Marco Cristofanilli - Seeweb

Grazie


50 minutes as a devops

Internet