xebicon'17 : fluo, les choix déterminants pour une startup innovante et productive - arthur...

Florent Le GallDéveloppeur full-stack @ Fluo

@flornt

Thierry AbaléaCTO @ Fluo

@ThierryAbalea

Arthur SudreDéveloppeur full-stack @ Xebia

@ASudre

Produits d’assurance App mobile en B2C

Fluo, c’est ...

Multiples Intégrations en B2B

Fluo

Les enjeux de Fluo

→ Développer de nombreux services à partir de composants métiers communs

→ Accroître la vélocité

→ Vaincre la spécialisation

→ Faciliter le recrutement

→ Garantir fiabilité et sécurité dans le contexte bancaire / assurantiel

Mono-repo JS Moderne Infra As Code






Mono-repo

L’approche mono-repository

Mutualiser le code

→ Via les bibliothèques de code ?

→ Via des micro-services ?

On a toujours besoin de bibliothèques de code !


Mutualiser le codeVersionner chaque bibliothèque et chaque service dans son repository ?

Service B

Common Library

Service A

V1

Uses CommonLibrary@V1 Uses CommonLibrary@V1

V1V1


Mutualiser le codeVersionner chaque bibliothèque et chaque service dans son repository ?

Service B

Common Library

Service A

V2

Uses CommonLibrary@V2 Uses CommonLibrary@V1

V1V2

→ Qui modifie le service B ?


Mutualiser le codeVersionner toutes les bibliothèque et services dans un seul repository !

Service B

Common Library

Service A


Pas d’Intégration Continue avec un workflow à base de branches

→ Contraire à l’Intégration ContinueMartin Fowler: “ The whole idea is that nobody is working on a code base that deviates significantly from anyone else’s. ”

→ Refactorisations transverses extrêmement compliquées

→ Travail des développeurs en silo


Trunk Based Development


Trunk Based Development

→ Comment s’assurer qu’on peut releaser à tout le moment ?

→ Grâce au feature toggles !

→ Les features toggles doivent être testées !


Difficultés de l’approche monorepo

→ Upgrade global & atomique des versions des dépendances extérieures

→ Exige une équipe polyvalente et un travail d’équipe

→ Codes Review plus difficiles avec les outils standards


Disclaimer

Un monorepo n’implique pas une application monolithique

L’approche micro-services n’implique pas un repository par service


Conclusion

→ Apport majeur: l’Intégration Continue

→ Approche Trunk Based Development déstabilisante pour les nouveaux

→ Pré-requis : une équipe “mature” et une dette technique maîtrisée






JS Moderne

Le JS moderne chez Fluo

JavaScript un choix évident pour Fluo ?

→ Fluo sur mobile → Fluo sur le web

Début 2016


JavaScript un choix évident pour Fluo ?“One language to rule them all”



→ Typé statiquement par défaut

→ Très approprié pour les backends

→ Plutôt exotique sur les frontends



→ Typé dynamiquement par défaut

→ Approprié pour les backends

→ Très approprié pour les frontends


1- Décomposition (spreading)Quelques fonctionnalités fournies par ES2015, ES2016 et ES2017


2 - Affectation par décomposition (destructuring assignment)

contractDetails.js

Quelques fonctionnalités fournies par ES2015, ES2016 et ES2017


Quelques fonctionnalités fournies par ES2015, ES2016 et ES20173 - Modules (import / export)

…file.js


4 - Async / AwaitQuelques fonctionnalités fournies par ES2015, ES2016 et ES2017


Le JavaScript typé statiquementPourquoi ?

→ Un filet de sécurité

→ Aider au développement

→ Faciliter les changements dans le code

→ Garantir la cohérence dans le code


Le JavaScript typé statiquementTypeScript ou Flow ?


FlowComment typer ?

AFTER


FlowBénéficier de la complétion

AFTER


FlowTyper les payloads des APIs REST

AFTER

Client Serveur


FlowTyper les propriétés des composants React

Choix de Node.js en backend


→ Transpilation

→ Async / Await

→ Même langage entre le frontend et le backend

React.js pour les frontends


→ Simple et facile

→ Expérience développeur au top !

React Native pour le mobile


→ Expérience développeur aussi bonne que sur le web

→ Pas de spécialisation Android / iOS

Les limites du tout JavaScript


→ Faible maturité des APIs

→ Investissement en tooling nécessaire






Infra As Code

Historique - Des moyens rudimentaires

Infra As Code chez Fluo

→ Installation / Mise à jour des “middlewares”: apt-get

→ Déploiement des applications Fluo: tar, scp & ssh

