Agile Continuous Integration verspricht mithilfe von Pipelines die Entwicklung und Auslieferung von Software signifikant zu verbessern. Der Weg zur finalen Implementierung kann jedoch mit einigen unvorhergesehenen Aufwänden gepflastert sein. So werden wir uns einige hilfreiche Methoden und Tools zur Umsetzung solcher Pipelines mit dem Fokus auf Continuous Integration ansehen, um unseren agilen Entwicklungsprozess abzurunden und dadurch Zeit für die wichtigen Dinge im Alltag zu gewinnen. Vorkenntnisse: Grundverständnis von Softwarentwicklung Lernziele: Wir werden die Hintergründe von Continuous Integration/Delivery diskutieren und sehen uns ein Beispiel aus der Praxis an, das vor allem die Vorteile von CI/CD hevorheben soll. Event: enterJS, 16.06.2016, Darmstadt Speaker: Arnold Bechtoldt Weitere Tech-Vorträge: https://www.inovex.de/de/content-pool/vortraege/

1. Continuous Integration for Fun and Profit
Arnold Bechtoldt
Darmstadt, 16.06.2016
v2

2. Arnold Bechtoldt
Systems Engineer / Consultant @ inovex
〉 Software-Defined Datacenters
〉 Continuous Integration/Delivery
〉 DevOps
2

3. Scenario

4. The Product
4
Frontend Middleware
MySQL Backend
SMTP Backend
IMAP/POP Backend

5. Test Matrix
5
Rails-FE
Mail-MW
Calendar-MW
DBMS
K/V 1
K/V 2
MDA Mail-Store
MDA IMAP/POP Proxy
Mail-FTS
MTA Mail-In
MTA Mail-Out
Customer Feature Set 1
Customer Feature Set 2
Customer Feature Set 3
Customer Feature Set 4
...
v1, v2, v3, ...
v1, v2, v3, ...
v1, v2, v3, ...
v1, v2, v3, ...
...
X X

6. Sad Stories from Real World

7. We can‘t run integration tests in parallel.

8. Running all of our tests takes ages.

9. Our integration tests are fragile.

10. Producing a bugfix release is hard work.

11. Time For A Plan

12. The Plan: Building A Private Travis CI Clone
12

13. GitLab to the Rescue!
gitlab.com/bechtoldt/tabellarius 13

14. 1. Git-Pushes go to feature/bugfix branches
2. Every Git-Push triggers a test
3. Tests run in prod-like environments
4. Tests run in isolated/dedicated environments
5. Master branch keeps “stable”
6. Make it easy to improve/add tests
Improving the Workflow
14

15. 15
Pipeline (simplified)
run-tests.node5
run-tests.node4
release-artifact deploy-artifact
Git Push
Integration
Delivery

16. GitLab CI Config
16
stages:
- tests
- release
- deploy
run-tests.node4:
stage: tests
image: node4
script:
- npm test
run-tests.node5:
stage: tests
image: node5
script:
- npm test
release-artifact:
stage: release
script:
- npm release.prod
deploy-artifact:
stage: deploy
script:
- npm deploy.qa

17. 17
GitLab Code Build Status

18. 18
GitLab CI Pipeline

19. 19
GitLab CI Pipeline (2)

20. Conclusions

21. 〉 Spawning integration test environments at ludicrous speed
〉 Similarity to production leads to faster bugfixing
〉 Isolated testing improves test (=product) quality
〉 Parallel testing increases work efficiency
Conclusions
21

22. A voice in my head..
22

23. Arnold Bechtoldt
inovex GmbH
abechtoldt@inovex.de
CC BY-NC-ND inovex.de +ArnoldBechtoldtGER
github.com/bechtoldt arbe.io youtube.com/inovexGmbH

24. 24
Backup

25. 25
GitHub/Travis Code Build Status

26. 26
Travis CI Pipeline

27. 27
Travis CI Pipeline (2)

28. 28
Jenkins CI Pipeline

29. 29
Jenkins CI Pipeline (3)

30. 30
Jenkins CI Pipeline (4)

31. 31
Gitlab Jenkins Master
Jenkins CI Architecture
Jenkins Slave
ArtifactoryJenkins Slave
Jenkins Slave

32. Toolset
32
Tool Purpose
GitLab Git Repository + CI Server
Docker Container Technology
Docker-Compose Container/Service Management
Bash + Confd Image/Container Configuration
Artifactory Artifact Repository