1
00:00:00,080 --> 00:00:03,840
Aber nicht, weil ich faul bin. 
Ich sag's mal provokativ, 

2
00:00:04,160 --> 00:00:07,520
sondern um quasi meinen 
Entwicklungsprozess vor mir 

3
00:00:07,520 --> 00:00:11,240
selbst zu schützen. 
Coding Buddies, Dein Podcast 

4
00:00:11,240 --> 00:00:14,720
rund um Softwareentwicklung und 
aktueller Tech News herzlich 

5
00:00:14,720 --> 00:00:28,890
Willkommen. 
Halli Hallo und herzlich 

6
00:00:28,890 --> 00:00:32,290
Willkommen zur neuen Folge vom 
Coding Buddies Podcast. 

7
00:00:33,280 --> 00:00:37,160
Ich würde sagen, es ist Zeit für
eine neue Folge, und zwar mit 

8
00:00:37,160 --> 00:00:40,160
mir und mit Tino, den ich hier 
herzlich begrüßen kann. 

9
00:00:40,160 --> 00:00:43,680
Tino, Was geht ab, wie geht's 
dir alles gut bei dir? 

10
00:00:44,480 --> 00:00:48,320
Moin Moin Fabi, mir geht's gut, 
mir geht's sehr gut, was geht 

11
00:00:48,320 --> 00:00:49,440
ab? 
Ich finde es eigentlich nicht 

12
00:00:49,440 --> 00:00:51,800
gut, dass du meine Frage am 
Anfang klaust, um das Mal kurz 

13
00:00:51,800 --> 00:00:54,640
vorweg zu nehmen, was geht, das 
kannst du nicht patentieren, 

14
00:00:54,640 --> 00:00:59,680
Alter magst du nicht. 
Also ich finde so unter uns 

15
00:00:59,680 --> 00:01:01,360
beiden so ein Podcast kann ich 
das schon. 

16
00:01:02,000 --> 00:01:08,240
OK, es ist meine Frage. 
OK gut, wir machen aus, aber um 

17
00:01:08,240 --> 00:01:12,320
deine Frage zu beantworten was 
geht ab eigentlich gar nicht so 

18
00:01:12,320 --> 00:01:14,640
viel ich find momentan 
plätschern die Wochen so n 

19
00:01:14,640 --> 00:01:17,280
bisschen vor sich hin aber nicht
im negativen Sinn, sondern es 

20
00:01:17,280 --> 00:01:20,760
ist immer was los so weißt du am
Wochenende ach das ist geplant 

21
00:01:20,760 --> 00:01:23,760
und dir und so. 
Aber irgendwie rennt die Zeit 

22
00:01:23,760 --> 00:01:25,560
schon wieder dadurch. 
Das ist so, weißt du, das ist so

23
00:01:25,560 --> 00:01:28,520
n typischer Spruch, den wo ich 
früher immer dachte, Oh, das 

24
00:01:28,520 --> 00:01:30,800
sagen wir so, die alten Leute, 
ne ich weiß nicht ob ihr jetzt 

25
00:01:30,800 --> 00:01:33,840
mittlerweile selbst als alt 
zählt, aber es ist so dieses Ach

26
00:01:34,560 --> 00:01:38,080
das Jahr rennt aber auch schon 
wieder Fabi, das rennt schon 

27
00:01:38,080 --> 00:01:40,560
wieder. 
Solange man nicht sagt, die 

28
00:01:40,560 --> 00:01:45,200
Jahrzehnte rennen. 
Ich weiß nicht, wie es dir da so

29
00:01:45,200 --> 00:01:47,840
geht, aber ich hab immer das 
Gefühl so WOW ist schon wieder n

30
00:01:47,840 --> 00:01:49,760
Monat rum. 
Ja ich weiß aber auch ehrlich 

31
00:01:49,760 --> 00:01:53,720
gesagt nicht wann das angefangen
hat weil es gab ne Zeit da war 

32
00:01:53,720 --> 00:01:56,880
es für mich so. 
Boah ey irgendwie geht es gar 

33
00:01:56,880 --> 00:02:00,160
nicht voran und ich will endlich
jetzt zum Beispiel so weißt du 

34
00:02:00,160 --> 00:02:02,000
so in der Schule so ich will 
endlich wieder Sommerferien 

35
00:02:02,000 --> 00:02:05,840
haben oder wenn man noch n 
bisschen weiter zurückgeht so oh

36
00:02:05,840 --> 00:02:07,920
mein Gott, bis mein nächster 
Geburtstag ist und ich wieder 

37
00:02:07,920 --> 00:02:11,400
Geschenke kriege, dann dauert 
das alles so so 1000 Jahre weißt

38
00:02:11,400 --> 00:02:15,000
du so ungefähr. 
Und das hat man gefühlt jeden 

39
00:02:15,000 --> 00:02:21,560
zweiten Tag Geburtstag so, ja, 
das ist schon krass, das ist 

40
00:02:21,560 --> 00:02:24,000
schon krass, sollten wir 
vielleicht auch mal eine Folge 

41
00:02:24,000 --> 00:02:26,560
drüber machen. 
Ja, nee, aber ich kenne das. 

42
00:02:26,560 --> 00:02:29,520
Ich kenne das, es geht über 
ratzfatz, ich meine, das sieht 

43
00:02:29,520 --> 00:02:32,560
man ja auch an den Podcast 
folgen, ich meine, wir haben 

44
00:02:32,560 --> 00:02:36,040
einfach schon, weiß ich nicht, 
die wir sind schon jenseits der 

45
00:02:36,040 --> 00:02:38,080
120 folgen, also das ist schon 
ein. 

46
00:02:38,320 --> 00:02:41,120
Ist schon krass ne und ich habe 
das Gefühl Tino Wir haben erst 

47
00:02:41,120 --> 00:02:43,680
gestern mit dem Podcast 
angefangen oder sagen wir mal 

48
00:02:43,680 --> 00:02:48,880
zumindest vorvorgestern, das ist
schon krass, geht echt. 

49
00:02:48,920 --> 00:02:51,440
Schnell. 
Aber ich würd sagen, lass uns 

50
00:02:51,440 --> 00:02:54,480
mal so n bisschen reinkommen. 
Wir haben nämlich heute n ganz 

51
00:02:54,480 --> 00:03:00,040
interessantes Thema mal wieder 
und bevor wir das Thema jetzt 

52
00:03:00,040 --> 00:03:03,440
anteasern, wollt ich noch mal 
ganz kurz anmerken, liebe 

53
00:03:03,440 --> 00:03:05,440
zuhören liebe Zuhörerinnen, 
vergiss nicht. 

54
00:03:06,400 --> 00:03:08,960
Die Glocke anzumachen und den 
Podcast abonnieren, weil dann 

55
00:03:08,960 --> 00:03:11,320
verpasst du keine Folge mehr, 
weil wir sind ja auch schon wie 

56
00:03:11,320 --> 00:03:13,240
gesagt schon n bisschen 
fortgeschritten. 

57
00:03:13,240 --> 00:03:16,480
Ne, also schon in über 120 in 
den 100 Zwanzigern. 

58
00:03:17,200 --> 00:03:21,360
Den 100 Zwanzigern ja genau, ja,
wichtiger Punkt. 

59
00:03:21,360 --> 00:03:23,440
Wir haben ja das Glöckchen erst 
selbst für uns entdeckt. 

60
00:03:23,600 --> 00:03:26,040
Übrigens mach ich das bei 
Podcast die ich höre auch jetzt 

61
00:03:26,560 --> 00:03:29,760
sehr gut, also ich mach das 
auch, ich hab das auch schon 

62
00:03:29,760 --> 00:03:31,320
vorher gemacht, aber ich hab 
irgendwie einfach nicht 

63
00:03:31,320 --> 00:03:33,760
realisiert, dass man das ja auch
sagen kann für den eigenen 

64
00:03:33,760 --> 00:03:34,640
Podcast. 
Aber ist ja. 

65
00:03:36,480 --> 00:03:38,480
Na, bei mir war es wirklich so, 
dass ich halt immer geguckt hab,

66
00:03:38,480 --> 00:03:41,400
oh, gibt es ne neue Folge, 
gerade wenn welche nicht so 

67
00:03:41,400 --> 00:03:45,520
regelmäßig, also so so Gescadued
hochladen ne so jede wie wir 

68
00:03:45,520 --> 00:03:47,840
jetzt zum Beispiel jeden 
Donnerstag 18:00 Uhr, dann 

69
00:03:47,840 --> 00:03:50,200
musste ich halt immer gucken, Oh
gibt es schon was neues und dann

70
00:03:50,200 --> 00:03:53,200
denk ich mir so oh mein Gott 
diese Glocke ist n gamechanger 

71
00:03:53,200 --> 00:03:59,720
so ne ja krass ach ja das schöne
Glöckchen wie gesagt nicht 

72
00:03:59,720 --> 00:04:03,440
vergessen genau. 
Aber Tino Pass auf. 

73
00:04:04,200 --> 00:04:07,760
Es geht ja heute los, ne und 
zwar es geht los, große Finale 

74
00:04:08,000 --> 00:04:10,960
heute und zwar von der Def Ops 
Reihe. 

75
00:04:11,680 --> 00:04:14,640
Also ich sag jetzt mal wir 
werden uns jetzt nicht so weit 

76
00:04:14,640 --> 00:04:16,399
aus dem Fenster lehnen, dass wir
sagen wir machen nie wieder mal 

77
00:04:16,399 --> 00:04:19,040
n def Ops Thema, aber. 
Jetzt so ne, dafür leben wir das

78
00:04:19,040 --> 00:04:21,839
Thema zu viel. 
Aber, so die Reihe wollen wir 

79
00:04:21,839 --> 00:04:24,120
jetzt erstmal abschließen, die 
wir jetzt so ins Leben gerufen 

80
00:04:24,120 --> 00:04:26,080
haben. 
Wir haben ja schon einige Topics

81
00:04:26,240 --> 00:04:30,640
behandelt und wir haben 
eigentlich. 

82
00:04:30,880 --> 00:04:35,720
Verschiedene Themen wirklich 
intensiv behandelt und falls du 

83
00:04:35,720 --> 00:04:37,960
Liebe zu Liebe zu dir denkst, so
ey, Mensch hier, da habe ich 

84
00:04:37,960 --> 00:04:39,920
jetzt irgendwie Bock, noch mal 
reinzuhören, was. 

85
00:04:39,920 --> 00:04:42,680
Da gibt es verschiedene, wusste 
ich noch gar nicht, hör da auf 

86
00:04:42,680 --> 00:04:44,760
jeden Fall rein oder wenn dich 
ein spezifisches Thema 

87
00:04:44,760 --> 00:04:46,240
interessiert, falls das jetzt 
die 1. 

88
00:04:46,240 --> 00:04:49,200
Folge ist von dieser Reihe die 
du hörst, dann kannst du auf 

89
00:04:49,200 --> 00:04:51,880
jeden Fall immer wieder noch mal
zurückskippen und noch mal 

90
00:04:51,880 --> 00:04:56,560
gucken und dir ein einzelnes 
Thema rauspicken, ne, aber vom 

91
00:04:56,560 --> 00:04:59,160
Fahrplan her Tino. 
Was sagst du dazu, wenn wir 

92
00:04:59,160 --> 00:05:01,840
heute sagen, OK, wir schließen 
die Reihe mal so ab, dass wir 

93
00:05:02,720 --> 00:05:04,800
mal die ganze, ich nenne es 
jetzt mal def Ops Kette 

94
00:05:04,800 --> 00:05:08,800
durchspielen und sagen, wie 
kommt beispielsweise der Code 

95
00:05:08,800 --> 00:05:11,680
eigentlich vom Commit bis zu, 
ich nenne es mal in die 

96
00:05:11,680 --> 00:05:14,080
Produktivumgebung, also ne, dass
die live läuft. 

97
00:05:14,080 --> 00:05:17,480
Zum Kunden sozusagen, ja. 
Genau, genau, genau. 

98
00:05:18,000 --> 00:05:22,720
Und warum das eigentlich wichtig
ist, dass man diese ganzen Def 

99
00:05:22,720 --> 00:05:25,840
ops Praktiken eben halt auch im 
Verbund. 

100
00:05:26,640 --> 00:05:28,880
Verwendet ne nicht nur einzeln, 
sondern im Verbund. 

101
00:05:29,360 --> 00:05:33,200
Und wir hatten ja zum Beispiel 
schon über CICD, Staging 

102
00:05:33,200 --> 00:05:35,760
Monitoring, Observability, 
Infrastructures Code, 

103
00:05:35,760 --> 00:05:39,680
Containerization und 
Occustration gesprochen und 

104
00:05:40,320 --> 00:05:43,760
jetzt möchte ich dir mal das 
Gedankenexperiment zuspielen 

105
00:05:43,760 --> 00:05:46,720
Tino und sagen OK, pass auf, 
stell dir mal vor, du hast jetzt

106
00:05:46,920 --> 00:05:50,080
n neues Feature fertig, ne du 
hast jetzt programmiert, du hast

107
00:05:50,080 --> 00:05:53,400
jetzt n Feature bekommen, hast 
es programmiert soweit so gut OK

108
00:05:53,400 --> 00:05:55,920
geil so. 
Richtig geiles Feature. 

109
00:05:55,960 --> 00:06:00,800
Was anderes kenn ich von dir 
nicht und jetzt hast du deine 

110
00:06:00,800 --> 00:06:02,000
Change. 
Was lachst du danach? 

111
00:06:04,320 --> 00:06:08,480
Also ich weiß nicht immer wenn 
ich wenn ich so das hat nichts 

112
00:06:08,480 --> 00:06:11,280
Böses zu tun, das war. 
Wirklich nicht böse gemeint. 

113
00:06:11,520 --> 00:06:13,400
Ich hab mich einfach nur darüber
gefreut, dass ich dir ein 

114
00:06:13,400 --> 00:06:17,520
Kompliment gemacht hab. 
Schön, danke und jetzt hast du 

115
00:06:17,520 --> 00:06:20,040
deinen Changes, du checkst die 
ein ne also beziehungsweise du 

116
00:06:20,040 --> 00:06:23,200
committest das ganze und pushst 
es in dein Remo rein. 

117
00:06:24,320 --> 00:06:26,880
Und jetzt geht es los. 
Was ist jetzt die Frage, was 

118
00:06:26,880 --> 00:06:29,120
passiert jetzt? 
Wie geht die ganze Nummer los? 

119
00:06:29,120 --> 00:06:31,520
Wir, wir sind jetzt in dieser in
unserer, Ich nenne sie wie 

120
00:06:31,520 --> 00:06:36,960
gesagt Def Ops Kette ja und der 
Push ist gemacht ins Repo, der 

121
00:06:36,960 --> 00:06:41,120
neue Code ist irgendwie da genau
also wir haben ja in unserer 

122
00:06:41,120 --> 00:06:43,800
Reihe quasi so Grund die 
Grundlagen besprochen wie eine 

123
00:06:43,800 --> 00:06:47,520
grundlegende CICD Kette also 
Pipeline aussieht ja und davon 

124
00:06:47,520 --> 00:06:50,480
gehen wir jetzt mal wieder aus, 
also keine kein Schnickschnack 

125
00:06:50,480 --> 00:06:54,000
ja so die Basics. 
Und dann geht es halt 

126
00:06:54,000 --> 00:06:56,600
logischerweise, so haben wir es 
ja auch in der Reihe gemacht, 

127
00:06:56,600 --> 00:06:59,920
als erstes mit der Continuous 
Integration los, also mit dem CI

128
00:06:59,920 --> 00:07:03,680
teil und man muss sagen, ab 
jetzt, liebe zuhören, liebe 

129
00:07:03,680 --> 00:07:07,680
Zuhörer, reden wir davon, dass 
Sachen automatisiert passieren, 

130
00:07:07,920 --> 00:07:10,160
denn das ist ja der große 
Benefit. 

