by Adrien BlindDevOps Coach & Docker Captain@adrienblind

by Ludovic PiotDevOps & architecture consultant

@lpiot

DevOps, Microservices, le cloud…

Quel futur pour les Ops ?

by Adrien BlindDevOps Coach & Docker Captain@adrienblind

by Ludovic PiotDevOps & architecture consultant

@lpiot

May the 4th! be with U… always

Un contexte en pleine mutation

Dimension organisationnelle

Build Run

App

Infra

Mur de la confusion:Objectifs orthogonaux = frictions

Porté par l’innovationet la vélocité

Porté par la rationalisation et la

stabilité

Le mur de la confusion

Depuis toujours, DEVs et OPS s’opposent a cause d’objectifs antagonistes...

Les DEVs recherchent : • la rapidite de mise a disposition des nouvelles

fonctionnalites aux utilisateurs finaux

• culture du produit

Les Ops recherchent : • la stabilite , la robustesse

• la maitrise, la performance

• la securite

• l’industrialisation

• l’efficience economique

• culture du service

Mais il y a confusion : ces objectifs sont des objectifs intermediaires et non exclusifs !

Oxalide © 2016 – Documents confidentiels

Depuis toujours, DEV et OPS s’opposent à cause d’objectifs antagonistes…

Les DEV recherchent :

• la rapidité de mise à disposition des nouvelles fonctionnalités aux utilisateurs finaux

• culture du produit

Les Ops recherchent :

• la stabilité, la robustesse

• la maîtrise, la performance

• la sécurité

• l’industrialisation

• l’efficience économique

• culture du service

Mais il y a confusion : ces objectifs sont des objectifs intermédiaires et non exclusifs !

Le mur de la confusion

L’agilite est progressivement entree dans les mœurs des DEVs

… mais cela engendre de nombreux challenges pour les OPs

Immédiateté des ressources nécessaires pour couvrir les itérations

Chaque iteration va jusqu’à la production !

…

Emergence du continuous delivery

Résilience et scalabilité portés par l’architecture logicielle Microservices, scalabilité horizontale, designed for

failure…

Commoditisation de l’infrastructure Le cloud propose des solutions en résonnance

avec les archis applicatives actuelles

Perte de sexyness pour les ops Plus de design d’infra ad-hoc

Evolution de l’architecture applicative

Software is eating the world : des solutions « Infra-as-Code » de plus en plus tournées vers les DEVs

Vagrant, Docker sont des outils d’OPs pensés pour les DEVs

Gain d’autonomie important, illusion de maîtrise: NoOps ?

Homo-opsus est il déjà mort ?

Des outils pas nécessairement conçus pour eux

De nombreuses connaissances à acquérir

Une offre de valeur à réinventer

Des tendances Ops…. Pour les Devs

La software factory : réconciliationL’usine logicielle,

utilisée par les DEV,

nécessite le savoir-

faire des OPS :

• forts besoins en

optimisation

d’infrastructure

• forts besoins en

automatisation

« système »

Usine logicielle

Build

local

Notifications

Documentation

& Indicateurs

Référentiel

binaires

Build

Récupérer

les dépendances

Compiler

Exécuter les tests

Build

Packager

Déployer

Documenter

Vérifier la qualité

du code

Plateforme

de tests

Référentiel de tâches

et anomalies

Serveur

d’intégration

continue

Gestionnaire

de sources

Des solutions réalistes

Une approche portée par le produit

Build Run

App

Infra

Produit métier

Produit Infra

Feature team de BA/DEVs/Ops, agile et portant l’ensemble du cycle de vie de leur produit

Le meilleur ami d’un OPs est le DEV qui

construit la fonctionnalité qu’il

déploie et opère

Un exemple avec Docker

DevOps Apps team

Dans les conteneurs

Ignore où les conteneursfonctionnent

Sait comment builder les conteneurs et opérer les apps

“You build it, you run it!”

DevOps Infra team

Hors du conteneur

Ignore comment les images sont buildées

Sait comment gérer de grandes quantités de conteneurs

Un exemple avec Docker

Maintenance des layers sous-jacentes

Monitoring du contenudes containers

Patch management

Ne plus être le robot, inventer le robot

Etre moins opérateur, et plus co-créateur

Des managers d’OPs à transformer en leaders de communautés transverses

Recréer de la proximité requiert possiblement de « dérationaliser »

Un challenge de leadership

