1
00:00:00,040 --> 00:00:02,240
Es gibt den Begriff bin ich der 
Meinung, das heißt glaube ich 

2
00:00:02,240 --> 00:00:06,960
Micro Frontend oder so. 
Lass mich nicht lügen, habe ich 

3
00:00:07,040 --> 00:00:10,040
bitte lügen. 
Nicht im Podcast Coding Buddies.

4
00:00:10,400 --> 00:00:12,600
Dein Podcast rund um 
Softwareentwicklung und 

5
00:00:12,600 --> 00:00:15,160
aktueller Tech News herzlich 
Willkommen. 

6
00:00:27,120 --> 00:00:30,000
Halli Hallo und herzlich 
Willkommen zur neuen Folge vom 

7
00:00:30,000 --> 00:00:33,360
Coaling Buddies Podcast. 
Ich begrüße Dich ganz herzlich 

8
00:00:33,440 --> 00:00:36,080
zur neuen Folge, wie ich gerade 
meinte und natürlich auch 

9
00:00:36,080 --> 00:00:38,720
logischerweise den Tino hier an 
meiner Seite, der auf gar keinen

10
00:00:38,720 --> 00:00:42,360
Fall fehlen darf und deswegen 
Tino was geht ab jetzt hab ich 

11
00:00:42,360 --> 00:00:44,560
dir deine Frage geklaut, aber 
egal was geht. 

12
00:00:44,920 --> 00:00:48,880
Ab Moin Moin fabi, ja was geht 
denn ab? 

13
00:00:49,360 --> 00:00:51,360
Also krass, dass du mir einfach 
meine Frage klaust. 

14
00:00:51,360 --> 00:00:53,680
Ich musste kurz ganz spontan 
reagieren, was ich darauf 

15
00:00:53,680 --> 00:00:56,960
antworte und ich frag einfach 
zurück, was geht ab den 

16
00:00:56,960 --> 00:00:59,600
Signature musst du mir lassen. 
Ja tut mir leid, tut mir leid, 

17
00:00:59,600 --> 00:01:04,959
manchmal weißt du manchmal kann 
ich nicht anders so was. 

18
00:01:04,959 --> 00:01:07,920
Geht ab, ist halt auch in meinem
Sprachgebrauch einfach auch 

19
00:01:07,920 --> 00:01:11,080
dabei. 
Deswegen ja, aber es ist 

20
00:01:11,080 --> 00:01:13,480
natürlich ist natürlich dein 
Ding im Podcast, das verstehe 

21
00:01:13,480 --> 00:01:16,000
ich. 
Bestimmt also bitte ja. 

22
00:01:16,640 --> 00:01:19,960
OK, gut, lass das nicht zur 
Krise ausbrechen hier, sondern 

23
00:01:19,960 --> 00:01:22,400
lass weitermachen und ich 
beantworte dir die Frage, was 

24
00:01:22,400 --> 00:01:24,640
geht ab. 
Mir geht es sehr gut, mir geht 

25
00:01:24,640 --> 00:01:28,720
es sehr sehr gut, ich hab 
richtig Bock auf die Folge ich 

26
00:01:28,720 --> 00:01:31,920
glaub du hast auch n spannendes 
Thema mitgebracht, das kommt ja 

27
00:01:32,000 --> 00:01:34,400
aus deiner Feder sagt man das 
so? 

28
00:01:34,400 --> 00:01:37,920
Ja ich glaube und ich hab Bock 
da mit dir drüber zu sprechen, 

29
00:01:37,920 --> 00:01:40,720
aber bevor wir so richtig 
reinstarten mit dem Thema. 

30
00:01:41,440 --> 00:01:44,640
Noch mal ganz kurz die 
Anmerkung, Wieso oft jetzt schon

31
00:01:44,640 --> 00:01:48,320
in den Folgen auch jetzt noch 
mal die Erinnerung an das kleine

32
00:01:48,320 --> 00:01:52,360
Glöckchen, falls ihr das zum 
Beispiel bei Spotify findet und 

33
00:01:52,360 --> 00:01:54,560
auf unseren Podcast geht, dann 
gibt es da so ne kleine Glocke, 

34
00:01:54,560 --> 00:01:57,720
dann könnt ihr quasi. 
Benachrichtigung anschalten 

35
00:01:57,720 --> 00:02:00,720
immer wenn ne neue Folge 
rauskommt ja OK, sie kommt jetzt

36
00:02:00,720 --> 00:02:03,320
schon die ganze Zeit immer 
Donnerstag 18:00 Uhr, das wisst 

37
00:02:03,320 --> 00:02:07,120
ihr natürlich, aber so als 
kleiner Reminder könnt ihr dann 

38
00:02:07,120 --> 00:02:09,199
Benachrichtigung bekommen, also 
drückt da ruhig mal drauf. 

39
00:02:09,199 --> 00:02:10,919
Dann wird wirklich keine Folge 
mehr verpasst. 

40
00:02:10,919 --> 00:02:12,800
Dann wird auf keinen Fall ne 
Folge verpasst. 

41
00:02:12,800 --> 00:02:15,320
Und falls euch der Podcast 
gefällt, hier auch noch mal den 

42
00:02:15,320 --> 00:02:16,840
Reminder. 
In den Shownotes findet ihr 

43
00:02:16,840 --> 00:02:18,920
einen Link zu einer 
Spendenseite, falls ihr uns 

44
00:02:18,920 --> 00:02:21,920
unterstützen möchtet, dann 
vielen vielen Dank dafür, Leute.

45
00:02:22,240 --> 00:02:25,720
Das ehrte uns und das freut uns 
und deswegen dafür schon mal 

46
00:02:25,720 --> 00:02:27,440
vielen, vielen Dank. 
Ja, auf jeden Fall. 

47
00:02:27,520 --> 00:02:30,400
Und ich, wenn wir gerade beim 
Dankeschön sind, möchte ich mich

48
00:02:30,400 --> 00:02:34,000
auch generell noch mal bei allen
Hörern und Hörerinnen bedanken, 

49
00:02:34,320 --> 00:02:36,800
die hier immer so fleißig 
mithören uns. 

50
00:02:37,360 --> 00:02:40,560
Das ehrt uns natürlich und das 
freut uns total, dass wir auch 

51
00:02:40,560 --> 00:02:44,200
regelmäßig mal schöne ich sag 
mal Kommentare bekommen auf 

52
00:02:44,200 --> 00:02:46,080
verschiedenen Plattformen, zum 
Beispiel auch bei Twitch oder 

53
00:02:46,080 --> 00:02:49,640
so, dass euch der Podcast 
gefällt, dass ihr uns auch durch

54
00:02:49,640 --> 00:02:51,120
den Podcast zum Beispiel 
gefunden habt und so. 

55
00:02:51,120 --> 00:02:53,840
Das ist deswegen auch noch mal 
da in die Richtung ganz, ganz 

56
00:02:53,840 --> 00:02:57,280
großen lieben Dank, freut uns 
mega, ja absolut fabi und vor. 

57
00:02:57,280 --> 00:02:59,280
Allem auch danke fürs Feedback 
zu folgen. 

58
00:02:59,280 --> 00:03:02,160
Ja, also das finde ich halt 
mega, wenn wir noch so 

59
00:03:02,160 --> 00:03:04,800
Anmerkungen kriegen, 
Ergänzungen, auch 

60
00:03:04,800 --> 00:03:08,320
Themenvorschläge das. 
Ich mein, dieser Community 

61
00:03:08,320 --> 00:03:10,680
Gedanke ist der Grund, warum wir
coaling Buddies auch ins Leben 

62
00:03:10,680 --> 00:03:13,280
gerufen haben und das Macht die 
ganze Sache ja nur noch umso 

63
00:03:13,280 --> 00:03:14,640
besser. 
Also vielen vielen Dank auch 

64
00:03:14,640 --> 00:03:18,880
dafür, absolut. 
Und da würde ich sagen, damit 

65
00:03:18,880 --> 00:03:21,720
wir jetzt auch noch mal n 
bisschen in die Podcast Folge 

66
00:03:21,720 --> 00:03:25,760
eintauchen können, haben wir ja 
heute das n neues Thema was ich 

67
00:03:25,760 --> 00:03:27,960
so n bisschen mitgebracht hab 
beziehungsweise was heißt 

68
00:03:27,960 --> 00:03:30,000
mitgebracht. 
Wir machen das ja mal so, dass 

69
00:03:30,000 --> 00:03:33,120
wir irgendwie ne wir brainstorm 
mehr beide so welche Folge wir 

70
00:03:33,120 --> 00:03:34,920
vielleicht mal wieder haben 
wollen kriegen von euch auch 

71
00:03:34,920 --> 00:03:38,800
manchmal n paar Ideen. 
Diesmal geht es jetzt um 

72
00:03:38,880 --> 00:03:42,160
Microservices versus Monoliten, 
Monoliten versus Microservices. 

73
00:03:42,160 --> 00:03:45,520
Wie auch immer ne, also 
eigentlich n Thema, was ja in 

74
00:03:45,520 --> 00:03:47,800
vielen Teams auch immer mal 
wieder diskutiert wird, 

75
00:03:47,800 --> 00:03:51,440
zumindest kenn ich das auch aus 
der Vergangenheit, zumindest zum

76
00:03:51,440 --> 00:03:54,160
Beispiel, dass es da auch immer 
mal so ne kleine Diskussion gab.

77
00:03:54,160 --> 00:03:58,360
Wie macht man es jetzt, sollte 
man vielleicht das die Software 

78
00:03:58,360 --> 00:04:01,680
als Monolith. 
Bauen oder als Microservice 

79
00:04:01,680 --> 00:04:05,360
beziehungsweise sollte man den 
Monolith aufspalten in ein in in

80
00:04:05,360 --> 00:04:09,760
Microservices und so weiter das 
heißt es geht ja heute n 

81
00:04:09,760 --> 00:04:11,880
bisschen um Architektur. 
Genau. 

82
00:04:11,880 --> 00:04:14,880
Also es geht jetzt mal nicht so 
um Coding Pattern zum Beispiel, 

83
00:04:14,880 --> 00:04:18,000
sondern wirklich um 
Architekturentscheidung in dem 

84
00:04:18,000 --> 00:04:22,680
Softwareprojekt, und das sind 
jetzt 2 Ansätze, die wir da 

85
00:04:22,680 --> 00:04:25,840
jetzt quasi besprechen wollen, 
die auch gegensätzlich sind. 

86
00:04:27,040 --> 00:04:30,880
Haben aber beide natürlich ihre 
vor und Nachteile und also die 

87
00:04:30,880 --> 00:04:33,800
sie mitbringen. 
Ne diese Ansätze und es wäre 

88
00:04:33,800 --> 00:04:36,240
natürlich cool, wenn wir genau 
das heute mal beleuchten. 

89
00:04:36,240 --> 00:04:38,080
Fabi, Was sind die vor und 
Nachteile? 

90
00:04:38,560 --> 00:04:41,440
Ich könnte mir vorstellen ich 
ich guck dich an und ich seh es 

91
00:04:41,440 --> 00:04:43,000
in deinen Augen, dass du auch 
schon wieder irgendwie ne 

92
00:04:43,000 --> 00:04:45,560
Analogie bei hast, weil du 
grinst schon so, du freust dich 

93
00:04:45,560 --> 00:04:51,280
schon so richtig diese Analogie 
zu bringen und als Fazit würde 

94
00:04:51,280 --> 00:04:54,360
ich es sehr spannend finden. 
Wenn wir irgendwie zu dem Punkt 

95
00:04:54,360 --> 00:04:58,880
kommen, wann eignet sich wann 
was, wann eignet sich, welcher 

96
00:04:58,880 --> 00:05:01,360
Ansatz so? 
Das wäre der richtige Satz 

97
00:05:01,360 --> 00:05:03,760
gewesen. 
Ja, genau. 

98
00:05:04,640 --> 00:05:06,800
Definitiv. 
Ich lach übrigens, das ist das 

99
00:05:06,800 --> 00:05:10,640
das das trägt sich gegenseitig, 
weißt du wenn du von Analogie 

100
00:05:10,640 --> 00:05:12,760
redest, dann muss ich schon 
wieder lachen und deswegen 

101
00:05:12,760 --> 00:05:14,960
denkst du, dass ich schon, dass 
ich lache, weil ich schon wieder

102
00:05:14,960 --> 00:05:18,920
ne Analogie was ist das? 
Freuen uns einfach, dass wir uns

103
00:05:18,920 --> 00:05:20,200
sehen, hier durch den Bildschirm
fahren. 

104
00:05:20,200 --> 00:05:22,880
Du kannst es ruhig ehrlich sein,
natürlich natürlich nee, aber 

105
00:05:22,880 --> 00:05:26,080
Analogie natürlich. 
Ich find wie gesagt ich find 

106
00:05:26,080 --> 00:05:28,320
Analogien sind eigentlich immer 
ganz angenehm, kann man sich 

107
00:05:28,320 --> 00:05:30,720
vielleicht einmal grob 
vorstellen worum es überhaupt 

108
00:05:30,720 --> 00:05:33,520
geht, sozusagen ne, auch wenn 
man vielleicht gerade gar nicht 

109
00:05:33,520 --> 00:05:35,000
so richtig im Thema drin steckt 
und. 

110
00:05:36,720 --> 00:05:41,360
Wenn wir jetzt diese diese 
Monolithen und Microservices mal

111
00:05:41,360 --> 00:05:44,720
so als uns als Häuser 
vorstellen, dann gibt es ja zum 

112
00:05:44,720 --> 00:05:48,680
Beispiel weiß nicht, es gibt ja 
so reihenhaussiedlungen, ne und 

113
00:05:48,680 --> 00:05:52,480
es gibt jetzt zum Beispiel auch 
weiß nicht so riesengroße 

114
00:05:52,560 --> 00:05:55,640
Häuser, wo ganz viele Leute drin
wohnen, ne, also du hast. 

115
00:05:55,680 --> 00:05:58,240
Da so Mehrfamilienhäuser. 
Genau, Mehrfamilienhäuser. 

116
00:05:58,400 --> 00:06:00,360
Ja, ich stell mir jetzt was 
richtig Großes vor. 

117
00:06:00,360 --> 00:06:03,680
Weißt du so 1 wo einfach keine 
Ahnung 100 Wohnungen drin sind 

118
00:06:03,680 --> 00:06:06,000
still so n Wolkenkratzer n. 
Müllabbau. 

119
00:06:07,800 --> 00:06:09,280
Genau, den Plattenbau in New 
York. 

120
00:06:11,600 --> 00:06:13,920
Ja oder halt ne. 
Wie gesagt so so einfach so 

121
00:06:13,920 --> 00:06:15,880
Reihenhäuser, so ne ganze 
Siedlung wo mal ganz viele 

122
00:06:15,880 --> 00:06:18,800
kleine Häuser sind weißt du ja, 
aber halt dann eben 

123
00:06:18,800 --> 00:06:24,160
Einfamilienhäuser und im 
Endeffekt wenn du jetzt sagst OK

124
00:06:24,160 --> 00:06:29,520
du hast jetzt ne diese beiden 
häuserarten ne kann man sich ja 

125
00:06:29,520 --> 00:06:31,960
vielleicht schon vorstellen OK 
was von beiden ist jetzt 

126
00:06:31,960 --> 00:06:34,720
eventuell so der Monolith von 
beiden? 

127
00:06:37,160 --> 00:06:39,680
Guckst und fragst. 
Ich denke an das ist ne Antwort.

