How we make it works (as seen at work)

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