Infrastructure as code

1. Provisionner2. Configurer3. Opérer

Cloud IaaS - PaaS

IT historique

Décrirel’environnementde l’application

“Piloter l’infrastructure avec des paradigmes et des outils de développeurs”

API+

code

Produit métier Produit Infra

Software-Defined-Everything : créer et consommer des interfaces programmatiques

Apprendre de la transformation des DEVs Intégrer les preceptes de l’agilité : proximité client

et itérations! Développer le craftsmanship (TDI avec serverspec

par exemple)

Une approche budgétaire itérative!

L’infra est un logiciel comme un autre

PlateformeContinuous

Delivery

“Réconcilier le cycle de vie de l’application et de son infrastructure dans un pipeline commun”

Pipeline automatisé

DEV UAT PROD

Infrastructure as code

Le cloud public est voué à prendre une importance grandissante

Vous porterez peut être de moins en moins vos assets en propre

L’enjeu porte sur l’orchestration des topologies et l’hybridation du SI

Devenir un chef d’orchestre

Supervision et monitoring restent de mise

Extension du sujet à la metrologie, afin d’ameliorer le feedback applicatif et fonctionnel

Là aussi, les paradigmes/outils de DEVs prévalent désormais (bigdata, etc.)

Et la metrologie serait l’autre cle ?

Vraiment, plus de sexyness pour les Ops?

What

Historiquement plus centré sur l’abstraction des couches basses

Plus proche du FaaS/event-drivenprogramming (like AWS Lambdas)

Why / Pros

Eviter d’avoir des serveurs attendant perpétuellement des requêtes

Une démarche encore plus orientée vers l’immuabilite

Cost savings avec un business modèle adapte (paiement à l’appel)

Pitfalls / Cons Encore assez jeune, faible maturité

Serverless / Event-driven prg.

OpenWhisk frameworkGoogle Trend results for « serverless »

Why / Pros

Hypervisors now replace what OS were aimed at: sharing scarce resources & creating abstraction

Shrink amount of regular OS to manage : cost saving

Efficient : 6ms boot time,

Limited surface attack, quality through immutability

Pitfalls / Cons

More difficult to debug low-level issues!

Some great features miss by design (mem. isolation)

Unikernels

What

Micro-OS only able to run the app bundledwith it (no SSH, etc.)

App is part of the kernel (shared mem, etc.)

Immutable approach : build an image containing the app and it’s dedicated OS

Really full-stack, self-sufficient images

Maybe automatable with Docker paradigmsin near future

What

Tiny SoCs based on ARM architecture

Poor per-core perf but up to 54 cores per SoC

Why / Pros

Green IT: better perf/watt & density ratio

Cost efficiency for massive threading usecases: micro srv, but maybe bigdata/grids too?

Pitfalls / Cons

Litteraly rebuild apps for ARM

Only fits some usecases, not a silver bullet!

ARM: end of the x86 hegemony ?

ARM v8 architectureUp to 54 cores/SoC + 1TB RAMCavium srv: 384 cores enclosed in 2U

SERVERLESS / Lambda Arch.

UNIKERNELS

Quelques pistes à creuser parmi tant d’autres…

Vraiment, plus de sexyness pour les Ops ?

ARM

Conclusion

Le métier des OPs ne disparait pas, il évolue et se réorganise

Penser produit, produit, produit !

Il y a encore de la sexyness pour les Ops !

Un sujet DevOps finalement…

Ca n’existe pas!

Increase impacts…

LEARN FROM YOUR PRODUCT

FOSTER COLLABORATIONRELEASE FREQUENTLY

LOWER STRESS AND RISK

SHIP confidently & faster the product

Product-centric Software oriented

Change orientedDeliver rapidely new features with quality

Application teams (DEVs)fosters INNOVATION

Stability orientedEnsure proper run of applications

Operation teams (OPs)fosters RATIONALIZATION

Service-centric Server, storage, databases

Committed together toward the whole product’s lifecycle“You build it, you run it”

Different objectives leading to

confusion & friction

≠

e.g. INFRA is becoming SOFTWARE

(Infrastructure as Code)

DEV practices shared with OPS OPS practices shared with DEV

01101

01010

10010

e.g. MEASURE EVERYTHING

(From monitoring to Metrology)

CULTURE

AUTOMATION

MEASURE

SHARE

© O

CTO

Tec

hn

olo

gy

Merci!