131
00:07:10,720 --> 00:07:14,320
Unserer Pipeline, die uns sehr, 
sehr, sehr viel Arbeit der sonst

132
00:07:14,320 --> 00:07:16,320
manuell echt nervig wäre, 
abnimmt. 

133
00:07:16,320 --> 00:07:19,040
Ja und dadurch ja auch ne 
gewisse Qualität gewährleistet 

134
00:07:19,040 --> 00:07:21,880
wird, weil es automatisiert ist 
das noch mal als kleiner 

135
00:07:21,880 --> 00:07:24,400
Reminder ab jetzt. 
Kleiner Einwurf, weil wenn man 

136
00:07:24,400 --> 00:07:28,600
sich das mal vorstellt, bevor 
man CICD Pipelines alles den 

137
00:07:28,600 --> 00:07:30,840
ganzen Kram. 
Ich sag mal erfunden hat ne hat 

138
00:07:31,200 --> 00:07:33,200
man das eigentlich wirklich 
manuell gemacht? 

139
00:07:33,200 --> 00:07:36,960
Ne so ja wahrscheinlich in einer
geringeren Frequenz Frequenz 

140
00:07:36,960 --> 00:07:41,120
aber es ne. 
Genau also wie du ja schon 

141
00:07:41,120 --> 00:07:42,640
gesagt hast. 
Ich hab jetzt n Feature 

142
00:07:42,640 --> 00:07:44,200
entwickelt. 
Ich hab das committed und 

143
00:07:44,200 --> 00:07:48,800
gepusht so in unserer agilen 
Welt, wie wir sie leben. 

144
00:07:49,680 --> 00:07:52,800
Also wir jetzt wir beide vor 
allem ja sind ja so ne Features,

145
00:07:53,200 --> 00:07:56,000
nicht sehr groß sondern 
kleingeschnitten, das heißt 

146
00:07:56,000 --> 00:07:59,120
diese Frequenz die du gerade 
angesprochen hast ist ja erhöht.

147
00:07:59,280 --> 00:08:02,080
Ja. 
Ja, und nicht wir machen einmal 

148
00:08:02,080 --> 00:08:05,520
im Jahr nen Update, weil es halt
so aufwendig ist ein Update an 

149
00:08:05,520 --> 00:08:07,680
den Kunden auszuspielen. 
Das ist ja schon der erste 

150
00:08:07,680 --> 00:08:10,400
wichtige Punkt, warum diese 
Automatisierung so so 

151
00:08:11,040 --> 00:08:13,440
unglaublich effizienzsteigernd 
auch ist. 

152
00:08:13,440 --> 00:08:16,400
Am Ende ja und genau und 
deswegen ich hab das jetzt 

153
00:08:16,400 --> 00:08:18,960
committed gepusht und ich 
möchte, dass der Kunde das jetzt

154
00:08:18,960 --> 00:08:20,920
erfahren kann. 
Ne, das ist n geiles Feature wie

155
00:08:20,920 --> 00:08:23,120
du meintest und das soll jetzt 
ausgerollt werden. 

156
00:08:23,480 --> 00:08:26,000
Und damit geht es dann halt wie 
gesagt mit dem CI teil los. 

157
00:08:26,000 --> 00:08:28,720
Das heißt unsere Pipeline kommt 
jetzt so richtig ins Rollen, 

158
00:08:28,960 --> 00:08:32,320
dafür muss sie aber natürlich 
erstmal erkennen, dass es eine 

159
00:08:32,320 --> 00:08:35,280
Änderung gibt auf dem Branch zum
Beispiel, auf dem ich das 

160
00:08:35,280 --> 00:08:36,760
gepusht hab. 
Ja, also das ist ja jetzt die 

161
00:08:36,760 --> 00:08:39,280
Grundvoraussetzung, dass die 
Pipeline das auch erkennen kann.

162
00:08:39,440 --> 00:08:42,480
Oh, es gibt n neuen Commit der 
gepusht wurde, es gibt sozusagen

163
00:08:42,480 --> 00:08:46,480
Changes und das überprüf ich 
jetzt mal, bevor das hier 

164
00:08:46,480 --> 00:08:50,400
richtig integriert wird oder als
integriert gilt in unserer 

165
00:08:50,400 --> 00:08:52,680
Codebasis. 
Müssen jetzt erstmal Checks 

166
00:08:52,680 --> 00:08:55,920
laufen und Tests, damit man 
sagen kann, es ist erfolgreich 

167
00:08:55,920 --> 00:08:59,120
integriert und das ist ja im 
Prinzip die Kernaufgabe des CI. 

168
00:08:59,120 --> 00:09:03,080
Teils genau das heißt, man lässt
die Tests laufen, die ja 

169
00:09:03,080 --> 00:09:05,640
hoffentlich da sein sollten, 
Leute die müssen da sein, die 

170
00:09:05,640 --> 00:09:10,160
sind da erstmal so, Tests müssen
da sein, das heißt die Tests 

171
00:09:10,160 --> 00:09:12,640
laufen. 
Man kann auch ne statische 

172
00:09:12,640 --> 00:09:16,960
Codeanalyse laufen lassen. 
Also da sind jetzt sag ich mal, 

173
00:09:16,960 --> 00:09:20,640
da gibt es keine Grenzen was man
testen möchte, ne je mehr desto 

174
00:09:20,640 --> 00:09:23,360
besser mal so als kleiner 
Grundsatz solange es einen Sinn 

175
00:09:23,360 --> 00:09:25,960
dahinter gibt. 
Ja, also sinnlose Tests bringen 

176
00:09:25,960 --> 00:09:29,920
natürlich nichts und man kann 
natürlich auch sagen, oder das 

177
00:09:29,920 --> 00:09:33,680
ist wichtig dabei zu achten, es 
gibt 2. 

178
00:09:34,880 --> 00:09:38,320
Wie soll ich sagen, Prämissen 
oder Eigenschaften, die dieser 

179
00:09:38,320 --> 00:09:41,120
CI teilhaben sollte? 
Noch mal so als Reminder und 

180
00:09:41,120 --> 00:09:45,280
Zusammenfassung erstens bei all 
den Tests, die ich laufen lasse,

181
00:09:45,280 --> 00:09:49,200
ist es wichtig, dass die 
Pipeline in diesem CI teil 

182
00:09:49,200 --> 00:09:52,640
schnell abbricht und Meldung 
macht, was schief gelaufen ist. 

183
00:09:53,240 --> 00:09:57,680
Es bringt mir nichts, ich habe 
jetzt tausende Tests und der 10.

184
00:09:57,680 --> 00:09:59,480
Failed. 
Da muss ich die anderen nicht 

185
00:09:59,480 --> 00:10:01,520
laufen lassen, weil dann ist ja 
dann stimmt schon irgendwas 

186
00:10:01,520 --> 00:10:03,760
nicht, weil wir gehen ja davon 
aus, dass der Test seine 

187
00:10:03,760 --> 00:10:08,480
Daseinsberechtigung hat und 
selbst wenn er es nicht hat oder

188
00:10:09,080 --> 00:10:12,640
es sogar richtig ist, dass der 
falsch ist, weil der das Feature

189
00:10:12,640 --> 00:10:14,960
sich geändert hat, ne, dass da 
Sachen überprüft werden, die gar

190
00:10:14,960 --> 00:10:17,920
nicht mehr drin sind. 
Es ist ja trotzdem wichtig die 

191
00:10:17,920 --> 00:10:20,480
Meldung zu bekommen und zu 
sehen, dass da was nicht stimmt 

192
00:10:20,480 --> 00:10:22,520
und den Hinweis zu bekommen, 
weil dann heißt es ich hab 

193
00:10:22,520 --> 00:10:24,320
irgendwas übersehen oder nicht 
angepasst. 

194
00:10:24,480 --> 00:10:26,760
Das heißt ich will ja schnell 
drauf reagieren können, wieder 

195
00:10:26,760 --> 00:10:30,160
als Entwickler. 
Und mit schnell, das ist der 

196
00:10:30,160 --> 00:10:34,400
zweite Punkt, der wichtig ist. 
Es darf halt auch insgesamt 

197
00:10:34,400 --> 00:10:38,000
nicht lange dauern, weil auch 
ein positives Feedback möchte 

198
00:10:38,000 --> 00:10:41,760
ich schnell haben. 
Ja, also nicht nur, ach, es 

199
00:10:41,760 --> 00:10:45,320
läuft nichts schief, na dann 
mach dein Ding CI teil, wir 

200
00:10:45,320 --> 00:10:47,600
sehen uns morgen. 
Das ist natürlich auch nicht der

201
00:10:47,600 --> 00:10:51,840
Sinn, sondern so mal als 
Richtwert 10 bis 30 Minuten. 

202
00:10:51,920 --> 00:10:54,520
Das ist so für ne Pipeline schon
wünschenswert, ne. 

203
00:10:54,520 --> 00:10:57,520
Also dass ich sage OK ich hau 
jetzt mein Feature rein in die 

204
00:10:57,520 --> 00:11:01,120
codebasis und ich möchte ja auch
schnell sehen, war das 

205
00:11:01,120 --> 00:11:03,360
erfolgreich. 
Ja, also wir haben ja, wir sind 

206
00:11:03,360 --> 00:11:05,840
ja jetzt an dem, also man muss 
auch dazu sagen, wenn man jetzt 

207
00:11:05,840 --> 00:11:07,680
so für sich selber ne Pipeline 
entwickelt, ist sie 

208
00:11:07,680 --> 00:11:09,520
wahrscheinlich eh. 
Also du hast so ne kleine 

209
00:11:09,520 --> 00:11:11,200
Anwendung, willst hier die 
Ployn, da ist sie wahrscheinlich

210
00:11:11,200 --> 00:11:14,320
eh relativ schnell, weil du gar 
nicht so viel hast, ne? 

211
00:11:14,640 --> 00:11:16,720
Aber selbst wenn sie ein 
bisschen länger wäre, würde es 

212
00:11:16,720 --> 00:11:19,680
dich alleine wahrscheinlich gar 
nicht stören und deswegen würde 

213
00:11:19,680 --> 00:11:21,640
man sich wahrscheinlich denken, 
ja gut, passt schon, wenn die 

214
00:11:21,640 --> 00:11:24,480
jetzt mal eine Stunde läuft, ist
mir egal wann. 

215
00:11:24,480 --> 00:11:26,360
Wann ändere ich mal was. 
Angenommen, du hast jetzt 

216
00:11:26,360 --> 00:11:28,960
vielleicht du arbeitest alleine,
hast so privat, hast jetzt 

217
00:11:28,960 --> 00:11:33,160
vielleicht jeden Tag mal einen 
Push aufs Repo, weißt du wenn du

218
00:11:33,160 --> 00:11:35,600
jetzt aber davon ausgehst und 
wenn wir das jetzt mal 

219
00:11:35,600 --> 00:11:37,360
gedanklich ein bisschen 
durchspielen, sagst du hast ein 

220
00:11:37,360 --> 00:11:41,880
Team von 6 Leuten, die 
regelmäßig codeänderungen 

221
00:11:41,880 --> 00:11:44,320
pushen. 
Und jedes Mal läuft die Pipeline

222
00:11:44,320 --> 00:11:46,320
los. 
Dann hast du eventuell das 

223
00:11:46,320 --> 00:11:50,800
Problem, dass die sich 
irgendwann richtig cune, bis das

224
00:11:50,800 --> 00:11:53,840
irgendwann durchläuft und dann 
hast du vielleicht so 6 commits 

225
00:11:53,840 --> 00:11:58,240
sag ich jetzt mal oder 6 ne neue
Änderung auf deinem Repo und der

226
00:11:58,240 --> 00:12:00,440
Erste läuft durch, der zweite 
läuft durch, der Dritte läuft 

227
00:12:00,440 --> 00:12:03,600
durch und dann der Vierte den du
eigentlich haben willst, der 

228
00:12:04,000 --> 00:12:07,840
failed so aber bis. 
Dass du das gemerkt hast, 

229
00:12:07,920 --> 00:12:10,640
brauchst du ja im Worst case 
vielleicht einige Pipeline 

230
00:12:10,640 --> 00:12:12,640
Durchgänge und wenn du dann aber
eine Pipeline hast, die 2 

231
00:12:12,640 --> 00:12:15,800
Stunden läuft, ich übertreibe 
jetzt ne, aber es gibt es 

232
00:12:15,800 --> 00:12:16,920
wirklich. 
Also ich habe auch schon mal ein

233
00:12:16,920 --> 00:12:19,200
Projekt gearbeitet, wo eine 
Pipeline, ich würde sagen 

234
00:12:19,200 --> 00:12:22,480
eineinhalb Stunden gedauert hat 
und das ist ein Killer wirklich,

235
00:12:22,480 --> 00:12:25,360
das ist ein Killer das das 
funktioniert dann irgendwann 

236
00:12:25,360 --> 00:12:27,960
nicht mehr, gerade wenn du 
häufig committest, was an sich 

237
00:12:27,960 --> 00:12:29,840
eigentlich eine ganz gute 
Practice ist. 

238
00:12:29,840 --> 00:12:33,920
So ne ja, aber du hast natürlich
im Kopf, das dauert echt lange, 

239
00:12:33,920 --> 00:12:35,680
vielleicht mache ich das und das
vorher noch. 

240
00:12:35,920 --> 00:12:39,360
Also das macht natürlich was mit
dem Mindset des Entwicklers oder

241
00:12:39,360 --> 00:12:42,080
der Entwicklerin. 
Wenn du weißt, das dauert lange 

242
00:12:42,080 --> 00:12:44,320
oder du blockst lange, dann die 
Pipeline. 

243
00:12:44,320 --> 00:12:48,000
Ja, deswegen ist so n so n 
Richtwert schon gut. 

244
00:12:48,160 --> 00:12:50,480
Klar kann man ihn nicht halten, 
je nachdem wie das Projekt 

245
00:12:50,480 --> 00:12:53,280
skaliert wie du gerade meintest,
aber so n Richtwert ist immer 

246
00:12:53,280 --> 00:12:56,480
gut zu sagen Ah lass mal schon 
gucken, dass wir da drin bleiben

247
00:12:56,480 --> 00:12:58,720
so ne. 
Ja, genau, ja. 

248
00:12:58,720 --> 00:13:01,840
Und abschließend kann man dazu 
sagen, das ist im Prinzip der 

249
00:13:01,840 --> 00:13:06,240
CI, teil ist so der erste 
sogenannte Gatekeeper, ne der 

250
00:13:06,240 --> 00:13:10,560
Halt wirklich sagt Pass mal auf 
ja du codeänderung ja OK du 

251
00:13:10,560 --> 00:13:13,760
kannst rein, du bist sauber, du 
nee, das muss noch mal geprüft 

252
00:13:13,760 --> 00:13:16,960
werden ne also du hast halt da 
schon so deine erste, deine 

253
00:13:16,960 --> 00:13:19,840
erste Überwachung sozusagen, 
dass alles in Ordnung ist. 

254
00:13:20,320 --> 00:13:23,120
Ja, richtig, genau. 
Und ansonsten wird es halt 

255
00:13:23,120 --> 00:13:25,000
geblockt und wenn dann halt 
alles wirklich grün ist. 

256
00:13:25,000 --> 00:13:28,000
Ne Test Checks und so weiter 
dann gilt ja der Code als 

257
00:13:28,240 --> 00:13:31,880
integriert. 
Offiziell ne was ich noch ganz 

258
00:13:31,880 --> 00:13:34,880
interessant fand, weil du vorhin
meintest es muss auch einen Sinn

259
00:13:34,880 --> 00:13:37,600
ergeben bei diesen Checks, weil 
wir jetzt, weil ich gerade noch 

260
00:13:37,600 --> 00:13:40,000
mal Checks gesagt habe, ich 
hatte auch zum Beispiel schon 

