Le document aborde les défis et l'évolution des usines logicielles modernes, mettant l'accent sur l'importance du cloud et des pratiques DevOps pour améliorer l'agilité et la collaboration au sein des équipes. Il souligne la nécessité de la traçabilité et des outils adaptés à chaque équipe pour surmonter les freins à l'innovation. Enfin, il présente les avantages d'une infrastructure cloud, tels que l'accessibilité, les mises à jour régulières et la gestion simplifiée des applications.

1. Développer dans le Cloud
#Multiplateforme #Cloud #Agilité #Devops #Traçabilité #Disponibilité
#Accessibilité #OpenSource #Déploiement #Monitoring

2. • D’où l’on vient
• Les défis des usines logicielles modernes
• Et c’est pas fini… vous avez dit DevOps ?
Agenda

3. • Le Cloud est une alternative pour héberger
vos développements
• Le Cloud est une alternative pour héberger
vos applications
• Une usine pour toutes les écrire
Objectifs de cette présentation

4. D’où l’on vient

5. Quand j’ai commencé à bosser, les
outils c’étaient

6. C’est-à-dire…
Je reçois les
specs
Je récupère
le code que
je peux
Je code
J’archive en
croisant les
doigts
On file le
binaire à
l’infra
On part en
week end o/

7. • Chacun est dans son coin
• On ne sait pas ce qu’on livre et à quoi cela va
servir
• Beaucoup de tâches qui pourrait être
automatisées (mais ne le faisait pas ou alors
chacun dans son coin)
Qu’est ce que l’on remarque

8. Et il se passait ça :

9. On a créé des « usines logicielles » !
• Très rudimentaires : on sait tracer le source
et construire des binaires
• Les devs ont maintenant leurs outils (eux)
• Initiatives individuelles des équipes
• Aux ops de s’adapter
Ce qu’on a fait :

10. Avantages & inconvénients
• On installe, ça marche
• On sait tracer le code dans les
binaires
• Les devs sont contents
• On y touche pas de peur que
cela ne marche plus
• On ne trace pas ou peu le
besoin
• Le métier, les DBA et les OPS
ne veulent pas en entendre
parler
• Chaque équipe choisit la sienne
• Cela devient petit à petit une
contrainte
• Pas toujours lié à l’infra

11. • Le métier s’en mêle,
• Les Kanbans apparaissent un peu partout,
• La qualité logicielle n’est plus un sujet de discussion, il
faut maintenant mesurer pour s’améliorer,
• On doit livrer plus vite (c’est ce que les consultants nous
ont vendu),
Hey les gars, on est agile maintenant !

12. • Gestion agile,
• Traçabilité (un besoin à un code à un binaire),
• Intégration des tests dans le cycle de développement,
• On isole par fonctionnalité et par métier (les fameuses
« feature teams »)
Donc on a intégré le métier dans le
développement

13. Nos processus (= « les gens ne savent pas encore travailler
ensemble »)
• On est dans l’urgence (on verra plus tard)
• C’est pas comme ça que l’on fait à la Cogip
• Le manifeste agile : c’est bien pour mettre au mur
Mais qu’est-ce qui nous freine finalement ?
1/…

14. Nos outils !
• On n’a pas deux fois les mêmes,
• On ne sait pas la faire évoluer,
• Ça coute cher et on a personne pour gérer,
• A chaque équipe ses outils, ses mesures.
Mais qu’est-ce qui nous freine finalement ?
2/…

15. Nous !
• On n’est pas prêt
• Le coût d’entrée est trop cher si cela ne convient pas
• Il faut former les équipes
• On ne sait pas comment commencer
Mais qu’est-ce qui nous freine finalement ?
3/…

16. • Ceux qui s’en sortent se sont organisés
• Outils propices à la collaboration
§ GitHub
§ Uservoice
§ Trello
§ Plusieurs outils mais des outils qui se combinent
En Open source, ils y arrivent bien

17. Les usines logicielles
modernes

18. • Traçabilité
• Multi technos
• Évolutives
• Simples à maintenir
Qu’attendre d’elles ?

19. Besoin
Code
Build
Dépl.
Bug
Test
Traçabilité

20. • Java, .Net, Node, C++,…
• Dénominateur commun : Git
• Moteur de build multiplateforme (.Net ou
Node.js)
§ Windows
§ Linux (même sous Raspberry PI)
§ iOS
Agnostiques

21. • Éviter les produits en fin de vie
• Les éditeurs qui proposent une version Cloud sont ceux
qui feront évoluer le plus vite leurs outils
(GitHub,MS,Atlassian, etc.)
• Passer facilement d’une équipe à plusieurs
Évolutives

22. • On ne doit pas avoir peur d’installer une nouvelle
version,
• Passer la barrière psychologique de la mise à jour,
• Avoir les bonnes personnes,
• Ne pas sous-estimer l’évolution (ou la non-évolution) des
postes de travail.
Maintenance

23. • On est pas l’hébergeur,
• On a pas à gérer la QOS ou le SLA,
• On a pas à gérer le stockage,
• Accessible de partout,
• Mise à jour au fil de l’eau.
Avantage d’avoir son usine dans le
Cloud

24. La version Cloud de Team Foundation Server
• Pure SaaS,
• Mise à jour toutes les 3 semaines,
• Toujours en avance sur la version On Premises (TFS).
Visual Studio Online (vs TFS)

25. Faisons les présentations
Visual Studio Online

26. On ne sait pas efficacement répondre à ces questions :
• Que s’est-il passé sur ce fichier, cette méthode ?
• Où est-elle utilisée ?
• Est-ce que les tests relatifs à ma méthode passent ?
Et les dev dans tout ça ?

27. Aperçu de l’IDE du futur
Visual Studio 2015

28. Vous avez dit DevOps ?

29. Build Depl. Mesures
Après le build, il reste encore du
chemin

30. • Infrastructure à la demande/élastiques,
• Multi OS,
• Pilotage,
• « Infra as Code ».
Avantages du cloud

31. Infra as Code
Powershell DSC

32. • Nos applications : utilisées « world wide »,
• Nos serveurs : rarement à plusieurs endroits,
• Infra pas adapté à un trafic dense,
• Fabriquer ses outils de monitoring : généralement une
fausse bonne idée.
Monitoring

33. Monitoring applicatif
Application Insight

34. • Regarder ce que vous avez déjà
• Trouver une équipe pilote
• Commencer par les environnements de dev
• Accumuler des données pour estimer les coûts
• Former vos équipes
Comment choisir / comment avancer ?

35. Merci