128
00:06:39,680 --> 00:06:43,360
Ja, das ist ja dann auf jeden 
Fall das Mehrfamilienhaus ne, 

129
00:06:43,360 --> 00:06:46,640
weil du ja jetzt viele Parteien 
unter einem Dach hast sozusagen.

130
00:06:46,640 --> 00:06:49,200
Ja genau. 
Und wenn du jetzt zum Beispiel 

131
00:06:49,200 --> 00:06:51,440
sagst, OK, du willst irgendwie 
deinen Nachbarn besuchen, dann 

132
00:06:51,440 --> 00:06:52,880
musst du ja das Haus nicht 
verlassen. 

133
00:06:53,040 --> 00:06:55,800
Wenn du jetzt. 
Weiß ich nicht. 

134
00:06:56,000 --> 00:06:59,840
Sagst irgendwie das Dach ist 
undicht, ne oder irgendwo keine 

135
00:06:59,840 --> 00:07:02,320
Ahnung. 
Regnet es rein, dann hast du ja 

136
00:07:02,400 --> 00:07:06,280
womöglich n Wasserschaden, nicht
nur in einer Wohnung, sondern 

137
00:07:06,280 --> 00:07:08,040
vielleicht in mehreren 
Wohnungen, vielleicht im Worst 

138
00:07:08,040 --> 00:07:10,840
Case im ganzen Haus. 
Und wenn du jetzt aber zum 

139
00:07:10,840 --> 00:07:13,040
Beispiel sagst, ja OK, ich 
möchte jetzt vielleicht das Haus

140
00:07:13,040 --> 00:07:15,360
streichen, dann fängst du ja im 
Normalfall auch nicht an zu 

141
00:07:15,360 --> 00:07:18,080
sagen, OK, ich streich jetzt nur
meine eigene Wohnung n bisschen,

142
00:07:18,080 --> 00:07:21,400
so mach ich mal weiß, sondern 
wird ja im Endeffekt das gesamte

143
00:07:21,400 --> 00:07:24,280
Haus gestrichen, ne? 
Also ja, gerade wenn es um 

144
00:07:24,280 --> 00:07:27,600
Fassade geht, ne, dann fängst du
ja nicht an, nur auf Höhe einer 

145
00:07:27,600 --> 00:07:31,640
Etage das zu streichen genau, 
sondern das ganze Haus sozusagen

146
00:07:31,640 --> 00:07:32,880
ne. 
Richtig genau. 

147
00:07:32,880 --> 00:07:36,280
Und da gegenüberstehend jetzt, 
wenn du das so siehst, hast du 

148
00:07:36,280 --> 00:07:38,960
dann dann als sozusagen die 
Repräsentation der 

149
00:07:38,960 --> 00:07:40,560
Microservices? 
Werden dann diese 

150
00:07:40,560 --> 00:07:42,720
Reihenhaussiedlung ne oder was 
weiß ich? 

151
00:07:42,800 --> 00:07:44,920
Nimm ne Siedlung mit kleinen 
Häusern wie auch immer, ist 

152
00:07:44,920 --> 00:07:47,920
eigentlich auch egal, aber da 
ist es ja so, dass zum Beispiel 

153
00:07:47,920 --> 00:07:51,200
du hast. 
Ein also jedes Haus hat n 

154
00:07:51,200 --> 00:07:53,880
eigenen Eingang, ne bei dem 
großen Haus kommst du ja immer 

155
00:07:53,880 --> 00:07:56,520
durch den gleichen Eingang unten
rein, da hast du auch unten 

156
00:07:56,520 --> 00:07:58,480
immer den gleichen Schlüssel. 
Wie gesagt alle wohnen im 

157
00:07:58,480 --> 00:08:00,200
gleichen Haus, wenn du deinen 
Nachbarn besuchen willst, musst 

158
00:08:00,200 --> 00:08:02,440
du nicht mal das Haus verlassen,
in dem Fall von den kleinen 

159
00:08:02,440 --> 00:08:04,680
Häusern der Siedlung, da musst 
du halt dein Haus irgendwie 

160
00:08:04,680 --> 00:08:08,000
verlassen und wenn jetzt zum 
Beispiel sowas wie n 

161
00:08:08,000 --> 00:08:11,040
Stromausfall ist bei einem Haus,
dann hast du es ja nur in dem 

162
00:08:11,040 --> 00:08:13,320
Haus und nicht in dem anderen 
also ich geh jetzt mal davon 

163
00:08:13,320 --> 00:08:14,880
aus, dass wir jetzt nicht 
irgendwie n flächendeckenden 

164
00:08:14,880 --> 00:08:16,320
Stromausfall in der ganzen Stadt
haben. 

165
00:08:16,720 --> 00:08:18,960
Ja. 
Kein Blackout so komplett genau.

166
00:08:19,680 --> 00:08:22,280
Und weiß ich nicht. 
Wenn du jetzt genau das gleiche,

167
00:08:22,280 --> 00:08:24,120
du willst dein Haus streichen, 
du kannst dein Haus streichen, 

168
00:08:24,120 --> 00:08:26,120
du musst aber nicht noch das 
Haus vom Nachbarn streichen und 

169
00:08:26,120 --> 00:08:29,360
wenn du, weil sie nicht sagst, 
OK du hast n undichtes Dach, ja 

170
00:08:29,360 --> 00:08:31,600
dann hast du leider n undichtes 
Dach, aber dein Nachbar nicht 

171
00:08:31,600 --> 00:08:34,400
zwangsläufig ne, das heißt es 
ist halt das eine. 

172
00:08:34,400 --> 00:08:38,200
Dieser Monolith ist halt alles 
grob gesagt in einem drin, da 

173
00:08:38,200 --> 00:08:42,080
ist alles quasi verpackt in 
einem großen Paket und bei den 

174
00:08:42,320 --> 00:08:44,840
bei der Reihenhaussiedlung, da 
hast du halt die das sind die 

175
00:08:44,840 --> 00:08:46,600
Microservices, da sind halt 
alles kleine und. 

176
00:08:46,960 --> 00:08:50,320
Pakete und jedes Paket steht 
irgendwo für sich und macht halt

177
00:08:50,320 --> 00:08:51,240
so sein Ding. 
Ne? 

178
00:08:51,520 --> 00:08:55,280
Ja, das ist eigentlich ne ganz 
coole Analogie, also gehen wir 

179
00:08:55,280 --> 00:08:59,000
noch mal davon aus. 
Man betrachtet also wir als 

180
00:08:59,000 --> 00:09:01,680
Softwareentwickler oder wir, die
an einem Softwareprojekt 

181
00:09:01,680 --> 00:09:06,320
arbeiten, ne sind so gesehen die
Besitzer dieser Häuser, ne hab 

182
00:09:06,320 --> 00:09:08,400
ich jetzt dieses 
Mehrfamilienhaus oder diesen 

183
00:09:08,400 --> 00:09:11,760
Plattenbau, wo jetzt so ganz 
viele Familien drin wohnen oder 

184
00:09:11,760 --> 00:09:14,800
halt so ne Siedlung und ich hab 
einzelne Häuser die getrennt 

185
00:09:14,800 --> 00:09:18,360
sind voneinander aber mein. 
Also mein Eigentumssinn ne mein 

186
00:09:18,360 --> 00:09:22,160
Komplex abbilden für diesen 
einzelnen Familien dann und das 

187
00:09:22,240 --> 00:09:26,360
find ich, zeigt halt schon auch 
gut vor und Nachteile ne es ist 

188
00:09:26,360 --> 00:09:28,840
ja sowohl vor als auch n 
Nachteil in so einem 

189
00:09:28,840 --> 00:09:32,800
Mehrfamilienhaus, dass alle 
Parteien davon betroffen sind 

190
00:09:33,440 --> 00:09:38,160
was ich mache ne beispielsweise 
ich Streich die Fassade neu. 

191
00:09:38,560 --> 00:09:40,040
Ja. 
Es ist natürlich n großer 

192
00:09:40,040 --> 00:09:41,560
Aufwand, weil es n großes Haus 
ist. 

193
00:09:41,600 --> 00:09:44,040
Allerdings. 
Alle Parteien da drin haben 

194
00:09:44,040 --> 00:09:46,480
jetzt n Haus mit einer neuen 
Fassade, was frisch und schön 

195
00:09:46,480 --> 00:09:52,320
aussieht, beispielsweise die 
Solaranlage die aufs Dach kommt.

196
00:09:52,320 --> 00:09:54,880
Ne kannst du halt auch für alle 
Parteien nutzen, dann 

197
00:09:54,880 --> 00:09:58,240
beispielsweise ne. 
Also alles so Sachen auch 

198
00:09:58,400 --> 00:10:02,080
Erneuerung, Erweiterung betrifft
immer alle Parteien da drin 

199
00:10:02,880 --> 00:10:06,880
Vorteil Nachteil es geht was 
kaputt, dann geht es für alle 

200
00:10:06,880 --> 00:10:11,520
kaputt wie du ja meintest. 
Und das ist genau im 

201
00:10:11,520 --> 00:10:15,520
Umkehrschluss, also quasi schon 
gegensätzlich bei dieser 

202
00:10:15,520 --> 00:10:18,800
Siedlung. 
Ja, wie du meintest, wenn ein 

203
00:10:18,800 --> 00:10:21,120
Haus kaputt ist, sind die 
anderen noch heile, wenn ich 1 

204
00:10:21,120 --> 00:10:25,080
aber saniere, sind die anderen 
immer noch alt so, und das finde

205
00:10:25,080 --> 00:10:28,880
ich verdeutlicht schon sehr gut 
das Konzept oder beispielsweise 

206
00:10:28,880 --> 00:10:31,840
noch weil das später n großes 
Thema wird. 

207
00:10:31,920 --> 00:10:35,600
Ich möchte jetzt alle Parteien 
im Haus benachrichtigen, dass 

208
00:10:35,600 --> 00:10:37,440
Umbaumaßnahmen stattfinden, 
oder? 

209
00:10:37,920 --> 00:10:41,280
Einfach so n Newsletter 
hinhängen sag ich mal ne, dass 

210
00:10:41,280 --> 00:10:44,280
irgendwas passiert, dann kann 
ich in diesem großen 

211
00:10:44,280 --> 00:10:48,160
Mehrfamilienhaus ja unten nen 
Aushang machen, Zettel und alle 

212
00:10:48,160 --> 00:10:50,440
gehen dran vorbei, weil sie ja 
über das gleiche Treppenhaus 

213
00:10:50,440 --> 00:10:52,880
oder über den gleichen Eingang 
kommen und können den Lesen. 

214
00:10:53,200 --> 00:10:57,040
Ja wenig Aufwand geht schnell. 
Wenn ich jetzt aber ne Siedlung 

215
00:10:57,040 --> 00:10:59,880
hab mit 1015 Häusern muss ich 
jetzt überall so n Zettel im 

216
00:10:59,880 --> 00:11:02,200
Briefkasten werfen. 
Ja, wenn du es per Post 

217
00:11:02,200 --> 00:11:04,480
Versendest Ey Post ist teuer 
geworden. 

218
00:11:04,480 --> 00:11:06,240
Porto ist. 
Das ist halt so. 

219
00:11:06,240 --> 00:11:10,320
Ist halt wirklich so, aber weißt
du, da hast du halt den Aufwand 

220
00:11:10,320 --> 00:11:12,640
um alle zu informieren, musst du
natürlich auch zu jedem 

221
00:11:12,640 --> 00:11:15,600
einzelnen gehen, dann ja klar 
ja, also ich geh jetzt nicht 

222
00:11:15,600 --> 00:11:17,960
davon aus, dass du einfach so n 
Zettel an der Tür nagelst. 

223
00:11:18,480 --> 00:11:22,160
Deswegen mal in n Briefkasten 
geworfen und das sind halt auch 

224
00:11:22,160 --> 00:11:24,360
so diese unterschiedlichen 
Konzepte die sich auf die 

225
00:11:24,360 --> 00:11:26,080
Softwareentwicklung übertragen 
lassen. 

226
00:11:26,240 --> 00:11:29,240
Ja. 
Ja, auf jeden Fall finde ich. 

227
00:11:29,240 --> 00:11:32,480
Auf jeden Fall waren auch noch 
mal gute Beispiele dabei, wenn 

228
00:11:32,480 --> 00:11:34,880
wir uns jetzt zum Beispiel 
angucken, OK, was ist jetzt 

229
00:11:34,880 --> 00:11:37,080
wirklich, wenn wir jetzt auf die
technische Ebene gehen, was ist 

230
00:11:37,080 --> 00:11:39,320
eigentlich dann Monolith? 
Ich glaube, es ist schon n 

231
00:11:39,320 --> 00:11:42,720
bisschen klar geworden, würde 
ich sagen, wo wo es da hingeht, 

232
00:11:43,680 --> 00:11:48,320
trotzdem noch mal so, um es auf 
n Punkt zu bringen ist es ja am 

233
00:11:48,320 --> 00:11:52,720
Ende Monolith ne Anwendung die 
als einzige. 

234
00:11:53,200 --> 00:11:55,360
Sag ich jetzt mal 
zusammenhängende Codebasis 

235
00:11:55,360 --> 00:11:57,600
entwickelt und übertrieben wird,
so könnte man es ja eigentlich 

236
00:11:57,600 --> 00:12:01,120
sagen. 
Ne ja bedeutet also du hast mehr

237
00:12:01,120 --> 00:12:02,960
oder weniger alles in einem 
Projekt. 

238
00:12:02,960 --> 00:12:05,840
Du hast vielleicht ne gemeinsame
Datenbank an der Stelle 

239
00:12:05,840 --> 00:12:09,040
beispielsweise und das 
Deployment oder ich sag mal 

240
00:12:09,040 --> 00:12:12,360
changes für deine Anwendung 
betrifft immer die komplette 

241
00:12:12,360 --> 00:12:14,800
Anwendung ja also wenn du jetzt 
sagst OK du hast n. 

242
00:12:15,440 --> 00:12:17,440
Ne Webanwendung. 
Ich find daran kann man es 

243
00:12:17,440 --> 00:12:19,040
irgendwie mal wunderbar 
erklären, weil du da halt 

244
00:12:19,040 --> 00:12:21,880
wirklich so einfach auch du hast
so mehrere Komponenten, ne. 

245
00:12:21,880 --> 00:12:23,920
Du hast dann vielleicht ne 
Datenbank, du hast n Backend, du

246
00:12:23,920 --> 00:12:26,480
hast n Frontend. 
Wenn du aber alles irgendwie 

247
00:12:26,480 --> 00:12:31,600
zusammen in einem Knödel hast, 
ne, dann ist es ja so, dass 

248
00:12:31,600 --> 00:12:34,240
sagen wir mal, du veränderst 
irgendwie was an an deiner 

249
00:12:34,240 --> 00:12:38,000
Website allein schon sagen wir 
mal nur irgendwas an der UI soll

250
00:12:38,000 --> 00:12:40,640
n bisschen anders aussehen, ne, 
aber die Funktionalität bleibt 

251
00:12:40,640 --> 00:12:44,680
an sich irgendwie die gleiche. 
Und du veränderst das und willst

252
00:12:44,680 --> 00:12:48,400
jetzt aber diese Änderung 
sozusagen an den User die Userin

253
00:12:48,400 --> 00:12:52,480
bringen, dann hast du ja quasi 
den den Effekt, dass du halt 

254
00:12:52,480 --> 00:12:53,800
sagst. 
OK, pass auf, dadurch, dass du 

