Code, Ship, and Run - How we make it works

Talk given at DevDrinks Québec

The talk was about how the R&D department push and deploy our applications.

Transcript

1. CODE, SHIP AND RUN How we make it works (As seen at work)
2. QUI SUIS-JE ? Julien Maitrehenry DevOps at PetalMD jmaitrehenry.ca
 https://github.com/jmaitrehenry
 @jmaitrehenry
3. AGENDA
4. AGENDA ➤ Contexte
5. AGENDA ➤ Contexte ➤ Notre flow
6. AGENDA ➤ Contexte ➤ Notre flow ➤ Nos outils et pourquoi
7. AGENDA ➤ Contexte ➤ Notre flow ➤ Nos outils et pourquoi ➤ Prochaines étapes
8. CONTEXTE On fait quoi chez Petal ?
 Du point de vue de la R&D
9. CONTEXTE - NOS APPS
10. CONTEXTE - NOS APPS ➤ 1 application Rails avec 15k tests (incluant unit et e2e)
11. CONTEXTE - NOS APPS ➤ 1 application Rails avec 15k tests (incluant unit et e2e) ➤ 1 application front-end avec 1985 unit tests et 426 e2e tests
12. CONTEXTE - NOS APPS ➤ 1 application Rails avec 15k tests (incluant unit et e2e) ➤ 1 application front-end avec 1985 unit tests et 426 e2e tests ➤ 1 application front-end avec 193 unit tests et 108 e2e tests
13. CONTEXTE - NOS APPS ➤ 1 application Rails avec 15k tests (incluant unit et e2e) ➤ 1 application front-end avec 1985 unit tests et 426 e2e tests ➤ 1 application front-end avec 193 unit tests et 108 e2e tests ➤ 1 application iOS / Swift avec 908 unit tests et 48 UI
14. CONTEXTE - NOS APPS ➤ 1 application Rails avec 15k tests (incluant unit et e2e) ➤ 1 application front-end avec 1985 unit tests et 426 e2e tests ➤ 1 application front-end avec 193 unit tests et 108 e2e tests ➤ 1 application iOS / Swift avec 908 unit tests et 48 UI ➤ 1 application Android / React-Native avec 462 unit tests
15. CONTEXTE - NOTRE OBJECTIF
16. CONTEXTE - NOTRE OBJECTIF ➤ Réduire le temps entre le début du développement et la mise en production
17. CONTEXTE - NOTRE OBJECTIF ➤ Réduire le temps entre le début du développement et la mise en production ➤ Ne pas avoir de dépendance sur une équipe / personne qui met en production
18. CONTEXTE - NOTRE OBJECTIF ➤ Réduire le temps entre le début du développement et la mise en production ➤ Ne pas avoir de dépendance sur une équipe / personne qui met en production ➤ Les tests ne doivent pas être un frein
19. CONTEXTE - NOTRE OBJECTIF ➤ Réduire le temps entre le début du développement et la mise en production ➤ Ne pas avoir de dépendance sur une équipe / personne qui met en production ➤ Les tests ne doivent pas être un frein ➤ Un coverage minimum par patch est obligatoire
20. NOTRE FLOW Du dev à la prod
21. NOTRE FLOW - PUSH TO MERGE
22. NOTRE FLOW - PUSH TO MERGE
23. NOTRE FLOW - PUSH TO MERGE
24. NOTRE FLOW - PUSH TO MERGE
25. NOTRE FLOW - PUSH TO MERGE
26. NOTRE FLOW - PUSH TO MERGE
27. NOTRE FLOW - PUSH TO MERGE
28. NOTRE FLOW - PUSH TO MERGE
29. NOTRE FLOW - PUSH TO MERGE
30. NOTRE FLOW - PUSH TO MERGE
31. NOTRE FLOW - MERGE TO PROD
32. ➤ changement dans master => build NOTRE FLOW - MERGE TO PROD
33. ➤ changement dans master => build ➤ Build de master vert => deploy NOTRE FLOW - MERGE TO PROD
34. ➤ changement dans master => build ➤ Build de master vert => deploy NOTRE FLOW - MERGE TO PROD
35. ➤ changement dans master => build ➤ Build de master vert => deploy NOTRE FLOW - MERGE TO PROD
36. ➤ changement dans master => build ➤ Build de master vert => deploy ➤ Open deployment hours: 10am to 4pm - lundi à vendredi NOTRE FLOW - MERGE TO PROD
37. NOTRE FLOW - MERGE TO PROD - RAILS
38. NOTRE FLOW - MERGE TO PROD - RAILS
39. NOTRE FLOW - MERGE TO PROD - RAILS
40. NOTRE FLOW - MERGE TO PROD - RAILS
41. NOTRE FLOW - MERGE TO PROD - JS / STATIC APP
42. NOTRE FLOW - MERGE TO PROD - JS / STATIC APP ➤ Build de master créé un dist (webpack)
43. NOTRE FLOW - MERGE TO PROD - JS / STATIC APP ➤ Build de master créé un dist (webpack) ➤ Ansible upload le dist
44. NOTRE FLOW - MERGE TO PROD - IOS
45. NOTRE FLOW - MERGE TO PROD - IOS
46. NOTRE FLOW - MERGE TO PROD - IOS
47. NOTRE FLOW - MERGE TO PROD - IOS
48. NOTRE FLOW - MERGE TO PROD - IOS
49. NOTRE FLOW - MERGE TO PROD - IOS
50. NOTRE FLOW - MERGE TO PROD - IOS
51. NOTRE FLOW - MERGE TO PROD
52. NOS OUTILS Et pourquoi on les a choisi
53. NOS OUTILS
54. ➤ Github NOS OUTILS
55. ➤ Github ➤ Jenkins NOS OUTILS
56. ➤ Github ➤ Jenkins ➤ Codecov NOS OUTILS
57. ➤ Github ➤ Jenkins ➤ Codecov ➤ PullApprove NOS OUTILS
58. NOS OUTILS - GITHUB ➤ Beaucoup d’intégrations ➤ Version cloud qui fonctionne ➤ Status check sur les Pull Requests ➤ Leur mascotte est vraiment top
59. NOS OUTILS - GITHUB
60. NOS OUTILS - JENKINS ➤ Scale vraiment facilement et bien ➤ Beaucoup moins cher qu’un outil cloud (CircleCI, Travis, etc) ➤ Intégration Github, permet de relancer les builds avec un commentaire
61. NOS OUTILS - JENKINS
62. NOS OUTILS - JENKINS
63. NOS OUTILS - JENKINS
64. NOS OUTILS - JENKINS
65. NOS OUTILS - JENKINS
66. NOS OUTILS - JENKINS
67. NOS OUTILS - JENKINS
68. NOS OUTILS - JENKINS
69. NOS OUTILS - JENKINS
70. NOS OUTILS - JENKINS
71. NOS OUTILS - CODECOV ➤ Très bonne intégration avec Github ➤ Status ➤ Commentaire ➤ Plugin Chrome pour voir le coverage dans Github ➤ Facile à configurer
72. NOS OUTILS - CODECOV
73. NOS OUTILS - CODECOV
74. NOS OUTILS - PULLAPPROVE ➤ Intégration Github ➤ Mettre des règles sur des labels ➤ Mettre des règles sur des fichiers ➤ Approbation via commentaire Github
75. BONUS Environnement de staging
77. ASK ALL THE QUESTIONS