261
00:13:40,000 --> 00:13:42,360
mal gesehen, dass irgendwo ein 
Test drin war, es hieß OK, es 

262
00:13:42,360 --> 00:13:46,400
sollte irgendwie, es sollten 
Tests für Files da sein und dann

263
00:13:46,400 --> 00:13:50,400
gab es tatsächlich ein Test. 
Zu einem Pfeil wo drin stand 

264
00:13:50,440 --> 00:13:55,240
accept true to be trucy, so als 
Beispiel ne und das ist halt 

265
00:13:55,680 --> 00:13:58,480
also das war halt schon wirklich
sehr dreist so nach dem Motto 

266
00:13:58,480 --> 00:14:01,360
Wir haben Tests, es laufen Tests
aber die Tests waren halt sowas 

267
00:14:01,360 --> 00:14:04,840
von unaussagekräftig weil sie 
halt einfach gar nichts getestet

268
00:14:04,840 --> 00:14:08,400
haben und das war schon n 
bisschen bisschen heftig so viel

269
00:14:08,400 --> 00:14:10,880
zum Thema, wenn es denn auch 
sinnvoll ist. 

270
00:14:10,880 --> 00:14:14,960
Ne genau. 
Aber Tino, wenn wir, ich möchte 

271
00:14:14,960 --> 00:14:16,880
mal ganz kurz ne Sache spoilern,
ne und zwar. 

272
00:14:16,880 --> 00:14:20,040
Wir OK. 
Wollen ja gerne das, was wir 

273
00:14:20,040 --> 00:14:22,160
jetzt hier besprechen. 
Diese ganze def Ops Kette ne 

274
00:14:22,160 --> 00:14:26,880
wollen wir auch gerne mal vom 
From scratch selber machen ne 

275
00:14:27,040 --> 00:14:31,320
also wirklich mal aufbauen und 
das so als ich sag mal 

276
00:14:31,320 --> 00:14:36,080
Videoreihe ne dass man wirklich 
sagt OK wir machen so ne Art ja.

277
00:14:36,560 --> 00:14:40,320
Ich will es jetzt nicht wirklich
Tutorial nennen, aber so n so ne

278
00:14:40,320 --> 00:14:42,640
Art OK, wir machen ne Videoreihe
und man kann sich das halt 

279
00:14:42,640 --> 00:14:45,000
angucken um halt was draus zu 
lernen und dann vielleicht. 

280
00:14:45,000 --> 00:14:46,560
Praktisch zu sehen. 
Mal genau. 

281
00:14:46,640 --> 00:14:48,200
Genau, genau. 
Und das sind ja auch einige 

282
00:14:48,200 --> 00:14:52,320
Sachen, die da mit Reinspielen 
und dafür würde ich gerne dir 

283
00:14:52,320 --> 00:14:54,080
mal ganz kurz ne kleine Werbung 
machen. 

284
00:14:54,480 --> 00:14:59,360
Weil wir wollen dafür ja einen v
Server von Strato nehmen und da 

285
00:14:59,360 --> 00:15:02,240
gibt es ja auch immer mal wieder
günstige Angebote, ne und wir 

286
00:15:02,240 --> 00:15:06,560
wollen ja zum Beispiel den VC 
624 nehmen, das heißt der hat 6 

287
00:15:06,560 --> 00:15:11,560
Kurs 360 Gigabyte Speicher, 24 
Gigabyte RAM und das halt eben 

288
00:15:11,560 --> 00:15:14,960
für einen Euro pro Monat ne. 
Der ist ein Nobranner, ne, also 

289
00:15:14,960 --> 00:15:18,000
3 Monate lang kann man das 
testen, das ist natürlich mega 

290
00:15:18,000 --> 00:15:19,040
genial. 
Der hat halt auch schon 

291
00:15:19,040 --> 00:15:21,760
ordentlich Leistung, ne, also da
ist halt dann auch einiges 

292
00:15:21,760 --> 00:15:24,240
möglich mit ich bin richtig 
gespannt, ich freue mich drauf 

293
00:15:24,240 --> 00:15:26,240
auf. 
Auf die Videoreihe und ich find 

294
00:15:26,240 --> 00:15:29,200
es halt auch mega cool, dass wir
das auf diesem V Server machen 

295
00:15:29,200 --> 00:15:30,320
können. 
Ja, auf jeden Fall. 

296
00:15:30,400 --> 00:15:32,840
Aber wenn man jetzt zum Beispiel
sagt, Ey, ich find jetzt zum 

297
00:15:32,840 --> 00:15:34,880
Beispiel den entsprechenden V 
Server, der ist mir eigentlich 

298
00:15:34,880 --> 00:15:38,040
schon zu viel oder zu wenig, 
also es gibt auch noch viele 

299
00:15:38,040 --> 00:15:40,240
andere und die Angebote ändern 
sich auch, also das ist auf 

300
00:15:40,240 --> 00:15:42,640
jeden Fall alles möglich, wenn 
du, liebe zürer lieber Zürer 

301
00:15:42,640 --> 00:15:45,200
sagst, ey, das ist cool, ich 
brauch auch gerade so NV Server 

302
00:15:45,200 --> 00:15:47,040
oder also nicht ich brauch 
irgendwie n Server worauf ich 

303
00:15:47,040 --> 00:15:49,360
irgendwas laufen lassen kann. 
Dann guck auf jeden Fall mal in 

304
00:15:49,360 --> 00:15:52,200
die Shownotes, weil da haben wir
n Link, das ist n Link wo du uns

305
00:15:52,200 --> 00:15:54,560
auch zusätzlich noch 
unterstützen kannst und guck da 

306
00:15:54,560 --> 00:15:57,360
auf jeden Fall mal rein, check 
das aus und wenn du sagst ich 

307
00:15:57,360 --> 00:16:00,000
brauch so n Ding, dann let s go.
Ja, genau. 

308
00:16:00,240 --> 00:16:03,280
Werbung, Werbung Ende, wie man 
es so schön sagt, dann lass uns 

309
00:16:03,280 --> 00:16:06,120
mal über den CD teil reden. 
Du meintest ja gerade so, wir 

310
00:16:06,120 --> 00:16:08,120
haben Gatekeeper, ne unsere 
Tests Checks sind alle 

311
00:16:08,120 --> 00:16:10,080
durchgelaufen, jetzt ist es 
grün, wie geht es weiter? 

312
00:16:10,160 --> 00:16:13,160
Weil prinzipiell ist der Code ja
noch nicht deployed, wir können 

313
00:16:13,160 --> 00:16:15,240
das ja noch nicht verwenden. 
Dein neues geiles Feature was du

314
00:16:15,240 --> 00:16:17,360
entwickelt hast. 
Kino das heißt? 

315
00:16:17,800 --> 00:16:20,080
Wir müssen ja jetzt noch gucken,
dass wir das Ganze, dass das 

316
00:16:20,080 --> 00:16:24,240
Ganze weitergeht, und zwar, dass
man halt auch wirklich die 

317
00:16:24,240 --> 00:16:26,720
Änderung, die man jetzt gemacht 
hat, dass man die auch wirklich 

318
00:16:26,880 --> 00:16:30,280
live schaltet, und da hatten wir
ja auch schon mal so ein 

319
00:16:30,280 --> 00:16:34,080
bisschen einen Unterschied 
gehabt zwischen Deployment und 

320
00:16:34,080 --> 00:16:36,480
Delivery, das hatten wir schon 
mal ein bisschen besprochen, 

321
00:16:36,480 --> 00:16:38,800
möchte das noch mal ganz kurz 
vielleicht zusammenfassen, was 

322
00:16:38,800 --> 00:16:41,360
das ist, damit man das noch mal 
auf einen Blick zusammen hat. 

323
00:16:42,440 --> 00:16:45,920
Und. 
Ja, also unter CD verstänken 

324
00:16:45,920 --> 00:16:48,400
sich halt genau diese beiden 
Begriffe, oder man kann halt so 

325
00:16:48,400 --> 00:16:52,960
beide damit verwenden sag ich 
mal ne, aber so ganz grob die 

326
00:16:52,960 --> 00:16:56,560
Unterscheidung delivery ist 
halt, dass man sagt, OK, ich 

327
00:16:56,560 --> 00:17:00,520
bereite alles soweit vor, dass 
es an zum Beispiel dieses neue 

328
00:17:00,520 --> 00:17:03,520
Feature, was wir jetzt committed
haben an den Kunden ausgerollt 

329
00:17:03,520 --> 00:17:06,000
werden kann, aber ist am Ende 
immer noch eine. 

330
00:17:06,880 --> 00:17:09,640
Sag ich mal. 
Manuelle Freigabe benötigt ja, 

331
00:17:09,640 --> 00:17:13,040
also man kann sich das wirklich 
so vorstellen, alles ist Grün, 

332
00:17:13,680 --> 00:17:17,920
das Ding ist bereit integriert 
zu werden, also beziehungsweise 

333
00:17:18,240 --> 00:17:20,839
nicht integriert, sondern dem 
Kunden zur Verfügung gestellt zu

334
00:17:20,839 --> 00:17:24,359
werden und ich drück jetzt nur 
noch n Knopf und sag so Leute 

335
00:17:24,359 --> 00:17:26,480
ihr könnt es verwenden, jetzt 
ist es für euch da. 

336
00:17:26,800 --> 00:17:31,600
Update so nach dem Motto Ja. 
Und Deployment ist dann 

337
00:17:31,840 --> 00:17:35,200
eigentlich so vom Grundprinzip 
her, dass es komplett 

338
00:17:35,200 --> 00:17:38,560
automatisiert ist. 
Ja, also in dem Moment, wo ich 

339
00:17:38,560 --> 00:17:40,960
mich als Entwickler entschieden 
habe zu sagen. 

340
00:17:41,640 --> 00:17:43,720
Ich Committee mein neues 
Feature, Das ist fertig. 

341
00:17:43,720 --> 00:17:46,720
Von meiner Seite aus. 
Ich übergebe es quasi meiner 

342
00:17:46,720 --> 00:17:50,480
Pipeline, alles läuft durch, wir
hatten ja gerade den CI TEIL CI 

343
00:17:50,480 --> 00:17:55,840
sagt ja alles super und der CD 
teil sagt alles super OK dann 

344
00:17:55,840 --> 00:17:59,120
werde ich jetzt nen nen 
Deployment eine Auslieferung 

345
00:17:59,120 --> 00:18:01,440
vorbereiten und 
Vollautomatisiert an den Kunden 

346
00:18:01,440 --> 00:18:02,680
gehen. 
Genau das heißt. 

347
00:18:02,680 --> 00:18:08,080
Das heißt, mit meinem Commit mit
dem Push nach einer gewissen 

348
00:18:08,080 --> 00:18:11,360
Zeit hat der Kunde es dann auch 
im Prinzip zur Verfügung. 

349
00:18:11,760 --> 00:18:15,600
Genau, und das ist das Ziel. 
Ja, im Endeffekt baut man, so 

350
00:18:15,600 --> 00:18:20,200
sag ich jetzt mal im CD Teil, 
baut man die Software, hat ja 

351
00:18:20,200 --> 00:18:23,600
irgendwie n Artefakt ne also ich
sag mal was man sich gut 

352
00:18:23,600 --> 00:18:27,640
vorstellen kann so also das ist 
es jetzt nicht mal, also n 

353
00:18:27,640 --> 00:18:29,920
Artefakt ist ja zum Beispiel 
auch sowas wie ne exe ne, also 

354
00:18:29,920 --> 00:18:32,640
irgendwas was man laufen lassen 
kann, so nach dem Motto ne. 

355
00:18:32,960 --> 00:18:36,000
So n Ergebnis dann halt. 
Und das wird dann halt irgendwo 

356
00:18:36,000 --> 00:18:38,880
halt eben auch laufen gelassen. 
So ne in einer bestimmten 

357
00:18:38,880 --> 00:18:42,160
Umgebung und. 
Delivery zum Beispiel finde ich,

358
00:18:42,240 --> 00:18:45,440
wenn man das noch mal sagt, so 
oder noch mal aufgreift, finde 

359
00:18:45,440 --> 00:18:47,320
ich ganz gut, wenn man sagt, OK,
man hat es vielleicht so n 

360
00:18:47,320 --> 00:18:49,960
feature Set wo man sagt OK ich 
möchte nur einen Deployment 

361
00:18:49,960 --> 00:18:52,520
machen, wenn das gesamte Feature
Set was gerade entwickelt wird 

362
00:18:52,520 --> 00:18:56,400
auch fertig ist. 
Ne weil das kannst du jetzt ohne

363
00:18:56,400 --> 00:18:59,000
weiteres ne und ich sag extra 
ohne weiteres bei Deployment 

364
00:18:59,000 --> 00:19:01,280
halt nicht unbedingt 
gewährleisten weil da wird ja 

365
00:19:01,280 --> 00:19:04,320
erstmal stand jetzt so wie wir 
es gerade besprochen haben immer

366
00:19:04,320 --> 00:19:07,000
gesagt OK. 
Neue Änderungen du wirst die 

367
00:19:07,000 --> 00:19:09,520
ploy, du wirst die ploy, du 
wirst die Ployd also angenommen.

368
00:19:09,520 --> 00:19:12,160
CI ist Grün, der Code wurde 
integriert, dann wird es auch 

369
00:19:12,160 --> 00:19:16,040
Deployd das heißt wenn du 3 Teil
Features sozusagen oder ne was 

370
00:19:16,040 --> 00:19:17,840
vielleicht zu einem Featureset 
zusammengehört wird es halt 

371
00:19:17,840 --> 00:19:20,800
einfach deployd und dann ist 
halt n Teil davon da und Teil 

372
00:19:20,800 --> 00:19:23,960
nicht ne da kann man natürlich 
auch sich wieder hinstellen und 

373
00:19:23,960 --> 00:19:26,240
sagen ja gut OK dann mach halt 
zum Beispiel so sogenannte 

374
00:19:26,240 --> 00:19:29,200
Feature flags. 
Und setzt die erst auf. 

375
00:19:29,280 --> 00:19:32,560
Dieses Feature ist da, wenn das 
gesamte Set, zum Beispiel das 

376
00:19:32,640 --> 00:19:36,400
ist eine Möglichkeit, auch das 
so zu machen, weil wie gesagt, 

377
00:19:36,400 --> 00:19:39,600
Def OPS ist ja auch, man 
versucht ja möglichst viel zu 

378
00:19:39,600 --> 00:19:45,160
automatisieren und demzufolge 
ist auch, sagen wir mal Strebsam

379
00:19:45,160 --> 00:19:47,800
im Def Ops Bereich zu sagen, Wir
wollen Deployment und nicht nur 

380
00:19:47,800 --> 00:19:52,200
ein Delivery, aber es ist bringt
natürlich auch noch ein bisschen

381
00:19:52,200 --> 00:19:54,720
mehr mit sich, also gerade bei 
Deployment. 

382
00:19:55,280 --> 00:20:00,080
Ja, also. 
Im Prinzip alles, was sich mit 

383
00:20:00,560 --> 00:20:03,040
Deployment beschäftigt. 
Da kommt man schnell an den 

384
00:20:03,040 --> 00:20:04,760
Punkt, dass man sagt, OK, wir 
brauchen ja auch eine gewisse 

385
00:20:04,760 --> 00:20:08,880
Strategie, um zu Deployen in 
einer ganz einfachen Pipeline, 

386
00:20:08,880 --> 00:20:12,400
wie wir es jetzt bis jetzt stand
jetzt haben, ist es halt im 

387
00:20:12,400 --> 00:20:15,520
Prinzip direkt deployed, wie du 
auch meintest, so ne, dann ist 

388
00:20:15,520 --> 00:20:19,360
es halt schwierig ganze Features
Sets mit einmal auszuliefern 

389
00:20:19,360 --> 00:20:21,920
oder quasi noch sozusagen 
zurückzuhalten. 