255
00:12:53,800 --> 00:12:57,360
alles in einem Projekt hast, 
musst du das gesamte oder wird 

256
00:12:57,360 --> 00:13:01,760
das gesamte Projekt deployed, 
das heißt du hast irgendwo auch 

257
00:13:01,760 --> 00:13:04,640
vielleicht ne im worst case sag 
ich jetzt mal vielleicht auch ne

258
00:13:04,640 --> 00:13:08,000
Downtime von deinem Backend, 
weil das Backend kurz einmal neu

259
00:13:08,000 --> 00:13:10,480
deployed wird, ne, je nachdem 
wie deine Infrastruktur 

260
00:13:10,480 --> 00:13:12,800
aussieht, aber. 
Du hast eigentlich nichts am 

261
00:13:12,800 --> 00:13:15,760
Backend geändert, aber dein 
Backend wird mit deployed ne so 

262
00:13:15,840 --> 00:13:18,480
das meine ich damit. 
Es ist halt sehr eng gekoppelt 

263
00:13:18,480 --> 00:13:22,000
dann einfach. 
Genau richtig und Microservices.

264
00:13:22,000 --> 00:13:24,800
Da sieht es ja dann tatsächlich 
auch einfach anders aus, ne? 

265
00:13:26,560 --> 00:13:30,720
Ja, also der Grundgedanke von 
den Microservices ist ja, dass 

266
00:13:30,720 --> 00:13:34,240
ich ne Anwendung in viele oder 
sagen was heißt vieles immer 

267
00:13:34,240 --> 00:13:37,360
projektgrößen abhängig ja, aber 
in ich sag mal viele kleine 

268
00:13:37,360 --> 00:13:41,240
unabhängige Services unterteile.
Die jeweils einen 

269
00:13:41,240 --> 00:13:45,360
Funktionsbereich abdecken. 
Ja, also das heißt, ich mach mir

270
00:13:45,360 --> 00:13:50,880
jetzt mein ganzes Projekt so 
mundgerecht in Häppchen und 

271
00:13:51,120 --> 00:13:55,120
alles erfüllt so seine Aufgabe 
und wird miteinander verknüpft, 

272
00:13:55,280 --> 00:13:58,400
dass sie zwar autark leben 
können, aber im gesamten mein 

273
00:13:58,400 --> 00:14:00,920
komplettes Projekt in der 
Funktionalität abbilden, genauso

274
00:14:00,920 --> 00:14:02,160
wie der Monolith. 
Ja. 

275
00:14:02,720 --> 00:14:05,000
Also so n ganz einfacher 
schnitt, wie du ihn gerade 

276
00:14:05,000 --> 00:14:08,120
genannt hast, wär mein Frontend 
ist einzeln, mein Backend ist 

277
00:14:08,120 --> 00:14:10,160
einzeln und die Datenbank wird 
auch zum Beispiel einzeln 

278
00:14:10,160 --> 00:14:14,040
verwaltet. 
Ja beispielsweise das ist jetzt 

279
00:14:14,040 --> 00:14:17,360
sehr grob geschnitten, das geht 
natürlich noch viel feiner ne n 

280
00:14:17,360 --> 00:14:21,040
Frontend hat ja auch 
verschiedene Funktionalitäten am

281
00:14:21,040 --> 00:14:24,000
Ende wieder ne, also n Frontend 
kann ja in mehreren Bereichen 

282
00:14:24,000 --> 00:14:26,240
auch unterteilt werden, was ja 
auch Sinn macht, wenn ich den 

283
00:14:26,240 --> 00:14:29,000
Microservices. 
Ansatz verfolge, da kommen wir 

284
00:14:29,000 --> 00:14:31,600
bestimmt später noch mal bei den
Vorteilen, denn noch mal genauer

285
00:14:31,600 --> 00:14:35,040
hinzu, ich meine, wir haben auch
in vergangenen Folgen da schon 

286
00:14:35,040 --> 00:14:37,840
mal so n Beispiel gebracht, was 
wir aufgreifen können. 

287
00:14:37,920 --> 00:14:40,400
Erinner mich dran, dass ich dran
denke bis später. 

288
00:14:42,160 --> 00:14:43,880
Genau. 
Und der Vorteil dabei ist, 

289
00:14:43,880 --> 00:14:47,280
beziehungsweise was das heißt am
Ende, dass du diese einzelnen 

290
00:14:47,280 --> 00:14:49,920
Services, diese einzelnen 
Bestandteile natürlich auch 

291
00:14:49,920 --> 00:14:52,720
einzeln deployen kannst. 
Wenn ich jetzt am Frontend was 

292
00:14:52,720 --> 00:14:56,320
ändere, dann muss ich diese 
Änderung deployen und den Kunden

293
00:14:56,320 --> 00:14:59,840
zur Verfügung stellen. 
Aber ich habe keinen keinen 

294
00:14:59,840 --> 00:15:01,960
Effekt, sag ich mal aufs 
Backend, also am Backend 

295
00:15:01,960 --> 00:15:04,400
passiert nichts, da wird nicht 
ne neue Version erzeugt, die im 

296
00:15:04,400 --> 00:15:06,560
Endeffekt die gleiche ist wie 
vorher sozusagen. 

297
00:15:07,200 --> 00:15:09,600
Ja, es ist bleibt halt einfach 
der gleiche stand. 

298
00:15:10,240 --> 00:15:14,560
Und ich hab halt den Vorteil, 
dass ich die einzelnen Services 

299
00:15:14,560 --> 00:15:17,120
auch mit der Datenhaltung 
beispielsweise so verwenden 

300
00:15:17,120 --> 00:15:18,720
kann, was sie auch wirklich nur 
brauchen. 

301
00:15:18,720 --> 00:15:21,240
Sie sehen halt nur Sachen, die 
sie brauchen und sie verwenden 

302
00:15:21,240 --> 00:15:23,280
nur Sachen, die sie brauchen. 
Ja, also ich kann das halt 

303
00:15:23,520 --> 00:15:28,400
wirklich autark leben lassen und
hab keine große Kopplung mehr, 

304
00:15:28,400 --> 00:15:33,440
das alles zusammenhängt, was du 
damit aber dir einkaufst und das

305
00:15:33,440 --> 00:15:36,960
hat man an dem Newsletter 
Beispiel in der Analogie 

306
00:15:36,960 --> 00:15:39,360
gesehen. 
Ich muss natürlich für 

307
00:15:39,360 --> 00:15:42,400
Kommunikation zwischen diesen 
Services sorgen, weil es ja 

308
00:15:42,400 --> 00:15:46,000
jetzt nicht mehr ein großer Blob
ist, sondern kleine 

309
00:15:46,000 --> 00:15:49,120
Bestandteile, die aber ja Daten 
austauschen müssen, die 

310
00:15:49,120 --> 00:15:51,480
informiert werden müssen, damit 
das große Ganze auch 

311
00:15:51,480 --> 00:15:54,080
funktioniert. 
Ja, ja, auf jeden Fall. 

312
00:15:54,080 --> 00:15:55,520
Hast du da vielleicht so n 
Beispiel noch? 

313
00:15:56,240 --> 00:16:00,080
Also wir, wir hatten ja. 
Glaube ich schon öfter mal für 

314
00:16:00,080 --> 00:16:02,080
so. 
Also haben wir jetzt glaube ich 

315
00:16:02,080 --> 00:16:04,160
weiß gar nicht, ob wir das 
explizit gesagt hatten, aber in 

316
00:16:04,480 --> 00:16:08,400
ein oder mehreren Folgen, die 
wir früher, also ne alten Folgen

317
00:16:08,400 --> 00:16:10,520
haben wir auf jeden Fall schon 
mal das Beispiel von E Commerce 

318
00:16:10,520 --> 00:16:12,800
System genommen. 
Ich finde daran kann man das 

319
00:16:12,800 --> 00:16:15,480
eigentlich immer ganz angenehm 
erklären, wie jetzt zum Beispiel

320
00:16:15,480 --> 00:16:18,760
Microservices vielleicht, wie 
man sich das vorstellen kann, 

321
00:16:18,760 --> 00:16:21,920
also du hast ja im Endeffekt. 
Du gehst ja auf irgend ne Seite 

322
00:16:21,920 --> 00:16:25,200
ne so, dann hast du vielleicht 
zum Beispiel deinen Frontend als

323
00:16:25,200 --> 00:16:28,520
kleinen Service irgendwie. 
Du meintest ja n Frontend muss 

324
00:16:28,520 --> 00:16:32,160
nicht auch unbedingt ein. 
Ich nenne es jetzt mal Service 

325
00:16:32,160 --> 00:16:35,960
sein, also ein Microsoft. 
Es gibt es gibt den Begriff bin 

326
00:16:35,960 --> 00:16:38,160
ich der Meinung, das heißt 
glaube ich Micro Frontend oder 

327
00:16:38,160 --> 00:16:42,240
so, lass mich nicht lügen, habe 
ich bitte lügen. 

328
00:16:42,240 --> 00:16:45,200
Nicht hier im Podcast habe ich. 
Auf jeden Fall mal mal von 

329
00:16:45,200 --> 00:16:47,120
gehört, wollte ich mich auch 
noch mal ein bisschen genauer 

330
00:16:47,120 --> 00:16:48,960
mit auseinandersetzen, habe ich 
aber auch noch nie 

331
00:16:48,960 --> 00:16:50,880
mitgearbeitet, finde ich aber 
auch eigentlich ganz spannend, 

332
00:16:50,880 --> 00:16:53,920
aber angenommen du hast jetzt 
das Frontend einfach als ganzes 

333
00:16:53,920 --> 00:16:56,600
und du greifst darauf zu, das 
wird halt angezeigt, du holst ja

334
00:16:56,600 --> 00:16:59,600
aber deine Daten von den 
einzelnen Services, zum Beispiel

335
00:16:59,680 --> 00:17:00,840
die Produkte, du hast 
irgendwelche. 

336
00:17:00,960 --> 00:17:04,119
Irgendwo ne Produktpalette wo du
halt in deinem E Commerce 

337
00:17:04,119 --> 00:17:05,599
Service halt irgendwas suchen 
kannst. 

338
00:17:05,599 --> 00:17:08,599
Ne, das heißt du greifst auf 
diese Datenbasis zu, wo du dein 

339
00:17:08,599 --> 00:17:11,160
Produkt hast, wo du sagst, OK 
diese Produktpalette hab ich 

340
00:17:11,160 --> 00:17:12,800
halt eben und die kann ich jetzt
anzeigen. 

341
00:17:12,960 --> 00:17:15,000
Wenn du jetzt weitergehst und 
sagst ich pack mir das jetzt in 

342
00:17:15,000 --> 00:17:17,680
den Warenkorb, dann sagt der 
Warenkorb zum Beispiel alles 

343
00:17:17,680 --> 00:17:21,839
klar, ich hab jetzt irgendwie 
diese waren bei mir drin ne das 

344
00:17:21,839 --> 00:17:23,280
ist vielleicht ein anderer 
Service. 

345
00:17:24,640 --> 00:17:28,319
Als zum Beispiel der Service, 
der dann dahinter steht und zum 

346
00:17:28,319 --> 00:17:31,600
Beispiel die Möglichkeit der der
Suche in diesen Produkten 

347
00:17:31,600 --> 00:17:33,200
anbietet. 
Und du hast vielleicht noch 

348
00:17:33,200 --> 00:17:35,760
einen nächsten Service, der dir 
zum Beispiel sagt, OK, wenn du 

349
00:17:35,760 --> 00:17:38,000
jetzt aber wirklich bezahlen 
willst, dann läuft der die 

350
00:17:38,000 --> 00:17:40,960
Zahlungsabwicklung halt eben 
über noch einen separierten 

351
00:17:40,960 --> 00:17:44,000
Service, um sich das vielleicht 
noch mal ein bisschen besser 

352
00:17:44,000 --> 00:17:47,040
vorstellen zu können, weil wir 
gesagt haben, wieso deployed man

353
00:17:47,040 --> 00:17:48,160
jetzt zum Beispiel, wenn du 
jetzt. 

354
00:17:48,680 --> 00:17:50,080
Ne, wenn das jetzt n Monolith 
wäre. 

355
00:17:50,080 --> 00:17:53,360
Wir können ja auch sagen, ein 
Monolith oder Microservices, du 

356
00:17:53,360 --> 00:17:56,320
kannst ja die gleiche Anwendung,
kannst du ja in beiden 

357
00:17:56,320 --> 00:18:01,960
Architekturen irgendwie 
abbilden, ne, also du kannst ja 

358
00:18:01,960 --> 00:18:04,240
sagen OK ich ich pack alles 
zusammen, es ist jetzt zum 

359
00:18:04,240 --> 00:18:06,800
Beispiel ein Backend zum 
Beispiel n Spring Boot Backend 

360
00:18:06,800 --> 00:18:10,240
nur mal so als Beispiel ne und 
da hast du jetzt den Warenkorb 

361
00:18:10,240 --> 00:18:12,960
drin, du hast den Bezahlservice 
da drin und du hast da 

362
00:18:12,960 --> 00:18:14,880
vielleicht irgendwie noch ne 
diese den. 

363
00:18:15,320 --> 00:18:17,840
Ist dein deine deine Datenbasis 
mit den ganzen Produkten da drin

364
00:18:17,840 --> 00:18:23,240
und so weiter ne alles zusammen 
in einen Topf geworfen und das 

365
00:18:23,240 --> 00:18:25,560
Frontend zum Beispiel ist auch 
noch mit da drin und das ist 

366
00:18:25,560 --> 00:18:28,120
alles n Repository oder es sind 
alles unterschiedliche 

367
00:18:28,120 --> 00:18:30,960
Repositories auf denen du 
einzelne Changes machen kannst, 

368
00:18:30,960 --> 00:18:33,480
an denen auch wiederum ne 
einzelne Pipeline zum Beispiel 

369
00:18:33,480 --> 00:18:35,200
hängt. 
So als so kann man sich das ja 

370
00:18:35,200 --> 00:18:38,000
zum Beispiel auch vorstellen, 
dass man sagt, OK, das ist halt.

371
00:18:39,400 --> 00:18:44,040
Diese auch irgendwo ne gewisse 
Art von Kopplung der Datenbasis 

372
00:18:44,040 --> 00:18:47,520
deiner Repositories und so 
weiter ne um halt eben bei 

373
00:18:47,520 --> 00:18:50,080
Changes zum Beispiel bei 
Monolithen alles gleichzeitig zu

374
00:18:50,080 --> 00:18:54,360
deployen oder microservice 
einzeln so ne, weil weiß nicht 

375
00:18:54,360 --> 00:18:56,480
ob das so rübergekommen ist 
vorher, aber das ist mir gerade 

376
00:18:56,480 --> 00:18:59,200
noch so eingefallen. 
Ja, ist auch gutes Beispiel. 

377
00:18:59,200 --> 00:19:01,280
Ich find auch gut, dass du das E
Commerce Beispiel genommen hast,

378
00:19:01,280 --> 00:19:03,840
weil das was ich jetzt gerade im
Kopf hatte war sehr ähnlich. 

379
00:19:04,160 --> 00:19:06,960
Wir hatten ja mal so über 
Lieferdienste gesprochen und 

380
00:19:06,960 --> 00:19:10,320
dann auch gesagt, dass das ja so
unterteilt ist, damit du halt 

381
00:19:10,320 --> 00:19:11,680
nicht immer strenge Kopplung 
hast. 

382
00:19:11,680 --> 00:19:12,960
So wie. 
Ja, du kannst jetzt nur mit 