→ OVH VPS (Virtual Private Server)

Historique - Problèmes


→ État (state) d’un serveur peu prédictible (non immutable)

→ Peur de mettre à jour les packages (Apache, Tomcat, ...)

→ Déploiements fastidieux et sujets aux erreurs

La transition


Infra As Code

Cloud

La transition


Infra As Code

Infra As Code


Le principe de docker


Pourquoi le choix de docker ?


→ facilité de déploiement

→ portabilité

→ légèreté (mémoire disque et RAM)

→ orientation micro-services

Avantages de Docker sur Puppet/Chef/Ansible


→ Testé et validé une fois pour toute depuis la CI

→ Déploiement atomique: pas de dérive de la configuration

→ Même livrable partout

Immutable


→ Changement nécessaire ⇒ nouvelle image

→ Une image n’est pas modifiable

Et le reste ?


→ Tout élément d’infra n’est pas basé sur une image :- DNS- Bucket S3- VPC- RDS- Règles Firewall- ...

Outils pour le provisioning et la configuration des ressources AWS


→ Outil de gestion de configuration :- Puppet- Ansible- Chef

→ Outils d’orchestration :- AWS Cloudformation- HashiCorp Terraform

→ AWS SDK

Terraform


→ particulièrement adapté à Docker

→ déclaratif : on décrit l’état attendu

Terraform


→ Ressources AWS gérées : EC2, ALB, RDS, IAM, VPC, ...

→ 70 providers : AWS, Google Cloud, Microsoft Azure, ...

Accompagnement


Gruntworkhttps://gruntwork.io

https://gruntwork.io

Conclusion


→ Approche immutable convaincante

→ Courbe d’apprentissage assez élevée pour des développeurs

→ Le pragmatisme paye

Pour conclureEnjeux






React Native Web


→ Un composant React Native dans le Back-office Fluo (React JS)

Qu’est-ce que le JS moderne pour Fluo ?

Utiliser les fonctionnalités fournies par ES2015 et ES2017Classes

Before After

Paradigme fonctionnel

Qu’est-ce que le JS moderne pour Fluo ?

→ Immutabilité→ Fonctions pures→ Fonctions d’ordre supérieur

Notions utilisées

Fonctions classiques

→ map→ filter→ reduce

Exemple

Multi comptes AWS


<schéma des comptes>

Multi comptes AWS


→ Le multi comptes a un léger surcoût mais le ROI est clair

→ Meilleur isolation entre comptes en terme de:● sécurité (IAM perfectible)● auditabilité● coût: visibilité par environment

Pourquoi le choix de terraform comme infra-as-code ?


Tableau tiré de https://blog.gruntwork.io/why-we-use-terraform-and-not-chef-puppet-ansible-saltstack-or-cloudformation-7989dad2865c

Chef Puppet Ansible SaltStack CloudFormation Terraform

Code Open source Open source Open source Open source Closed source Open source

Cloud All All All All AWS only All

Type Config Mgmt Config Mgmt Config Mgmt Config Mgmt Orchestration Orchestration

Infrastructure Mutable Mutable Mutable Mutable Immutable Immutable

Language Procedural Declarative Procedural Declarative Declarative Declarative

Architecture Client/Server Client/Server Client-Only Client/Server Client-Only Client-Only

Exemple de l’usage de terraform


example.tf

→ Télécharge les “providers” : provider.aws

…

…

…

→ Planifie les changements



→ Exécute le plan

…

→ Création des services

→ Sauvegarde d’un état

● terraform.tfstate● terraform.tfstate.backup


→ Exécute

example.tf


→ Mise à jour du service et sauvegarde de l’état



→ Planifie la destruction

→ Supprime l’instance

… → Sauvegarde du nouvel état

● terraform.tfstate● terraform.tfstate.backup

→ Suppression des services

Exemple de l’usage de Docker


Image de base : node:7.10

Création du dossier de l’application

Téléchargement des modules

Copie du mono-repo

Remplacement des données sensibles grâces aux clés AWS

Compilation de l’application

Commande d’exécution de l’imageDockerfile

Exemple de l’usage de Packer


example.json

→ Valider le fichier

…

→ Exécuter


Trunk Based Development→ Les “release branches”


Utiliser les fonctionnalités fournies par ES2015 et ES20171- Fat Arrow

Before After


4 - Async / Await

Avant Après

Quelques fonctionnalités fournies par ES2015, ES2016 et ES2017

xebicon'17 : fluo, les choix déterminants pour une startup innovante et productive - arthur...

Technology