390
00:20:22,640 --> 00:20:26,960
Aber du hast natürlich auch das 
Thema, wie kommt das überhaupt 

391
00:20:26,960 --> 00:20:29,040
an das Feature? 
Ne, also du hast jetzt zum 

392
00:20:29,040 --> 00:20:31,400
Beispiel gesagt Mensch Tino 
Klasse feature was du gemacht 

393
00:20:31,400 --> 00:20:34,480
hast, aber vielleicht sieht der 
Kunde das nicht so oder nur n 

394
00:20:34,480 --> 00:20:37,040
Teil der Kunden finden das gut 
und da haben sich halt so 

395
00:20:37,040 --> 00:20:40,720
verschiedene Deployment 
Strategien herauskristallisiert,

396
00:20:41,440 --> 00:20:43,440
Liebe, zuhören, Liebe zuhören 
falls sich das Thema genau 

397
00:20:43,440 --> 00:20:46,000
interessiert, hör gern noch mal 
in die spezielle Folge der Reihe

398
00:20:46,000 --> 00:20:48,400
rein. 
Ich werd es jetzt nur noch mal 

399
00:20:48,400 --> 00:20:50,120
nennen. 
Wir haben ja so über Blue Green 

400
00:20:50,120 --> 00:20:54,720
Deployment gesprochen, Canary 
Deployment und das sind im 

401
00:20:54,720 --> 00:21:01,040
Prinzip Strategien um nicht zu 
100% an alle direkt auszurollen 

402
00:21:01,040 --> 00:21:04,560
das neue Feature, sondern das 
sind Strategien um. 

403
00:21:05,200 --> 00:21:08,400
Sag ich mal noch mal zu testen, 
wie es denn ankommt, ob es 

404
00:21:08,400 --> 00:21:12,120
wirklich fehlerfrei läuft. 
Ja, also Blue Green ist halt, 

405
00:21:12,120 --> 00:21:15,280
dass ich im Prinzip wirklich 
sage, ich schalte um, kann aber 

406
00:21:15,280 --> 00:21:17,760
auch wieder zurückschalten. 
Ja, also ich habe jetzt wirklich

407
00:21:17,760 --> 00:21:23,360
so ne Art Spiegelung mit dem 
neuen Feature und ja so n toggle

408
00:21:23,360 --> 00:21:27,600
wirklich und man sagt Ah nee 
warte mal, warte mal da da ist 

409
00:21:27,600 --> 00:21:30,000
stimmt irgendwas nicht zack 
zurück ja. 

410
00:21:30,880 --> 00:21:33,680
Und Canary, um das noch mal kurz
zusammenzufassen, ist ja im 

411
00:21:33,680 --> 00:21:35,680
Prinzip, dass ich prozentual 
ausrolle. 

412
00:21:35,920 --> 00:21:38,320
Das ist auch ne echt coole 
Strategie zu sagen, ich geb es 

413
00:21:38,320 --> 00:21:41,440
erstmal nur n gewissen Anteil 
meiner Kunden, es kann auch 

414
00:21:41,440 --> 00:21:44,960
zufällig sein und wenn da keine 
Rückmeldung kommen, dann kriegen

415
00:21:44,960 --> 00:21:47,560
es halt noch mehr so und dann oh
jetzt kommen die positiven 

416
00:21:47,560 --> 00:21:50,080
Feedbacks rein und mehr mehr 
mehr bis ich es irgendwann zu 

417
00:21:50,080 --> 00:21:54,080
100% verbreitet hab und das sind
halt Strategien die man da im 

418
00:21:54,080 --> 00:21:57,360
Hinterkopf haben sollte und die 
halt auch wirklich absolut Sinn 

419
00:21:57,360 --> 00:22:00,160
machen, ja. 
Ja, richtig, und das ist halt 

420
00:22:00,160 --> 00:22:02,480
auch wieder ein Ding. 
Also dass gerade weil du ja 

421
00:22:02,480 --> 00:22:05,440
sagst, so okay, wenn was schief 
läuft, wenn das vielleicht beim 

422
00:22:05,440 --> 00:22:08,320
Kunden nicht so gut ankommt, ist
natürlich die Frage okay aber. 

423
00:22:08,720 --> 00:22:10,480
Wie? 
Woher weißt du das? 

424
00:22:10,480 --> 00:22:13,440
Das, das kann man ja nicht jetzt
ohne weiteres einfach so wissen,

425
00:22:13,440 --> 00:22:16,160
sondern und da ist natürlich 
wieder ein Punkt, den besprechen

426
00:22:16,160 --> 00:22:20,560
wir auch noch bisschen später im
Monitoring, weil Monitoring ist 

427
00:22:20,560 --> 00:22:22,960
unglaublich wichtig, um halt 
eben auch zu. 

428
00:22:23,720 --> 00:22:26,560
Sozusagen die geeignete 
Automatisierung dann zu finden, 

429
00:22:26,560 --> 00:22:29,720
zu sagen, OK, ist das jetzt n 
einmaliger Fehler ist das jetzt 

430
00:22:29,720 --> 00:22:33,440
n Fehler der vom letzten 
Deployment kam und so weiter und

431
00:22:33,440 --> 00:22:37,040
sofort, aber das ist essentiell 
dafür um überhaupt sowas machen 

432
00:22:37,040 --> 00:22:38,600
zu können. 
Ne was bedeutet aber auch 

433
00:22:38,600 --> 00:22:43,360
gleichzeitig, dass Continuous 
Deployment ja auch wirklich, 

434
00:22:43,680 --> 00:22:48,720
also wirklich NN höheren Aufwand
einfach mit sich bringt am Ende.

435
00:22:49,160 --> 00:22:51,360
Einen initialen Aufwand, wo man 
dann noch immer gucken muss okay

436
00:22:51,360 --> 00:22:53,240
lohnt sich das fürs Projekt oder
nicht? 

437
00:22:53,240 --> 00:22:56,560
Es ist natürlich immer sehr 
spezifisch, aber das muss man 

438
00:22:56,560 --> 00:22:57,760
halt einfach dann selbst 
abwägen. 

439
00:22:57,760 --> 00:23:00,800
Prinzipiell ist es natürlich 
eine gute Practice, das so dann 

440
00:23:00,800 --> 00:23:06,000
zu machen, genau und gerade auch
weil du oder weil wir jetzt 

441
00:23:06,000 --> 00:23:07,920
davon geredet haben, ja, wenn 
sich ein Fehler einschleicht, da

442
00:23:07,920 --> 00:23:10,760
kann man sich jetzt auch denken,
ja, ci, wir haben noch gesagt, 

443
00:23:10,760 --> 00:23:12,800
alle Tests sind grün, Checks 
sind grün, es muss doch alles 

444
00:23:12,800 --> 00:23:15,680
passen, ja, das ist natürlich 
die. 

445
00:23:16,320 --> 00:23:20,400
Absicherung auf dem im ersten 
Level du kannst aber nie 

446
00:23:20,400 --> 00:23:22,800
hundertprozentig sicher sein, 
dass vielleicht doch irgendwas 

447
00:23:22,800 --> 00:23:25,680
schief läuft, was du eigentlich 
sogar nicht haben wolltest. 

448
00:23:25,920 --> 00:23:29,520
Also man ist dem halt irgendwie 
nie gewahrt. 

449
00:23:29,520 --> 00:23:32,080
Also ein Fehler kann trotzdem 
irgendwie mal, sagen wir mal 

450
00:23:32,080 --> 00:23:35,360
auftreten, irgendwas kann 
vielleicht nicht schmecken, dem 

451
00:23:35,360 --> 00:23:38,480
User beispielsweise oder es 
treten irgendwelche Side Effects

452
00:23:38,480 --> 00:23:42,240
auf mit dem man halt wirklich 
nicht gerechnet hat, kann halt 

453
00:23:42,240 --> 00:23:45,600
einfach passieren. 
Es kann natürlich auch genauso 

454
00:23:45,600 --> 00:23:48,760
sein, wenn ich jetzt quasi die 
Artefakte baue, ne, also meine 

455
00:23:48,760 --> 00:23:51,280
Auslieferung zusammenbaue kann 
natürlich auch was schiefgehen. 

456
00:23:51,440 --> 00:23:54,960
Ja, also gerade wenn ich zum 
Beispiel externe Abhängigkeiten 

457
00:23:54,960 --> 00:23:57,360
hab, irgendwas hat sich geändert
in meiner Software, dann ist 

458
00:23:57,360 --> 00:24:01,280
vielleicht meine Software an 
sich grün im CI teil aber im CD 

459
00:24:01,280 --> 00:24:03,680
teil lässt sich halt die 
Auslieferung nicht mehr 

460
00:24:03,680 --> 00:24:05,840
zusammenbauen, das kann auch 
sein, also hier gilt natürlich 

461
00:24:05,840 --> 00:24:09,760
auch wieder dieses schnelle 
Feedback am Ende ja definitiv. 

462
00:24:10,600 --> 00:24:12,120
Genau. 
Aber ein Punkt, der sehr wichtig

463
00:24:12,120 --> 00:24:13,080
ist. 
Und das ist auch ne coole 

464
00:24:13,080 --> 00:24:17,000
Überleitung, weil du meintest, 
so was ist Delivery Deployment 

465
00:24:17,000 --> 00:24:19,840
der Unterschied und wenn ich 
featuresets in im gesamten 

466
00:24:19,840 --> 00:24:23,320
Ausrollen möchte, ne, deswegen 
haben wir ja auch in unserem 

467
00:24:23,320 --> 00:24:25,840
Grundlagen in unserer 
Grundlagenreihe das Staging 

468
00:24:25,840 --> 00:24:28,880
besprochen, weil es halt auch n 
enorm wichtiger Punkt ist. 

469
00:24:28,960 --> 00:24:32,160
Und genau damit kann ich ja 
jetzt sowas dann ermöglichen, 

470
00:24:32,320 --> 00:24:35,280
weil in unserer einfachen Kette,
wie wir sie jetzt haben von 

471
00:24:35,280 --> 00:24:37,600
meinem Commit, den ich vorhin 
gemacht hab bis jetzt. 

472
00:24:37,920 --> 00:24:42,320
Ist alles sehr geradlinig. 
Ja, also so ne Einbahnstraße sag

473
00:24:42,320 --> 00:24:43,920
ich mal. 
Klar, ich krieg mein Feedback, 

474
00:24:43,920 --> 00:24:47,600
aber es gibt nur eine Richtung 
und Staging ist ja jetzt genau 

475
00:24:47,600 --> 00:24:52,240
das, dass ich sagen kann, ich 
kann mehrere, wir hatten ja 

476
00:24:52,240 --> 00:24:56,320
damals in der Folge so diese 
Analogie von Spielen früher 

477
00:24:56,320 --> 00:24:59,040
genommen, ne, dass ich so 
verschiedene Stages hab wie ich 

478
00:24:59,040 --> 00:25:01,840
immer weiter komme sozusagen und
ich find das ist halt auch 

479
00:25:01,840 --> 00:25:05,760
sinnbildlich sehr sehr treffend.
Ich kann jetzt mehrere Etappen 

480
00:25:05,760 --> 00:25:11,120
sozusagen einbauen und. 
Wie weit möchte ich jetzt etwas 

481
00:25:11,120 --> 00:25:12,720
deployen? 
Zum Beispiel Wohin? 

482
00:25:12,720 --> 00:25:14,760
Auf welche Stage soll das 
landen? 

483
00:25:14,800 --> 00:25:18,880
Und da gibt es halt so am Ende 
immer diese sogenannte Prot 

484
00:25:18,880 --> 00:25:21,200
Stage, also die wirklich 
produktiv ist. 

485
00:25:21,200 --> 00:25:24,800
Da wo quasi sag ich mal der 
Kunde drauf sitzt was er 

486
00:25:24,800 --> 00:25:28,960
verwendet, am Ende zum Beispiel 
die Website, die wirklich live 

487
00:25:28,960 --> 00:25:30,720
ist. 
Ne die du dann über deine Domain

488
00:25:30,720 --> 00:25:33,440
aufrufen kannst. 
Genau, aber jetzt kann ich ja. 

489
00:25:34,000 --> 00:25:36,480
Variabel davor mehrere Stages 
einbauen. 

490
00:25:36,480 --> 00:25:39,920
Ich kann zum Beispiel sagen, es 
gibt ne Develop stage, ja da 

491
00:25:39,920 --> 00:25:43,520
sammel ich jetzt meine Features,
die Entwickler können drauf 

492
00:25:43,520 --> 00:25:47,000
zugreifen, alle kriegen quasi 
diesen Stand. 

493
00:25:47,000 --> 00:25:49,680
Wenn ich jetzt mein Feature 
entwickelt hab kann ich sagen ey

494
00:25:50,000 --> 00:25:55,160
ich hab es deployed auf unsere. 
Develop Stage beispielsweise und

495
00:25:55,160 --> 00:25:56,760
die anderen Entwickler können 
das Ausprobieren. 

496
00:25:56,760 --> 00:25:59,200
Also die können dann einfach 
darauf arbeiten, sie entwickeln 

497
00:25:59,200 --> 00:26:01,920
ja auch mit dem Stand weiter und
wir sammeln so unsere Features 

498
00:26:01,920 --> 00:26:05,040
da, bis wir irgendwann sagen, 
so, dieser Stand geht jetzt auf 

499
00:26:05,040 --> 00:26:09,120
unsere produktiv Stage und jetzt
viel Spaßkunde das wird richtig 

500
00:26:09,120 --> 00:26:13,160
geil, was wir gebaut haben, so 
ne genau eine Möglichkeit, was 

501
00:26:13,160 --> 00:26:15,760
siehst du denn noch so für 
Stages um das noch mal kurz 

502
00:26:15,760 --> 00:26:18,640
zusammenzufassen ja es gibt zum 
Beispiel, also was halt beliebt 

503
00:26:18,640 --> 00:26:20,720
ist ist auch sowas wie ne QR 
Stage also so. 

504
00:26:21,280 --> 00:26:23,920
Ich nenne es mal auf Deutsch 
Qualitätsmanagement Stage. 

505
00:26:23,920 --> 00:26:27,120
Also es gibt ja auch 
Anwendungen, wo es auch externe 

506
00:26:27,120 --> 00:26:30,240
Tester gibt, die dann noch mal 
wo die Software noch mal extra 

507
00:26:30,240 --> 00:26:33,440
von externen Testern getestet 
wird oder getestet werden muss, 

508
00:26:33,440 --> 00:26:35,760
auch manchmal. 
Das heißt, es gibt dann zum 

509
00:26:35,760 --> 00:26:38,160
Beispiel eine Stage, wo sich 
dann die Leute zum Beispiel 

510
00:26:38,160 --> 00:26:41,240
austoben können und halt eben 
nicht in der Produktivumgebung 

511
00:26:41,240 --> 00:26:44,920
testen sollen, weil du willst ja
vielleicht zum Beispiel nicht 

512
00:26:45,120 --> 00:26:51,160
bei Instagram oder so 1000 user 
QR 123, User QR 555 oder weil. 

513
00:26:51,240 --> 00:26:53,800
Weißt du sowas, wenn du dir so 
denkst, was ist das hier alles 

514
00:26:53,800 --> 00:26:57,680
gerade nur mal so als Beispiel? 
Also du haust ja auch Daten in 

515
00:26:57,680 --> 00:27:00,600
die Datenbank rein, die du aber 
am Ende in der Produktivumgebung

516
00:27:00,600 --> 00:27:04,480
nicht haben möchtest. 
Demzufolge kannst du halt den QA

517
00:27:05,120 --> 00:27:08,160
also oder den Tester ne, die 
kannst du halt dann expliziten 

518
00:27:08,160 --> 00:27:11,040
Zugang zu einer Stage geben, die
aber genauso funktioniert wie 

519
00:27:11,040 --> 00:27:14,600
Pod oder oder sehr sehr ähnlich 
ist. 