383
00:19:12,960 --> 00:19:15,360
Paypal bezahlen, so nach dem 
Motto und da bietet sich dann 

384
00:19:15,360 --> 00:19:16,920
halt auch so ne Architektur 
einfach an. 

385
00:19:16,920 --> 00:19:20,640
Ne, dass du sagst, OK, ich hab 
Microservices wie n Bezahlsystem

386
00:19:21,040 --> 00:19:25,680
wie n lokalisierungssystem und 
so weiter und also Service ich 

387
00:19:25,680 --> 00:19:27,760
hab jetzt System gesagt, das 
sind ja Services für n 

388
00:19:27,760 --> 00:19:28,800
Gesamtsystem. 
Da. 

389
00:19:29,520 --> 00:19:33,720
Genau, aber. 
Welche vor und Nachteile ist 

390
00:19:33,720 --> 00:19:35,080
eigentlich immer der spannende 
Punkt? 

391
00:19:35,080 --> 00:19:39,600
Ne, weil man muss ja jetzt sagen
OK ich hab n neues projekt ich 

392
00:19:39,600 --> 00:19:44,200
hab n Kontext ne ich weiß was 
grob also man weiß nie was zu 

393
00:19:44,200 --> 00:19:47,480
100% implementiert werden muss, 
das ist die Realität aber ich 

394
00:19:47,480 --> 00:19:50,840
hab so ne grobe vor also 
Vorstellung was erledigt werden 

395
00:19:50,840 --> 00:19:53,520
muss und soll jetzt ne 
Architekturentscheidung zum 

396
00:19:53,520 --> 00:19:56,520
Beispiel treffen dann muss man 
ja abwägen was sind jetzt so die

397
00:19:56,520 --> 00:19:59,040
vor und Nachteile da würde ich 
gerne mit dir drüber sprechen 

398
00:19:59,120 --> 00:20:02,560
magst du mal? 
Mit dem monoliden Ansatz mal 

399
00:20:02,560 --> 00:20:06,240
anfangen welche Vorteile du da 
drin siehst und welche 

400
00:20:06,240 --> 00:20:09,760
Nachteile. 
Ja, gerade weil wir eben auch 

401
00:20:09,760 --> 00:20:12,120
gesagt hatten, dass man ja 
beides machen kann. 

402
00:20:12,120 --> 00:20:15,760
Ne, es ist ja auch wirklich 
interessant zu sagen, OK, wann 

403
00:20:15,760 --> 00:20:18,920
kann man denn vielleicht was 
verwenden, weil ich finde, wenn 

404
00:20:18,920 --> 00:20:22,800
man sich das erst mal anhört, so
ganz objektiv. 

405
00:20:23,160 --> 00:20:25,280
Und vielleicht das zum ersten 
Mal hört, finde ich. 

406
00:20:25,280 --> 00:20:27,760
Klingt Microsoft ist irgendwie 
cooler, dass man nicht so sagt, 

407
00:20:27,760 --> 00:20:31,040
so OK, warum soll ich denn 
Monolithen nehmen, wenn da alles

408
00:20:31,200 --> 00:20:35,080
irgendwie eng gekapselt ist? 
Du hast alles irgendwie ne weiß 

409
00:20:35,080 --> 00:20:38,640
nicht ist es. 
Irgendwie schwer wartbar 

410
00:20:38,640 --> 00:20:40,880
irgendwann ne, was jetzt 
beispielsweise n Nachteil ist, 

411
00:20:40,880 --> 00:20:43,200
wenn das Ganze wächst. 
Beispielsweise hab ich auch 

412
00:20:43,200 --> 00:20:45,920
schon selber erlebt, dass du 
irgendwann n Riesenprojekt hast,

413
00:20:45,920 --> 00:20:47,800
wo du dir denkst, so boah, ich 
kann hier gar nichts mehr 

414
00:20:47,800 --> 00:20:50,160
anfassen, ohne dass irgendwie 
das eine vom anderen abhängt, 

415
00:20:50,160 --> 00:20:53,040
weil halt irgendwie sehr enge 
Kopplungen irgendwie stattfinden

416
00:20:54,560 --> 00:20:56,920
oder es gibt halt eben genau 
durch solche engen Kopplungen 

417
00:20:56,920 --> 00:21:00,400
oder so von verschiedenen, Ich 
nenn es jetzt mal Services in 

418
00:21:00,400 --> 00:21:02,640
Anführungsstrichen, die im 
Monolithen gekapselt sind. 

419
00:21:03,320 --> 00:21:05,800
Dass da irgendwie Seiteneffekte 
oder Side Effects auftreten 

420
00:21:05,800 --> 00:21:08,120
weißt du, das ist halt das sind 
natürlich Nachteile, die relativ

421
00:21:08,120 --> 00:21:10,880
schnell auftreten können, wenn 
du alles irgendwie miteinander 

422
00:21:10,880 --> 00:21:15,440
verwurstelt hast, ne, was aber n
Vorteil natürlich ist, ist, 

423
00:21:15,680 --> 00:21:17,600
dass. 
Du eigentlich n bisschen 

424
00:21:17,600 --> 00:21:20,800
einfacher starten kannst und das
ganze Setup ne du sagst OK, ich 

425
00:21:20,800 --> 00:21:23,160
nehm mir jetzt ein Repository, 
ich baller da jetzt in dem 

426
00:21:23,160 --> 00:21:25,320
Beispiel was wir hatten in 
Frontend rein Backend was auch 

427
00:21:25,320 --> 00:21:30,520
immer das ist alles da drin und 
du musst jetzt jetzt zum 

428
00:21:30,520 --> 00:21:34,240
Beispiel nicht gleich ne riesen 
Infrastruktur aufbauen ne weil 

429
00:21:34,240 --> 00:21:38,000
mit Microservices hast du ja 
irgendwo auch dann ist jetzt n 

430
00:21:39,000 --> 00:21:42,600
bisschen Spoiler Alert sorry 
aber du hast natürlich n 

431
00:21:42,600 --> 00:21:45,080
bisschen mehr Overhead ne bei 
der ganzen Infrastruktur kommen 

432
00:21:45,080 --> 00:21:48,880
wir ja gleich noch mal drauf. 
Und es ist natürlich auch von 

433
00:21:48,880 --> 00:21:52,240
Vorteil, dass du halt dadurch, 
dass du n gemeinsamen Code hast,

434
00:21:52,480 --> 00:21:54,320
erleichtert es dir auch am 
Anfang. 

435
00:21:54,320 --> 00:21:56,920
Und ich sag jetzt extra am 
Anfang eines Projektes natürlich

436
00:21:56,920 --> 00:22:00,160
auch die Zusammenarbeit ne, weil
du halt gerade wenn jetzt zum 

437
00:22:00,160 --> 00:22:02,680
Beispiel irgendjemand neu ins 
Team kommt, sagst, OK, das ist 

438
00:22:02,680 --> 00:22:06,880
unsere Codebasis, bitteschön. 
Wie gesagt, wenn es größer wird,

439
00:22:07,040 --> 00:22:09,160
irgendwann schwer wartbar und 
schwer handelbar. 

440
00:22:09,160 --> 00:22:10,760
Irgendwann weil wenn es 
riesengroß ist, hast du 

441
00:22:10,760 --> 00:22:12,800
natürlich irgendwann den Punkt, 
dass irgendwann wer reinkommt 

442
00:22:12,800 --> 00:22:14,800
und sagt, Boah, ist ja super 
viel, keine Ahnung, check ich 

443
00:22:14,800 --> 00:22:17,040
nicht wo fang ich denn jetzt an 
so ne. 

444
00:22:17,360 --> 00:22:19,320
Genau. 
Wo muss ich denn überhaupt jetzt

445
00:22:19,320 --> 00:22:21,760
im Repository nachschauen? 
Wo geht es denn hier los? 

446
00:22:22,240 --> 00:22:25,640
Genau das sind halt auch schon 
sehr, sehr wichtige Punkte, ne 

447
00:22:25,640 --> 00:22:29,280
am Start bietet sich das, also 
fühlt sich das natürlich erstmal

448
00:22:29,280 --> 00:22:33,040
richtig an, weil du wie ja 
meintest microservice Ansatz 

449
00:22:33,040 --> 00:22:35,400
bedeutet. 
Overhead, weil du ja auch diese 

450
00:22:35,400 --> 00:22:38,240
Kommunikation aufbauen musst. 
Ja, du musst ja, du hast ja dann

451
00:22:38,240 --> 00:22:40,640
einzelne Services, die aber 
irgendwie vernetzt werden müssen

452
00:22:40,640 --> 00:22:42,680
und miteinander arbeiten und 
kommunizieren müssen. 

453
00:22:42,880 --> 00:22:45,200
Da ist natürlich der 
Monolithenansatz erstmal 

454
00:22:45,600 --> 00:22:48,600
praktischer, ne weil was auch n 
großer Punkt ist. 

455
00:22:48,600 --> 00:22:50,640
Und das darf man auch nicht 
unterschätzen, weil das auch 

456
00:22:50,640 --> 00:22:54,080
wirklich n Vorteil ist. 
Wenn ich jetzt mein ganzes 

457
00:22:54,080 --> 00:22:57,840
Projekt zum Beispiel als 
Monolith Abbilde und ich mache 

458
00:22:57,840 --> 00:23:00,720
ne Änderung, beispielsweise wie 
du meintest vorhin am Frontend, 

459
00:23:01,440 --> 00:23:03,680
kann es sein, dass das Backend 
nicht betroffen ist. 

460
00:23:04,160 --> 00:23:07,080
Ne und so gesehen ne neue 
Version kriegt was n Nachteil 

461
00:23:07,080 --> 00:23:10,800
wäre, weil es unnötig ist. 
Was aber auch Fakt ist, wenn ich

462
00:23:10,800 --> 00:23:14,760
diese Änderung mache und das in 
meinen Monolithen mache und 

463
00:23:14,760 --> 00:23:18,240
teste, sehe ich natürlich auch. 
Muss ich denn am Backend was 

464
00:23:18,240 --> 00:23:20,800
ändern? 
Ne durch diese Kopplung hast du 

465
00:23:20,800 --> 00:23:25,240
natürlich auch den Vorteil 
Sachen nicht zu übersehen, sage 

466
00:23:25,240 --> 00:23:27,080
ich mal. 
Definitiv weißt du was ich 

467
00:23:27,080 --> 00:23:29,000
meine. 
Voll also, dass du einfach 

468
00:23:29,000 --> 00:23:31,680
sagst, warte mal, wenn ich das 
hier änder, ne, ich brauche 

469
00:23:31,680 --> 00:23:35,360
jetzt zum Beispiel mehr Daten im
Frontend, Oh das das stellt das 

470
00:23:35,360 --> 00:23:37,360
Backend aber gar nicht zur 
Verfügung, das sehe ich dann 

471
00:23:37,360 --> 00:23:39,120
sofort, weil es halt nicht mehr 
zusammenpasst. 

472
00:23:39,120 --> 00:23:42,240
Ne, Na du hast ja zum Beispiel 
gerade ja auch von Kommunikation

473
00:23:42,240 --> 00:23:46,240
gesprochen, ne und ich hatte 
tatsächlich auch schon mal den 

474
00:23:46,240 --> 00:23:49,840
Fall, also da hatten wir auch so
n microservice Ansatz mal 

475
00:23:50,080 --> 00:23:53,200
benutzt, ist schon n paar Jahre 
her, da haben wir ich glaub das 

476
00:23:53,200 --> 00:23:56,960
waren so. 3. 
Microservices würd ich es jetzt 

477
00:23:56,960 --> 00:23:59,120
mal nennen oder? 
Im Endeffekt war es 

478
00:23:59,120 --> 00:24:02,640
wahrscheinlich eher noch so ne 
Art Monolith plus microservice 

479
00:24:03,280 --> 00:24:08,560
so aber Fakt ist auf jeden Fall,
es waren auf jeden Fall 2 oder 

480
00:24:08,560 --> 00:24:11,520
ich glaub sogar 3 Komponenten 
die halt eben zusammengearbeitet

481
00:24:11,520 --> 00:24:14,400
haben ne und wir haben uns halt 
eben um diese Komponenten 

482
00:24:14,400 --> 00:24:16,560
gekümmert und hatten dann 
irgendwie beispielsweise die 

483
00:24:16,560 --> 00:24:19,360
haben mit ich glaube über Rest 
kommuniziert. 

484
00:24:20,520 --> 00:24:23,480
Und da war es dann so, dass 
beispielsweise wir irgendwie an 

485
00:24:23,480 --> 00:24:26,800
der Restschnittstelle von 
unserem System zu unserem System

486
00:24:26,800 --> 00:24:29,760
wiederum etwas geändert haben, 
aber nur auf der einen Seite, 

487
00:24:29,920 --> 00:24:33,200
dann haben wir uns irgendwann 
gefragt, das lief jetzt nicht 

488
00:24:33,200 --> 00:24:35,920
produktiv, aber auf einer Stage,
wieso das nicht mehr 

489
00:24:35,920 --> 00:24:39,120
funktioniert oder warum der 
Fehler da auftritt, ne oder n 

490
00:24:39,120 --> 00:24:42,000
Fehler da den wir da. 
Sag ich mal identifiziert haben 

491
00:24:42,000 --> 00:24:43,840
haben wir dann irgendwie 
gemerkt, ja gut, OK hier 

492
00:24:43,840 --> 00:24:46,840
Monitoring war gut, alles alles 
schick, alles toll, haben wir 

493
00:24:46,840 --> 00:24:49,200
relativ schnell identifiziert, 
dass man, dass wir halt einfach 

494
00:24:49,200 --> 00:24:52,800
vergessen haben an der Stelle 
beim anderen Service was 

495
00:24:52,800 --> 00:24:54,880
anzupassen, aber es kommt halt 
relativ schnell vor. 

496
00:24:55,160 --> 00:24:58,240
Wie du meintest, du testest dein
1 System ab, du testest das 

497
00:24:58,240 --> 00:25:01,080
andere System ab, du hast da 
vielleicht irgendwo sag ich mal 

498
00:25:01,080 --> 00:25:04,840
n mog zu dieser Schnittstelle ne
und hast vielleicht in dem 

499
00:25:04,840 --> 00:25:07,400
Moment aber nicht so n 
übergreifenden Test vielleicht 

500
00:25:07,400 --> 00:25:09,960
zwischen den verschiedenen 
Systemen und selbst wenn du 

501
00:25:09,960 --> 00:25:12,760
diese Tests hast, dann wird es 
meistens trotzdem auch immer n 

502
00:25:12,760 --> 00:25:16,040
bisschen komplexer. 
Ne ja, und dann natürlich n ganz

503
00:25:16,040 --> 00:25:19,680
großer Faktor dabei ist, ich 
weiß jetzt nicht wie viele ihr 

504
00:25:19,680 --> 00:25:23,840
damals im Team wart und wie 
umfangreich das Projekt war. 6 

505
00:25:23,840 --> 00:25:27,040
Leute. 6 Leute. 
Ja, das ist ja aber noch 

506
00:25:27,040 --> 00:25:30,200
überschaubar von der Teamgröße. 
Also es sind schon also 6 

507
00:25:30,200 --> 00:25:31,760
Entwickler. 
Entwicklerinnen würde ich jetzt 

508
00:25:31,760 --> 00:25:35,480
mal denken, das ist schon ne 
gute Mannstärke oder Fraustärke 

509
00:25:35,480 --> 00:25:42,240
wie sagt man aber es ist kein 
Riesenprojekt oder kein riesen 

