Joe Mobile a fait appel a des acteurs reconnus du Cloud, pour un environnement applicatif hautement scalable et des couts de développement optimises.

1. Joe mobile
Développer et héberger
son SI dans le cloud
28 Mars 2013 @Joe_officiel
1

2. Right speaker
@cyrilleleclerc CTO
Architect
Cyrille Le Clerc
Open Source Cloud, DevOps
2

3. Left speaker
@didierherbault sfr.fr
Didier Herbault
CTO
« Il y a bien des manières de ne pas
réussir, mais la plus sûre est de ne
jamais prendre de risques »
Benjamin Franklin
3

4. Agenda
• Qui est Joe ?
• A quoi ça ressemble le SI d’un MVNO ?
• Pourquoi aller vers du cloud ?
• Le SI de Joe en production
• Quelques éléments de coûts
• C’est magique de développer avec le cloud ?
• Au final ?
4

5. Qui est Joe ?
Carte d’identité
• Nouvel opérateur mobile, MVNO sur le réseau SFR
• SIM only, sans engagement
• 100% Web, community based
• Offre temps réel sans dépassement
5

6. 10 mois pour construire le SI de Joe
Eléments de timing
Dec Jan Mar Juin Sept Oct
2011 2012
GO
EGP
10 mois entre le démarrage
des spécifications générales
et le lancement commercial
6

7. A quoi ça ressemble le SI d’un MVNO ?
Activer et gérer des lignes mobiles
• Gestion de SIMs et de MSISDN
• Interfaces réseau opérateur & portas
• Gestion des tickets de taxation
Proposer et faire évoluer (souvent!) ses offres
• Base client
• Application Web et Web mobile
Gérer des flux financiers
• Boutique en ligne
• Journaux comptables
Apporter de l’assistance à ses clients
• Communauté d’entraide et CRM Web
Et comme toujours…
• Exploitation, supervision, sauvegarde
7

8. Pourquoi aller vers du Cloud ?
1  Le timing
• Démarrer les dév rapidement
• Intégration en mars / Validation en juin / Production en septembre
• 3 environnements à monter quasi simultanément
2  Optimisation des ressources techniques
• Des outils clés en main ultra-rapidement : Jenkins, SVN, Jira et Confluence
(pas de maintenance, pas d’upgrade, redondance en intégration)
• Très peu de temps passé sur les configurations souhaitées.
Aucune ressource dédiée à l’admin des outils.
• Equipe focalisée sur les devs, pas de sysadmin,
3  Un environnement particulièrement adapté au mode projet souhaité
• Intégration continue, développement itératif, API fournie par Cloudbees
• Création de projets facilitée, gestion de branches simplifiée, MeP facilitées
4  Dimensionnement de la plateforme
• Pas mal d’inconnues sur la montée en charge au démarrage
• Nécessité de ne pas faire appel à des ressources Sys pour faire évoluer la PF 8

9. Dev@Cloud avec Cloudbees

10. La plateforme en production en octobre 2012
10

11. Eléments de coûts dev@Cloud
Développer et intégrer sur du Cloud : à quel prix?
Service Prix /mois Détail
Cloudbees (PaaS) 190 $ 12 applis Tomcat, actives ou non
3 instances MySQL dont une de 1Go
SVN, Jenkins
10K mn de build en small
Qq heures de build en Large
SendGrid (Mail) <1$ Alerting mail et Newsletter
Atlassian (Jira/Confluence) 300 $ 50 utilisateurs
TOTAL ~ 400 €
11

12. Eléments de coûts sur le run en mode Cloud
Run en mode Cloud : à quel prix ?
Service Prix /mois Détail
Cloud SFR BusinessTeam 6 500 € 13 VM pour Tomcat, MySQL, Rundeck,
MongoDB et stockage sur IaaS
infogérance 24x7 et GTR
SendGrid (mail) 80 $ Alerting mail et Newsletter
PaperTrail (log collector) 35 $ 4 Go de logs
NewRelic 700 $ Supervision et alerting
Diffusion Multi-Canal 600 € Envoi de SMS et serveur Vocal
Interactif
TOTAL ~ 7 700 €
12

13. Rien de magique néanmoins !
Du PaaS… mais pas que!
• Un peu d’infra hébergé pour Rundeck en intégration
• Du PaaS en intégration et du IaaS en production
Beaucoup d’interfaces et de contraintes externes
• Flux EGP avec VPN imposé
• Flux sécurisés avec beaucoup de partenaires
 Cloud ou pas, des travaux techniques nécessitent toujours l’intervention
ponctuelle d’un IT Ops (ouvertures de flux, dialogue avec les F5…)
La réactivité et la disponibilité du partenaire sont des critères clé
• Nos builds dépendent de Cloudbees  pas le droit à l’indispo!
• Comment les blagues grivoises d’un développeur
dans une conf aux US engendrent 3 heures de retard
sur les commandes chez
13

14. Et au final…
Une équipe de dev focalisée sur l’applicatif
• Grâce à un environnement prêt à l’emploi
• Qui maximise son temps passé à développer
• Sans nécessiter de ressources système
Un environnement et un écosystème applicatif complets
• Environnement d’intégration continue complet et opérationnel immédiatement
• Ecosystème applicatif aisément intégrable
• Passages en validation et production facilités
Evolutivité, scalabilité
• Une plateforme scalable sans redéploiement HW
Aspects financiers
• Rapport qualité/prix excellent sur l’environnement d’intégration
• Coûts d’hébergement de prod pas foncièrement plus faible qu’un hébergement
classique mais sans couts d’upgrade, de MaJ, d’obsolescence…
• Coûts d’OPEX, pas d’investissement!
14

15. Ecosystème applicatif Joe mobile
15

16. 16