520
00:27:14,600 --> 00:27:17,440
Sag ich jetzt mal. 
Und da kannst du aber auch 

521
00:27:17,440 --> 00:27:19,040
andere Sachen testen, wie zum 
Beispiel, ob deine 

522
00:27:19,040 --> 00:27:22,960
Datenbankmigration funktioniert,
weil es gibt, ich sag jetzt mal 

523
00:27:22,960 --> 00:27:25,920
n bisschen salopp gesagt, nichts
schlimmeres, als wenn du ne 

524
00:27:25,920 --> 00:27:30,000
Datenbank migrierst und es 
failed und am Ende hast du 

525
00:27:30,000 --> 00:27:32,720
riesen Datensalat in deiner 
Datenbank. 

526
00:27:33,040 --> 00:27:35,840
Das ist halt nicht so geil und 
man kann sich das halt ungefähr 

527
00:27:35,840 --> 00:27:39,200
so vorstellen, dass ne, wenn du 
jetzt zum Beispiel sagst, meine 

528
00:27:39,200 --> 00:27:42,400
Website de beispielsweise ne, 
weil du Website gesagt hast. 

529
00:27:43,040 --> 00:27:45,560
Gibt es, kannst ja auch auf 
Apps, Münzen oder so, aber du 

530
00:27:45,560 --> 00:27:48,120
hast am Ende ne eigene Domain, 
ne, das ist dann zum Beispiel 

531
00:27:48,120 --> 00:27:51,680
sowas wie dev Punkt, meine 
website de oder QR Punkt, meine 

532
00:27:51,680 --> 00:27:55,080
website de und vielleicht hast 
du andere login Mechanismen, 

533
00:27:55,080 --> 00:27:58,120
dass du halt eben nicht in der 
Lage bist als produktiv User die

534
00:27:58,120 --> 00:28:01,760
QR Stage zu verwenden und so 
weiter dass es halt gekapselt 

535
00:28:01,760 --> 00:28:02,760
ist. 
Ne, dass du vielleicht ein 

536
00:28:02,760 --> 00:28:05,080
bisschen, deswegen meine ich 
auch nicht ganz hundertprozentig

537
00:28:05,080 --> 00:28:07,280
gleich. 
Dass du vielleicht noch eine 

538
00:28:07,280 --> 00:28:10,080
andere Anmeldemöglichkeit hast 
oder so, dass du eventuell 

539
00:28:10,080 --> 00:28:12,720
sagst, OK, wir schließen aber 
auch wirklich aktiv bestimmte 

540
00:28:12,800 --> 00:28:16,920
Usergruppen aus, ne, damit es 
halt eben wirklich isoliert ist.

541
00:28:16,920 --> 00:28:19,320
Irgendwo ne für den 
entsprechenden Zweck, das ist 

542
00:28:19,320 --> 00:28:24,400
halt wichtig, ja, aber ich würde
tatsächlich so weit gehen, dass 

543
00:28:24,400 --> 00:28:27,920
ich sagen würde, wenn wir etwas.
Von der ganzen Sache, die wir 

544
00:28:27,920 --> 00:28:31,960
besprechen, so noch annähernd 
als optional hinstellen können, 

545
00:28:31,960 --> 00:28:35,440
dann ist es das Staging im Sinne
von ne Protz Stage gibt es 

546
00:28:35,440 --> 00:28:38,320
immer, die ist auf jeden Fall 
wichtig, wenn du alles. 

547
00:28:38,320 --> 00:28:40,800
Richtig muss es hingehen. 
Aber wenn du alles richtig 

548
00:28:40,800 --> 00:28:42,680
machst, ist das irgendwie in 
Ordnung. 

549
00:28:42,680 --> 00:28:46,600
Weißt du, dann passt das so, 
aber deswegen, du kannst ja zum 

550
00:28:46,600 --> 00:28:49,440
Beispiel sagen, OK, ich bau noch
ne Test stage ein, du musst aber

551
00:28:49,440 --> 00:28:52,280
keine QR Stage haben, du kannst.
Du hast Stage einbauen, musst 

552
00:28:52,280 --> 00:28:54,720
aber kein Test Stage haben. 
Du kannst aber auch 5 Stages vor

553
00:28:54,720 --> 00:28:57,120
Port noch machen, deswegen das 
meine ich so ein bisschen mit in

554
00:28:57,120 --> 00:28:59,920
Anführungsstrichen optional ne. 
Genau. 

555
00:29:00,160 --> 00:29:03,200
Also das ist ein sehr wichtiger 
Punkt, der halt relevant wird, 

556
00:29:03,200 --> 00:29:05,720
wenn es um skalieren geht, ne 
und wenn du mehrere Entwickler 

557
00:29:05,720 --> 00:29:09,280
rein kriegst, wenn es halt ein 
Riesenprojekt wird, dann wird 

558
00:29:09,280 --> 00:29:12,480
Staging irgendwann nicht mehr 
vermeidbar sein und dann ist es 

559
00:29:12,480 --> 00:29:14,560
auch richtig, es nicht mehr zu 
vermeiden. 

560
00:29:14,840 --> 00:29:16,760
Aber ich sag mal, du hattest ja 
auch gesagt, wenn man jetzt so 

561
00:29:16,760 --> 00:29:20,240
ein kleines Einzelprojekt hat, 
dann ist es vielleicht noch 

562
00:29:20,240 --> 00:29:21,760
nicht notwendig, wie du gerade 
meintest. 

563
00:29:21,760 --> 00:29:25,800
Also so in so einer ganz Lean 
Basic Pipeline muss es dann 

564
00:29:25,800 --> 00:29:29,600
nicht Teil davon sein, dann 
brauchst du zum Beispiel keine 

565
00:29:29,600 --> 00:29:33,120
Test Stage oder auch keine, weil
ich meinte Death Stage wo Halt 

566
00:29:33,120 --> 00:29:36,480
so Features gesammelt werden, 
die aber auch sauber ist. 

567
00:29:36,560 --> 00:29:39,840
Also noch mal kurz zur 
Differenzierung, eine Test Stage

568
00:29:39,840 --> 00:29:42,960
ist für mich halt etwas, da kann
ich machen was ich will ja also 

569
00:29:42,960 --> 00:29:45,680
da. 
Länger yolo mäßig. 

570
00:29:46,360 --> 00:29:49,120
Ich kann da alles löschen. 
Ich kann Edge Cases 

571
00:29:49,120 --> 00:29:52,800
ausprobieren, ich kann richtig 
wilde Sau spielen da ja und ne 

572
00:29:52,800 --> 00:29:54,880
Death Stage ist für mich, aber 
wenn ich jetzt ganz viele 

573
00:29:54,880 --> 00:29:57,600
Entwickler hab ne dass die da 
alle auch ne ne saubere 

574
00:29:57,600 --> 00:30:00,160
Grundlage haben wo denn die 
Features wirklich integriert 

575
00:30:00,160 --> 00:30:02,920
sind. 
Und als korrekt geltend 

576
00:30:02,920 --> 00:30:05,360
sozusagen. 
Und das brauche ich nicht, wenn 

577
00:30:05,360 --> 00:30:08,160
ich alleine bin, wozu soll ich 
das machen, hast du natürlich 

578
00:30:08,160 --> 00:30:10,000
absolut. 
Recht, du meintest ja vorhin 

579
00:30:10,000 --> 00:30:13,280
auch schon bei den Checks, was 
man wirklich braucht und genau 

580
00:30:13,280 --> 00:30:17,080
hier gilt eben auch was, also 
bauen eine Stage auf für das was

581
00:30:17,080 --> 00:30:20,600
du halt auch wirklich brauchst. 
Und weil ich ja auch meinte Okay

582
00:30:20,600 --> 00:30:23,920
eine Stage muss vielleicht 
leicht anders konfiguriert sein,

583
00:30:24,240 --> 00:30:26,960
also sie sollte sich gleich 
verhalten, kann aber anders 

584
00:30:26,960 --> 00:30:29,200
konfiguriert sein im Endeffekt 
und. 

585
00:30:29,320 --> 00:30:32,880
Und da ist eigentlich n ganz 
interessanter Punkt, weil wie 

586
00:30:32,880 --> 00:30:37,280
kann man zum Beispiel das ganze 
gut konfigurieren und damit du 

587
00:30:37,280 --> 00:30:40,720
halt zum Beispiel sagst, OK, du 
hast vielleicht ne Umgebung, die

588
00:30:40,720 --> 00:30:44,760
immer gleich ist, ne auf der 
einen Seite, aber du. 

589
00:30:44,760 --> 00:30:46,680
Du hast auf der anderen Seite 
zum Beispiel kannst du diese 

590
00:30:46,680 --> 00:30:48,800
Umgebung halt eben auch 
irgendwie von außen noch 

591
00:30:48,800 --> 00:30:51,640
konfigurieren, ne, was ja schon 
mal dazu führt, dass du jetzt 

592
00:30:51,640 --> 00:30:53,440
sagst, OK, ich hab zwar meine 
Stages, die ich irgendwie 

593
00:30:53,440 --> 00:30:57,280
aufbaue, wo ich irgendwie meine 
entsprechende Anwendung in der 

594
00:30:57,280 --> 00:31:03,000
entsprechenden Stage hin deploye
ne, aber du willst es ja nicht 

595
00:31:03,000 --> 00:31:05,400
plain einfach auf den Server 
ballern und sagen, OK, du hast 

596
00:31:05,400 --> 00:31:07,360
jetzt vielleicht hier 
Abhängigkeiten, also installiere

597
00:31:07,360 --> 00:31:08,880
ich die alle auf dem Server und 
Let's go. 

598
00:31:09,280 --> 00:31:13,760
Ne, sondern da machen wir auch 
eine bestimmte Practice 

599
00:31:13,760 --> 00:31:15,360
sozusagen, die ich am Anfang 
angesprochen hab. 

600
00:31:17,120 --> 00:31:20,840
Ja, also man merkt schon, wenn 
es mehrere Stages gibt und das 

601
00:31:20,840 --> 00:31:24,480
ganze skalieren soll, dann kommt
halt ein Punkt ins Spiel, der 

602
00:31:24,480 --> 00:31:26,920
unfassbar wichtig ist. 
Und ich finde es ist Best 

603
00:31:26,920 --> 00:31:28,880
Practice ihn von Anfang an 
einzusetzen. 

604
00:31:29,040 --> 00:31:34,000
Ja, und zwar reden wir jetzt von
Infrastructure is Code und es 

605
00:31:34,000 --> 00:31:41,120
geht halt im Prinzip darum. 
Seine Konfiguration codiert 

606
00:31:41,120 --> 00:31:45,760
abzubilden, ja, also ich habe 
keine manuellen Schritte zu 

607
00:31:45,760 --> 00:31:50,360
sagen, ja, ich mache das hier, 
was welche Stage, ja du willst 

608
00:31:50,360 --> 00:31:52,240
eine Test Stage ja warte, da 
muss ich das so und so 

609
00:31:52,240 --> 00:31:55,600
Umkonfigurieren, sondern ich 
habe es in Code gegossen. 

610
00:31:55,600 --> 00:31:59,320
Ja es ist auch Versioniert zum 
Beispiel wichtiger Punkt ja also

611
00:31:59,320 --> 00:32:02,280
ich habe Stände von meiner 
Konfiguration die ich auch 

612
00:32:02,280 --> 00:32:05,440
wiederherstellen kann und im 
Prinzip habe ich dann 

613
00:32:05,440 --> 00:32:09,760
unterschiedliche. 
Konfiguration um diese einzelnen

614
00:32:09,760 --> 00:32:12,640
Stages dementsprechend 
aufzubauen und ich kann sie 

615
00:32:12,640 --> 00:32:17,280
immer wieder so aufbauen und 
dadurch nehme ich quasi die 

616
00:32:17,280 --> 00:32:22,360
Komplexität und den Zeitaufwand 
raus, den eine manuelle 

617
00:32:22,360 --> 00:32:24,960
Abarbeitung einfach hätte. 
Das heißt nicht, dass es nicht 

618
00:32:24,960 --> 00:32:28,240
komplex ist, diese diese das zu 
coden ja auf keinen Fall, das 

619
00:32:28,240 --> 00:32:32,400
kann auch sehr komplex und und 
nervenraubend werden, ja da will

620
00:32:32,400 --> 00:32:34,400
ich, das will ich nicht 
schönreden. 

621
00:32:34,640 --> 00:32:39,280
Aber Fakt ist, wenn es läuft und
nachweislich läuft, ja, also man

622
00:32:39,280 --> 00:32:42,720
kann sowas natürlich auch 
überprüfen und testen, dann hab 

623
00:32:42,720 --> 00:32:45,600
ich das, dann hab ich diesen 
Stand und der wird funktionieren

624
00:32:45,600 --> 00:32:48,800
und der wird immer gleich 
funktionieren am Ende und das 

625
00:32:48,800 --> 00:32:52,800
ist es ja worum es geht am Ende.
Ja, also du hast ja gerade jetzt

626
00:32:52,800 --> 00:32:54,920
so bei den ganzen Anwendungen, 
die man eben hat. 

627
00:32:54,920 --> 00:32:57,040
Du hast ja nicht nur ein 
Frontend und ein Backend, also 

628
00:32:57,040 --> 00:32:59,280
nicht nur irgendwie, sagen wir 
mal, ein Artefakt von deinem 

629
00:32:59,280 --> 00:33:01,600
Frontend Code und ein Artefakt 
von deinem Backend Code, sondern

630
00:33:01,600 --> 00:33:03,840
du hast ja dazu noch irgendwie 
du brauchst ein Server wo das 

631
00:33:03,840 --> 00:33:05,600
drauf läuft, du brauchst eine 
Datenbank, du brauchst 

632
00:33:05,600 --> 00:33:07,600
vielleicht noch ein Load 
Balancer, weil deine Anwendung 

633
00:33:07,600 --> 00:33:10,960
so groß ist, dass irgendwie der 
die ganze Last ne von den ganzen

634
00:33:10,960 --> 00:33:13,200
Usern die kommt irgendwie 
aufgeteilt wird auf. 

635
00:33:13,640 --> 00:33:17,120
Zum Beispiel mehrere Instanzen 
deiner deiner Anwendung, 

636
00:33:17,120 --> 00:33:20,280
beispielsweise ne. 
Du hast vielleicht irgendwie 

637
00:33:20,280 --> 00:33:22,480
noch ein Storage, weil du 
irgendwie Bilder und Videos 

638
00:33:22,480 --> 00:33:25,200
irgendwie anzapfen willst. 
Du brauchst einen credentials 

639
00:33:25,200 --> 00:33:28,720
Manager, weil irgendwie die 
Datenbank verschlüsselt ist und 

640
00:33:28,720 --> 00:33:32,160
so weiter und sofort und um das 
alles aufzubauen, ne, es ist 

641
00:33:32,160 --> 00:33:35,680
halt anstrengend so ne und das 
kannst du manuell machen, das 

642
00:33:36,080 --> 00:33:38,280
kannst du manuell machen und 
dann hast du es einmal gemacht, 

643
00:33:38,280 --> 00:33:40,440
dann hast du weil. 
Wenn ich jetzt aus eigener 

644
00:33:40,440 --> 00:33:43,120
Erfahrung spreche, so wenn du so
infrastructures Code baust, das 

645
00:33:43,120 --> 00:33:44,800
ist immer so OK. 
Ich mach erstmal ich mach 

646
00:33:44,800 --> 00:33:48,560
erstmal das ich leg erstmal das 
an und jetzt sozusagen versuch 

647
00:33:48,560 --> 00:33:51,640
ich die Infrastruktur 
hochzufahren ah OK gibt n Fehler

648
00:33:51,640 --> 00:33:55,160
warte mal da fehlt Parameter ah 
der ist required OK da muss ich 

649
00:33:55,160 --> 00:33:58,080
noch mal gucken in die Doku 
alles klar ach ja genau die 