510
00:25:42,240 --> 00:25:44,800
Team. 
Ja und deswegen sag ich mal sind

511
00:25:44,800 --> 00:25:48,880
dieser Monolitenansatz. 
Ist auch so n bisschen abhängig 

512
00:25:48,880 --> 00:25:51,600
wie erfolgreich der sein kann. 
Auch von der Skalierbarkeit. 

513
00:25:51,600 --> 00:25:55,560
Wieviel Leute arbeiten da drauf,
wieviel Varianten gibt es von 

514
00:25:55,560 --> 00:25:57,760
diesem Projekt? 
Ja, also von dieser 

515
00:25:57,920 --> 00:26:00,840
Implementierung, ich find das 
ist n ganz ganz großer Punkt 

516
00:26:00,840 --> 00:26:05,200
dabei den man berücksichtigen 
muss ist es n relativ statisches

517
00:26:05,200 --> 00:26:07,960
Projekt, das heißt ich hab so 
eine Anwendung, die hat zwar 

518
00:26:07,960 --> 00:26:11,480
viele Bestandteile aber es gibt 
nur diese Anwendung, es gibt 

519
00:26:11,480 --> 00:26:13,920
keine Variation dieser 
Anwendung. 

520
00:26:14,880 --> 00:26:16,960
Na und? 
Da arbeiten jetzt fest 6 Leute 

521
00:26:16,960 --> 00:26:21,440
dran, beispielsweise bei euch, 
dann dann ist das vertretbar, 

522
00:26:21,440 --> 00:26:23,920
das als Monolith zu machen, weil
du die Vorteile dann haben 

523
00:26:23,920 --> 00:26:27,280
kannst und gar nicht so Riesen 
Nachteile hast am Ende. 

524
00:26:27,520 --> 00:26:33,800
Aber jetzt stell dir vor, du 
hast sowas wie austauschbare 

525
00:26:33,800 --> 00:26:37,800
Elemente da drin, ne Varianten 
zum Beispiel vom Frontend. 

526
00:26:37,800 --> 00:26:40,040
Ja also du hast. 
Du hast n normales Frontend? 

527
00:26:40,040 --> 00:26:42,680
Dann hast du noch ne mobile App 
und so weiter ne Desktop 

528
00:26:42,680 --> 00:26:44,560
application und so weiter wir 
gehen jetzt mal nicht von so 

529
00:26:44,560 --> 00:26:46,920
Cross Plattform Entwicklung aus.
Ja sondern du machst das jetzt 

530
00:26:46,920 --> 00:26:49,960
nativ für alles und immer mehr 
und immer mehr und dann gibt es 

531
00:26:49,960 --> 00:26:52,960
Varianten, dann gibt es 
unterschiedliche Schnittstellen,

532
00:26:54,160 --> 00:26:57,920
unterschiedliche Produkte und 
dann fächerst du irgendwie 

533
00:26:57,920 --> 00:27:01,280
dieses Projekt auf und versuchst
das alles in den Monolithen rein

534
00:27:01,280 --> 00:27:04,880
zu graben ja ja warte mal hier 
brauchen wir jetzt ne andere 

535
00:27:05,120 --> 00:27:06,560
Variante ja komm mach n Brunch 
auf. 

536
00:27:07,040 --> 00:27:08,920
Ja, so richtig jetzt. 
Jetzt gehen wir in die 

537
00:27:08,920 --> 00:27:11,200
Versionierung, machen Branch auf
und dann haben wir n neuen 

538
00:27:11,200 --> 00:27:13,760
Entwicklungszweig, der auch nie 
wieder zusammenführt, weil die 

539
00:27:13,760 --> 00:27:16,160
komplett unterschiedlich 
voneinander jetzt entwickelt 

540
00:27:16,160 --> 00:27:19,520
werden, weil die einfach 2 
Varianten sind, Variante A und 

541
00:27:19,520 --> 00:27:23,120
Variante B unseres Produkts 
beispielsweise und dann merkst 

542
00:27:23,120 --> 00:27:26,480
du es schon so mit dem Monoliten
ey, jetzt haben wir das ganze 

543
00:27:26,480 --> 00:27:31,000
Riesenprojekt als 2 Varianten, 
obwohl sich 10% nur 

544
00:27:31,000 --> 00:27:34,400
unterscheiden, ja. 
Ne, aber ich mach das jetzt auch

545
00:27:34,400 --> 00:27:36,680
nicht über irgendwie 
konfigurierbar oder so, das ist 

546
00:27:36,680 --> 00:27:39,040
einfach zu krass einfach ne das 
kriegst du nicht mehr gehandelt,

547
00:27:39,040 --> 00:27:42,000
das skaliert nicht mehr. 
Also was machen wir jetzt und 

548
00:27:42,000 --> 00:27:44,320
dann kommt auch so n 
microservice Ansatz ins Spiel wo

549
00:27:44,320 --> 00:27:46,800
du sagst na ja gut, aber wenn du
einfach nur diesen Server also 

550
00:27:46,800 --> 00:27:50,640
wenn du das als einzelnen Server
hättest und du tauschst den aus 

551
00:27:51,760 --> 00:27:55,360
ist doch alles cool ja also dann
dann bau ich mir nur so n mein 

552
00:27:55,360 --> 00:27:58,080
Cluster anders aus und Tausch 
nur diesen kleinen Bestandteil 

553
00:27:58,080 --> 00:28:00,960
aus und schon funktioniert es 
alles wieder definitiv klingt ja

554
00:28:00,960 --> 00:28:03,960
auch verlockend ne? 
Also lass uns mal so über vor 

555
00:28:03,960 --> 00:28:05,880
und Nachteile von Microservices 
reden. 

556
00:28:05,880 --> 00:28:13,320
Klingt sehr verlockend. 
Ja, also wie gesagt ne. 

557
00:28:13,320 --> 00:28:16,640
Also du hast ja gerade glaube 
ich gerade von Vorteil, die 

558
00:28:16,640 --> 00:28:21,160
Skalierbarkeit schon 
angesprochen, Teams können 

559
00:28:21,160 --> 00:28:23,440
unabhängig voneinander 
entwickeln und deployen, das ist

560
00:28:23,440 --> 00:28:25,800
natürlich, weil du ja gerade 
meintest die Teamgröße ne spielt

561
00:28:25,800 --> 00:28:31,840
natürlich da an der Stelle ne ne
starke Rolle, klar und. 

562
00:28:33,680 --> 00:28:35,680
Ja, du kannst halt auch 
unterschiedliche Tech Stacks 

563
00:28:35,680 --> 00:28:37,840
benutzen. 
Vielleicht ne also weil du ja 

564
00:28:37,840 --> 00:28:41,920
gerade auch zum Beispiel 
meintest so du hast verschiedene

565
00:28:42,800 --> 00:28:46,080
vielleicht Varianten und je nach
Variante könnte es ja vielleicht

566
00:28:46,080 --> 00:28:48,960
auch sein, dass du vielleicht, 
also ich meine jetzt Variante 

567
00:28:48,960 --> 00:28:51,360
ne, also im Sinne von von App du
willst jetzt nicht eine Cross 

568
00:28:51,360 --> 00:28:54,560
Plattform App machen, sondern du
nutzt halt vielleicht für jede 

569
00:28:54,880 --> 00:28:57,720
Anwendung, für den, für die 
jedes Frontend vielleicht eine 

570
00:28:57,720 --> 00:29:01,880
andere Technologie, ne. 
Und du kannst ja zum Beispiel 

571
00:29:01,880 --> 00:29:04,320
auch sagen, der Bezahltservice 
beispielsweise, der muss 

572
00:29:04,560 --> 00:29:08,480
unglaublich, ich sag jetzt 
einfach mal aus der Hüfte 

573
00:29:08,480 --> 00:29:11,280
geschossen, so sehr performant 
sein, was aber vielleicht n 

574
00:29:11,280 --> 00:29:13,360
anderer Service nicht unbedingt 
sein muss. 

575
00:29:14,280 --> 00:29:15,760
Demzufolge kannst du vielleicht 
auch unterschiedliche 

576
00:29:15,760 --> 00:29:18,240
Programmiersprachen nehmen, weil
du halt sagst, OK, da hast du 

577
00:29:18,240 --> 00:29:21,920
vielleicht ne, ne ne höhere. 
Also du musst halt gucken was 

578
00:29:21,920 --> 00:29:23,920
für Anforderungen brauchst du 
denn für die verschiedenen 

579
00:29:23,920 --> 00:29:26,280
Services, kannst dann viel 
besser darauf dann das ganze 

580
00:29:26,280 --> 00:29:29,120
Anpassen, aber Nachteile hatten 
wir glaub ich auch schon so n 

581
00:29:29,120 --> 00:29:31,440
bisschen angesprochen von 
Microservices. 

582
00:29:31,440 --> 00:29:33,920
Genau also den ersten Punkt, den
du auch Recht schnell genannt 

583
00:29:33,920 --> 00:29:35,840
hast, weil den kann man, den 
darf man einfach nicht vergessen

584
00:29:35,840 --> 00:29:36,880
dabei. 
Das wär unfair. 

585
00:29:37,840 --> 00:29:41,560
Ist natürlich, dass du dir damit
ne komplexe Infrastruktur 

586
00:29:41,560 --> 00:29:42,800
einkaufst. 
Ne, also? 

587
00:29:43,520 --> 00:29:47,600
Monitoring, Logging, das sind so
Stichwörter, die so essentiell 

588
00:29:47,600 --> 00:29:48,880
sind. 
Wenn ich diesen diesen 

589
00:29:48,880 --> 00:29:53,800
Architekturansatz fahre, weil es
klingt verlockend, dass du jetzt

590
00:29:53,800 --> 00:29:56,560
einzelne Elemente hast und wie 
gesagt, gerade wenn es um 

591
00:29:56,560 --> 00:29:59,600
Varianten geht oder so, ist das 
auch wirklich n Riesenvorteil, 

592
00:30:00,560 --> 00:30:02,600
aber ich muss ja auch 
mitkriegen, wenn irgendwas nicht

593
00:30:02,600 --> 00:30:07,240
stimmt, ja, also ich arbeite die
ganze Zeit am Service A 

594
00:30:07,240 --> 00:30:10,600
entwickel den weiter und Service
B und C liefen ja, das ging ja 

595
00:30:10,600 --> 00:30:12,400
und dann mach ich irgendeine 
Änderung an A. 

596
00:30:13,000 --> 00:30:15,640
Dass B und C auf einmal zum 
Beispiel mit der Kommunikation 

597
00:30:15,640 --> 00:30:17,440
nicht mehr zufrieden sind und 
nicht mehr die Daten kriegen, 

598
00:30:17,440 --> 00:30:20,200
die sie brauchen. 
Oder vielleicht doch, aber 

599
00:30:20,200 --> 00:30:21,600
anders formatiert, was auch 
immer. 

600
00:30:21,600 --> 00:30:23,120
Also es ändert sich zum 
Beispiel, was an der 

601
00:30:23,120 --> 00:30:27,200
Schnittstelle, aber ich seh das 
nicht, ich arbeite an A die 

602
00:30:27,200 --> 00:30:30,240
Ployders, das läuft das Ding, 
ich guck mir das an, zum 

603
00:30:30,240 --> 00:30:33,440
Beispiel so n Teil vom Frontend 
ne und alles ist cool und ich 

604
00:30:33,440 --> 00:30:35,920
krieg aber dann wenn ich kein 
Monitoring, kein Logging hab gar

605
00:30:35,920 --> 00:30:39,440
nicht mit, dass B und C gerade. 
Wirklich dauerhaft Fehler 

606
00:30:39,440 --> 00:30:41,800
werfen? 
Ja und gar nicht mehr wirklich 

607
00:30:41,800 --> 00:30:43,640
funktionieren. 
Und ich kenn das auch. 

608
00:30:43,640 --> 00:30:45,360
Ich mein das ich find, das 
klingt immer so. 

609
00:30:45,360 --> 00:30:48,880
Ja natürlich musst du das 
irgendwie, das musst du halt 

610
00:30:48,880 --> 00:30:51,760
irgendwie sicherstellen, aber 
und ich finde das ist auch 

611
00:30:51,760 --> 00:30:55,480
wirklich n wichtiger Punkt den 
man glaub ich auch schnell mal 

612
00:30:55,480 --> 00:30:58,640
unterschätzt, ist halt eben 
dieses Monitoring, dieses 

613
00:30:58,640 --> 00:31:01,520
Logging und klar du welches zu 
haben. 

614
00:31:03,520 --> 00:31:06,360
Warum nicht auf jeden Fall. 
Klar willst du Monitoring und 

615
00:31:06,360 --> 00:31:10,080
Logging ja, aber mach es mal 
richtig, mach es mal so, dass du

616
00:31:10,080 --> 00:31:13,600
auch wirklich relativ schnell 
verstehst, was das Problem ist 

617
00:31:13,760 --> 00:31:18,560
und das ist finde ich auch ne 
ich sag mal unterschätzte Sache,

618
00:31:18,720 --> 00:31:21,720
weil man logischerweise sich 
sofort hinstellt und sagt klar 

619
00:31:21,720 --> 00:31:24,720
braucht man das, ist ja No 
brainer, aber das richtig zu 

620
00:31:24,720 --> 00:31:27,440
machen. 
Finde ich ist echt auch n 

621
00:31:27,440 --> 00:31:32,080
Knackpunkt wo man auch ne Menge 
von lernen kann und also so so 

622
00:31:32,080 --> 00:31:34,040
ging es uns auch ne so wie 
gesagt was ich vorhin eben 

623
00:31:34,040 --> 00:31:37,920
meinte, das Beispiel was ich mal
hatte am Anfang war unser unser 

624
00:31:37,920 --> 00:31:40,080
Monitoring auch noch nicht gut, 
irgendwann haben wir es dann 

625
00:31:40,080 --> 00:31:42,880
ausgebaut weil wir relativ 
schnell gemerkt haben wir wissen

626
00:31:42,880 --> 00:31:45,440
dass es gerade nicht mehr 
funktioniert, aber wir wissen 

627
00:31:45,440 --> 00:31:47,840
nicht warum es nicht mehr 
funktioniert ne also auch die 

628
00:31:47,840 --> 00:31:50,600
Observability dahinter. 
Die einfach irgendwie nicht mehr

629
00:31:50,600 --> 00:31:53,240
richtig hingehauen hat. 
Ne so, und dann denkst du dir so

630
00:31:53,240 --> 00:31:55,440
OK, wir haben vielleicht 
Monitoring irgendwie 

631
00:31:55,440 --> 00:31:58,720
eingerichtet und n logging, aber
eigentlich wissen wir trotzdem 

632
00:31:58,720 --> 00:32:03,920
gar nicht warum, also wie wir es
wie wir es fixen können, was 

633
00:32:03,920 --> 00:32:09,200
überhaupt das Problem ist so ne.
Da noch ganz kurz die Anmerkung,

634
00:32:09,360 --> 00:32:12,080
Liebe Zuhörerinnen, lieber 
Zuhörer, falls dich das Thema 

635
00:32:12,080 --> 00:32:14,920
Monitoring und Logging 
interessiert und du dir denkst, 

636
00:32:14,920 --> 00:32:17,200
so ah ja, da könnt ich 
wahrscheinlich auch noch mehr 

637
00:32:17,200 --> 00:32:19,840
machen. 
In unserer Def Ops Reihe. 

638
00:32:19,840 --> 00:32:22,360
Die ist zwar schon 
abgeschlossen, aber da gibt es 

