Devops commando - Paris Devops 2016-04

19
DEVOPS COMMANDO FRED DE VILLAMIL @FDEVILLAMIL

Transcript of Devops commando - Paris Devops 2016-04

Page 1: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO

FRED DE VILLAMIL @FDEVILLAMIL

Page 2: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

BACKGROUND

▸ 38 ans, linuxien / (Free)BSDiste depuis 1996, rubyiste

▸ Infra chez divers éditeurs de logiciels SAAS

▸ Spécialiste des infras montées sur des cimetières indiens

▸ Aime la pression tant qu’elle n’est pas dans son verre

▸ Humour douteux assumé

Page 3: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

PRÉREQUIS

▸ Maîtrise du budget, en adéquation avec la tâche à accomplir

▸ Décision sur les embauches infra

▸ Liberté sur les moyens mis en oeuvre

▸ Implication dans la roadmap produit

Page 4: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

VOS PRIORITÉS… SELON LES AUTRES

▸ Ventes / Consultants / Marketing : Stabilité

▸ Ventes / Consultants / Marketing / Devs : Évolutions

▸ Devs : Environnements à la demande, automatisation

▸ Management : Documentation / mise en conformité

Page 5: Devops commando - Paris Devops 2016-04

REDONNER CONFIANCE DANS L’INFRASTRUCTURE.

Votre véritable priorité

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

Page 6: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

MÉTHODOLOGIE DE TRAVAIL

▸ Fan de Scrum, mais trop rigide pour notre métier. Kanban manque de visibilité

▸ Sprints d’une semaine, 50% du temps assigné aux projets, 50% à l’ongoing

▸ 1 admin == 1 projet, code review systématique

▸ Planification le vendredi après-midi, en équipe, pour partir en week-end avec de la visibilité sur la semaine suivante

▸ Daily standup chaque matin à 10 heures au coin café

Page 7: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

GESTION DES ONGOING

▸ Incidents pas limités à l’astreinte !!!

▸ Impliquer les devs dans la gestion des incidents

▸ Un point de contact tournant hebdomadaire

▸ Prioritisation des tâches dans le sprint en cours ou les suivants

▸ “Non" est une réponse tout à fait acceptable si argumentée

▸ Toujours donner un ETA

Page 8: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

DÉFINIR SES RELATIONS AVEC LES ÉQUIPES

▸ Comprendre qui sont ses clients : qui il est nécessaire de satisfaire

▸ Relations avec les clients de la société ou non ?

▸ Une relation qui n’est pas immuable et doit être remise en question : de fournisseur de service à l'intégration

Page 9: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

QUAND ON N’A PAS D'ÉQUIPE

▸ Freelances le temps d’embaucher

▸ Prestataires pour les technos spécifiques

▸ Travail avec les développeurs qui ont mis en place l’existant.

Page 10: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

MONTER UNE ÉQUIPE

▸ Compétences complémentaires et supplémentaires

▸ Grande autonomie, curiosité

▸ Connaissance des technos utilisées

▸ Montée en compétence rapide

▸ Des gens souvent seniors et souvent (très) chers

Page 11: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

COMMUNICATION

▸ Communication unifiée pour éviter les messages discordants (incidents…)

▸ Proscrire les messages alarmants

▸ Totale transparence vis à vis du management

▸ Donner des ETA précis dès qu’ils sont disponibles, sinon “je ne sais pas”

Page 12: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

REPORTING HEBDOMADAIRE

▸ Hebdomadaire, 3-4 slides

▸ KPIs : budget, uptime, nombre d’incidents, évolution des heures d’intervention

▸ Composants à risque

▸ Avancée et ETA des projets

Page 13: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

DECOUVERTE DE LA PLATE-FORME

▸ Le monitoring (quand il y en a) : souvent incomplet

▸ nmap + ssh + facter dans un CSV : souvent des surprises

▸ tcpdump sur les nodes “réseau" (load balancers, firewalls…)

▸ Puppet / Ansible : fréquemment le bazar

▸ Les “anciens"

▸ Passage de témoin avec l’ancienne équipe (quand elle accepte)

Page 14: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

DÈS LE DÉBUT

▸ Laisser les équipes qui géraient des parties d’infra le faire (au début)

▸ Monter un inventaire, rationaliser le naming: première étape vers l'automatisation

▸ Redémarrer tous les services un par un pour valider qu’ils repartent

▸ Se concentrer sur ce qu’on ne connait pas et qui marche plutôt que sur ce qu’on connait mais qui ne marche pas

Page 15: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

AUTOMATISATION

▸ Taches les plus répétitives, déploiements

▸ Déléguer tout ce que vous pouvez aux développeurs

▸ Cadrer les initiatives : build Jenkins…

▸ Intégrer les développeurs à l’effort d’automatisation

▸ Depuis 6 mois, on ne sait plus quand ni combien de fois par jour / semaine les devs poussent en production

Page 16: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

LES INFRAS MONTÉES PAR DES DEVS

▸ Une machine == une feature

▸ Impossible à debugger

▸ Impossible à scaler

▸ Découpage en petites VMs par service

▸ MAIS pression sur l'adressage

Page 17: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

LES ENVIRONNEMENTS NON MAÎTRISÉS

▸ Environnements “Cloud Privés”

▸ Debug en réseaux hétérodoxes

▸ Les joies d’AWS

▸ Problèmes de communication : en deçà d’une certaine facture (variable selon le presta), le client a toujours tort

Page 18: Devops commando - Paris Devops 2016-04

DEVOPS COMMANDO = FRED DE VILLAMIL = PARIS DEVOPS 04/2016

DOCUMENTATION

▸ Chronophage mais nécessaire

▸ Flux d’informations entre les composants

▸ Dans le monitoring: manipulations fréquentes sur les composants non maîtrisés

▸ Un playbook Ansible ou un module Puppet ne sont pas de la documentation

Page 19: Devops commando - Paris Devops 2016-04

QUESTIONS ?