650
00:33:58,240 --> 00:34:01,000
Datenbank muss verschlüsselt 
sein so als Beispiel ne so ne 

651
00:34:01,040 --> 00:34:03,600
und dann. 
Du hast richtig viele, also 

652
00:34:03,840 --> 00:34:07,200
meiner Erfahrung nach einige 
Iterationen um halt eben deine 

653
00:34:07,200 --> 00:34:09,199
Infrastruktur auch wirklich so 
aufzubauen. 

654
00:34:09,199 --> 00:34:11,560
Über infrastructures Code wie du
es haben möchtest. 

655
00:34:11,560 --> 00:34:13,040
Das heißt es wie du meintest, es
dauert. 

656
00:34:13,040 --> 00:34:15,840
Es dauert natürlich aber und das
ist das Schöne, wenn du es 

657
00:34:15,840 --> 00:34:21,120
einmal hast ne dann funktioniert
es halt und dann funktioniert es

658
00:34:21,199 --> 00:34:24,960
deterministisch, das ist halt 
das schöne und nicht irgendwie. 

659
00:34:25,400 --> 00:34:27,120
Klar, wenn du noch mal n 
bisschen was ändern willst, dann

660
00:34:27,120 --> 00:34:30,239
du änderst Kleinigkeiten auch 
alles in Ordnung, ne, wenn 

661
00:34:30,239 --> 00:34:32,480
vielleicht noch was schief geht 
und du sagst oh Gott ich hab 

662
00:34:32,480 --> 00:34:36,159
jetzt mich komplett in der 
Einbahnstraße manövriert ne bei 

663
00:34:36,159 --> 00:34:39,800
dieser infrastructures Code. 
Und du sagst, ey ich, ich krieg 

664
00:34:39,800 --> 00:34:41,600
meine Umgebung, die die ist 
kaputt irgendwie. 

665
00:34:41,600 --> 00:34:45,880
Ich hab richtig Mist gebaut OK 
nimm wie du meintest, du kannst 

666
00:34:45,880 --> 00:34:48,800
gucken in deiner Versionierung, 
das war der letzte Change, der 

667
00:34:48,800 --> 00:34:51,679
hat alles kaputt gemacht, das 
heißt ich geh von meinem, von 

668
00:34:51,679 --> 00:34:54,000
meinem, von meiner Git 
Versionierung beispielsweise 

669
00:34:54,000 --> 00:34:57,200
einen Schritt zurück, lösche 
meine komplette Umgebung, phasi 

670
00:34:57,200 --> 00:34:59,520
komplett wieder hoch und ich hab
wieder n stand der wieder läuft 

671
00:34:59,600 --> 00:35:01,600
mach das mal manuell, das ist 
halt. 

672
00:35:01,920 --> 00:35:03,680
Ne krass. 
Gerade wenn du noch mehrere 

673
00:35:03,680 --> 00:35:06,480
Stages aufbaust und sagst, OK 
ich bau jetzt die def Stage auf,

674
00:35:06,480 --> 00:35:08,680
ich bau jetzt zum Beispiel meine
QR Stage auf, ich baue meine 

675
00:35:08,680 --> 00:35:11,840
Prod Stage auf, du musst das 
dreimal machen so und dann 

676
00:35:11,840 --> 00:35:14,320
denkst du dir vielleicht so ja 
OK, ich hab jetzt zum Beispiel 

677
00:35:14,320 --> 00:35:16,240
meine prod Stage und meine def 
Stage, aber ich brauch jetzt 

678
00:35:16,240 --> 00:35:19,120
noch ne QR Stage und dann warte 
mal was hab ich jetzt noch mal? 

679
00:35:19,120 --> 00:35:21,280
Was brauch ich jetzt wie hab in 
welcher Reihenfolge hab ich das 

680
00:35:21,280 --> 00:35:23,720
gemacht ich weiß es gar nicht 
mehr so hab ich jetzt zum 

681
00:35:23,720 --> 00:35:25,920
Beispiel das so konfiguriert 
oder so ich guck noch mal nach 

682
00:35:25,920 --> 00:35:30,480
und das ist funktioniert nicht, 
skaliert nicht und das ist halt 

683
00:35:30,480 --> 00:35:33,680
das wichtige um halt eben 
Infrastruktur infrastructures 

684
00:35:33,680 --> 00:35:36,560
Code zu haben, das heißt du hast
würde ich jetzt einmal kurz 

685
00:35:36,560 --> 00:35:41,600
durchspielen Commit cicd und 
deine Stages, aber das Ganze das

686
00:35:41,600 --> 00:35:43,000
kannst du. 
Du kannst es alles manuell 

687
00:35:43,000 --> 00:35:46,160
irgendwie aufbauen, aber 
infrastructures Code wir sind 

688
00:35:46,160 --> 00:35:48,560
hier wieder bei Automatisierung 
wird ja groß geschrieben bei def

689
00:35:48,560 --> 00:35:52,880
Ops die braucht man um das 
gesamte zugrunde liegende System

690
00:35:53,440 --> 00:35:56,240
auf also auf der die Pipeline 
läuft halt eben einfach. 

691
00:35:57,720 --> 00:36:01,280
Ich sag mal modern aufzubauen, 
Wartbar und Automatisierbar zu 

692
00:36:01,280 --> 00:36:03,120
machen. 
Ne, also auch das aufbauen der 

693
00:36:03,120 --> 00:36:06,880
Struktur selber sozusagen ne und
auch einfach nachweisbar. 

694
00:36:06,880 --> 00:36:10,880
Ne, du kannst ja denn genau 
sehen, wie sieht meine CI aus, 

695
00:36:10,880 --> 00:36:14,480
wie sieht meine CD aus, welche 
Stages hab ich, das ist ja 

696
00:36:15,200 --> 00:36:19,760
nachlesbar so wenn das jemand 
manuell gemacht hast, dann musst

697
00:36:19,760 --> 00:36:22,520
du die denjenigen Fragen sagen, 
was passiert da eigentlich, ja 

698
00:36:22,520 --> 00:36:25,560
ist ja ganz einfach hier, ich 
hab es vergessen. 

699
00:36:27,560 --> 00:36:31,360
Und so hast du es natürlich 
nachweislich in einer Version da

700
00:36:31,360 --> 00:36:35,320
und kannst es quasi nachlesen, 
wenn du ja den Code verstehst. 

701
00:36:35,320 --> 00:36:39,560
Dahinter ne, ja richtig, und das
ist einfach der Riesenvorteil 

702
00:36:39,560 --> 00:36:41,000
und was du meinst die 
Versionierung. 

703
00:36:41,000 --> 00:36:43,840
Ich kann Stände 
wiederherstellen, ne und auch 

704
00:36:43,840 --> 00:36:46,680
hier muss natürlich der Fokus 
sein, es schnell zu erkennen 

705
00:36:46,680 --> 00:36:49,120
falls was schief läuft um 
schnell reagieren zu können. 

706
00:36:49,280 --> 00:36:52,720
Ne also wie bei allen. 
Bestandteilen gilt das natürlich

707
00:36:52,720 --> 00:36:55,520
hier auch genau, aber und damit 
man das auch machen kann, wie 

708
00:36:55,520 --> 00:36:57,040
ich meinte, irgendwas ist 
vielleicht kaputt an der 

709
00:36:57,040 --> 00:37:00,320
Umgebung, dafür brauchst du halt
infrastructures Code ne oder 

710
00:37:00,320 --> 00:37:02,640
halb wen mit der Versionierung 
und und und. 

711
00:37:02,720 --> 00:37:05,200
Wichtig ist noch kleine 
Anmerkung, Es ist natürlich und 

712
00:37:05,200 --> 00:37:08,760
das muss man wissen, einfach von
vom Feelinger, von der Anwendung

713
00:37:08,760 --> 00:37:12,200
es es muss natürlich lesbar sein
für die Umgebung, für die Cloud,

714
00:37:12,200 --> 00:37:15,200
in der man das Halt zum Beispiel
eben eben macht, ne, also 

715
00:37:15,280 --> 00:37:19,200
beispielsweise Azure ist nicht 
gleich ABS ne und die Reden auch

716
00:37:19,200 --> 00:37:20,440
anders. 
Das ist wie ne 

717
00:37:20,440 --> 00:37:22,720
Programmiersprache. 
Du hast halt einfach 

718
00:37:22,720 --> 00:37:28,160
unterschiedliche Parameter, die 
du irgendwo einsetzen musst. 

719
00:37:28,160 --> 00:37:30,760
Die Sachen heißen anders und so 
weiter ne, aber ich denke das. 

720
00:37:30,760 --> 00:37:32,600
Ist klar. 
Also da muss man sich dann halt 

721
00:37:32,600 --> 00:37:35,000
in das Scripting quasi so n 
bisschen reindenken und 

722
00:37:35,000 --> 00:37:38,000
Reinlesen. 
Aber ich sag mal Konzepte sind 

723
00:37:38,000 --> 00:37:42,560
oft ähnlich, das hilft dann 
dabei ne und man sammelt so 

724
00:37:42,560 --> 00:37:45,960
seine Erfahrungen damit. 
Lass uns mal zu dem nächsten 

725
00:37:45,960 --> 00:37:49,040
Punkt kommen, der jetzt quasi 
entscheidend ist wenn wir sagen.

726
00:37:49,840 --> 00:37:53,120
Wir sind jetzt, wir haben unsere
Pipeline mit Infrastructure Code

727
00:37:53,120 --> 00:37:55,840
aufgebaut. 
CI läuft durch, die Stages 

728
00:37:55,840 --> 00:37:59,600
laufen durch und wir entscheiden
uns jetzt zu deployen, 

729
00:37:59,600 --> 00:38:02,880
beispielsweise ne, dann haben 
wir ja über einen Punkt 

730
00:38:02,880 --> 00:38:06,320
gesprochen, der auch super 
essentiell ist und zwar 

731
00:38:06,320 --> 00:38:09,360
containerisierung. 
Ja also wir haben über Container

732
00:38:09,360 --> 00:38:14,080
und Orchestration gesprochen. 
Denn die Frage ist jetzt, wie 

733
00:38:14,080 --> 00:38:17,280
liefer ich denn das Ganze aus, 
was liefer ich aus? 

734
00:38:17,360 --> 00:38:19,680
Du hast ja jetzt beispielhaft 
gesagt, er stell dir einfach ne 

735
00:38:19,680 --> 00:38:24,040
exe vor oder so in modernen 
Lösungen, dabei sieht das ja 

736
00:38:24,040 --> 00:38:27,280
ganze n bisschen anders aus, ne,
dann redet man ja oft von 

737
00:38:27,280 --> 00:38:32,160
Container, Docker fällt sofort 
als Wort, da haben wir auch ne 

738
00:38:32,160 --> 00:38:34,480
Folge drüber gemacht, die ich 
persönlich auch sehr sehr geil 

739
00:38:34,480 --> 00:38:36,800
fand, weil es einfach so ein 
cooles Thema ist. 

740
00:38:37,040 --> 00:38:39,040
Aber das würde ich gern mit dir 
auch noch mal so n bisschen 

741
00:38:39,040 --> 00:38:40,720
zusammenfassen. 
Ja. 

742
00:38:41,040 --> 00:38:43,280
Stellen wir uns vor, es reden 
sehr viel, immer von 

743
00:38:43,280 --> 00:38:48,480
Microservices. 
Ne, du hast halt ja kybernetes 

744
00:38:48,480 --> 00:38:51,920
Feld dann ne und das ganz ganz 
viele Container die da laufen in

745
00:38:51,920 --> 00:38:55,880
deiner Umgebung und jeder hat so
seine Aufgabe und jetzt stellt 

746
00:38:55,880 --> 00:38:58,000
man sich natürlich die Frage, 
gerade vielleicht als 

747
00:38:58,000 --> 00:39:02,800
Einsteigerin oder Einsteiger, 
warte mal was Microservices, 

748
00:39:03,120 --> 00:39:07,040
Hunderte Container, was geht da 
ab, ich hab eine Software so 

749
00:39:07,040 --> 00:39:10,600
weißt du. 
Und genau darum geht es ja im 

750
00:39:10,600 --> 00:39:12,920
Prinzip, dass man seine 
Anwendung zum Beispiel in 

751
00:39:12,920 --> 00:39:16,560
Microservices aufteilt. 
Ne, dass du gewisse Teile, 

752
00:39:16,560 --> 00:39:21,720
Aspekte, Aufgaben, auslagerst 
oder als eigenen Service 

753
00:39:21,720 --> 00:39:26,080
betrachtest und dann im 
Endeffekt eine Servicelandschaft

754
00:39:26,080 --> 00:39:28,880
hast, die deine gesamte 
Funktionalität abbildet und das 

755
00:39:28,880 --> 00:39:31,840
läuft alles so in einzelnen 
Bestandteilen und da haben wir 

756
00:39:31,840 --> 00:39:34,840
über Container gesprochen. 
Und Container haben ja im 

757
00:39:34,840 --> 00:39:40,320
Prinzip die Aufgabe, ein Problem
zu lösen, und zwar das IT Works 

758
00:39:40,320 --> 00:39:44,880
of my Machine Problem sozusagen.
Nur weil du sagst, ich hab bei 

759
00:39:44,880 --> 00:39:47,320
mir auf meinem PC alles 
eingerichtet und wenn ich jetzt 

760
00:39:47,320 --> 00:39:51,040
meine Software laufen lasse, 
dann läuft das ja, das heißt ja 

761
00:39:51,040 --> 00:39:53,840
aber nicht in der Integration, 
wenn ich jetzt davon ausgehe, 

762
00:39:53,840 --> 00:39:56,720
ich habe ganz viele Bestandteile
und ich lass das jetzt auf 

763
00:39:56,720 --> 00:40:00,240
irgendeinem Server laufen. 
Dass das da auch läuft, dann, 

764
00:40:00,480 --> 00:40:05,040
das ist ja nicht gewährleistet. 
Dann fehlt halt ein Package oder

765
00:40:05,240 --> 00:40:10,040
n Klassiker ist es ne falsche 
Node JS version da installiert 

766
00:40:10,040 --> 00:40:12,200
und der Support ist nicht mehr 
gegeben und du kriegst auf 

767
00:40:12,200 --> 00:40:15,120
einmal da n Fehler hier keine 
Ahnung was du hier vorhast, das 

768
00:40:15,120 --> 00:40:19,200
läuft so nicht ne so geht. 
Und das sind, das sind halt 

769
00:40:19,200 --> 00:40:22,480
Klassiker, und die werden auf 
dich zukommen, wenn du dich 

770
00:40:22,480 --> 00:40:24,560
darum nicht kümmerst. 
Und dafür gibt es halt im 

771
00:40:24,560 --> 00:40:28,720
Prinzip auch Container, die denn
dafür sorgen, dass du halt diese

772
00:40:28,720 --> 00:40:33,120
Abhängigkeiten darin bündelst 
und sagst, OK, dieser Container 

773
00:40:33,120 --> 00:40:35,680
mit dieser Software, die ich 
deployen möchte mit diesem 

774
00:40:35,680 --> 00:40:39,520
Stand, bringt alles mit, um 
laufen zu können. 

775
00:40:39,840 --> 00:40:42,480
Ja, um das noch mal kurz 
zusammenzufassen, und das ist 

776
00:40:42,480 --> 00:40:45,520
halt n sehr essentieller Punkt 
und vor allem wichtig für deine 

777
00:40:45,520 --> 00:40:48,640
Pipeline um sauber deployen zu 
können und vor allem mit dem 

778
00:40:48,640 --> 00:40:50,480
Ziel, dass es am Ende auch 
läuft. 

779
00:40:50,720 --> 00:40:52,800
Ja, selbst wenn du auch nicht 
sagst, OK, ich mach alles in 

780
00:40:52,800 --> 00:40:55,120
Microservices, aber weil ich ja 
vorhin meinte, du brauchst 