639
00:32:22,360 --> 00:32:25,120
ne spezielle Folge zu dem Thema,
dann hör da gern mal rein, ist 

640
00:32:25,120 --> 00:32:28,840
super interessant und bringt auf
jeden Fall das Projekt weiter 

641
00:32:28,840 --> 00:32:31,520
nach vorne, wenn man diese 
Prinzipien die wir da besprechen

642
00:32:31,920 --> 00:32:35,920
auch umsetzt. 
Ja, definitiv so. 

643
00:32:35,960 --> 00:32:39,240
Jetzt bin ich n bisschen raus 
und zwar vor und Nachteile 

644
00:32:39,240 --> 00:32:41,520
Microsofts, was mich jetzt 
eigentlich interessiert Tino ist

645
00:32:42,600 --> 00:32:45,840
OK, es gibt logischerweise ne du
kannst mit, du kannst es als 

646
00:32:45,840 --> 00:32:48,080
Monolith machen, du kannst das 
Microsoft machen, du hast da von

647
00:32:48,080 --> 00:32:50,560
beiden vor und Nachteile, aber 
wann ist denn jetzt zum Beispiel

648
00:32:50,560 --> 00:32:52,320
wenn wir uns jetzt sagen OK wir 
haben jetzt, wir sind jetzt in 

649
00:32:52,320 --> 00:32:54,640
der Praxis unterwegs, wann ist 
denn vielleicht was eventuell 

650
00:32:54,640 --> 00:32:58,240
besser ne also irgendwo müssen 
wir uns vielleicht orientieren 

651
00:32:58,240 --> 00:33:01,040
und sagen OK macht es irgendwie 
Sinn wenn man an der und der 

652
00:33:01,040 --> 00:33:06,920
Stelle das und das macht ja. 
Fangen wir noch mal bei 

653
00:33:06,920 --> 00:33:10,800
Monolithen an. 
Wann ist das sinnvoll, also 

654
00:33:10,800 --> 00:33:15,120
gerade am Anfang eines Projektes
ist es sehr oft sinnvoll, das 

655
00:33:15,120 --> 00:33:19,120
möchte ich gleich mal vorweg 
sagen, gerade wenn ich noch so 

656
00:33:19,120 --> 00:33:24,880
in der Machbarkeitsphase bin, 
vielleicht NMVP bauen möchte, 

657
00:33:25,280 --> 00:33:29,040
dann brauche ich nicht, also 
dann brauche ich diesen Overhead

658
00:33:29,040 --> 00:33:31,600
einfach nicht, da muss ich nicht
ne komplexe Infrastruktur 

659
00:33:31,600 --> 00:33:35,200
aufbauen. 
Um Microservices als 

660
00:33:35,200 --> 00:33:37,360
Architekturansatz abbilden zu 
können? 

661
00:33:37,360 --> 00:33:39,360
Ja, weil wie gesagt, dieser 
Overhead, der ist nicht zu 

662
00:33:39,360 --> 00:33:42,320
unterschätzen, gerade wenn es 
Richtung Pipeline geht, ne, dass

663
00:33:42,320 --> 00:33:47,760
ich einzelne Services quasi 
integrieren und deployen kann, 

664
00:33:47,760 --> 00:33:50,960
das da muss man dann schon ne 
Menge machen um das aufzusetzen 

665
00:33:51,040 --> 00:33:53,520
und beim MVP verbrenne ich da 
ziemlich viel Zeit, 

666
00:33:53,520 --> 00:33:56,800
beispielsweise gerade wenn ich n
kleines Team bin, was ja oft der

667
00:33:56,800 --> 00:34:00,160
Fall ist, wenn ich. 
Etwas n Prototypenbaue ja, also 

668
00:34:00,160 --> 00:34:01,640
so NMVP machst du ja nicht mit 
20 Leuten. 

669
00:34:01,640 --> 00:34:04,600
Da sitzt du vielleicht allein 
oder zu zweit dran und gerade 

670
00:34:04,600 --> 00:34:10,320
wenn es schnell gehen soll, die 
Geschwindigkeit ne Rolle spielt,

671
00:34:10,320 --> 00:34:12,880
dann würde ich da halt ganz klar
n Monolith n Ansatz wählen am 

672
00:34:12,880 --> 00:34:17,440
Anfang, denn Fakt ist, es ist ja
nicht in Stein gemeißelt, ich 

673
00:34:17,440 --> 00:34:21,440
hoffe du weißt was ich meine 
damit also du kannst diesen 

674
00:34:21,440 --> 00:34:24,480
Ansatz ja auch wie ihr es im 
Projekt macht oder gemacht habt,

675
00:34:24,639 --> 00:34:30,159
das ist ja Vergangenheit. 
Ändern, also wieder umbauen oder

676
00:34:30,159 --> 00:34:32,639
oder so Stück für Stück 
adaptieren. 

677
00:34:33,120 --> 00:34:35,840
Ja, auf jeden Fall. 
Also es ist es, ich sag mal, nie

678
00:34:35,840 --> 00:34:39,120
zu spät, auch zu sagen, OK, du 
ziehst jetzt aus deinem 

679
00:34:39,120 --> 00:34:41,639
Monolith, vielleicht 
identifizierst du und sagst OK, 

680
00:34:41,639 --> 00:34:44,480
das ist jetzt vielleicht n 
Service, der irgendwie wichtig 

681
00:34:44,480 --> 00:34:47,840
ist, der wirklich abgekapselt 
für eine. 

682
00:34:48,520 --> 00:34:51,280
Wie nennt man das für für eine 
Verantwortlichkeit? 

683
00:34:51,280 --> 00:34:54,960
Da ist ne wie zum Beispiel ne 
Authentication oder so ne wo du 

684
00:34:54,960 --> 00:34:56,960
sagst OK diesen Service, den 
können wir einfach mal 

685
00:34:56,960 --> 00:35:00,280
rausziehen, den können wir 
abkoppeln aus unserem Monolithen

686
00:35:00,280 --> 00:35:02,720
und da machen wir n kleinen 
Microservice draus und dann ist 

687
00:35:02,720 --> 00:35:06,000
es ja auch nicht schlecht zu 
sagen OK angenommen du kommst an

688
00:35:06,000 --> 00:35:09,640
diesem Punkt ne Microservices 
draus zu machen aus bestimmten 

689
00:35:09,640 --> 00:35:14,720
Gründen, dann ist es halt ja 
auch nicht verkehrt es nach und 

690
00:35:14,720 --> 00:35:18,160
nach zu machen, also sowieso ne 
Übergangsphase zu zu haben. 

691
00:35:18,640 --> 00:35:21,040
Und das, was halt noch übrig 
bleibt, bleibt dann halt übrig. 

692
00:35:21,040 --> 00:35:22,680
So ne. 
Also angenommen du hast jetzt 

693
00:35:22,680 --> 00:35:26,240
vielleicht irgendwie so am Ende 
noch so n ich nenn es jetzt mal 

694
00:35:26,240 --> 00:35:29,520
salopp gesagt so n kuddelmuddel 
wo du nicht mehr ne irgendwie ne

695
00:35:29,520 --> 00:35:32,160
wo du nicht mehr ne 
Verantwortlichkeit rausziehen 

696
00:35:32,160 --> 00:35:35,320
kannst. 
Ne und gerade wenn man jetzt zum

697
00:35:35,320 --> 00:35:36,920
Beispiel sagt, OK wann passiert 
denn sowas? 

698
00:35:36,920 --> 00:35:40,360
Also erstmal ist es natürlich 
wichtig und ich find da muss man

699
00:35:40,360 --> 00:35:42,480
natürlich gucken, man kann das 
natürlich auch irgendwie 

700
00:35:42,480 --> 00:35:46,360
dahingehend vorbereiten, dass es
besser funktioniert, ne das als 

701
00:35:46,360 --> 00:35:49,720
erstes mal. 
Aber kommen wir gleich noch mal 

702
00:35:49,720 --> 00:35:53,320
drauf zurück, was jetzt zum 
Beispiel was ich finde ist, 

703
00:35:53,320 --> 00:35:55,440
wieso sollte man überhaupt 
vielleicht auf Microservices 

704
00:35:55,440 --> 00:35:57,840
gehen? 
Also ne jetzt im Sinne von warum

705
00:35:58,080 --> 00:36:00,160
in der Praxis microservice, wann
macht es Sinn? 

706
00:36:01,040 --> 00:36:02,800
Also wir hatten ja jetzt zum 
Beispiel logischerweise, du 

707
00:36:02,800 --> 00:36:05,200
kannst ja erst mal das nehmen so
mehr oder weniger vom Monolithen

708
00:36:05,200 --> 00:36:07,320
und das Umdrehen und sagen ja 
gut, wenn du n großes Team hast.

709
00:36:07,320 --> 00:36:10,080
Klar da wenn du mehr Leute hast 
stehst. 

710
00:36:10,080 --> 00:36:13,280
Dir nicht auf den Füßen. 
Da kannst du halt einfach ein 

711
00:36:13,280 --> 00:36:17,240
kleines Team wieder nehmen oder 
draus machen und sagen, OK, du 

712
00:36:17,240 --> 00:36:20,400
hast ein riesengroßes Team. 
Ist ja blöd, die Kommunikation 

713
00:36:20,400 --> 00:36:25,200
dazwischen 1000 teammembern das 
ist ja riesen Overhead, da 

714
00:36:25,200 --> 00:36:26,440
kommst du ja gar nicht mehr zum 
Arbeiten. 

715
00:36:26,440 --> 00:36:28,920
Wieviel meetings willst du 
irgendwann halten, damit du 

716
00:36:28,920 --> 00:36:30,280
irgendwann auf eine Reinigung 
kommst? 

717
00:36:30,280 --> 00:36:33,200
In einem riesen Monoliten, also 
Microservices, kleine 

718
00:36:33,200 --> 00:36:35,520
Verantwortlichkeiten, kleine 
Teams für die entsprechenden 

719
00:36:35,520 --> 00:36:37,280
Verantwortlichkeiten wie zum 
Beispiel ein Authentication 

720
00:36:37,280 --> 00:36:40,080
Service bringt natürlich aber 
auch was wenn du sagst OK. 

721
00:36:41,480 --> 00:36:43,520
Du hast jetzt zum Beispiel 
deinen Authentication Service 

722
00:36:43,520 --> 00:36:46,320
und du willst ihn jetzt zum 
Beispiel 5 mal in 5 Produkten, 

723
00:36:46,320 --> 00:36:48,520
die du irgendwie rausbringst. 
Brauchst du ne Authentication, 

724
00:36:48,520 --> 00:36:50,080
dann mach doch einen 
Authentication Service, dann 

725
00:36:50,080 --> 00:36:51,960
brauchst dich nur einmal 
anmelden, kannst dich überall 

726
00:36:51,960 --> 00:36:55,640
anders anmelden, ne so in die 
Richtung, das ist ja zum 

727
00:36:55,640 --> 00:36:58,000
Beispiel auch noch ne Sache. 
Weiß nicht was. 

728
00:36:58,000 --> 00:36:59,280
Das ist aber n wichtiger. 
Punkt. 

729
00:36:59,280 --> 00:37:00,680
Ja. 
Ne. 

730
00:37:01,120 --> 00:37:04,800
Ja, also wie gesagt, wir hatten 
die Komplexität des Produkts ne 

731
00:37:04,800 --> 00:37:07,680
wenn es Varianten gibt, wenn es 
unterschiedlich, also wenn es 

732
00:37:07,680 --> 00:37:10,160
einfach. 
Kein geradliniger 

733
00:37:10,160 --> 00:37:13,920
Entwicklungszweig ist sozusagen 
ne beziehungsweise nee, das 

734
00:37:13,920 --> 00:37:16,000
klingt jetzt sehr repolastig, 
ich will es gar nicht so 

735
00:37:16,000 --> 00:37:20,120
formulieren, aber wenn die 
Funktionalität, nennen wir es 

736
00:37:20,120 --> 00:37:24,760
mal so ne, die Funktionalität 
des Produkts vielseitig ist und 

737
00:37:24,760 --> 00:37:28,160
es Varianten gibt, einfach das 
ist einfach der Punkt dahinter, 

738
00:37:28,560 --> 00:37:31,040
dann kann man halt auch sagen, 
OK, vielleicht ist n 

739
00:37:31,040 --> 00:37:36,320
Microservices Ansatz sinnvoll. 
Gerade hinsichtlich auch so 

740
00:37:36,560 --> 00:37:39,040
Features. 
Wenn du sagst, nicht jeder 

741
00:37:39,040 --> 00:37:42,800
Endverbraucher, jeder Kunde am 
Ende hat jedes Feature zum 

742
00:37:42,800 --> 00:37:46,040
Beispiel Na von meinem Produkt 
auch wieder so n Punkt wo ich 

743
00:37:46,040 --> 00:37:50,000
sagen kann na ja aber dann hab 
ich ne gewisse Komplexität wenn 

744
00:37:50,000 --> 00:37:52,840
alles auf einem Haufen ist 
sozusagen und ich dann wieder 

745
00:37:52,840 --> 00:37:55,600
dafür sorgen muss, aber Sachen 
müssen an sein müssen aus sein, 

746
00:37:55,600 --> 00:37:57,600
der kriegt die Version der 
kriegt die Version. 

747
00:37:58,080 --> 00:38:01,080
Dann dann, wenn ich sowas merke,
dann kann man halt wirklich auf 

748
00:38:01,080 --> 00:38:03,520
jeden Fall über diesen 
Microservices Ansatz nachdenken,

749
00:38:03,520 --> 00:38:04,880
ob man nicht in die Richtung 
geht. 

750
00:38:04,880 --> 00:38:07,960
Ja, mit dem pro Abo kriegst du 
Halt 80% der Services und mit 

751
00:38:07,960 --> 00:38:09,920
dem Ultimate Abo kriegst du 
dann. 

752
00:38:10,320 --> 00:38:16,720
Wie immer und mit Free kannst du
mal 5 Minuten testen. 

753
00:38:17,120 --> 00:38:18,280
Genau jetzt hast du dich 
rausgemacht. 

754
00:38:18,280 --> 00:38:21,240
Ja, aber das genau, also wenn 
diese wenn es viele 

755
00:38:21,240 --> 00:38:24,240
Abhängigkeiten auch zu anderen 
Systemen gibt und so und dann 

756
00:38:24,240 --> 00:38:27,200
ich das halt. 
Nicht entkoppeln möchte, weil 

757
00:38:27,200 --> 00:38:29,680
ich jedes Mal dann bei jeder 
Änderung mir denke, oh jetzt ey,

758
00:38:29,680 --> 00:38:33,600
keine Ahnung, jetzt muss ich 
hier von 500 Funktionalitäten 

759
00:38:33,600 --> 00:38:36,400
hab ich eine geändert und ich 
muss aber 500 so gesehen neu 

760
00:38:36,400 --> 00:38:38,960
versionieren und neue Deployen 
obwohl da nichts passiert ist. 

761
00:38:38,960 --> 00:38:42,480
Ne sowas find ich ist halt auch 
ärgerlich dann also ich find das

762
00:38:42,480 --> 00:38:45,040
dann merk ich halt auch so, dass
es von Architektur manchmal so 

763
00:38:45,040 --> 00:38:46,880
ist. 
Ah jetzt mach ich jetzt weißt du

764
00:38:46,880 --> 00:38:49,040
jetzt deploye ich das ganze 
System. 

