Code, Ship and Run (french)

How we make it works (As seen at PetalMD)

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