781
00:40:55,120 --> 00:40:57,200
vielleicht n Load Balancer, weil
du die Last verteilen willst, 

782
00:40:57,200 --> 00:41:00,080
weil zum Beispiel eine 
Anwendung, also eine Instanz der

783
00:41:00,080 --> 00:41:02,560
Anwendung, nicht mehr ausreicht,
dann brauchst du halt noch mal 

784
00:41:02,560 --> 00:41:05,360
genau die gleiche Anwendung 
woanders. 

785
00:41:05,720 --> 00:41:07,360
Und da kannst du einfach sagen, 
OK, ich fahr noch n neuen 

786
00:41:07,360 --> 00:41:10,880
Container hoch, der aber im 
gleichen in der sozusagen, der 

787
00:41:10,880 --> 00:41:13,400
aber auch mitorchestriert wird, 
beispielsweise ne, damit du halt

788
00:41:13,400 --> 00:41:16,200
ja auch eben sagen kannst, OK, 
wo leite ich das denn hin, die 

789
00:41:16,200 --> 00:41:18,360
müssen ja auch irgendwie die 
gleiche Datenbasis auf die 

790
00:41:18,360 --> 00:41:20,640
gleiche Datenbasis zugreifen, 
damit es irgendwie funktioniert 

791
00:41:20,640 --> 00:41:23,760
und so weiter ne und weil ich 
zum Beispiel vorhin auch meinte,

792
00:41:23,760 --> 00:41:26,000
angenommen du hast ne QR Stage 
und ne protzstage und. 

793
00:41:26,320 --> 00:41:28,960
Irgendwelche Tester wollen zum 
Beispiel auf die QR Stage gehen,

794
00:41:28,960 --> 00:41:30,440
aber prod. 
User sollen da zum Beispiel 

795
00:41:30,440 --> 00:41:33,920
nicht drauf gehen. 
Könntest du beispielsweise den 

796
00:41:34,080 --> 00:41:37,920
wenn du jetzt einen Microservice
hast und Authentication Service 

797
00:41:38,160 --> 00:41:42,400
könntest du zum Beispiel einfach
die URL der URL eine andere 

798
00:41:42,400 --> 00:41:46,000
geben als zum Beispiel, also dem
der Container, also sozusagen 

799
00:41:46,000 --> 00:41:49,680
der Container. 
Frisierten Anwendung ne andere 

800
00:41:49,680 --> 00:41:52,560
URL von außen reingeben wo du 
sagst, OK das ist Deine QA 

801
00:41:52,560 --> 00:41:55,640
Anmeldung und das ist deine prot
Anmeldung ne, also dass du 

802
00:41:55,640 --> 00:41:58,320
einfach die URL änderst 
beispielsweise die du von außen 

803
00:41:58,320 --> 00:42:00,800
reingeben kannst, weil das ist 
zum Beispiel auch sehr wichtig 

804
00:42:01,360 --> 00:42:05,120
und ne Best practice, dass eine 
Umgebung selber nie weiß, dass 

805
00:42:05,120 --> 00:42:07,720
sie zum Beispiel def ist oder 
prot ist. 

806
00:42:07,920 --> 00:42:11,680
Das heißt im Code gegossen. 
Ne, du kannst halt sagen, OK, du

807
00:42:11,680 --> 00:42:13,960
bist jetzt def von außen oder du
bist prot. 

808
00:42:13,960 --> 00:42:17,520
Du kannst es dem von außen 
mitgeben, aber von innen würdest

809
00:42:17,520 --> 00:42:20,840
du niemals sagen, OK ich bin 
jetzt def beispielsweise oder 

810
00:42:20,840 --> 00:42:24,960
ich bin prott genau ne ja. 
Das und das ist halt n wichtiger

811
00:42:24,960 --> 00:42:27,600
Punkt um das Staging dann 
vernünftig auch umsetzen zu 

812
00:42:27,600 --> 00:42:30,400
können. 
Ne, dass du halt zum Beispiel 

813
00:42:30,400 --> 00:42:33,040
deinen Container hast für Test. 
Du gehst halt auf deine 

814
00:42:33,040 --> 00:42:35,600
Testdatenbank und den Prot gehst
du auf deine echte Datenbank 

815
00:42:35,600 --> 00:42:39,760
beispielsweise und das wird halt
in den Container mit Reingegeben

816
00:42:39,760 --> 00:42:42,240
und wie du meintest, er weiß es 
nicht, es ist für ihn einfach 

817
00:42:42,240 --> 00:42:44,480
die Anwendung die läuft und das 
ist ja auch gut so. 

818
00:42:44,480 --> 00:42:47,680
Ja hast du ja gerade erklärt, 
aber das sind das greift, da 

819
00:42:47,680 --> 00:42:51,120
sieht man mal wieder, dass so ne
Pipeline, dass all diese Aspekte

820
00:42:51,280 --> 00:42:54,240
halt ineinander greifen. 
Und sich gegenseitig 

821
00:42:54,240 --> 00:42:56,080
unterstützen. 
Sagen wir mal, wenn du davon was

822
00:42:56,080 --> 00:42:58,960
weglässt, fällt es dir halt 
schwer, es denn im gesamten auch

823
00:42:58,960 --> 00:43:02,720
so umsetzen zu können. 
Genau, aber pass auf die nur das

824
00:43:02,720 --> 00:43:06,160
Wichtigste ist finde ich und das
ist auch wirklich ein sehr sehr 

825
00:43:06,160 --> 00:43:08,480
essentieller Punkt, noch mal 
ganz am Ende, weil es kann ja 

826
00:43:08,480 --> 00:43:11,080
überall irgendwo was auftreten, 
also in allen Sachen, wo wir 

827
00:43:11,080 --> 00:43:12,920
gerade irgendwas beschrieben 
haben, kann ja irgendwas 

828
00:43:12,920 --> 00:43:15,560
auftreten, wir haben ja auch zum
Beispiel gesagt, Ey, wenn die 

829
00:43:15,560 --> 00:43:17,840
Tests failen, du musst ja 
irgendwie darüber benachrichtigt

830
00:43:17,840 --> 00:43:20,800
werden, ne, also du kannst ja 
nicht sagen, ey, weiß ich nicht.

831
00:43:21,080 --> 00:43:23,080
Meine Pipeline läuft 
normalerweise 20 Minuten. 

832
00:43:23,080 --> 00:43:25,760
Ich guck mal nach 5 Minuten 
schon mal prophylaktisch rein, 

833
00:43:25,760 --> 00:43:28,800
um einfach mal zu gucken okay 
ist es denn gefällt oder nicht, 

834
00:43:28,880 --> 00:43:32,360
das heißt du willst informiert 
werden darüber ob irgendwie die 

835
00:43:32,360 --> 00:43:35,120
CI gefällt ist, ob irgendwie das
Deployment nicht funktioniert, 

836
00:43:35,120 --> 00:43:37,440
ob deine Infrastruktur irgendwie
nicht richtig hochfahren kann 

837
00:43:37,440 --> 00:43:40,200
oder da vielleicht ein Problem 
ist, ob vielleicht irgendein 

838
00:43:40,200 --> 00:43:42,320
Problem innerhalb deines 
Containers oder deiner 

839
00:43:42,320 --> 00:43:45,360
Containerumgebung auftritt. 
Du willst quasi darüber 

840
00:43:45,360 --> 00:43:47,560
benachrichtigt werden, ob 
vielleicht irgendwelche Probleme

841
00:43:47,560 --> 00:43:50,240
in deiner Anwendung fliegen, 
damit du irgendwie wieder deine 

842
00:43:50,240 --> 00:43:52,080
Deployment Strategie. 
Hier anwenden kannst zu sagen, 

843
00:43:52,080 --> 00:43:55,360
ich Rolle es wieder zurück und 
so weiter und sofort und gerade 

844
00:43:55,360 --> 00:43:57,600
im Zuge des neuen Features. 
Ja, was wir jetzt gerade 

845
00:43:57,600 --> 00:44:01,760
versuchen zu integrieren und zu 
deployen. 

846
00:44:01,760 --> 00:44:03,320
Genau. 
Und wenn du darüber nicht 

847
00:44:03,320 --> 00:44:06,320
Bescheid weißt, dann hast du 
eigentlich schon wieder n großes

848
00:44:06,320 --> 00:44:07,960
Problem. 
Das heißt n sehr sehr wirklich 

849
00:44:07,960 --> 00:44:10,080
essentieller Punkt. 
Meiner Meinung nach ist halt 

850
00:44:10,080 --> 00:44:12,560
eben Monitoring und 
Observability ne, also was jetzt

851
00:44:12,560 --> 00:44:14,080
beides genau ist. 
Wie gesagt haben wir ne Folge 

852
00:44:14,080 --> 00:44:16,880
drüber gemacht. 
Aber es ist definitiv wichtig, 

853
00:44:16,880 --> 00:44:18,680
um da um einfach irgendwie zu 
erkennen. 

854
00:44:18,680 --> 00:44:22,880
Okay, du hast Anomalien irgendwo
in deiner Umgebung, irgendwo, 

855
00:44:22,880 --> 00:44:25,040
egal wo in in dem Ganzen, was 
wir gerade besprochen haben. 

856
00:44:25,280 --> 00:44:28,520
Und wichtig ist halt zu sagen 
okay, du hast eine Anomalie, du 

857
00:44:28,520 --> 00:44:31,480
kannst sie sehr schnell 
irgendwie erkennen und sagen 

858
00:44:31,480 --> 00:44:34,320
okay Pass auf, hier ist eine 
Anomalie und dann musst du auch 

859
00:44:34,320 --> 00:44:37,680
noch schnell dazu in der Lage 
sein zu sagen okay weiß ich 

860
00:44:37,680 --> 00:44:40,640
nicht, diese Anomalie ist ein 
Bug und der ist da, der Ursprung

861
00:44:40,640 --> 00:44:43,040
ist darunter, das ist halt 
wichtig, dass man das schnell 

862
00:44:43,040 --> 00:44:46,080
machen kann und das. 
Dafür ist es halt einfach 

863
00:44:46,080 --> 00:44:48,720
notwendig, auch schnell 
benachrichtigt zu werden. 

864
00:44:48,720 --> 00:44:50,560
Also du kannst halt jetzt 
irgendein Tool nehmen und sagen,

865
00:44:50,560 --> 00:44:54,480
ey hier ne, also du du sagst es 
fliegt zum Beispiel super oft 

866
00:44:54,480 --> 00:44:57,280
ein Fehler in deiner Anwendung, 
also kriegst du eine 

867
00:44:57,280 --> 00:45:01,040
Benachrichtigung auf irgendein 
Messenger beispielsweise der dir

868
00:45:01,040 --> 00:45:03,920
sofort sagt EY Hallo hier 
Fehler. 

869
00:45:04,600 --> 00:45:07,840
Ne, und dann gehst du rein, 
guckst OK, da hab ich n Fehler 

870
00:45:07,840 --> 00:45:11,240
warum ah OK Zeile so und so in 
meinem Code oder hast du nicht 

871
00:45:11,240 --> 00:45:13,840
gesehen ne aber das ist halt 
unglaublich wichtig, genauso wie

872
00:45:13,920 --> 00:45:18,160
wenn deine CICD Pipeline failed,
dass du dann sofort ne 

873
00:45:18,160 --> 00:45:21,920
Mitteilung bekommst die dir sagt
Ey das hat nicht funktioniert, 

874
00:45:21,920 --> 00:45:23,640
damit du sofort wieder reagieren
kannst, ne. 

875
00:45:24,320 --> 00:45:27,280
Genau. 
Und ja, also im Prinzip haben 

876
00:45:27,280 --> 00:45:30,640
wir jetzt mit all diesen Punkten
ja auch wirklich ne vollwertige 

877
00:45:30,640 --> 00:45:33,440
Pipeline geschaffen. 
Ja, also auch gerade mit dem 

878
00:45:33,600 --> 00:45:36,720
Monitoring, was du jetzt am Ende
noch erwähnt hast, was im 

879
00:45:36,720 --> 00:45:39,760
Prinzip flächendeckend ist, das 
kann man sich wirklich so 

880
00:45:39,760 --> 00:45:42,720
vorstellen. 
Das sitzt über jede, über jeden 

881
00:45:42,720 --> 00:45:45,840
einzelnen Bestandteil, weil wir 
haben ja jedes Mal gesagt, ich 

882
00:45:45,840 --> 00:45:48,720
möchte schnell wissen, dass 
etwas nicht klappt, ich möchte 

883
00:45:48,720 --> 00:45:51,120
schnell wissen, ob es also auch 
geklappt hat. 

884
00:45:51,120 --> 00:45:54,480
Ja, also beide Fälle und 
deswegen ist das halt n 

885
00:45:54,480 --> 00:45:57,120
unfassbar essentieller Punkt, 
den du gerade angesprochen hast,

886
00:45:57,120 --> 00:46:01,400
aber nicht aber und. 
Ich möchte noch zuletzt auf 

887
00:46:01,400 --> 00:46:06,080
einen weiteren Punkt eingehen, 
denn das ganze def Ops. 

888
00:46:06,080 --> 00:46:09,280
Ja, wir haben jetzt wirklich 
alles, gerade in den einzelnen 

889
00:46:09,280 --> 00:46:11,840
Folgen detailliert besprochen, 
um wirklich die Grundlagen 

890
00:46:11,840 --> 00:46:14,320
abzubilden. 
Aber wir haben ja ganz am Anfang

891
00:46:14,320 --> 00:46:19,080
dieser Reihe um ein Thema, auch 
sag ich mal, uns Zeit genommen 

892
00:46:19,080 --> 00:46:21,600
für ein Thema, und zwar für das 
Mindset dahinter. 

893
00:46:22,000 --> 00:46:25,080
Denn so oft, wie wir jetzt 
gerade schon gesagt haben, ich 

894
00:46:25,080 --> 00:46:27,920
möchte Feedback. 
Ich möchte wissen, ob es 

895
00:46:27,920 --> 00:46:29,600
geklappt hat. 
Ich möchte vor allem schnell 

896
00:46:29,600 --> 00:46:32,160
wissen, wenn es nicht klappt, 
ja, also ich will einfach 

897
00:46:32,160 --> 00:46:34,960
Qualität gewährleisten, ich 
möchte sehen, dass etwas 

898
00:46:34,960 --> 00:46:38,400
funktioniert am Ende und wenn es
nicht funktioniert, bitte sag es

899
00:46:38,400 --> 00:46:40,640
mir so schnell wie möglich, 
damit ich es fixen kann. 

900
00:46:40,640 --> 00:46:44,640
Ja, das zeigt ja, dass man ein 
gewisses Mindset braucht und das

901
00:46:44,640 --> 00:46:48,280
finde ich ist unfassbar 
essentiell, wenn es um das Thema

902
00:46:48,280 --> 00:46:51,520
Dev ops geht und vor allem wenn 
man in dem Bereich. 

903
00:46:52,080 --> 00:46:55,760
Tätig sein möchte oder halt auch
mal so eine Pipeline umsetzt, 

904
00:46:55,760 --> 00:46:58,800
dass man dieses Mindset 
mitbringt, weil man verwendet 

905
00:46:58,800 --> 00:47:01,720
viele Tools. 
Ja, es gibt unfassbar viele 

906
00:47:01,720 --> 00:47:05,920
Tools im Def Ops Bereich, allein
um eine richtig coole cicd 

907
00:47:06,000 --> 00:47:11,120
Pipeline aufzusetzen, so in dem 
Basic in der Basic Form wie wir 

908
00:47:11,120 --> 00:47:13,960
sie jetzt besprochen haben, 
wirst du ja schon viele Tools 

909
00:47:13,960 --> 00:47:17,760
einsetzen, keine Frage. 
Also das Tooling ist gigantisch,

910
00:47:17,920 --> 00:47:21,240
aber am Ende ist es unfassbar 
wichtig halt ein. 