765
00:38:50,240 --> 00:38:54,240
Dauert alle Tests laufen ne, du 
hast halt ne große Pipeline 

766
00:38:54,240 --> 00:38:56,480
dahinter, aber eigentlich hast 
du nur an einem kleinen 

767
00:38:56,480 --> 00:38:58,880
Bestandteil was geändert und du 
hättest eigentlich nur 5 Tests 

768
00:38:58,880 --> 00:39:01,920
laufen lassen müssen, so 
übertrieben gesagt und dann 

769
00:39:01,920 --> 00:39:08,120
denkst du dir auch so und n 
Punkt, den haben wir vorhin 

770
00:39:08,120 --> 00:39:10,560
nicht so richtig klar 
herausgestellt glaub ich ist 

771
00:39:10,560 --> 00:39:13,120
wenn was schiefgeht, dann gilt 
das für deinen ganzen 

772
00:39:13,120 --> 00:39:16,880
Monolithen, zum Beispiel, dass 
die Pipeline sagt ist nicht. 

773
00:39:17,240 --> 00:39:18,720
Weil dieser eine Test jetzt rot 
ist. 

774
00:39:18,720 --> 00:39:22,160
Das war, es klappt nicht noch 
mal alles laufen lassen. 

775
00:39:22,320 --> 00:39:24,680
Wenn ich das jetzt auf 
microservice Ebene mache und 

776
00:39:24,680 --> 00:39:27,680
diese der die Pipeline einfach 
viel schneller als für diesen 

777
00:39:27,680 --> 00:39:30,720
kleinen Service kann ich ja viel
schneller das fixen und dann 

778
00:39:30,800 --> 00:39:35,840
deployen, richtig. 
Ja toll, wenn man noch mal, so 

779
00:39:36,000 --> 00:39:38,880
ich ich überlege gerade so was 
man so vielleicht so tippmäßig 

780
00:39:38,880 --> 00:39:41,360
so auch mitgeben kann. 
Also. 

781
00:39:42,800 --> 00:39:45,360
Aber ich hab, ich weiß nicht, 
ich glaube, du hast es auch 

782
00:39:45,360 --> 00:39:47,760
schon beides mal erlebt zu sagen
okay man macht irgendwie was 

783
00:39:47,760 --> 00:39:52,360
monolithisch, man fängt 
vielleicht monolithisch angeht, 

784
00:39:52,360 --> 00:39:54,480
dann irgendwann vielleicht 
denkt, dann kommt man irgendwann

785
00:39:54,480 --> 00:39:56,560
an den Punkt, wo man sagt, Boah 
Ey, irgendwie passt das jetzt 

786
00:39:56,560 --> 00:39:59,280
nicht mehr, haben wir privat ja 
auch schon gehabt, haben 

787
00:39:59,280 --> 00:40:03,600
teilweise, da hast du ja auch 
einiges gemacht, auch direkt 

788
00:40:03,600 --> 00:40:07,280
sozusagen einzelne Services 
sozusagen dann aufgesetzt, also 

789
00:40:07,280 --> 00:40:10,280
so, ich sag mal Micro Service 
Ansatz, aber wenn man jetzt zum 

790
00:40:10,280 --> 00:40:12,680
Beispiel sagt Ey okay irgendwie 
ist Microsoft ist cool und. 

791
00:40:12,760 --> 00:40:16,440
Ich hab jetzt aber Monolith. 
Was könnte man machen oder man 

792
00:40:16,440 --> 00:40:19,560
sagt OK wir haben jetzt aber 
NMVP gebaut, es ist jetzt 

793
00:40:19,560 --> 00:40:23,920
monolithisch und ich will jetzt 
aber irgendwie das ganze 

794
00:40:23,920 --> 00:40:28,440
aufspalten. 
Hast du da n Tipp was also was 

795
00:40:28,440 --> 00:40:31,480
man machen könnte vielleicht zu 
sagen OK wir haben ne fängst 

796
00:40:31,480 --> 00:40:34,400
monolithisch an, bist gerade 
dabei oder du weißt. 

797
00:40:34,680 --> 00:40:37,600
Ne wie ich meinte, MVP ist 
gerade los, aber wahrscheinlich 

798
00:40:37,600 --> 00:40:40,280
wird es irgendwann microservice 
kann man da schon irgendwie 

799
00:40:40,280 --> 00:40:43,760
drauf achten, dass man 
vielleicht das ganze n bisschen 

800
00:40:43,760 --> 00:40:49,560
Smoothie dann hinbekommt? 
Ja, fangen wir mal mit der 

801
00:40:49,560 --> 00:40:51,480
Infrastruktur an. 
Die ist natürlich nicht so 

802
00:40:51,480 --> 00:40:53,520
umfangreich logischerweise, es 
hat mir auch als Vorteil 

803
00:40:53,520 --> 00:40:57,520
genannt, wie bei Microservices, 
aber Grundprinzipien gelten für 

804
00:40:57,520 --> 00:41:00,720
beide Ansätze. 
Stichwort Tracing, logging, 

805
00:41:00,720 --> 00:41:02,080
Monitoring. 
Alles was wir schon genannt 

806
00:41:02,080 --> 00:41:05,680
hatten, gilt ja für beides, also
bitte es nicht falsch verstehen,

807
00:41:05,680 --> 00:41:07,840
wenn ich sage ich nehm 
monolithen, dann brauch ich das 

808
00:41:07,840 --> 00:41:10,280
alles nicht. 
Nein, so ist es nicht, das heißt

809
00:41:10,640 --> 00:41:13,440
diese ganzen Ansätze, diese 
Pipeline einfach auch schon 

810
00:41:13,440 --> 00:41:16,480
vernünftig aufbauen, dass man 
sie adaptieren kann, auseinander

811
00:41:16,480 --> 00:41:19,280
trennen kann, auch wieder 
verwenden kann, Bestandteile 

812
00:41:19,280 --> 00:41:22,080
dafür für einzelne ne, dass ich 
dann zum Beispiel mehrere kleine

813
00:41:22,080 --> 00:41:27,200
hab, aber halt das alles schon 
gut vorbereitet, frühzeitig 

814
00:41:27,200 --> 00:41:32,240
Einsätze. 
Dann auf Entwicklungsebene ein 

815
00:41:32,240 --> 00:41:34,640
Monolith bedeutet nicht, dass 
ich spaghetticode schreiben 

816
00:41:34,640 --> 00:41:37,440
darf. 
Das heißt, ich muss ja trotzdem 

817
00:41:38,160 --> 00:41:41,960
ne gute Softwarearchitektur 
aufsetzen, auch bei einem 

818
00:41:41,960 --> 00:41:46,080
Monolithen, dass ich in der Lage
bin, später das ganze zerlegen 

819
00:41:46,080 --> 00:41:50,640
zu kann, ne zerlegen zu können, 
so falls ich dann sage, ich 

820
00:41:50,640 --> 00:41:53,360
möchte doch auf den microservice
Ansatz gehen, dass ich halt die 

821
00:41:53,360 --> 00:41:55,440
Möglichkeit hab n Freischnitt zu
machen. 

822
00:41:55,680 --> 00:41:59,640
Ne, dass ich so Teile raustrenne
und sie auslagere und das wären 

823
00:41:59,640 --> 00:42:02,480
so Sachen, worauf ich jetzt 
persönlich achten würde. 

824
00:42:02,880 --> 00:42:06,080
Halt wie gesagt einmal die diese
Infrastruktur Sache, die 

825
00:42:06,080 --> 00:42:08,960
Automatisierung ne dass du ne 
vernünftige Pipeline hast, 

826
00:42:08,960 --> 00:42:13,120
vernünftiges Monitoring, dass 
dieser Overhead quasi nicht so 

827
00:42:13,120 --> 00:42:15,360
riesig wird wenn ich es Umbau 
weil ich ja einfach n Teil auch 

828
00:42:15,360 --> 00:42:19,440
beim Monolithen schon brauche 
und dass ja auf Code Ebene halt 

829
00:42:19,440 --> 00:42:22,400
auch schon. 
Nicht also ich würde nicht von 

830
00:42:22,400 --> 00:42:25,360
Anfang ansagen, oh, ich muss das
jetzt unbedingt im Kopf haben, 

831
00:42:25,360 --> 00:42:30,440
so ne, aber einfach sag ich mal 
best practices verwenden, damit 

832
00:42:30,440 --> 00:42:33,760
du später auf so remit 
refactoring diese Freischnitte 

833
00:42:33,760 --> 00:42:36,720
machen kannst. 
Ja, also gerade wenn man jetzt, 

834
00:42:36,720 --> 00:42:38,800
ich hatte ja vorhin so auch 
angesprochen, dass mit der 

835
00:42:38,800 --> 00:42:42,720
Authentication, du kannst halt 
zum Beispiel n Authentication 

836
00:42:42,720 --> 00:42:45,880
Service schon in deinen 
Monolithen reinballern ja, das 

837
00:42:45,880 --> 00:42:47,480
nennt man ja auch vielleicht so 
besser, wenn du so ne 

838
00:42:47,480 --> 00:42:49,760
serviceschicht hast oder so in 
deinem Monolithen. 

839
00:42:50,760 --> 00:42:52,640
Kannst du natürlich die auch 
hinstellen und sagen, gut, ich 

840
00:42:52,800 --> 00:42:57,200
hab bau das da jetzt schon schön
also modular rein ne kannst 

841
00:42:57,200 --> 00:42:59,280
natürlich aber auch sagen auch 
keine Ahnung ich mach das hier 

842
00:42:59,280 --> 00:43:04,960
ich mach das da so richtig so 
wild West Abhängigkeiten durch 

843
00:43:04,960 --> 00:43:08,960
den ganzen Code von A nach B 
ziehen so wie es halt gerade 

844
00:43:08,960 --> 00:43:11,440
passt. 
Ne wild West das sollte man 

845
00:43:11,440 --> 00:43:15,360
natürlich n bisschen vermeiden 
und ich ich denke dann kann man 

846
00:43:15,360 --> 00:43:18,240
eigentlich n ganz guten Shift 
hinkriegen von. 

847
00:43:20,880 --> 00:43:23,560
Von einem Monolithen zum 
Beispiel, hinzu einem 

848
00:43:23,560 --> 00:43:26,240
Microservice oder sich halt 
diesen, diesen Weg halt 

849
00:43:26,320 --> 00:43:28,360
entspannt offen lassen. 
Ne, also ich sag mal so, 

850
00:43:28,360 --> 00:43:31,120
Vorbereitung ist ja die halbe 
Miete, ich glaub sagt man das so

851
00:43:31,760 --> 00:43:33,200
war das. 
Sagt man so gut. 

852
00:43:33,200 --> 00:43:35,760
Ja, es ist genauso ein. 
Also du sagst das sehr oft so, 

853
00:43:38,480 --> 00:43:40,960
das war vielleicht der Erste, 
das erste Sprichwort, was ich 

854
00:43:41,120 --> 00:43:43,840
seit langem mal wieder richtig 
hart da war, sehr gut. 

855
00:43:45,280 --> 00:43:47,240
Was, was ja eigentlich noch 
irgendwie ganz interessant ist. 

856
00:43:47,240 --> 00:43:48,920
Zumindest hab ich jetzt auch 
noch mal drüber nachgedacht. 

857
00:43:48,920 --> 00:43:52,480
Wir haben ja auch gerne auch 
mal, sagen wir mal Leute in 

858
00:43:52,480 --> 00:43:55,080
unserer Community, die 
vielleicht auch noch n bisschen 

859
00:43:55,080 --> 00:43:58,280
im Bereich Starter, Beginner, 
Anfänger, Anfängerin, wie auch 

860
00:43:58,280 --> 00:44:00,480
immer man das nennen möchte, so 
in der Softwareentwicklung sind 

861
00:44:01,440 --> 00:44:05,520
und wenn man sich jetzt 
vielleicht so ne ich ich stell 

862
00:44:05,520 --> 00:44:07,800
ich, ich versuch mich immer 
selbst in mich hineinzuversetzen

863
00:44:07,800 --> 00:44:09,760
und angenommen, ich würde jetzt 
diese Folge hören und würde mir 

864
00:44:09,760 --> 00:44:12,240
denken so. 
Boah Mist ey, jetzt muss ich. 

865
00:44:12,240 --> 00:44:14,720
Jetzt hab ich wieder das nächste
was ich irgendwie machen muss. 

866
00:44:14,720 --> 00:44:17,200
Microservice ist gar keine 
Ahnung, ich muss ja erstmal noch

867
00:44:17,200 --> 00:44:19,880
überhaupt erstmal meine erste 
richtige Anwendung bauen, da bin

868
00:44:19,880 --> 00:44:24,640
ich ja gerade dabei oder so was 
kann man was, was könnten wir 

869
00:44:24,640 --> 00:44:28,880
denn Tino, was könnten wir denn 
mal so jemandem der sagt oder 

870
00:44:28,880 --> 00:44:33,280
die sagt Ey ich bin gerade am 
Anfang, was ist denn die bessere

871
00:44:33,280 --> 00:44:36,440
Wahl für die entsprechende 
Person, die gerade am Anfang 

872
00:44:36,440 --> 00:44:39,280
steht, wenn man sagt Ey du Boss 
willst ne Anwendung bauen. 

873
00:44:40,200 --> 00:44:42,320
Mach mal hier Monolith oder 
Microservice. 

874
00:44:45,280 --> 00:44:51,520
Ja, Take Home Message. 
Jetzt wird's spannend, gerade 

875
00:44:51,520 --> 00:44:56,800
als Einsteiger oder Einsteigerin
schreibe ich ja eher kleinere 

876
00:44:56,880 --> 00:44:59,360
Projekte, also kleinere 
Softwarelösungen. 

877
00:44:59,360 --> 00:45:02,320
Ja, das sind so erste kleine 
Projekte, da würde ich mir über 

878
00:45:02,320 --> 00:45:05,040
Microservices gar keine Gedanken
machen, also wenn ich wirklich 

879
00:45:05,040 --> 00:45:08,400
richtig. 
Anfänger, Anfängerin bin und das

880
00:45:08,400 --> 00:45:13,360
nicht negativ gemeint, überhaupt
nicht, nicht sich sag ich mal 

881
00:45:13,360 --> 00:45:16,000
überwältigen lassen von dieser 
Inputflut. 

882
00:45:16,000 --> 00:45:18,720
Ja, weil IT Soft Entwicklung 
ist. 

883
00:45:18,720 --> 00:45:21,520
Unglaublich vielseitig und 
umfangreich und erdrückend, wenn

884
00:45:21,520 --> 00:45:24,560
man es alles gleich 
berücksichtigen möchte, deswegen

885
00:45:24,960 --> 00:45:28,840
codet einfach los Monolithen 
Ansatz was ihr braucht rein in 

886
00:45:28,840 --> 00:45:32,320
das Projekt, fertig. 
Ganz einfach, da würde ich mir, 

887
00:45:32,440 --> 00:45:34,640
man macht sich am Anfang ja auch
um die Pipeline einfach denn 

888
00:45:34,640 --> 00:45:38,240
auch noch keine Gedanken, 
deswegen monolithenansatz ja, 

889
00:45:38,640 --> 00:45:42,080
wenn ich aber sage, nein, jetzt 
ist es so n Projekt, das möchte 

890
00:45:42,080 --> 00:45:45,200
ich wirklich langfristig machen,
ja, also das ist ne 

891
00:45:45,200 --> 00:45:47,920
Softwarelösung, die brauche ich 
beispielsweise und die möchte 

