Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Joe Mobile sur le Cloud - DevoxxFR 2013

Joe Mobile sur le Cloud - DevoxxFR 2013

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

Cyrille Le Clerc

April 08, 2013
Tweet

More Decks by Cyrille Le Clerc

Other Decks in Technology

Transcript

  1. Joe mobile Développer et héberger son SI dans le cloud

    28 Mars 2013 1 @Joe_officiel Monday, April 8, 13
  2. Right speaker 2 Cyrille Le Clerc @cyrilleleclerc Open Source CTO

    Cloud, DevOps Architect Monday, April 8, 13
  3. Left speaker 3 Didier Herbault @didierherbault 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 sfr.fr Monday, April 8, 13
  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 Monday, April 8, 13
  5. Qui est Joe ? 5 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 Monday, April 8, 13
  6. 10 mois pour construire le SI de Joe 6 Eléments

    de timing 10 mois entre le démarrage des spécifications générales et le lancement commercial Dec 2011 Jan 2012 Mar Juin Sept Oct GO EGP Monday, April 8, 13
  7. A quoi ça ressemble le SI d’un MVNO ? 7

    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 Monday, April 8, 13
  8. Pourquoi aller vers du Cloud ? 8 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 Monday, April 8, 13
  9. Eléments de coûts dev@Cloud 11 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 € Monday, April 8, 13
  10. Eléments de coûts sur le run en mode Cloud 12

    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 € Monday, April 8, 13
  11. Rien de magique néanmoins ! 13 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 Monday, April 8, 13
  12. Et au final… 14 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! Monday, April 8, 13