JOHANNES SEITZ Continuous Integration Extreme!

Transkript

1 JOHANNES SEITZ Continuous Integration Extreme!

2 Qualität muss man von Anfang an einbauen. Johannes Seitz Senior Consultant bei innoq Deutschland GmbH Johannes Seitz arbeitet seit über 10 Jahren in der Softwarebranche, zunächst als Entwickler, später als Architekt und Coach. Als Entwickler, Berater, Coach und Trainer hilft er Teams dabei Software nachhaltig zu bauen oder sie zu sanieren.

3 Was ich euch erzählen möchte Was ist Continuous Integration? Wie weit man mit C.I. gehen kann Große Refactorings Unvollständige Features Datenbankschemaänderungen Library-Änderungen Service-Änderungern

4 Continuous = Ohne Unterbrechung

5 Jenkins reicht nicht!

6 Wie Teams zusammenarbeiten Continuous Integration Big Bang Integration Commits Branches

7 Big Bang Integration Z.B. Git Flow Feature cherry-picking Isoliertes Arbeiten

8 If it hurts, do it more often!

9 Continuous Integration Z.B. Trunk-based Development Mergekonflikte sind kleiner Refactorings sind einfacher Wenig Aufwand durch branching Keine Integrationsphasen Keine "verrottenden" Features in branches

10

11 CI ist mehr als ein Buildserver.

12 CI = schnelles Feedback

13 Wie weit kann man mit CI gehen?

14 Großes Refactoring Kleine Schritte

15

16

17 LegacyFooDAO getfoo() savefoo() DeleteFoo() FooService

18 LegacyFooDAO getfoo() savefoo() DeleteFoo() FooService Adapter FooRepository <<Interface>> findfoobyname() singlefoobyid() deletefoobyid()

19 LegacyFooDAO <<Deprecated>> getfoo() savefoo() DeleteFoo() FooService Adapter FooRepository <<Interface>> findfoobyname() singlefoobyid() deletefoobyid()

20 LegacyFooDAO <<Deprecated>> getfoo() savefoo() DeleteFoo() FooService Adapter FooRepository <<Interface>> findfoobyname() singlefoobyid() deletefoobyid()

21 LegacyFooDAO <<Deprecated>> getfoo() savefoo() DeleteFoo() FooService Adapter FooRepositoryImpl FooRepository <<Interface>> findfoobyname() singlefoobyid() deletefoobyid() findfoobyname() singlefoobyid() deletefoobyid()

22 LegacyFooDAO <<Deprecated>> getfoo() savefoo() DeleteFoo() FooService Adapter FooRepositoryImpl FooRepository <<Interface>> findfoobyname() singlefoobyid() deletefoobyid() findfoobyname() singlefoobyid() deletefoobyid()

23 FooService FooRepositoryImpl FooRepository <<Interface>> findfoobyname() singlefoobyid() deletefoobyid() findfoobyname() singlefoobyid() deletefoobyid()

24 Branch by Abstraction Lauffähiger Zustand während + Boy Scout Rule => Refactoring mit dem ganzen Team Test der neuen Impl. mit Hilfe der alten Mehr zum Thema:

25 Branch by Abstraction Zu viele Baustellen vermeiden

26 Unfertige Features

27 Feature Toggles I O User Interface I O Business Logik Persistenz

28 UI Toggles <toggle name="petsurvey"> <p> Take our new <a href='petsurvey'> pet survey </a> </p> </toggle>

29 OldCalculation <<Deprecated>> calculatebar() calculatefoo() calculatebaz() FooService

30 OldCalculation <<Deprecated>> calculatebar() calculatefoo() calculatebaz() FooService NewCalculation Calculation <<Interface>> calculatebar() calculatefoo() calculatebaz() calculatebar() calculatefoo() calculatebaz()

31 OldCalculation <<Deprecated>> calculatebar() calculatefoo() calculatebaz() FooService DI Container Calculation <<Interface>> NewCalculation calculatebar() calculatefoo() calculatebaz() I O calculatebar() calculatefoo() calculatebaz()

32 Feature toggles Lauffähiger, deploybarer Stand im Repository Unterstützt in-sprint testing Canary releasing Release ohne Deployment möglich Mehr zum Thema:

33 TODO: Ausgedientes Switch entfernen

34 DB Schemaänderungen

35 Lokal Team Test Produktion Applikation Applikation Applikation Applikation DB DB DB DB

36 Lokal Team Test Produktion 2 Applikation Applikation Applikation Applikation 2 DB DB DB DB

37 Lokal Team Test Produktion 2 2 Applikation Applikation Applikation Applikation 2 1 DB DB DB DB

38 Lokal Team Test Produktion 2 2 Applikation Applikation Applikation Applikation 2 2 DB DB DB DB

39

40 Database Schema Migrationen Schema passt immer zum Code Inkrementelles, kollaboratives entwickeln Schema in Versionskontrolle Mehr zum Thema:

41 CI = schnelles Feedback Deployment absprechen

42 Warum nicht "latest"?

43 " hatte das Unternehmen rund eineinhalb Monate Zeit, das abgesicherte Update zu installieren " Quelle:

44 Libraryversionsnummern erhöhungsangst

45 In total the project took a year and a half to upgrade from Rails 3.2 to Rails 5.2 "Lessons learned: Upgrade early and upgrade often." Quelle:

46 Build Unit Test Acceptance Test Deploy Build with latest Unit Test Acceptance Test Deploy

47 Canary Pipelines Feedback über "breaking changes" Notification über Patches möglich Deployment Build bleibt stabil Mehr zum Thema:

48 Wenn sich Services ändern

49 Service Consumer A Service Provider Service Consumer B Service Consumer C

50 Contract Test A Service Consumer A Service Provider Contract Test B Service Consumer B Contract Test C Service Consumer C

51 Contract Test

52 Contract Test A Contract Test B Contract Test C Service Consumer A Service Provider Service Consumer B Service Consumer C

53 Consumer-Driven Contracts Feedback dort, wo die changes passieren Feedback für wen Changes breaking sind Mehr zum Thema:

54 CI = schnelles Feedback

55 Danke! Fragen? Johannes innoq Deutschland GmbH Krischerstr Monheim am Rhein Germany Ohlauer Str Berlin Germany Ludwigstr. 180E Offenbach Germany Kreuzstr München Germany c/o WeWork Hermannstrasse Hamburg Germany innoq Schweiz GmbH Gewerbestr. 11 CH-6330 Cham Switzerland Albulastr Zürich Switzerland