892
00:45:47,920 --> 00:45:49,680
ich verwenden oder ich möchte 
sie vielleicht sogar anderen 

893
00:45:49,680 --> 00:45:52,240
schon zur Verfügung stellen, 
wieso ne erste kleine App, 

894
00:45:52,320 --> 00:45:56,640
vielleicht ne Website ne also n 
Frontend und so weiter dann. 

895
00:45:57,040 --> 00:45:59,440
Würde ich sagen, gut, wieviel 
bin ich im Team, bin ich 

896
00:45:59,440 --> 00:46:02,320
alleine, ist es n privates 
Projekt, würde ich weiterhin den

897
00:46:02,320 --> 00:46:06,280
Monolithen Ansatz machen, aber 
halt Richtung Infrastruktur wie 

898
00:46:06,280 --> 00:46:09,160
wir meinten das alles 
vorbereiten, aufbauen, dass man 

899
00:46:09,160 --> 00:46:12,080
sagt ich hab ne vernünftige 
Pipeline, wirklich noch mal der 

900
00:46:12,160 --> 00:46:16,800
reminder wir haben da ne ganze 
Reihe zu gemacht zu dev Ops mit 

901
00:46:16,800 --> 00:46:19,200
Hilfe dieser Reihe kann man sich
schon mal die erste kleine 

902
00:46:19,200 --> 00:46:21,600
Pipeline aufbauen, dass man 
einfach da rein wächst, weil das

903
00:46:21,600 --> 00:46:23,760
ist. 
Wenn man mehr Erfahrung hat, ein

904
00:46:23,760 --> 00:46:26,400
sehr, sehr wichtiges Thema, was 
einen immer begleiten wird man, 

905
00:46:26,400 --> 00:46:33,400
es gibt keinen Weg drumherum, ja
so und dann irgendwann kann man 

906
00:46:33,400 --> 00:46:36,400
ja mal sagen, ey, ich möchte 
jetzt mal Microservices machen, 

907
00:46:36,560 --> 00:46:39,680
ja, ich möchte das mal verwenden
und dann kann man sich ja auch 

908
00:46:39,680 --> 00:46:42,640
gezielt mal n Projekt nehmen und
sagen, ich, wie würde ich das 

909
00:46:42,640 --> 00:46:45,840
denn splitten ja also ich hab 
jetzt meine Erfahrung gesammelt,

910
00:46:45,840 --> 00:46:48,240
ich hab. 
Ich hab so n Monolithen Projekt 

911
00:46:48,240 --> 00:46:49,920
umgesetzt. 
Ich hab zum Beispiel n Backend n

912
00:46:49,920 --> 00:46:52,440
Frontend laufen, das ist zwar 
alles irgendwie eng gekoppelt, 

913
00:46:52,440 --> 00:46:56,840
aber das läuft dann sich zu 
überlegen ey wie kann ich das 

914
00:46:56,840 --> 00:46:58,240
denn Split? 
Ja. 

915
00:46:58,640 --> 00:47:00,400
Weißt du? 
Ja, find ich gut. 

916
00:47:00,640 --> 00:47:02,560
Also im Endeffekt denk ich mir 
halt auch so. 

917
00:47:02,560 --> 00:47:05,200
Gerade am Anfang ist es halt 
sinnvoll diese Komplexität halt 

918
00:47:05,200 --> 00:47:08,440
auch gering zu halten, weil weiß
ich nicht, du bist ja vielleicht

919
00:47:08,440 --> 00:47:11,120
auch noch gerade in so einem in 
so bei bestimmten Grundlagen 

920
00:47:11,120 --> 00:47:13,280
vielleicht, vielleicht bist du 
bei manchen Sachen schon weiter,

921
00:47:13,280 --> 00:47:15,600
aber woanders bist du noch bei 
Grundlagen irgendwie. 

922
00:47:16,200 --> 00:47:18,960
Und dann bringt es dir halt auch
noch nichts, wenn du quasi 

923
00:47:18,960 --> 00:47:22,040
sagst, OK, ich muss jetzt aber 
schon irgendwie meine 

924
00:47:22,040 --> 00:47:25,160
Infrastruktur aufbauen, weißt du
ja, ich brauch jetzt unbedingt n

925
00:47:25,160 --> 00:47:27,560
Cloud Service, zum Beispiel 
keine Ahnung, du kannst das ja 

926
00:47:27,560 --> 00:47:30,080
auch irgendwie lokal machen, 
aber beim beim Microservice 

927
00:47:30,080 --> 00:47:33,840
kommst du ja relativ schnell 
irgendwann zu Docker und Docker 

928
00:47:33,840 --> 00:47:36,680
finde ich ist auch n ist jetzt 
nicht n Riesenthema aber ist n 

929
00:47:36,680 --> 00:47:39,320
Thema so, das heißt da musst du 
halt auch erst mal wieder n 

930
00:47:39,320 --> 00:47:41,240
bisschen reinkommen. 
Wenn du aber gerade noch 

931
00:47:41,240 --> 00:47:43,560
woanders bist, ist es natürlich 
am Anfang schwierig, dann wirst 

932
00:47:43,560 --> 00:47:45,040
du vielleicht irgendwie 
überladen, ne und das? 

933
00:47:45,520 --> 00:47:49,960
Lässt sich dadurch vermeiden. 
Ich find was wichtig ist ist, 

934
00:47:49,960 --> 00:47:52,960
dass man jetzt sich nicht 
hinstellt und sagt, das ist zum 

935
00:47:52,960 --> 00:47:56,160
Beispiel so n Tenor den ich 
höfter mal irgendwie dann so am 

936
00:47:56,160 --> 00:48:00,240
Anfang auch mitbekommen hatte. 
Monolithen sind schlecht, so 

937
00:48:00,240 --> 00:48:02,800
mach das nicht, das ist das ist 
von gestern, mach lieber 

938
00:48:02,800 --> 00:48:07,840
microservice, das ist cool so, 
wir hatten ja mal das Ganze so 

939
00:48:07,840 --> 00:48:10,480
durchgesprochen, ist es nicht so
und gerade wenn du am Anfang 

940
00:48:10,480 --> 00:48:12,640
bist find ich es monoli 
überhaupt nicht schlecht so, 

941
00:48:12,800 --> 00:48:14,560
wenn du irgendwann dir aber 
denkst, ja. 

942
00:48:15,280 --> 00:48:17,320
Was ist denn jetzt n großer 
Unterschied zwischen einem 

943
00:48:17,320 --> 00:48:19,720
Monolithen und einem und einem 
Microservice? 

944
00:48:19,720 --> 00:48:23,200
Dann fragt dich immer, OK, macht
dein Monolith mehr als eine 

945
00:48:23,200 --> 00:48:27,160
Sache oder macht es mehrere 
Sachen ne so also ist da zum 

946
00:48:27,160 --> 00:48:29,480
Beispiel ne Authentication drin,
ist da vielleicht irgendwie 

947
00:48:29,480 --> 00:48:33,840
keine Ahnung irgendwas drin was 
was hatten wir n Beispiel E 

948
00:48:33,840 --> 00:48:37,680
Commerce hast du da 
Zahlungsmittel hast du da 

949
00:48:37,680 --> 00:48:40,040
irgendwie lokalisierungsservice 
hast du vielleicht noch so ne 

950
00:48:40,040 --> 00:48:46,000
Art was weiß ich. 
Denkt dir irgendwas aus, du 

951
00:48:46,000 --> 00:48:48,720
weißt ne, also hast hast du 
diese ganzen Sachen drin und 

952
00:48:48,720 --> 00:48:50,800
wenn du aber n microservice 
hast, dann machen die Sachen 

953
00:48:50,800 --> 00:48:52,720
alle nur das. 
Also du hast wirklich nur das 

954
00:48:52,720 --> 00:48:57,120
ist für steht für sich alleine 
und du hast jetzt zum Beispiel 

955
00:48:57,120 --> 00:48:59,760
so n Microservice der irgendwie 
sagt OK du bist jetzt zum 

956
00:48:59,760 --> 00:49:02,960
Beispiel an der und der, also ne
bist da und da lokalisiert. 

957
00:49:03,720 --> 00:49:06,640
Dann sagt der aber nicht ja, du 
bist aber jetzt da und da 

958
00:49:06,640 --> 00:49:11,960
lokalisiert und ich weiß, dass 
Anwendung x da lokalisiert ist. 

959
00:49:11,960 --> 00:49:14,800
Baba BAB so nach dem Motto 
sondern ne du hast also das ist 

960
00:49:14,800 --> 00:49:18,640
ja quasi ich will jetzt nicht 
stateless sagen, aber du dieser 

961
00:49:18,640 --> 00:49:22,960
Service, der ist erstmal an sich
relativ dumm, der kennt zum 

962
00:49:22,960 --> 00:49:25,280
Beispiel vielleicht nicht 
unbedingt irgendwelche 

963
00:49:25,280 --> 00:49:31,280
großartigen Details von 
irgendeiner vom vom anderen 

964
00:49:31,280 --> 00:49:34,160
Service, ne. 
Und da das find ich so. 

965
00:49:34,160 --> 00:49:36,320
Die hat halt eine gekapselte 
Funktionalität. 

966
00:49:36,320 --> 00:49:39,200
Genau, und das ist halt immer so
n bisschen die, die die 

967
00:49:39,200 --> 00:49:41,440
Schwierigkeit finde ich dann 
auch irgendwann wirklich zu 

968
00:49:41,440 --> 00:49:43,640
sagen, OK, das ist jetzt eine 
Verantwortlichkeit, das ist n 

969
00:49:43,640 --> 00:49:45,240
Service und das muss man 
vielleicht auch erstmal 

970
00:49:45,240 --> 00:49:47,400
irgendwie lernen, was halt auch 
wieder irgendwie n bisschen mit 

971
00:49:47,400 --> 00:49:50,320
Reinspielt in das Ganze. 
Mach es dir erstmal nicht zu 

972
00:49:50,320 --> 00:49:54,240
kompliziert, wag es erstmal 
rein, fang mit Monolithen an und

973
00:49:54,240 --> 00:49:57,000
prinzipiell ist spricht auch 
nicht immer irgendwas gegen 

974
00:49:57,000 --> 00:49:59,040
Monolithen. 
Ne es ist halt immer die Sache 

975
00:49:59,200 --> 00:50:02,560
was braucht man gerade, was 
hilft, was ist wichtig, was 

976
00:50:02,560 --> 00:50:04,960
passt. 
Das genau das Problem bei 

977
00:50:04,960 --> 00:50:09,360
Monolith ist einfach, dass 
dieser Begriff sag ich mal so n 

978
00:50:09,360 --> 00:50:13,840
bisschen ja so n so n Schatten 
mit sich bringt, der weil er 

979
00:50:13,840 --> 00:50:17,600
einfach auch oft im Zusammenhang
mit so alten. 

980
00:50:18,480 --> 00:50:22,160
Projekten verwendet werden, so 
Legacy Sachen, die aber seit 20 

981
00:50:22,160 --> 00:50:24,160
Jahren irgendwie am Leben 
gehalten werden und. 

982
00:50:24,400 --> 00:50:27,080
Dieses typische historisch. 
Gewachsene und dann redet man 

983
00:50:27,080 --> 00:50:30,040
ganz oft von er ist so n 
altprojekt und da ist so n 

984
00:50:30,040 --> 00:50:32,960
riesen Monolith drin und da ist 
es einfach Chaos. 

985
00:50:33,280 --> 00:50:37,120
Ja, aber Monolith in dem 
Grundarchitekturansatz bedeutet 

986
00:50:37,120 --> 00:50:39,360
nicht Chaos. 
Also man sagt nicht zu einem 

987
00:50:39,360 --> 00:50:40,840
Projekt, was total chaotisch 
ist. 

988
00:50:40,840 --> 00:50:43,240
Oder guck mal so n richtiger 
Monolith, aber so wird es oft 

989
00:50:43,240 --> 00:50:46,360
verwendet oder einem verkauft 
und das ist halt einfach dem 

990
00:50:46,360 --> 00:50:48,640
nicht gerecht und nicht fair. 
Wir haben das ja auch sehr 

991
00:50:48,640 --> 00:50:53,440
objektiv hier betrachtet, ich 
sag mal so, Fakt ist beide 

992
00:50:53,440 --> 00:50:56,480
Ansätze können komplettes Chaos 
werden und beide Ansätze können 

993
00:50:56,480 --> 00:50:58,880
auch sehr gut funktionieren und 
wir haben ja die vor und 

994
00:50:58,880 --> 00:51:02,640
Nachteile genannt. 
Wann man was bevorzugen sollte 

995
00:51:02,960 --> 00:51:05,520
und auch gesagt, dass man aber 
beide auch verwenden kann um 

996
00:51:05,520 --> 00:51:09,840
Sachen umzusetzen und deswegen 
würde ich sagen Fabi, Danke für 

997
00:51:09,840 --> 00:51:12,960
den Talk war n sehr cooles Thema
was du so mitgebracht hast. 

998
00:51:13,040 --> 00:51:15,040
Ich fand es auch sehr spannend 
da jetzt noch mal so wirklich 

999
00:51:15,040 --> 00:51:18,960
ausführlich drüber nachzudenken 
und du, liebe Zuhörer, liebe 

1000
00:51:18,960 --> 00:51:21,320
Zuhörer, was sind denn deine 
Erfahrungen damit? 

1001
00:51:21,320 --> 00:51:24,160
Das würde uns brennend 
interessieren, hast du mit 

1002
00:51:24,160 --> 00:51:26,800
beiden Ansätzen gute Erfahrungen
gemacht oder schlechte oder 

1003
00:51:26,800 --> 00:51:29,200
bevorzugt? 
Bevorzugst du einen Fall? 

1004
00:51:29,560 --> 00:51:33,280
Besonders gegenüber dem anderen.
Ja, bist du Team Microservices 

1005
00:51:34,160 --> 00:51:36,640
Team Microservices oder Team 
Monolith? 

1006
00:51:37,360 --> 00:51:41,080
Lass es uns wissen, schreib uns 
die Mail zum Podcast findest du 

1007
00:51:41,080 --> 00:51:42,880
in den Shownotes auch alle 
anderen Plattformen? 

1008
00:51:43,200 --> 00:51:45,840
Meld dich auf dem Kanal deiner 
Wahl, wir werden die Antworten 

1009
00:51:45,840 --> 00:51:50,080
wir freuen uns über jede 
Nachricht, ansonsten Tausch dich

1010
00:51:50,080 --> 00:51:52,720
gerne auch auf n Discord mit 
unserer Community aus, das sind 

1011
00:51:53,040 --> 00:51:55,920
immer so coole Themen worüber 
man diskutieren kann, da freuen 

1012
00:51:55,920 --> 00:51:58,080
sich die Leute die schon da 
sind, da bin ich mir sicher. 

1013
00:51:58,480 --> 00:52:00,400
Wir sind ne super entspannte 
Runde. 

1014
00:52:00,400 --> 00:52:04,720
Ihr seid alle herzlich 
eingeladen und wenn dir der 

1015
00:52:04,720 --> 00:52:07,560
Podcast gefällt, lass auch gerne
ne Bewertung da, das hilft uns 

1016
00:52:07,560 --> 00:52:12,680
ungemein und ansonsten würde ich
sagen, hören wir uns alle in der

1017
00:52:12,680 --> 00:52:16,320
nächsten Folge wieder, habt ne 
gute Zeit bis dahin ciao ciao 

1018
00:52:16,480 --> 00:52:18,720
deine Coding Bodys gemeinsam 
besser.