911
00:47:21,240 --> 00:47:25,200
Ein richtiges Mindset in sich 
selbst zu verankern, ja, also 

912
00:47:25,440 --> 00:47:27,200
nicht so. 
Ja OK, ich nehme jetzt das Tool 

913
00:47:27,200 --> 00:47:30,320
da da, das haben die jetzt 
gesagt das das muss ich nehmen, 

914
00:47:30,320 --> 00:47:32,840
was war es ja hier Docker jut 
Docker hier komm wie 

915
00:47:32,840 --> 00:47:36,480
funktioniert das jut alles klar 
ja hier Tutorial AB fertig 

916
00:47:36,480 --> 00:47:38,880
funktioniert und das mach ich 
jetzt bei allem und dann hab ich

917
00:47:38,880 --> 00:47:41,520
jetzt irgendwie so ne Pipeline 
die läuft irgendwie und fertig 

918
00:47:42,120 --> 00:47:44,800
also man muss halt auch n 
gewisses Mindset da einfach. 

919
00:47:45,000 --> 00:47:48,520
Mitbringen, weil, so wird es am 
Ende nicht laufen, ja, sondern 

920
00:47:48,520 --> 00:47:52,800
man muss sich fragen, wie kann 
ich etwas automatisieren und 

921
00:47:52,800 --> 00:47:57,360
warum automatisiere ich das vor 
allem auch ne das Ziel muss sein

922
00:47:57,360 --> 00:48:01,600
mir so viel manuelle Schritte 
wie möglich abzunehmen, aber 

923
00:48:01,600 --> 00:48:05,040
nicht weil ich faul bin, ich sag
es mal provokativ. 

924
00:48:05,520 --> 00:48:08,800
Sondern um quasi meinen 
Entwicklungsprozess vor mir 

925
00:48:08,800 --> 00:48:10,920
selbst zu schützen. 
Ich finde, das kann man 

926
00:48:10,920 --> 00:48:14,000
eigentlich so sagen, weil 
manuelle Schritte bedeutet 

927
00:48:14,000 --> 00:48:18,400
fehleranfällig und deswegen das 
Mindset zu haben, kann man da 

928
00:48:18,400 --> 00:48:21,360
was automatisieren, kann ich 
gewährleisten, dass es immer 

929
00:48:21,360 --> 00:48:24,960
gleich abläuft, das ist halt 
wichtig, ne und dann dieses 

930
00:48:25,040 --> 00:48:27,480
erkenne ich schnell, dass etwas 
schiefläuft, ich möchte bitte 

931
00:48:27,480 --> 00:48:29,440
sofort wissen, wenn etwas nicht 
läuft. 

932
00:48:29,440 --> 00:48:31,280
Ja. 
Na, ich finde es halt. 

933
00:48:31,360 --> 00:48:34,080
Ich habe halt oft gehört, so was
wie es geht nicht, aber die 

934
00:48:34,080 --> 00:48:37,200
Frage ist halt finde ich eher so
okay wie geht es, wie kann ich 

935
00:48:37,200 --> 00:48:41,920
das ermöglichen und das ist halt
ein essentieller Teil und am 

936
00:48:41,920 --> 00:48:44,520
Ende geht es ja auch darum, dass
man bei Def Ops eben nicht 

937
00:48:44,520 --> 00:48:47,880
einfach nur sagt okay ich muss 
jetzt hier irgendwie ne wie du 

938
00:48:47,880 --> 00:48:49,880
schon meintest, so eine 
Toolpalette anwenden, sondern es

939
00:48:49,880 --> 00:48:53,080
geht darum Silos aufzubrechen, 
also gerade wissens Silos die du

940
00:48:53,080 --> 00:48:55,840
irgendwo verankert hast, 
vielleicht unter Umständen oder 

941
00:48:55,840 --> 00:48:59,000
vielleicht verankern würdest in 
deinem Team und. 

942
00:48:59,880 --> 00:49:04,680
Und halt eben auch zu sagen, ich
teile die Verantwortung über die

943
00:49:04,680 --> 00:49:09,240
entsprechende, über den 
gesamten, über die gesamte 

944
00:49:09,240 --> 00:49:11,440
Anwendung sag ich jetzt mal. 
Und alles, was damit zu tun hat 

945
00:49:12,480 --> 00:49:17,440
durch halt eben Automatisierung 
und ja, es geht halt auch 

946
00:49:17,440 --> 00:49:20,880
irgendwo darum, Transparenz zu 
schaffen, ne, also dass du 

947
00:49:20,880 --> 00:49:23,960
sagst, OK ich hab ne 
Transparenz, Transparenz schafft

948
00:49:23,960 --> 00:49:27,640
Vertrauen und. 
Und das ist halt am Ende das 

949
00:49:27,640 --> 00:49:29,040
Wichtigste. 
Das muss im Kopf sein. 

950
00:49:29,040 --> 00:49:32,320
Ansonsten funktioniert es auch 
nicht so richtig, Depp Ops 

951
00:49:32,320 --> 00:49:35,200
anwenden zu wollen, weil man es 
muss, sondern man möchte, man 

952
00:49:35,200 --> 00:49:38,560
muss es wollen, sozusagen nicht,
weil man es muss, man muss es 

953
00:49:38,560 --> 00:49:43,040
wollen. 
Und deswegen auch noch mal 

954
00:49:43,040 --> 00:49:46,560
abschließend noch mal gesagt, 
Wir haben es schon oft gesagt, 

955
00:49:46,880 --> 00:49:51,000
diese Feedback und Fehlerkultur 
ist halt das Maß aller Dinge und

956
00:49:51,000 --> 00:49:53,920
das muss gelebt werden. 
Ja, man muss zu Fehlern auch 

957
00:49:53,920 --> 00:49:56,800
stehen. 
Das Ziel ist, wie können wir sie

958
00:49:56,800 --> 00:49:59,360
nächstes Mal vermeiden, was 
können wir jetzt verbessern, 

959
00:49:59,360 --> 00:50:01,000
damit diese Fehler nicht mehr 
auftreten. 

960
00:50:01,000 --> 00:50:04,000
Und das sind halt essentielle 
Fragen, die du dann stellen 

961
00:50:04,000 --> 00:50:06,160
musst. 
Am Ende ne nicht so wer war es, 

962
00:50:06,160 --> 00:50:09,600
ich war es nicht hier RR da 
drüben, da stehst du aber 5 

963
00:50:09,600 --> 00:50:13,560
hinten rechts in der Ecke was 
genau unser klassischer Business

964
00:50:13,560 --> 00:50:18,480
Server nein es geht darum OK 
sprichwörtlich, das Kind ist im 

965
00:50:18,480 --> 00:50:20,160
Brunnen gefallen, es ist 
passiert. 

966
00:50:20,920 --> 00:50:22,880
Wie machen wir es besser 
nächstes Mal und ich finde diese

967
00:50:22,880 --> 00:50:25,760
Fehlerkultur ist halt auch sehr 
essentiell im Def Ops teil. 

968
00:50:26,560 --> 00:50:28,760
Auch hier noch mal die 
Anmerkung, Wir hatten es damals 

969
00:50:28,760 --> 00:50:32,560
schon gesagt, dass Def Ops 
Handbook fantastisches Buch, wo 

970
00:50:32,560 --> 00:50:36,160
auch alle Punkte, gerade das 
Mindset finde ich sehr sehr gut 

971
00:50:36,240 --> 00:50:39,200
enthalten ist. 
Was sind es für Schritte, was 

972
00:50:39,200 --> 00:50:42,400
muss in meinem Kopf passieren, 
wie muss ich an so ne Sache 

973
00:50:42,400 --> 00:50:45,120
rangehen? 
Da auch noch mal die Empfehlung,

974
00:50:45,120 --> 00:50:47,040
wir können auch gerne den Link 
noch mal in die Shownotes 

975
00:50:47,040 --> 00:50:49,280
packen, ist n wirklich sehr 
gutes Buch, richtig? 

976
00:50:49,920 --> 00:50:51,920
Ganz kurz bevor wir jetzt 
vielleicht die Folge 

977
00:50:51,920 --> 00:50:53,680
abschließen, will ich noch mal 
ganz kurz n kleinen Ausblick 

978
00:50:53,680 --> 00:50:56,800
geben und zwar es gibt ja def 
Ops, vielleicht hat der ein oder

979
00:50:56,800 --> 00:51:00,080
andere. 
Auch schon mal sowas wie def sec

980
00:51:00,080 --> 00:51:02,800
ob es gehört ne. 
Im Endeffekt ist das so ich 

981
00:51:02,800 --> 00:51:05,480
vielleicht so die logische 
Erweiterung, dass man halt sagt,

982
00:51:05,480 --> 00:51:07,720
OK nicht es ist nicht nur 
Development and Operations 

983
00:51:07,720 --> 00:51:11,120
sondern Security kommt mit rein,
weil oftmals ist es so, dass in 

984
00:51:11,120 --> 00:51:13,400
Anwendung Security irgendwie 
nachgelagert wird, so nach dem 

985
00:51:13,400 --> 00:51:15,360
Motto Wir bauen erstmal die 
Anwendung und dann gucken wir 

986
00:51:15,360 --> 00:51:16,640
mal. 
Was kann man denn Security 

987
00:51:16,640 --> 00:51:18,000
technisch noch vielleicht 
verbessern? 

988
00:51:18,720 --> 00:51:21,960
Hier ist es so, dass Security da
nicht nachgelagert wird, sondern

989
00:51:21,960 --> 00:51:25,600
eher so bei Design mit in den 
Entwicklungsprozess von Anfang 

990
00:51:25,600 --> 00:51:28,560
an integriert wird. 
Ne und dann wird halt eben aus 

991
00:51:28,560 --> 00:51:32,440
Def Ops def sec ops. 
Ja also ich sag mal so es ist 

992
00:51:32,440 --> 00:51:38,240
auf jeden Fall im groben soll es
halt die Haltung da also. 

993
00:51:38,480 --> 00:51:42,000
Mitgeben dass Security ist eine 
Verantwortung von jedem für 

994
00:51:42,000 --> 00:51:45,040
jeden, der Halt Software 
entwickelt oder Infrastruktur 

995
00:51:45,040 --> 00:51:47,920
aufsetzt oder was auch immer, 
ist ein essenzieller Teil und 

996
00:51:47,920 --> 00:51:49,720
wenn es irgendwie mal ein 
Interesse gibt zu sagen, okay 

997
00:51:49,720 --> 00:51:52,080
können wir vielleicht defs Hack 
Ops noch mal ein bisschen 

998
00:51:52,080 --> 00:51:53,560
vertiefen. 
Im Podcast können wir gerne auch

999
00:51:53,560 --> 00:51:55,680
noch mal machen, noch mal eine 
Folge drüber machen, also Liebe 

1000
00:51:55,680 --> 00:51:58,000
zuhören, lieber Zurer sagt auf 
jeden Fall Bescheid. 

1001
00:51:58,880 --> 00:52:03,040
Ja, und warum das so extrem 
wichtig ist, haben wir in der. 

1002
00:52:04,080 --> 00:52:08,240
Einer der letzten Big Fails 
folgen gezeigt der solarwinds 

1003
00:52:08,240 --> 00:52:13,640
Fall war ein perfektes Beispiel,
warum auch dieses Bestreben oder

1004
00:52:13,640 --> 00:52:17,240
das Denken Richtung Defsac Ops 
gegangen ist. 

1005
00:52:17,240 --> 00:52:20,240
Ja, weil das war halt ein 
Riesending mit extrem hohen 

1006
00:52:20,240 --> 00:52:22,960
Schäden. 
Und deswegen hatte man dann auch

1007
00:52:22,960 --> 00:52:26,240
gesagt, so vielleicht sollte man
im deffops Bereich auch so ein 

1008
00:52:26,240 --> 00:52:29,920
Security by Design betreiben. 
Also gute Anmerkungen und Liebe 

1009
00:52:29,920 --> 00:52:32,720
zuhören, Liebe zuhören, falls du
da Bock drauf hast, schreib uns,

1010
00:52:32,720 --> 00:52:34,880
wir können uns gerne mit dem 
Thema auseinandersetzen, ist 

1011
00:52:34,880 --> 00:52:39,440
auch wirklich ein sehr coole, 
sehr cooler Punkt ansonsten fabi

1012
00:52:40,120 --> 00:52:43,520
es ist leider soweit, ich muss 
es jetzt leider sagen, damit 

1013
00:52:43,520 --> 00:52:46,960
haben wir unsere geliebte 
Deffops Reihe erstmal als 

1014
00:52:46,960 --> 00:52:50,560
Grundlagenreihe abgeschlossen. 
Es war mega cool. 

1015
00:52:50,560 --> 00:52:52,320
Vielen Dank noch mal an dich 
dafür. 

1016
00:52:52,320 --> 00:52:56,240
Ich liebe es über dev Ops mit 
dir zu sprechen, liebe Zuhörer, 

1017
00:52:56,240 --> 00:52:59,360
liebe Zuhörerin, ich hoffe, dir 
hat die Reihe auch gefallen, 

1018
00:52:59,360 --> 00:53:02,480
falls es vielleicht die 1. 
Folge war und du jetzt sozusagen

1019
00:53:02,480 --> 00:53:05,120
dieses Chi Chi bekommen hast. 
Ne mit diesem gesamten 

1020
00:53:05,120 --> 00:53:07,920
Überblick, hör auch gerne noch 
mal in die anderen Folgen rein, 

1021
00:53:07,920 --> 00:53:09,840
da haben wir alles detaillierter
besprochen. 

1022
00:53:10,600 --> 00:53:13,520
Wenn du dir jede Folge angehört 
hast, schwören wir dir, dann 

1023
00:53:13,520 --> 00:53:16,600
hast du das Def Ops wissen in 
den Grundlagen, dann weißt du 

1024
00:53:16,600 --> 00:53:19,360
wie es läuft. 
Kannst du mitreden, du bist def 

1025
00:53:19,360 --> 00:53:24,800
Ops dann und ansonsten würde ich
sagen Liebe zu Liebe zu und 

1026
00:53:24,800 --> 00:53:27,600
falls dir der Podcast 
grundlegend gefällt oder halt 

1027
00:53:27,600 --> 00:53:30,800
auch speziell diese Folge 
empfiehlt ihn gerne weiter, lass

1028
00:53:30,800 --> 00:53:33,600
ne Bewertung da, das würde uns 
mega freuen, dass du unterstützt

1029
00:53:33,600 --> 00:53:38,120
uns ungemein. 
Das Glöckchen was Fabi schon 

1030
00:53:38,120 --> 00:53:40,600
erwähnt hat, wichtig, wichtig, 
ich wusste es nicht. 

1031
00:53:40,600 --> 00:53:44,480
Ich hoffe du weißt es jetzt und 
hast drauf geklickt falls du 

1032
00:53:44,480 --> 00:53:47,720
Fragen hast zu def aufschreibt 
uns die Podcast Mail wie immer 

1033
00:53:47,720 --> 00:53:51,280
in den Show Notes Anmerkungen 
immer gerne her damit. 

1034
00:53:51,280 --> 00:53:55,280
Ja wir tauschen uns super super 
gerne damit aus auch auf dem 

1035
00:53:55,280 --> 00:53:58,560
Discord, schau gerne vorbei, da 
gibt es jeden Tag Diskussion zu 

1036
00:53:58,560 --> 00:54:01,680
Themen ist richtig cool wir 
lieben unsere Truppe, da ist es 

1037
00:54:01,680 --> 00:54:05,240
einfach mega cool mit den Leuten
und und ansonsten würde ich 

1038
00:54:05,240 --> 00:54:07,040
sagen, hören wir uns alle beim 
nächsten Mal wieder. 

1039
00:54:07,280 --> 00:54:11,040
Bis dahin ne gute Zeit euch 
allen ciao ciao deine Codening 

1040
00:54:11,040 --> 00:54:12,320
Bodys gemeinsam besser.