1
00:00:00,080 --> 00:00:01,760
Was ist, wenn du nicht mehr 
bezahlst? 

2
00:00:01,760 --> 00:00:06,400
Kommt jemand tot? 
Ja, steht da jemand mitten in 

3
00:00:06,400 --> 00:00:09,160
der Nacht neben dir und sagt, 
sie haben nicht bezahlt? 

4
00:00:09,360 --> 00:00:12,600
Coding Buddies Dein Podcast rund
um Softwareentwicklung und 

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

6
00:00:27,280 --> 00:00:30,640
Halli Hallo und Herzlich 
Willkommen zum Coding Buddies 

7
00:00:30,640 --> 00:00:32,759
Podcast. 
Es ist mal wieder Zeit für ne 

8
00:00:32,759 --> 00:00:37,200
neue Folge und deswegen geht es 
hier auch gleich los und zwar 

9
00:00:37,200 --> 00:00:39,760
mit Tino und mit mir. 
Tino sitzt mir hier schon 

10
00:00:39,760 --> 00:00:42,240
gegenüber, wartet schon, dass er
irgendwie mal erwähnt wird, dass

11
00:00:42,240 --> 00:00:44,640
ich endlich mal sage, Tino, wie 
geht es, wie steht es, was geht 

12
00:00:44,640 --> 00:00:49,280
ab, was geht, was geht Fabi 
heißt jut ja alles. 

13
00:00:49,440 --> 00:00:51,280
Gut, alles gut, immer wieder ne 
Überraschung wie du 

14
00:00:51,280 --> 00:00:53,880
anmoderierst. 
Ja, weißt du, also ich, ich bin 

15
00:00:53,880 --> 00:00:56,160
ja so richtig lahm, ich mach es 
eigentlich gefühlt immer gleich,

16
00:00:56,240 --> 00:00:58,160
aber bei dir, da denk ich mir 
immer so, oh was kommt heute 

17
00:00:58,160 --> 00:01:01,280
was, was passiert jetzt ja, aber
es ist immer so andere Wörter. 

18
00:01:02,400 --> 00:01:05,280
Andere Wörter ist auch das 
einzige, was geht. 

19
00:01:06,920 --> 00:01:10,800
Selbst wenn ich über den Arsch 
schlacke, umfangreicher zu sein,

20
00:01:10,800 --> 00:01:12,680
weißt du ja, es ist einfach nur 
du musst einfach nur die 

21
00:01:12,720 --> 00:01:16,080
gleichen Wörter nehmen und sie 
anders anreihen und dann denkt 

22
00:01:16,080 --> 00:01:19,880
man vielleicht, dass es dich. 
Krieg ich n Satz ist oder nicht?

23
00:01:21,120 --> 00:01:24,320
Ach ja, gute Frage, Was geht an 
sich an sich geht es mir gut, 

24
00:01:24,320 --> 00:01:27,000
weil du gefragt hast. 
Ich hab aber das ist n Ding ich 

25
00:01:27,000 --> 00:01:29,120
hab jetzt keinen Kaffee also 
beziehungsweise wir trinken 

26
00:01:29,120 --> 00:01:31,520
immer Kaffee vorher damit man 
nicht immer so einen Abschluckt 

27
00:01:32,160 --> 00:01:34,800
aber ich hab jetzt noch ich hab 
jetzt keinen Kaffee gehabt das 

28
00:01:34,800 --> 00:01:38,320
ist n bisschen schade ja aber. 
Wird schon n ordentlichen 

29
00:01:38,320 --> 00:01:40,640
Schluck genommen vorher. 
Ist gut, ist gut. 

30
00:01:40,880 --> 00:01:43,520
Du hast alles richtig gemacht. 
Ich bin voll drauf jetzt. 

31
00:01:43,520 --> 00:01:45,400
Ich hab richtig Bock auf die 
Folge voll drauf. 

32
00:01:46,240 --> 00:01:47,680
Außerdem ist es ja auch ne coole
Woche. 

33
00:01:48,720 --> 00:01:51,520
Wir haben ja am Dienstag in 
unserem Livestream, also quasi 

34
00:01:51,520 --> 00:01:54,640
vor 2 Tagen jetzt wenn man die 
wenn die Folge jetzt heute 

35
00:01:54,640 --> 00:01:58,480
erscheint, sozusagen ne unser 
Turnier gestartet. 

36
00:01:58,800 --> 00:02:03,680
Wir haben das Repository zu der 
Neuauflage vom For connect 

37
00:02:03,680 --> 00:02:09,039
Extreme heißt es jetzt Turnier 
public geschaltet und erstmal 

38
00:02:09,039 --> 00:02:11,120
mega cool. 
Alle Leute die im Livestream 

39
00:02:11,120 --> 00:02:13,440
waren die sich einfach direkt 
drauf gestürzt haben und 

40
00:02:13,440 --> 00:02:15,520
angefangen haben Bots zu 
implementieren richtig richtig 

41
00:02:15,520 --> 00:02:18,200
cool. 
Was natürlich nicht ausbleibt. 

42
00:02:18,200 --> 00:02:21,360
Dabei ist, dass natürlich auch 
der ein oder andere Bug gefunden

43
00:02:21,360 --> 00:02:26,040
wurde, wo wir jetzt kräftig dran
waren, das zu beheben, direkt 

44
00:02:26,040 --> 00:02:28,960
damit quasi die 
Implementierungszeit möglichst 

45
00:02:28,960 --> 00:02:31,240
bugfrei ist. 
Aber da zeigt sich es mal 

46
00:02:31,240 --> 00:02:35,600
wieder, es bleibt nicht aus und 
vor allem hier der Reminder, ja,

47
00:02:36,320 --> 00:02:40,000
wir sind ja noch sehr frisch in 
der Game Development Welt und Go

48
00:02:40,000 --> 00:02:42,560
do arbeiten wir uns gerade so n 
bisschen ein, Macht auf jeden 

49
00:02:42,560 --> 00:02:45,360
Fall Mega Spaß, dass es mal so 
als Tipp wer da Bock drauf hat. 

50
00:02:46,720 --> 00:02:48,480
Aber wir haben keine Tests 
geschrieben dafür. 

51
00:02:49,040 --> 00:02:51,400
Wir haben gesagt, ja, machen wir
im nächsten Spiel, wir wissen 

52
00:02:51,400 --> 00:02:53,920
nicht so richtig, gibt es 
überhaupt n Test Framework oder 

53
00:02:53,920 --> 00:02:57,160
nicht, dann hat der eine Mal 
geguckt, ah ja, es gibt n Test 

54
00:02:57,160 --> 00:03:00,160
Framework, ja machen wir beim 
nächsten machen wir beim 

55
00:03:00,160 --> 00:03:03,600
nächsten und was haben wir jetzt
Bugs so. 

56
00:03:04,400 --> 00:03:07,600
Da haben wir also, da machst du 
einmal irgendwas. 

57
00:03:07,600 --> 00:03:10,880
Oh du Test zack, und schon hast 
du zack ja, aber weißt doch, der

58
00:03:10,880 --> 00:03:12,960
Beweis, Tino, Du weißt doch wie 
das ist. 

59
00:03:12,960 --> 00:03:16,640
Ja, das ist einfach auch ne ganz
normale Manier heutzutage, wenn 

60
00:03:16,640 --> 00:03:19,200
n Spiel released wird. 
Du hast natürlich erstmal Day 

61
00:03:19,200 --> 00:03:21,480
One Patches und so weiter weißt 
du da muss erstmal das. 

62
00:03:21,560 --> 00:03:23,960
Klar, Na klar, klar. 
Also wir haben uns ja eigentlich

63
00:03:23,960 --> 00:03:26,280
nur an der Norm gehalten, wie es
heutzutage so ist. 

64
00:03:26,840 --> 00:03:28,320
Genau. 
Nein, aber auf jeden Fall 

65
00:03:28,320 --> 00:03:29,680
erstmal n ganz, ganz fettes 
danke. 

66
00:03:29,680 --> 00:03:32,440
Und wir finden es mega cool, 
dass ihr auch so zahlreich schon

67
00:03:32,440 --> 00:03:35,920
direkt angefangen habt und sowas
halt direkt auch entdeckt habt. 

68
00:03:36,400 --> 00:03:40,640
Hilft natürlich einfach, damit 
es einfach dann quasi direkt, 

69
00:03:40,720 --> 00:03:44,800
wenn die Sachen gleich zu Anfang
behoben werden, einfach, dass 

70
00:03:45,200 --> 00:03:47,600
diese Kleinigkeiten nur. 
Besser am Ende. 

71
00:03:47,920 --> 00:03:53,840
Genau auf jeden Fall Mega cool, 
geiles, wie sagt man, geile 

72
00:03:53,840 --> 00:03:55,840
Stimmung schon direkt zum 
Turnierstart. 

73
00:03:56,080 --> 00:03:59,040
Also, liebe Zuhörerinnen, liebe 
Zuhörer, falls du auch Lust hast

74
00:03:59,040 --> 00:04:01,040
auf das Turnier und vielleicht 
beim Start jetzt nicht dabei 

75
00:04:01,040 --> 00:04:03,360
warst, wir haben natürlich auch 
unsere Website aktualisiert, 

76
00:04:03,360 --> 00:04:06,000
dort findest du jetzt alle Infos
zum Turnier, auch den Link zum 

77
00:04:06,000 --> 00:04:09,520
Repository, wo weitere 
Anleitungen sind, so dass 

78
00:04:09,520 --> 00:04:11,720
eigentlich keine Frage offen 
sein sollte und du direkt 

79
00:04:11,720 --> 00:04:13,680
starten kannst. 
Wie gesagt, es werden mehrere 

80
00:04:13,680 --> 00:04:16,600
Programmiersprachen unterstützt,
die Wahrscheinlichkeit ist nicht

81
00:04:16,600 --> 00:04:18,519
so gering, dass deine 
Lieblingssprache dabei ist. 

82
00:04:18,519 --> 00:04:20,959
Also schau es dir ruhig mal an 
und mach mit an unserem Turnier.

83
00:04:20,959 --> 00:04:23,760
Es geht bis zum 21.11., bis 
dahin habt ihr Zeit. 

84
00:04:24,160 --> 00:04:26,200
Und wir drücken euch die Daumen,
ja. 

85
00:04:26,560 --> 00:04:28,400
Ganz genau. 
Und es gibt natürlich coole 

86
00:04:28,400 --> 00:04:31,760
Sachen zu gewinnen. 
Hauptsponsor von dem Turnier ist

87
00:04:31,840 --> 00:04:34,000
Jet Brands, da deswegen auch 
noch mal vielen vielen Dank. 

88
00:04:34,400 --> 00:04:36,680
Alle Preise gibt es auf jeden 
Fall auch auf unserer Website zu

89
00:04:36,680 --> 00:04:38,680
sehen, was es zu gewinnen gibt 
und deswegen lohnt sich 

90
00:04:38,680 --> 00:04:44,160
mitzumachen, einfach deshalb 
nicht verpassen gut. 

91
00:04:45,440 --> 00:04:49,280
Ja, das so vorweg, dann würd ich
sagen kommen wir mal zum 

92
00:04:49,280 --> 00:04:52,320
heutigen Thema. 
Es ist ja die Woche, was 

93
00:04:52,320 --> 00:04:54,960
passiert, wo auch das ganze Netz
voll war. 

94
00:04:55,040 --> 00:04:57,400
Es gab auch schon wieder die ein
oder anderen Memes, die durch 

95
00:04:57,400 --> 00:05:00,520
Social Media gegangen sind und 
das Thema möchte ich heute mit 

96
00:05:00,520 --> 00:05:03,200
dir besprechen, aber ich möchte 
das ganze n bisschen anders 

97
00:05:03,200 --> 00:05:06,640
einleiten heute fabi und zwar 
möchte ich dir eine Story 

98
00:05:06,640 --> 00:05:10,120
erzählen, die genau in dem 
Zusammenhang zu unserem heutigen

99
00:05:10,120 --> 00:05:13,680
Thema aufgefallen ist und 
deswegen starte ich mal rein. 

100
00:05:14,720 --> 00:05:16,480
Hast du denn gut geschlafen 
letzte Nacht? 

101
00:05:17,040 --> 00:05:19,440
Letzte Nacht gut geschlafen. 
Ja. 

102
00:05:19,760 --> 00:05:22,400
Dein Blick sagt, du bist total 
verwirrt über diese Frage, aber 

103
00:05:23,040 --> 00:05:24,720
das interessiert mich jetzt 
einfach mal. 

104
00:05:25,440 --> 00:05:28,640
Ja, ich, ich würde sagen, ich 
hab ganz gut geschlafen. 

105
00:05:29,240 --> 00:05:35,040
OK, bist du eher so n Typ, der 
sagt Oh so ne Matratze, die muss

106
00:05:35,040 --> 00:05:37,680
richtig hochwertig sein, also 
die kann ruhig richtig teuer 

107
00:05:37,680 --> 00:05:41,640
sein, die muss gut sein oder 
eher so na ja ne normale 

108
00:05:41,640 --> 00:05:44,200
Matratze tut es auch. 
Also ich schlafe immer auf dem 

109
00:05:44,200 --> 00:05:46,040
Boden. 
Ist das nicht nur OK? 

110
00:05:46,040 --> 00:05:48,880
Krass. 
Krass, hast mal gehört, das soll

111
00:05:48,880 --> 00:05:50,960
ganz gesund sein, das ab und zu 
zu machen. 

112
00:05:50,960 --> 00:05:55,280
Ich bin eher Team, mach ich nie.
Ah nein, nein, war Spaß, war 

113
00:05:55,280 --> 00:05:56,440
Spaß. 
Also nein, ich, ich weiß gar 

114
00:05:56,440 --> 00:05:58,640
nicht, ich weiß nicht was ich 
für ne Matratze hab, also 

115
00:05:58,640 --> 00:06:00,360
offensichtlich leg ich nicht 
wert auf die absolut 

116
00:06:00,360 --> 00:06:02,840
hochwertigste Matratze, ich find
es muss einfach irgendwie ne 

117
00:06:02,840 --> 00:06:08,960
Matratze sein die bequem ist, 
keine Ahnung also meine ist 

118
00:06:08,960 --> 00:06:11,760
bequem würd ich sagen ich kann 
gut drauf schlafen aber ich 

119
00:06:11,760 --> 00:06:14,520
würde sagen wenn du wissen 
willst was das für eine ist ist 

120
00:06:14,520 --> 00:06:16,000
es eher so ne härtere nicht so 
ne weichere. 

121
00:06:16,880 --> 00:06:19,480
OK, aber es ist ne ganz normale 
Matratze und auch nicht super 

122
00:06:19,480 --> 00:06:21,760
hochpreisig. 
Also bist du wahrscheinlich eher

123
00:06:21,760 --> 00:06:25,920
so gleiche Team wie ich. 
Die Matratze muss gut sein, aber

124
00:06:26,160 --> 00:06:30,360
das sind bezahlbare Dinger mhm, 
denn was ich richtig spannend 

125
00:06:30,360 --> 00:06:32,960
fand und jetzt komm ich mal zu 
dem Punkt, ich hab nämlich die 

126
00:06:32,960 --> 00:06:37,360
Woche gelernt in der Recherche 
zu dem heutigen Thema, dass es 

127
00:06:37,360 --> 00:06:42,720
Matratzen gibt die mehrere 1000€
Kosten und halt dich fest. 

128
00:06:43,440 --> 00:06:46,960
Ein Abomodell beinhalten du 
bezahlst monatlich für diese 

129
00:06:46,960 --> 00:06:49,840
Matratze. 
Ja, genauso hab ich auch 

130
00:06:49,840 --> 00:06:52,240
geguckt, wie du mich gerade 
anguckst und man denkt sich so 

131
00:06:53,120 --> 00:06:58,640
was ist das für eine Matratze 
und es gibt eine Firma namens 

132
00:06:58,720 --> 00:07:02,080
Aid Sleep. 
Die solche Matratzen herstellen.

133
00:07:02,080 --> 00:07:04,320
Und wir haben ja schon n paar 
mal jokes gemacht. 

134
00:07:04,320 --> 00:07:06,160
So. 
Ja, wo ist denn jetzt bald 

135
00:07:06,160 --> 00:07:10,160
überall sozusagen ey ei drin 
oder irgendwie ne, also was 

136
00:07:10,160 --> 00:07:13,360
hatten wir letzt mal im Joghurt 
aus Spaß gesagt, aber Pass auf 

137
00:07:13,360 --> 00:07:17,520
diese Matratzen, die sind 
richtig luxuriös, die haben eine

138
00:07:17,520 --> 00:07:22,160
Kühlfunktion, eine Heizfunktion,
verschiedene Motoren um Stellung

139
00:07:22,160 --> 00:07:25,720
einzustellen, ne n 
schlaftracking haben die ja, 

140
00:07:25,720 --> 00:07:29,280
also die tracken sogar deinen 
Schlaf für was ist das krass? 

141
00:07:31,120 --> 00:07:33,280
Na, hochkant sitzen im Bett und 
liegen ich. 

142
00:07:33,280 --> 00:07:34,480
Weiß nicht woran du denkst. 
Gerade. 

143
00:07:34,720 --> 00:07:36,920
Ja, ja, ja, also auf jeden Fall 
auf jeden. 

144
00:07:37,240 --> 00:07:40,320
Fall und da denkt man sich so, 
OK, krass, krass cool und dann 

145
00:07:40,320 --> 00:07:43,120
zahlst du auch noch monatlich n 
Abo, weil du brauchst ja die App

146
00:07:43,120 --> 00:07:46,120
und die Software ne um diese 
Daten da auch alle zu bekommen 

147
00:07:46,120 --> 00:07:49,920
vom Tracking und da gibt es 
unterschiedliche Preisstufen und

148
00:07:49,920 --> 00:07:52,640
was jetzt vielleicht für den 
einen oder anderen Scam ist denk

149
00:07:52,640 --> 00:07:55,400
ich mir so OK vielleicht braucht
das jemand, vielleicht braucht 

150
00:07:55,400 --> 00:07:59,400
das jemand aber dann. 
War der 20. 

151
00:07:59,400 --> 00:08:01,440
Oktober, war es ja Montag war 
der 20. 

152
00:08:01,520 --> 00:08:04,720
Ich hoffe es richtig und auf 
einmal war das Netz voller 

153
00:08:04,720 --> 00:08:08,920
Beschwerden und die Leute haben 
gesagt, ich kann nicht mehr 

154
00:08:08,920 --> 00:08:12,240
schlafen auf meiner Matratze, 
die ist zu heiß, die heizt die 

155
00:08:12,240 --> 00:08:16,440
ganze Zeit oder was ist denn das
für ne Scheiße, die ist in der 

156
00:08:16,440 --> 00:08:18,800
Sitzposition, ich will schlafen 
und die lässt sich nicht mehr 

157
00:08:18,800 --> 00:08:23,360
einstellen und dann denkt man 
sich so Mhm OK und weißt du was 

158
00:08:23,360 --> 00:08:25,600
am Ende der Fall war und das 
finde ich es so krass. 

159
00:08:27,040 --> 00:08:31,800
Diese Matratze hat keine offline
Funktion und kein offline Mode 

160
00:08:31,800 --> 00:08:35,039
aktuell. 
Das heißt du steuerst sie über 

161
00:08:35,039 --> 00:08:39,360
eine App, die eine Verbindung 
zum Server aufbauen muss und 

162
00:08:39,360 --> 00:08:44,600
damit steuerst du am Ende dein 
Produkt, sonst funktioniert die 

163
00:08:44,600 --> 00:08:46,400
App einfach nicht. 
Wenn du keine Verbindung 

164
00:08:46,400 --> 00:08:47,840
aufbaust. 
Ich habe fragen. 

165
00:08:49,120 --> 00:08:51,800
Ja, ich möchte diese Fragen 
loswerden, auch wenn du sie 

166
00:08:51,800 --> 00:08:53,200
nicht beantworten kannst. 
Vielleicht ja. 

167
00:08:53,200 --> 00:08:56,560
Doch was ist, wenn du nicht mehr
bezahlst, kommt jemand tot? 

168
00:08:56,560 --> 00:09:01,280
Ja, steht da jemand mitten in 
der Nacht neben dir und sagt, 

169
00:09:01,520 --> 00:09:04,160
sie haben nicht bezahlt? 
Geld ist nur jemand. 

170
00:09:04,280 --> 00:09:07,760
Oder Yamo ist abgelaufen. 
Sie geben mir sofort diese 

171
00:09:07,760 --> 00:09:10,880
Matratze her, dann stehst du so 
im Schlafzimmer. 

172
00:09:10,880 --> 00:09:14,600
Nein, ich will meine. 
Matratze oder noch besser, die 

173
00:09:14,600 --> 00:09:16,800
wird einfach Remote die ganze 
Zeit verstellt. 

174
00:09:16,800 --> 00:09:19,280
Und du bewegst dich. 
Die ganze Zeit hoch und runter 

175
00:09:19,320 --> 00:09:23,200
im Bett warst du diese, diese 
hier, diese Welle weißt du wie 

176
00:09:23,200 --> 00:09:25,360
manche so auf der Tanzfläche, 
weißt du, kennst du das von 

177
00:09:25,360 --> 00:09:28,560
früher? 
Ja genau genau, ja, auf jeden 

178
00:09:28,560 --> 00:09:31,200
Fall. 
Serverausfall hat bedeutet keine

179
00:09:31,200 --> 00:09:34,240
Kontrolle mehr über deine 
Matratze in deinem Schlafzimmer.

180
00:09:35,360 --> 00:09:40,480
Und da kommen wir zum heutigen 
Thema, denn dieser ganze Service

181
00:09:40,480 --> 00:09:44,440
läuft auf AWS und es wird der 
eine oder andere mitbekommen 

182
00:09:44,440 --> 00:09:48,880
haben, dass es am Montag n sehr 
großen Ausfall gab, sodass viele

183
00:09:49,280 --> 00:09:53,440
Produkte, Softwarelösungen, 
Services allgemein nicht mehr 

184
00:09:53,440 --> 00:09:55,840
funktioniert haben. 
Ich mein, Ich weiß noch, wir 

185
00:09:55,840 --> 00:09:58,720
haben uns geschrieben und 
dachten uns so, warum geht n 

186
00:09:58,720 --> 00:10:01,360
Signal grad nicht mehr, ich 
wollt dir ja ne Nachricht 

187
00:10:01,360 --> 00:10:04,880
schreiben und. 
Das hab ich überhaupt nicht 

188
00:10:04,880 --> 00:10:09,200
verknüpft in dem Moment. 
Und dann denkst du dir so, ja, 

189
00:10:09,200 --> 00:10:11,680
Signal wird ja wahrscheinlich 
Probleme haben, gerade immer 

190
00:10:11,680 --> 00:10:15,120
erstmal direkt sagen, der 
Service an sich aber Signal war 

191
00:10:15,120 --> 00:10:20,320
auch einfach betroffen von 
diesem AWS Ausfall und es waren 

192
00:10:20,320 --> 00:10:22,800
halt sehr sehr viele Services. 
Es sind nicht nur. 

193
00:10:23,200 --> 00:10:26,680
Dass keine Messenger gehen, 
sondern bis hin, dass du nicht 

194
00:10:26,680 --> 00:10:27,760
mehr in deinem Bett schlafen 
kannst. 

195
00:10:27,760 --> 00:10:29,920
Und deswegen finde ich, ist das 
Thema heute ziemlich geil. 

196
00:10:30,080 --> 00:10:32,960
Und zwar möchte ich mit dir 
darüber sprechen, wie dezentral 

197
00:10:32,960 --> 00:10:36,640
ist denn eigentlich das Internet
noch, wenn ein Problem, und zwar

198
00:10:36,640 --> 00:10:40,560
der Ausfall eines AWS Services 
oder einer Region sage ich mal 

199
00:10:40,720 --> 00:10:44,200
global zu so viel Problemen 
führen kann und darüber möchte 

200
00:10:44,200 --> 00:10:45,280
ich heute mit dir sprechen, 
Fabi. 

201
00:10:46,000 --> 00:10:47,600
Auf jeden Fall. 
Darüber werden wir heute 

202
00:10:47,600 --> 00:10:49,560
sprechen. 
Ich find auf jeden Fall deine 

203
00:10:49,560 --> 00:10:51,760
Geschichte sehr interessant, ich
wusste gar nicht, dass es so ne 

204
00:10:51,760 --> 00:10:55,520
Matratzen gibt, ehrlich gesagt 
sehr heftig, oder also dass es 

205
00:10:55,520 --> 00:10:59,200
Matratzen gibt für mehrere 
1000€, damit hätt ich jetzt das 

206
00:10:59,200 --> 00:11:02,240
kommt nicht unerwartet würd ich 
sagen ja, also eher durch die 

207
00:11:02,240 --> 00:11:05,760
Qualität der Matratze ja und 
nicht durch die Features 

208
00:11:05,760 --> 00:11:08,560
sozusagen ne ja, aber aber 
trotzdem find ich auf jeden Fall

209
00:11:08,560 --> 00:11:11,120
spannend. 
Aber ich mein Mittlerweile ist 

210
00:11:11,120 --> 00:11:12,800
ja sowieso ne, kannst ja mit 
Smart Home, kannst ja 

211
00:11:12,800 --> 00:11:14,960
wahrscheinlich ne Menge machen 
und wenn dann aber so n Ausfall 

212
00:11:14,960 --> 00:11:17,200
kommt und du jetzt zum Beispiel 
auch wieder an so einer Cloud 

213
00:11:17,200 --> 00:11:19,600
hängst ne oder an so Cloud 
Services, dann kannst du 

214
00:11:19,600 --> 00:11:21,400
natürlich auch n Problem haben. 
Ich stell mir das immer so 

215
00:11:21,400 --> 00:11:26,320
ungefähr so vor, dass du 
irgendwann wenn also weißt du 50

216
00:11:26,320 --> 00:11:29,480
Jahre in der Zukunft alle Häuser
auf der ganzen Welt ne sind 

217
00:11:29,480 --> 00:11:33,680
Smart Home und brauchen Internet
und alles was dann so was dann 

218
00:11:33,680 --> 00:11:36,080
passiert ich stell mir das so 
vor, du willst rausgehen vor die

219
00:11:36,080 --> 00:11:38,560
Tür und denkt so Ausfall geht 
nicht leider nein. 

220
00:11:39,960 --> 00:11:43,520
Dann kommt irgendeine Oper. 
Weißt du, bist du der Oper oder 

221
00:11:43,520 --> 00:11:46,480
wir sind die Opas, sagen sie, 
als wir noch irgendwann, weißt 

222
00:11:46,480 --> 00:11:50,160
du, dann kann ich rausgehen, was
ich wollte, ist so gut. 

223
00:11:51,680 --> 00:11:53,760
Und vor allem, was passiert 
dann, wenn du dein Abo nicht 

224
00:11:53,760 --> 00:11:56,480
bezahlst, dann nichts mehr im 
Haus funktioniert, wirst du 

225
00:11:56,480 --> 00:11:58,320
einfach eingesperrt, bis du 
wieder bezahlst. 

226
00:11:59,280 --> 00:12:02,360
Ja, wahrscheinlich. 
Wenn wir also, wenn wir es jetzt

227
00:12:02,360 --> 00:12:05,280
technisch einordnen, geht es ja 
im Endeffekt um den Ausfall 

228
00:12:05,280 --> 00:12:09,200
einer availability Zone oder 
einer sogenannten AZ bei AWS. 

229
00:12:09,440 --> 00:12:14,520
Und zwar nicht um irgendeine, 
sondern um die AZ oder AC oder 

230
00:12:14,520 --> 00:12:16,560
wie man das noch mal jetzt gern 
aussprechen möchte. 

231
00:12:17,040 --> 00:12:22,880
Die Region US East One, das ist 
glaub ich in Nord Virginia und 

232
00:12:23,520 --> 00:12:27,760
da ich das müsste ist glaub ich 
die größte avalability Zone 

233
00:12:27,760 --> 00:12:33,120
überhaupt ne, also das ist halt 
übelst krass oder Regin von von 

234
00:12:33,120 --> 00:12:36,080
ABS und. 
Dadurch also das. 

235
00:12:36,080 --> 00:12:37,840
War einer der ältesten und 
ersten oder so. 

236
00:12:37,840 --> 00:12:39,280
Glaub ich ja. 
Also man kann es so als 

237
00:12:39,280 --> 00:12:42,880
Herzstück bezeichnen, ne und da 
in diesem Herzstück ist halt 

238
00:12:43,360 --> 00:12:47,040
etwas aufgetreten oder ist hat 
sozusagen das Problem den 

239
00:12:47,040 --> 00:12:50,360
Ursprung gehabt und dieses 
Problem sag ich jetzt mal, worum

240
00:12:50,360 --> 00:12:52,560
es jetzt auch so n bisschen geht
und ne was wir jetzt so 

241
00:12:52,560 --> 00:12:55,520
beleuchten wollen hatte ja am 
Ende diesen Ausfall zur Folge. 

242
00:12:55,520 --> 00:12:58,400
Ne wie du schon meintest über. 
Es waren so viele Sachen 

243
00:12:58,400 --> 00:13:01,160
betroffen, also Messenger wie du
meintest. 

244
00:13:01,160 --> 00:13:03,440
Sowas wie auch jetzt nicht nur 
Signal und Snapchat. 

245
00:13:03,600 --> 00:13:07,680
Reddit war glaub ich kennt man 
nutzen viele, Fortnite ist glaub

246
00:13:07,680 --> 00:13:10,320
ich ist so n game hab ich glaub 
ich noch nie gespielt weil ich 

247
00:13:10,320 --> 00:13:12,840
weiß nicht so n altes. 
Game glaub ich, ich hab es noch 

248
00:13:12,840 --> 00:13:14,360
nie gespielt. 
Ne ich will jetzt nicht vom 

249
00:13:14,360 --> 00:13:15,800
Thema abweichen, aber noch nie 
gezockt. 

250
00:13:15,840 --> 00:13:17,360
Ja, ich auch nicht, ich auch 
nicht. 

251
00:13:17,680 --> 00:13:20,880
Ich weiß noch nicht, ob ich 
dafür zu alt bin oder nicht, ich

252
00:13:20,880 --> 00:13:23,040
glaube nicht, ich glaube, es ist
einfach nur mir durch. 

253
00:13:23,360 --> 00:13:26,240
Die Lappen gegangen? 
Ich weiß es nicht, aber auch 

254
00:13:26,240 --> 00:13:28,880
andere Sachen, wie zum Beispiel 
auch logischerweise Alexa ne der

255
00:13:28,880 --> 00:13:32,440
Service von von ABS selber auch 
oder weiß ich nicht so Börsen 

256
00:13:32,440 --> 00:13:35,360
wie zum Beispiel Coin Base oder 
so ist ja auch, hatte ja auch 

257
00:13:35,360 --> 00:13:38,480
mehrere, also die hatten ja alle
mehrere Probleme genau wegen 

258
00:13:38,480 --> 00:13:44,320
diesem Fehler in der Region US 
East One. 

259
00:13:45,440 --> 00:13:49,520
Ja, also im Prinzip war das ja 
jetzt auch kein ultrakrasser 

260
00:13:49,520 --> 00:13:50,960
Fehler. 
Also das jetzt so gefühlt durch 

261
00:13:50,960 --> 00:13:54,240
die Welt untergegangen ist. 
War am Ende so ganz klassisch 

262
00:13:56,080 --> 00:13:59,600
DNS Fehler sag ich mal ne, also 
dass die internen die interne 

263
00:13:59,600 --> 00:14:04,240
Namensauflösung über den Dynamo 
DB Endpunkt, was ja auch n 

264
00:14:04,240 --> 00:14:07,360
Service von AWS ist, hat halt 
einfach nicht mehr funktioniert.

265
00:14:07,360 --> 00:14:11,120
Ja und im Prinzip konnten die 
ganzen Clients keine DNS 

266
00:14:11,120 --> 00:14:14,800
Einträge mehr auflösen und die 
Folge ist, dass halt alle 

267
00:14:14,800 --> 00:14:20,160
Requests zu dieser Dynamo DB 
dann timeouts hatten ne das also

268
00:14:20,160 --> 00:14:24,800
das kann man einfach ganz. 
Kurz und knapp so sagen und das 

269
00:14:24,800 --> 00:14:27,120
ist n Problem, das guckt man 
sich an und fixt das. 

270
00:14:27,360 --> 00:14:32,360
Aber das Problem ist ja einfach,
dass unglaublich viele AWS 

271
00:14:32,360 --> 00:14:34,800
Services halt das auch intern 
nutzen. 

272
00:14:35,440 --> 00:14:39,520
Ja ne, ja, das ist ja ne 
Infrastruktur, diese diese ganze

273
00:14:39,600 --> 00:14:44,000
AWS Infrastruktur, die ist ja so
sehr ineinander verstrickt. 

274
00:14:44,000 --> 00:14:46,080
Also ich hab auch ne Zeit lang 
damit gearbeitet und. 

275
00:14:46,640 --> 00:14:49,760
Man muss sich da auch schon echt
ganz schön reinfuchsen, um das 

276
00:14:49,760 --> 00:14:53,040
wirklich zu verstehen 
beziehungsweise bis du weißt wie

277
00:14:53,040 --> 00:14:56,480
viele Services. 
Eigentlich gibt das, also es 

278
00:14:56,480 --> 00:14:59,880
dauert quasi wirklich auch um 
alles zu verstehen oder um alles

279
00:14:59,880 --> 00:15:01,920
zu kennen, sagen wir mal so ne, 
also wenn du jetzt zum Beispiel,

280
00:15:01,920 --> 00:15:04,560
ich glaub du kannst gefühlt, es 
gibt so viele Services bei ABS, 

281
00:15:04,560 --> 00:15:07,360
dass du rein theoretisch jeden 
Tag gefühlt neuen entdecken 

282
00:15:07,360 --> 00:15:08,640
kannst. 
Ne, also es ist schon heftig, 

283
00:15:09,200 --> 00:15:10,920
ja. 
Und die arbeiten natürlich auch 

284
00:15:10,920 --> 00:15:12,480
miteinander zusammen. 
Also wenn du jetzt eine 

285
00:15:12,480 --> 00:15:14,560
Komponente nimmst, du deine 
Infrastruktur nimmst du gleich 

286
00:15:14,560 --> 00:15:16,480
noch die nächste und die nächste
und die nächste, also du bist 

287
00:15:16,480 --> 00:15:18,480
halt, wenn du drin bist, bist du
drin, sagen wir mal so ne. 

288
00:15:19,200 --> 00:15:23,200
Ja, da hab ich mal n coolen Satz
gelesen, der war so sinngemäß. 

289
00:15:24,400 --> 00:15:26,440
Diese ganzen Microservices 
führen auch zu 

290
00:15:26,440 --> 00:15:29,800
microabhängigkeiten oder so 
Microdependencies so ne und das 

291
00:15:29,800 --> 00:15:32,400
fand ich, war es halt irgendwie 
was es ganz gut beschreibt. 

292
00:15:32,400 --> 00:15:34,320
Ja du hast zwar nur so 
vielleicht geringe 

293
00:15:34,320 --> 00:15:37,520
Abhängigkeiten, aber je mehr du 
in dieser Welt eintauchst und je

294
00:15:37,520 --> 00:15:40,240
mehr du da verwendest, umso mehr
summiert sich das Halt auch auf,

295
00:15:40,240 --> 00:15:42,640
ja. 
Und deswegen spricht man ja auch

296
00:15:42,640 --> 00:15:46,000
von so einem klassischen AWS 
kaskadenfehler dann am Ende ja, 

297
00:15:46,000 --> 00:15:49,040
der hat halt an einer Stelle 
irgendwo ne Ursache, aber die 

298
00:15:49,200 --> 00:15:52,640
Auswirkung kaskadiert halt immer
weiter und geht immer weiter 

299
00:15:52,640 --> 00:15:56,880
Schritte zurück, dass du bis 
dahin kommst, dass halt so Tools

300
00:15:56,880 --> 00:16:00,000
oder Anwendungen die das 
verwenden einfach ausfallen. 

301
00:16:00,160 --> 00:16:03,960
Am Ende ja. 
Ja, das ist ist auf jeden Fall 

302
00:16:03,960 --> 00:16:05,440
krass. 
Ich meine im Endeffekt, wie du 

303
00:16:05,440 --> 00:16:09,280
meintest, das war dieser DNS 
Fehler, das heißt diese Dynamo 

304
00:16:09,280 --> 00:16:12,800
DB war halt eben nicht 
erreichbar am Ende ne wo viele 

305
00:16:12,800 --> 00:16:17,080
Zugriffe drauf gemacht wurden, 
dann wurden ja auch zum 

306
00:16:17,080 --> 00:16:20,240
Beispiel, es gibt ja auch diesen
Service Lambda ne also diesen 

307
00:16:20,240 --> 00:16:24,960
diesen Lambda Service von ABS 
und da ist es so, du kannst halt

308
00:16:24,960 --> 00:16:28,160
wenn du ne so ne so ne lambda 
Funktion erstellst kannst du 

309
00:16:28,160 --> 00:16:31,840
halt auch einstellen auf 
verschiedene Art und weisen. 

310
00:16:32,160 --> 00:16:34,720
Wenn du zum Beispiel irgendwie n
etwas nicht erreichst oder so, 

311
00:16:34,720 --> 00:16:36,960
dass du zum Beispiel n Retri 
machst, beispielsweise ne, sowas

312
00:16:36,960 --> 00:16:40,080
geht ja auch. 
Das heißt im Endeffekt, wenn du 

313
00:16:40,080 --> 00:16:41,680
dir das so vorstellst, hast du 
diese. 

314
00:16:42,640 --> 00:16:44,960
Wahrscheinlich macht das jeder, 
also wir hatten, ich hatte das 

315
00:16:44,960 --> 00:16:47,320
damals auch, dass wir dann auch 
in der Lambda Halt eingestellt 

316
00:16:47,320 --> 00:16:50,240
haben, du machst irgendwie sagen
wir mal du machst NNNNAPI 

317
00:16:50,240 --> 00:16:53,440
request über Rest oder was auch 
immer ne wenn du es darüber 

318
00:16:53,440 --> 00:16:55,760
machst und irgendwas fällt 
kannst du halt sagen OK triggers

319
00:16:55,760 --> 00:16:58,480
halt noch mal weil manchmal gibt
es ja vielleicht bestimmte 

320
00:16:58,640 --> 00:17:01,560
Möglichkeiten, dass vielleicht 
irgendwie was gerade nicht 

321
00:17:01,560 --> 00:17:04,200
funktioniert oder aus welchen 
Gründen auch immer du noch mal n

322
00:17:04,200 --> 00:17:05,640
retri machst. 
Und dann bist du halt so n 

323
00:17:05,640 --> 00:17:09,200
bisschen fehlerresistent ne, und
das ist halt auch passiert, was 

324
00:17:09,200 --> 00:17:11,520
aber im Endeffekt dazu geführt 
hat, dass einfach auch noch 

325
00:17:11,839 --> 00:17:17,040
übertrieben viel Traffic immer 
wieder gegen diese Dynamo DB 

326
00:17:17,040 --> 00:17:19,920
geballert wurde, ne? 
Ja, ist ja auch logisch ne, weil

327
00:17:20,079 --> 00:17:22,800
wenn du jetzt bei jeder Anfrage 
n Timeout kriegst. 

328
00:17:23,280 --> 00:17:25,440
Ne, weil es ja grundsätzlich 
ausgefallen ist. 

329
00:17:25,599 --> 00:17:27,119
Dann gilt das ja für alle 
Anwendungen. 

330
00:17:27,119 --> 00:17:29,080
Und wenn jetzt alle Retrice 
machen, dann steigt das ja 

331
00:17:29,080 --> 00:17:32,640
exponentiell an das ganze und 
das ist halt schon schon irre. 

332
00:17:32,640 --> 00:17:36,040
Dann ne was denn auf einmal los 
ist im Gesamtsystem, das fand 

333
00:17:36,040 --> 00:17:38,960
ich auch richtig spannend, es 
ist ja auch einfach spannend zu 

334
00:17:38,960 --> 00:17:42,640
sehen, dass eine Region n 
Problem hat und wie du so schön 

335
00:17:42,640 --> 00:17:46,040
meintest, dass das ja im Prinzip
so die Region ist. 

336
00:17:46,040 --> 00:17:51,280
Ja US East One, weil es einfach 
die Primary Control plane ist. 

337
00:17:51,760 --> 00:17:54,720
Und das heißt, es ist quasi das 
Herzstück. 

338
00:17:54,720 --> 00:17:57,000
Das hast du so schön gesagt, das
find ich, greif ich mal auf. 

339
00:17:57,000 --> 00:18:02,080
Ja, also das Herzstück der AWS 
Infrastruktur, das heißt das 

340
00:18:02,080 --> 00:18:07,240
interne APIS auch darüber gehen 
und dann bringt es dir ja nichts

341
00:18:07,240 --> 00:18:09,920
zu sagen, OK, wir haben so viele
Regionen und so ist ja alles 

342
00:18:09,920 --> 00:18:12,800
schön und gut und das hat ja 
auch alles seine Vorteile und 

343
00:18:13,040 --> 00:18:15,680
funktioniert ja auch, aber wenn 
dann so grundlegende Sachen 

344
00:18:15,680 --> 00:18:18,800
ausfallen, die dann alle intern 
auf die gleiche verweisen. 

345
00:18:19,200 --> 00:18:22,000
Schwierig, dann hast du auf 
einmal deine Kaskadierung 

346
00:18:22,000 --> 00:18:25,440
soweit, dass sogar globale 
Systeme einfach betroffen sind, 

347
00:18:25,840 --> 00:18:27,760
also aus ganz anderen Regionen 
sozusagen. 

348
00:18:28,560 --> 00:18:31,120
Das fand ich auf jeden Fall 
spannend so das zu beobachten 

349
00:18:31,120 --> 00:18:32,240
dabei. 
Ja. 

350
00:18:32,720 --> 00:18:34,800
Also es ist ja auch so. 
Ich glaub ich hab das vorhin n 

351
00:18:34,800 --> 00:18:38,000
bisschen falsch vom Naming 
gesagt. 

352
00:18:38,240 --> 00:18:40,440
Du du hast ja ne Region und in 
der Region hast du ja 

353
00:18:40,440 --> 00:18:41,800
verschiedene valability zones 
ne? 

354
00:18:41,800 --> 00:18:44,400
Also du kannst ja zum Beispiel 
sagen, also einfach nur um nen 

355
00:18:44,400 --> 00:18:47,880
Ausfall aufzufangen, dass du 
sagst OK du hast n Service, der 

356
00:18:47,880 --> 00:18:50,480
Service hängt halt in 
irgendeiner bestimmten Region 

357
00:18:50,720 --> 00:18:53,480
und wenn zum Beispiel so ne 
valability Zone halt ausfällt, 

358
00:18:53,480 --> 00:18:55,520
dann hast du immer noch n 
fallback, dass du immer sagst OK

359
00:18:56,160 --> 00:18:58,840
keine Ahnung, also wirklich 
worst case Szenario nur mal als 

360
00:18:58,840 --> 00:19:01,920
Beispiel, irgendwo gibt es n 
fettes Erdbeben tsunamicom die. 

361
00:19:02,240 --> 00:19:06,440
Das Ding ist weg, ne, also 
wirklich mal wie gesagt worst 

362
00:19:06,440 --> 00:19:09,040
case, das Ding ist kaputt ne ist
jetzt bisschen unwahrscheinlich 

363
00:19:09,040 --> 00:19:11,440
aber nur mal um sich es besser 
vorstellen zu können hast du 

364
00:19:11,440 --> 00:19:12,920
halt immer noch so ne Art 
fallback. 

365
00:19:12,920 --> 00:19:15,480
Also du hast n Service mit 
Userdaten was auch immer und die

366
00:19:15,480 --> 00:19:17,520
sind aber dort auch noch 
vorhanden, das heißt alles 

367
00:19:17,520 --> 00:19:20,760
funktioniert noch weiter. 
Der kleine interessante 

368
00:19:20,760 --> 00:19:24,280
Unterschied ist auch, dass aber 
bestimmte Dinge und bestimmte 

369
00:19:24,280 --> 00:19:27,200
Services zumindest. 
Sicherlich haben die das auch 

370
00:19:27,200 --> 00:19:29,760
jetzt schon mittlerweile n 
bisschen geändert, aber als ich 

371
00:19:29,760 --> 00:19:33,520
noch vor einiger Zeit mit ABS 
gearbeitet hab, gab es bestimmte

372
00:19:33,520 --> 00:19:35,600
Services nur in bestimmten 
Regionen. 

373
00:19:35,760 --> 00:19:38,120
Ne, also dass du wirklich auch 
sagst, du hast zum Beispiel n 

374
00:19:38,120 --> 00:19:42,160
bestimmten Service auch nur 
verfügbar in beispielsweise USES

375
00:19:42,160 --> 00:19:45,640
One ne einem Herzstück so und 
wenn da halt das Problem ist, 

376
00:19:45,640 --> 00:19:49,360
dann hast du halt egal wo du 
eigentlich bist auf der Welt, in

377
00:19:49,360 --> 00:19:51,680
welcher Region du eigentlich 
deinen Service hostest. 

378
00:19:52,000 --> 00:19:54,600
Zu trotzdem ne Abhängigkeit zu 
dieser Region und wenn diese 

379
00:19:54,600 --> 00:19:57,520
Region n Problem hat, haben 
natürlich auch andere Regionen n

380
00:19:57,520 --> 00:20:00,400
Problem. 
Bedeutet halt also ne in dem 

381
00:20:00,400 --> 00:20:04,080
Fall du hast halt wirklich an 
dieser einen Stelle was gemacht 

382
00:20:04,240 --> 00:20:08,080
und dann hast du halt n Ausfall 
sag ich mal oder n Rattenschwanz

383
00:20:08,080 --> 00:20:11,800
der sich halt wirklich weit 
zieht ne das ist halt also 

384
00:20:11,800 --> 00:20:15,840
zusammengefasst lokales Problem 
globale Auswirkung genau ja. 

385
00:20:16,240 --> 00:20:19,360
Und das ist ja irgendwie 
komplett gegensätzlich von der 

386
00:20:19,360 --> 00:20:23,320
Vorstellung, die viele haben, 
wenn es heißt, Cloud ja, auf 

387
00:20:23,320 --> 00:20:27,120
jeden Fall, ist ja eigentlich 
der spannende Punkt dabei und 

388
00:20:27,680 --> 00:20:31,120
deswegen würd ich sagen, lass 
uns mal, also warum hat das 

389
00:20:31,120 --> 00:20:33,920
jetzt am Ende so n Aufschrei 
gegeben beziehungsweise was 

390
00:20:33,920 --> 00:20:37,840
heißt Aufschrei, aber es war 
wieder der Anlass gewisse 

391
00:20:37,840 --> 00:20:40,480
Diskussionen ausbrechen zu 
lassen, ja und es sind ja auch. 

392
00:20:40,800 --> 00:20:43,720
In sämtlichen Fachmagazinen dann
n Artikel aufgetreten. 

393
00:20:43,720 --> 00:20:46,200
Klar, weil das hatte halt n 
Impact ne das kann man jetzt 

394
00:20:46,200 --> 00:20:49,760
nicht irgendwie totschweigen 
oder ignorieren. 

395
00:20:49,760 --> 00:20:52,800
Ja weil ich mein klar für uns 
war, also was wie haben wir es 

396
00:20:52,800 --> 00:20:56,080
gespürt, das meinte ich ja 
vorhin wie ne Signal Nachricht 

397
00:20:56,080 --> 00:20:58,800
ging nicht raus gerade also 
gerade gerade zu der Zeit wo das

398
00:20:58,800 --> 00:21:01,200
passiert ist war es für uns das 
einzige Problem, dass ne Signal 

399
00:21:01,200 --> 00:21:03,280
Nachricht nicht rausging. 
Ja, war schon hart. 

400
00:21:03,280 --> 00:21:05,360
Und war hart. 
Ja, aber. 

401
00:21:05,840 --> 00:21:08,280
Man merkt ja auch, dass du 
meintest, so ach ja, stimmt, das

402
00:21:08,280 --> 00:21:10,400
hat ja damit zu tun, das hab ich
gar nicht verknüpft, das war 

403
00:21:10,400 --> 00:21:12,840
halt OK, weißt dann geht die 
halt nicht raus, aber für manche

404
00:21:12,840 --> 00:21:15,040
hat das ja natürlich auch n 
ordentlichen Impact gehabt. 

405
00:21:15,280 --> 00:21:17,200
Ich mein deswegen dieses 
Kernproblem aber auch. 

406
00:21:17,200 --> 00:21:20,000
Gerade in den Medien oder so. 
Es ist ja logisch, dass sich zum

407
00:21:20,000 --> 00:21:23,600
Beispiel Medien den danach sag 
ich jetzt mal, das Maul 

408
00:21:23,600 --> 00:21:26,160
zerreißen, weil es halt einfach 
ne große Sache ist. 

409
00:21:26,320 --> 00:21:29,200
AWS ist ja natürlich auch NN 
krasser Service. 

410
00:21:29,360 --> 00:21:32,680
Ne und wenn da was passiert, ist
es natürlich einfach logisch, 

411
00:21:32,680 --> 00:21:34,800
dass Medien sagen, OK, wir 
berichten erstmal darüber, ne, 

412
00:21:35,040 --> 00:21:37,920
aber und das ist ja das schöne 
oder das interessante, besser 

413
00:21:37,920 --> 00:21:42,320
gesagt, es ist kein Riesending 
gewesen, ne also die haben es ja

414
00:21:42,400 --> 00:21:44,560
auch relativ schnell gefixt, die
haben ja gesagt, OK pass auf 

415
00:21:44,560 --> 00:21:46,960
dann und dann ist es 
aufgetreten, sagen wir mal 09:00

416
00:21:46,960 --> 00:21:50,960
Uhr ungefähr, ich glaube um so 
mittags oder so war es dann 

417
00:21:50,960 --> 00:21:53,720
schon einigermaßen wieder gefixt
und abends war das Ding halt 

418
00:21:53,720 --> 00:21:57,520
quasi wieder fertig so ne. 
Bedeutet ja an sich, weil du ja 

419
00:21:57,600 --> 00:21:59,000
auch meintest, es ist kein 
Riesending. 

420
00:21:59,000 --> 00:22:00,720
Es war eigentlich auch nicht 
schlimm. 

421
00:22:00,880 --> 00:22:03,360
Also ich sag mal wie gesagt 
unserer unserer Sicht nicht, es 

422
00:22:03,360 --> 00:22:06,560
gibt bestimmt auch Leute die 
weitreichendere Probleme hatten 

423
00:22:06,560 --> 00:22:09,680
an der Stelle ne, aber insgesamt
war das jetzt kein langer 

424
00:22:09,680 --> 00:22:13,280
Ausfall, der irgendwie 
weltbewegend war, aber der das 

425
00:22:13,280 --> 00:22:15,680
Gedankenexperiment ist ja 
interessant zu sagen, OK. 

426
00:22:15,840 --> 00:22:18,880
Genau. 
Ne wieviel läuft da eigentlich 

427
00:22:19,200 --> 00:22:22,040
bei ABS? 
Und wenn das jetzt nicht nur 

428
00:22:22,040 --> 00:22:24,480
kurz wäre, sondern länger, was 
ist denn dann ne? 

429
00:22:25,840 --> 00:22:28,320
Das ist halt genau das 
Kernproblem. 

430
00:22:28,320 --> 00:22:33,840
Also die Realität sieht ja so 
aus, dass jetzt heute 2025 halt 

431
00:22:33,840 --> 00:22:37,960
AWS den größten Marktanteil hat,
ne und wenn du es weiter 

432
00:22:37,960 --> 00:22:40,320
spinnst, kannst du auch noch 
sagen, die Schätzungen gehen in 

433
00:22:40,320 --> 00:22:43,520
die Richtung, dass 70% aller 
Backends eigentlich auf 3 

434
00:22:43,520 --> 00:22:46,160
Anbieter sich verteilen oder 
vielleicht sogar noch mehr. 

435
00:22:46,160 --> 00:22:48,320
Das waren so die letzten Zahlen,
die ich jetzt im Kopf hab. 

436
00:22:49,760 --> 00:22:52,720
Und die 3 Anbieter sind AWS, 
Azure und Google Cloud. 

437
00:22:52,720 --> 00:22:54,400
Und das sind halt 3 US 
unternehmen. 

438
00:22:54,480 --> 00:22:58,640
Ich möchte das Ganze gar nicht 
so geopolitisch einordnen, oder 

439
00:22:59,840 --> 00:23:03,040
wie soll ich sagen das Fass 
aufmachen, analysieren ja, aber 

440
00:23:03,040 --> 00:23:07,320
es ist halt einfach das Thema, 
dass ganz allgemein 3 Anbieter 

441
00:23:07,320 --> 00:23:11,120
fast den also den den Großteil 
haben, ja sagen wir es mal so 

442
00:23:11,680 --> 00:23:15,520
und dann fragt man sich halt. 
Kommen wir da nicht zu dem 

443
00:23:15,520 --> 00:23:19,000
Problem, dass Single Region auch
Single Point of Failure 

444
00:23:19,000 --> 00:23:20,960
bedeutet? 
Ja, also es war jetzt eine 

445
00:23:20,960 --> 00:23:23,560
Region, die n Problem hatte und 
es hat globale Auswirkungen 

446
00:23:23,560 --> 00:23:28,080
gehabt, siehe den Ausfall von US
East One und andere Regionen 

447
00:23:28,080 --> 00:23:32,960
haben damit trotzdem 
Auswirkungen, also wo ist jetzt 

448
00:23:32,960 --> 00:23:38,080
die Cloud, also inwiefern ist es
noch dezentral und inwiefern 

449
00:23:38,240 --> 00:23:41,480
kann man sagen die Cloud bietet 
irgendwo ne Redundanz weil du 

450
00:23:41,480 --> 00:23:43,520
hast ja gesagt es gibt so 
fallback Strategien. 

451
00:23:44,080 --> 00:23:46,040
Das ist ja Redundanz in dem 
Sinne. 

452
00:23:46,040 --> 00:23:48,640
Ne, du sagst, wenn eine Region 
ausfällt, kann ich immer noch in

453
00:23:48,640 --> 00:23:51,360
AWS auf ne andere automatisch 
ausweichen, das wird von mir 

454
00:23:51,360 --> 00:23:54,800
abgenommen ja, aber wo war jetzt
die Redundanz an der Stelle und 

455
00:23:54,800 --> 00:23:57,680
das löst glaub ich so die 
Diskussion dann am Ende aus. 

456
00:23:57,920 --> 00:24:01,600
Ja, im Endeffekt klar ist, 
Internet soll ist ja irgendwie, 

457
00:24:02,160 --> 00:24:04,720
soll ja irgendwie oder der 
Gedanke des Internets war es ja,

458
00:24:04,720 --> 00:24:07,520
alles verteilt zu haben und 
alles was verteilt ist über das 

459
00:24:07,520 --> 00:24:10,480
Internet zu verknüpfen so ne. 
Und wenn du jetzt aber im 

460
00:24:10,480 --> 00:24:14,080
Endeffekt sagst. 
Ich übertreib das jetzt extra, 

461
00:24:14,080 --> 00:24:17,760
dass du sagst, OK, du hast ABS 
als Klumpen ne und wenn der 

462
00:24:17,760 --> 00:24:22,720
ausfällt wenn der ausfällt, dann
fällt halt das Internet aus. 

463
00:24:22,720 --> 00:24:23,960
Ne. 
Also wie gesagt, ich übertreib 

464
00:24:23,960 --> 00:24:28,480
es jetzt extra aktiv, aber es 
ist ja nun mal so, dass sehr 

465
00:24:28,480 --> 00:24:34,400
sehr viele Unternehmen sehr sehr
viele Services beziehungsweise 

466
00:24:34,560 --> 00:24:39,400
Produkte die irgendwie ne IT 
Infrastruktur brauchen und 

467
00:24:39,400 --> 00:24:41,360
vielleicht auch noch ordentlich 
skalieren müssen. 

468
00:24:42,000 --> 00:24:44,880
Alle Services, die oder 
Produkte, die groß skalieren 

469
00:24:44,880 --> 00:24:46,960
müssen, werden von vielen Leuten
verwendet. 

470
00:24:47,120 --> 00:24:50,400
Bedeutet also, dass sehr, sehr 
viele Leute betroffen sind, wenn

471
00:24:50,400 --> 00:24:53,360
der Klumpen AWS ausfällt, ne, 
und das ist natürlich dann 

472
00:24:53,360 --> 00:24:56,160
wieder die Frage OK, ist das 
Internet dezentral oder ist es 

473
00:24:56,160 --> 00:25:00,640
halt einfach nur zentralisiert 
auf entsprechende Punkte ne und 

474
00:25:01,040 --> 00:25:04,440
ich find beziehungsweise ne wenn
man jetzt mal AWS in den Fokus 

475
00:25:04,440 --> 00:25:08,920
stellt ne aber ich meine auf der
einen Seite kann ich es irgendwo

476
00:25:08,920 --> 00:25:11,760
verstehen, dass man sagt EY ich 
benutze das halt. 

477
00:25:12,160 --> 00:25:14,400
Gerade auch als Entwickler. 
So, du hast halt einfach ne 

478
00:25:14,400 --> 00:25:17,800
wirklich, es ist ne wirklich 
schöne komfortable Möglichkeit 

479
00:25:17,800 --> 00:25:20,400
irgendwas zu machen, ne 
komfortabel in einem gewissen 

480
00:25:20,400 --> 00:25:24,360
Rahmen, weil es natürlich auch 
du kannst echt sehr sehr viel 

481
00:25:24,360 --> 00:25:28,320
lernen in ABS selber, weil es 
natürlich alles n bestimmtes 

482
00:25:28,320 --> 00:25:32,080
System ist. 
Aber es ist deutlich einfacher 

483
00:25:32,080 --> 00:25:35,040
als zu sagen, ich bau mir jetzt 
selber n Rechenzentrum auf, sag 

484
00:25:35,040 --> 00:25:36,640
ich jetzt mal. 
Ich bau mir jetzt selber so ne 

485
00:25:36,640 --> 00:25:39,600
Services zusammen die das und 
das machen, wenn das eigentlich 

486
00:25:39,600 --> 00:25:42,520
schon da ist und du es ja 
irgendwo auch einfach nur 

487
00:25:42,520 --> 00:25:46,400
bezahlen kannst. 
Ne und das kann ich verstehen zu

488
00:25:46,400 --> 00:25:50,000
sagen Ey lass uns das nehmen, es
gibt dann halt auch noch ne die 

489
00:25:50,000 --> 00:25:52,200
andere Seite die sagt Ey Leute 
wir haben halt ne geile 

490
00:25:52,200 --> 00:25:56,080
Infrastruktur nutzt die doch und
die Leute denken sich so OK lass

491
00:25:56,080 --> 00:25:58,520
uns die doch nutzen. 
So, du hörst ja auch von vielen 

492
00:25:58,520 --> 00:26:01,200
Leuten, ey, das wird genutzt, 
also nutzt du es deshalb klare 

493
00:26:01,200 --> 00:26:04,480
Sache ne, weil du ja auch 
Erfahrung hast, dich mit Leuten 

494
00:26:04,480 --> 00:26:07,720
austauschen kannst, allein schon
wegen dieser sag ich mal 

495
00:26:08,160 --> 00:26:12,440
Vorherrschaft ne, dass sozusagen
das halt oft benutzt wird, hast 

496
00:26:12,440 --> 00:26:14,480
du natürlich auch viele Leute, 
die viel Erfahrung darin haben. 

497
00:26:14,800 --> 00:26:17,200
Also ist es irgendwo auch 
verständlich zu sagen, man nutzt

498
00:26:17,200 --> 00:26:20,040
diesen Service halt eben ne man 
macht das ist doch easy, ist 

499
00:26:20,040 --> 00:26:22,800
doch geil und im Normalfall 
funktioniert es ja auch 

500
00:26:22,800 --> 00:26:25,760
eigentlich ganz gut, ne, also da
muss man ja auch sagen, es ist 

501
00:26:25,760 --> 00:26:27,920
eigentlich relativ 
ausfallsicher, ne? 

502
00:26:29,200 --> 00:26:34,400
Ja, also ich find man hat auch 
wieder gemerkt, dass AWS sehr 

503
00:26:34,400 --> 00:26:36,040
professionell damit umgegangen 
ist. 

504
00:26:36,040 --> 00:26:39,840
Also so das was ich jedenfalls 
mitbekommen hab, es wurde. 

505
00:26:40,240 --> 00:26:43,120
Analysiert, was passiert ist. 
Es wurde offengelegt, was 

506
00:26:43,120 --> 00:26:46,280
passiert ist, und es wurde 
schnellstmöglich behoben und es 

507
00:26:46,280 --> 00:26:50,640
wurde auch nachträglich noch 
veröffentlicht oder 

508
00:26:50,640 --> 00:26:54,600
kommuniziert, wie weit denn der 
Normalzustand schon wieder 

509
00:26:54,600 --> 00:26:56,520
erreicht wurde. 
Ne, also dass man so gesagt hat,

510
00:26:56,520 --> 00:26:57,760
das geht wieder, das geht wieder
so. 

511
00:26:57,760 --> 00:27:00,000
Wir sollten jetzt wieder an 
einem Zustand im Zustand sein wo

512
00:27:00,000 --> 00:27:02,560
alles wieder funktioniert, also 
es war sehr transparent, ich 

513
00:27:02,560 --> 00:27:06,000
find das zeigt halt auch wie 
professionell das Ganze abläuft 

514
00:27:06,560 --> 00:27:10,000
und ich finde ein Punkt den du 
du gesagt hast ist halt auch. 

515
00:27:10,720 --> 00:27:13,360
Einfach so. 
N Kernthema dabei, warum so 

516
00:27:13,360 --> 00:27:16,160
viele da drauf setzen? 
Ne weil AWS bietet quasi alles 

517
00:27:16,160 --> 00:27:19,520
aus einer Hand. 
Du kannst halt sag ich mal nur 

518
00:27:19,520 --> 00:27:24,240
über AWS alles umsetzen was du 
so infrastrukturell möchtest. 

519
00:27:24,800 --> 00:27:27,840
Ne und du hast dann halt nur 
deinen einen Account, diese eine

520
00:27:27,840 --> 00:27:30,760
Abrechnung. 
Ja, eine API sag ich mal. 

521
00:27:30,760 --> 00:27:33,040
Ein Dashboard wo du dir alles 
angucken kannst. 

522
00:27:33,120 --> 00:27:37,200
Das ist super bequem und das 
bringt super viele Vorteile mit 

523
00:27:37,200 --> 00:27:39,000
sich. 
Weil was hast du vorhin gesagt, 

524
00:27:39,000 --> 00:27:41,680
du könntest jeden Tag einen AWS 
Service dazulernen, weil es so 

525
00:27:41,680 --> 00:27:44,520
viele sind, also kennenlernen 
mein ich damit jetzt stell dir 

526
00:27:44,520 --> 00:27:47,440
das also da siehst du ja mal was
für ne riesen Landschaft das ist

527
00:27:47,440 --> 00:27:51,040
was du alles machen kannst und 
ich versteh absolut das 

528
00:27:52,000 --> 00:27:55,280
Unternehmen da drauf setzen 
absolut keine Frage. 

529
00:27:55,760 --> 00:27:58,720
Man, man muss halt nur sich mal 
auf das Gedankenspiel einlassen 

530
00:27:58,720 --> 00:28:01,920
oder beziehungsweise das mal wie
du sagst bisschen weiter 

531
00:28:01,920 --> 00:28:04,560
spinnen, wie weit das denn noch 
getrieben werden kann, wenn 

532
00:28:04,560 --> 00:28:06,880
jetzt mal größere Ausfälle 
passieren, die nicht innerhalb 

533
00:28:06,880 --> 00:28:10,320
von einem halben Tag oder Tag 
behoben sind, definitiv das also

534
00:28:10,320 --> 00:28:14,280
was was auch für ne Macht 
dahinter ist zu sagen, keine 

535
00:28:14,280 --> 00:28:17,920
Ahnung, ich bin der größte 
Anbieter von Clouds und die Welt

536
00:28:17,920 --> 00:28:20,240
setzt auf mich. 
Ja das ist ne Riesen 

537
00:28:20,240 --> 00:28:21,920
Verantwortung und macht halt 
auch ja. 

538
00:28:22,560 --> 00:28:24,920
Definitiv. 
Also ich meine im Endeffekt ist 

539
00:28:24,920 --> 00:28:27,320
es ja auch ne Sache, die kann 
man sich auch, die kann man ja 

540
00:28:27,320 --> 00:28:29,840
oder sollte man auch irgendwo im
Hinterkopf behalten, auch jetzt 

541
00:28:29,840 --> 00:28:32,960
aus developer Sicht ne oder aus 
der Softwareentwicklungssicht 

542
00:28:32,960 --> 00:28:36,840
wie ne also auch aus unserer 
Sicht sag ich jetzt mal ist es 

543
00:28:36,840 --> 00:28:39,360
natürlich auch wichtig, dass man
eben auch irgendwie sich im 

544
00:28:39,360 --> 00:28:42,560
Klaren darüber ist, ne, dass es 
halt oder wie es halt ist ne wo 

545
00:28:42,560 --> 00:28:44,880
hostest du deine Services? 
Im Endeffekt ist es ja auch 

546
00:28:44,880 --> 00:28:49,000
schön zu sagen ich hoste n 
Service auf ABS ne einfach weil 

547
00:28:49,000 --> 00:28:51,120
es bequem ist. 
Man kann sich natürlich auch 

548
00:28:51,120 --> 00:28:53,120
immer n bisschen überlegen. 
OK, wie weit ist es denn 

549
00:28:53,120 --> 00:28:55,800
unbedingt notwendig? 
Ne, weil ich finde wenn du zum 

550
00:28:55,800 --> 00:28:59,040
Beispiel irgendwas auf ABS 
hostest, dann ist es sinnvoll, 

551
00:28:59,040 --> 00:29:00,640
wenn du wirklich skalieren 
musst. 

552
00:29:00,640 --> 00:29:03,920
Ne, also wenn du in also 
angenommen ne kleines 

553
00:29:03,920 --> 00:29:07,280
Gedankenexperiment. 
Du weißt nicht, wie viele User 

554
00:29:07,280 --> 00:29:09,040
du heute hast. 
Du weißt nicht, wieviel du 

555
00:29:09,040 --> 00:29:11,040
morgen hast. 
Du weißt nicht, ob es linear 

556
00:29:11,040 --> 00:29:13,600
mehr werden, ob es große 
Schwankungen gibt und so weiter 

557
00:29:13,840 --> 00:29:16,240
sowas kannst du mit ABS 
natürlich super oder mit anderen

558
00:29:16,240 --> 00:29:18,560
Cloud Anbietern kannst du es 
natürlich super handeln. 

559
00:29:18,640 --> 00:29:22,480
Du kannst einfach deine 
Infrastruktur wenn du sagst du 

560
00:29:22,480 --> 00:29:25,880
brauchst mehr Rechner, du 
brauchst mehr Instanzen, kannst 

561
00:29:25,880 --> 00:29:29,280
du es innerhalb von Sekunden 
diese Instanzen oder Minuten ne,

562
00:29:29,440 --> 00:29:32,800
also in kürzester Zeit eben 
diese Instanzen halt einfach. 

563
00:29:33,280 --> 00:29:36,360
Verdoppeln ne, wenn du das jetzt
wirklich wenn du sagst ich mach 

564
00:29:36,360 --> 00:29:38,480
das jetzt einfach selber, ja 
gut, dann bestell halt erstmal n

565
00:29:38,480 --> 00:29:41,680
Server, richte den ein Babababab
und morgen brauchst du den 

566
00:29:41,680 --> 00:29:44,640
vielleicht nicht mehr weil was 
weiß ich morgen nur noch die 

567
00:29:44,640 --> 00:29:47,120
Hälfte, da hast du noch die 
Hälfte der User so dann hast du 

568
00:29:47,120 --> 00:29:49,080
also erstmal n Server bezahlt, 
den du eigentlich gar nicht 

569
00:29:49,080 --> 00:29:51,600
brauchst, der aber bei dir 
rumsteht ne so das heißt im 

570
00:29:51,600 --> 00:29:53,920
Endeffekt kannst du natürlich 
auch viel viel geiler damit 

571
00:29:53,920 --> 00:29:56,840
planen, aber man muss es halt im
Hinterkopf haben und ich meine 

572
00:29:56,840 --> 00:29:59,640
man muss halt auch n bisschen 
aus entwicklersicht halt auch 

573
00:29:59,640 --> 00:30:02,080
sagen oder wenn du irgendwie ne 
gewisse Infrastruktur aufsetzt. 

574
00:30:02,880 --> 00:30:05,720
Irgendwie mal im Kopf behalten. 
OK, ist es gerade notwendig oder

575
00:30:05,720 --> 00:30:06,960
nicht? 
Muss ich wirklich da hingehen? 

576
00:30:06,960 --> 00:30:09,520
Ja, einfach nur zu sagen ich geh
zu AWS weil ist cool, ist 

577
00:30:09,520 --> 00:30:12,560
natürlich auch nicht unbedingt 
notwendig, ne aber sinnvoll. 

578
00:30:13,280 --> 00:30:16,080
Da muss man sagen, spielt 
natürlich das Bezahlmodell von 

579
00:30:16,080 --> 00:30:18,560
AWS halt dir dann total in die 
Karten, wenn du so 

580
00:30:18,560 --> 00:30:21,840
unterschiedliche. 
Anforderung hast ne oder 

581
00:30:21,840 --> 00:30:24,800
Auslastung, dass du halt einfach
dieses Pay SU go Modell hast. 

582
00:30:24,800 --> 00:30:28,200
Ne und diese Skalierung und du 
zahlst halt auch nur für das was

583
00:30:28,200 --> 00:30:31,080
wirklich passiert ist und hast 
halt nicht so was wie jetzt n 

584
00:30:31,080 --> 00:30:33,400
Server rumstehen hier wieder 
Server hinten rechts in der Ecke

585
00:30:33,400 --> 00:30:35,320
was war das Nummer 5 der 
Klassiker? 

586
00:30:35,360 --> 00:30:39,520
Nummer 5. 
Der dann einfach ungenutzt ist. 

587
00:30:39,520 --> 00:30:41,440
Ja und du einfach 
Anschaffungskosten und alles 

588
00:30:41,440 --> 00:30:43,280
hast und den eigentlich nur für 
einen Tag gebraucht hast. 

589
00:30:43,280 --> 00:30:45,680
Für oder sag ich mal immer nur 
Freitagnachmittag wo irgendwie 

590
00:30:45,680 --> 00:30:48,000
ne Spitze in deinem Service ist 
in der Auslastung. 

591
00:30:49,120 --> 00:30:52,120
So als Beispiel und deswegen, 
das sind alles Gründe, die dafür

592
00:30:52,120 --> 00:30:55,120
sprechen, das zu machen. 
Und trotzdem kam ja jetzt wieder

593
00:30:55,120 --> 00:30:58,160
der Aufschrei und das kommt auch
immer gefühlt wieder hoch 

594
00:30:58,640 --> 00:31:02,280
multicloud Ansatz, multicloud, 
multicloud ja also du kannst 

595
00:31:02,280 --> 00:31:04,440
dich nicht auf eine Cloud 
verlassen, du musst deinen 

596
00:31:04,440 --> 00:31:08,480
Service einfach auf mehreren 
haben, du musst Redundanz da 

597
00:31:08,480 --> 00:31:11,120
haben, du musst ausfallsicherer 
werden, also jetzt, dass man das

598
00:31:11,120 --> 00:31:14,960
so fordert von Unternehmen, ja. 
Jetzt ist aber die Sache. 

599
00:31:14,960 --> 00:31:18,880
Was bedeutet denn Multicloud 
oder echte Redundanz, das 

600
00:31:18,880 --> 00:31:22,160
bedeutet ja auch mindestens mal 
sag ich mal, das Anderthalbfache

601
00:31:22,160 --> 00:31:25,120
bis zweifache der Kost, weil du 
einfach alles doppelt aussetzt, 

602
00:31:25,280 --> 00:31:27,920
also ganz einfaches Beispiel, du
hast es jetzt bei ABS und zum 

603
00:31:27,920 --> 00:31:30,720
Beispiel Azure gut, dann hast du
jetzt sag ich mal diese 

604
00:31:30,960 --> 00:31:34,560
geopolitische Sache nicht raus 
und sind beides US Services aber

605
00:31:34,800 --> 00:31:37,520
dein Service wär am Montag halt 
weitergelaufen, während die bei 

606
00:31:37,520 --> 00:31:40,120
ABS Probleme waren, dann hättest
du halt umschwenken können oder 

607
00:31:40,120 --> 00:31:42,000
es läuft halt wirklich parallel,
wie auch immer. 

608
00:31:43,040 --> 00:31:45,360
OK, in der Theorie alles gut, 
aber das ist halt auch mit 

609
00:31:45,360 --> 00:31:48,240
enormen Kosten verbunden und das
hat man als Unternehmen nicht 

610
00:31:48,240 --> 00:31:51,280
einfach mal so über, dass du 
sagst, das ist es mir jetzt so 

611
00:31:51,280 --> 00:31:55,200
viel wert, dass ich das bezahle,
weil wie du schon meintest, sie 

612
00:31:55,200 --> 00:31:59,000
sind unfassbar ausfallsicher. 
Ja also ich, was passiert ja 

613
00:31:59,000 --> 00:32:01,760
nicht jeden einmal im Monat. 
Weißt du, was du ja theoretisch 

614
00:32:01,760 --> 00:32:03,640
machen kannst? 
Ist ja zumindest zu sagen. 

615
00:32:03,640 --> 00:32:05,440
OK, ich bin jetzt zum Beispiel 
bei Cloudanmieter 1. 

616
00:32:06,320 --> 00:32:09,880
Und Evaluiere gleichzeitig Cloud
Anbieter 2 setze vielleicht 

617
00:32:09,880 --> 00:32:12,640
schon mal meine Infrastruktur so
auf in einem ganz, ganz kleinen 

618
00:32:12,640 --> 00:32:14,880
Stil, die aber irgendwie 
vielleicht nicht unbedingt 

619
00:32:14,880 --> 00:32:17,840
produktiv geschaltet ist. 
Aber habe die Möglichkeit zu 

620
00:32:17,840 --> 00:32:22,240
sagen, OK, da gibt es n Ausfall.
Ich schalte es jetzt sozusagen 

621
00:32:22,240 --> 00:32:26,080
oder schalte auf dem auf der 
anderen Cloud Cloud Anbieter 2 

622
00:32:26,240 --> 00:32:29,840
mein Service live ne und 
skaliere dann halt auch 

623
00:32:29,840 --> 00:32:31,480
gleichzeitig falls es notwendig 
ist. 

624
00:32:31,480 --> 00:32:33,960
Ne ist ja irgendwie ne 
Möglichkeit, aber wie du schon 

625
00:32:33,960 --> 00:32:37,320
meinst das ist nicht einfach mal
eben so gemacht. 

626
00:32:37,320 --> 00:32:39,320
Also wie hast du zum Beispiel 
die Möglichkeit sagen? 

627
00:32:39,320 --> 00:32:41,880
Du hast alle deine Userdaten 
irgendwo im Service, also in 

628
00:32:41,880 --> 00:32:43,760
Cloudanbieter 1. 
Musst die jetzt aber zu 

629
00:32:43,760 --> 00:32:46,800
cloudanbieter 2 irgendwie in 
kürzester Zeit bringen, 

630
00:32:46,880 --> 00:32:51,040
spiegelst du die die ganze Zeit 
ne ist natürlich auch die Kosten

631
00:32:51,040 --> 00:32:54,880
dann auch ne definitiv, aber das
sind ja zumindest so Ansätze, 

632
00:32:54,880 --> 00:32:56,880
die man irgendwie vielleicht 
gehen kann oder im Hinterkopf 

633
00:32:56,880 --> 00:32:59,600
behalten kann, aber es ist auf 
jeden Fall mit Mehrkosten 

634
00:32:59,600 --> 00:33:02,120
verbunden, definitiv. 
Genau, und das muss einem 

635
00:33:02,120 --> 00:33:04,600
Bewusstsein und natürlich auch 
je nachdem, wie ich die 

636
00:33:04,600 --> 00:33:06,480
Infrastruktur aufsetze. 
Ich hab natürlich 

637
00:33:06,480 --> 00:33:10,280
Abhängigkeiten, ich hab 
spezifische APIS, ich muss ja 

638
00:33:10,280 --> 00:33:13,040
dafür sorgen, dass es auf beiden
das gleiche macht, ich kann die 

639
00:33:13,040 --> 00:33:15,480
Lösung nicht einfach übernehmen,
ich kann jetzt nicht sagen, das 

640
00:33:15,480 --> 00:33:17,960
ist meine ABS Infrastruktur und 
ich nehme die jetzt für Azure, 

641
00:33:17,960 --> 00:33:21,520
das geht halt nicht, logisch ne,
sodass man sagen muss. 

642
00:33:22,560 --> 00:33:25,760
Wenn ich eine Vielfalt in der 
Cloud haben will, also dieses 

643
00:33:25,760 --> 00:33:29,360
multicloud Thema, dann ist das 
schon ne Designentscheidung ganz

644
00:33:29,360 --> 00:33:31,280
am Anfang. 
Da muss ich einfach schon alles 

645
00:33:31,440 --> 00:33:33,960
so designen, dass das überhaupt 
möglich ist. 

646
00:33:34,000 --> 00:33:36,240
Ich kann jetzt nicht einfach 
sagen, ich bin komplett 

647
00:33:36,400 --> 00:33:41,840
verankert und verwurzelt in AWS 
und Ja komm Montagmorgen, weil 

648
00:33:41,840 --> 00:33:44,560
hier geht nichts mehr, ja komm 
schalt Azure Schalt um, ja komm.

649
00:33:45,040 --> 00:33:47,960
Ich warte, ich, ich mach kurz, 
leg kurz n Account an, so weißt 

650
00:33:47,960 --> 00:33:51,400
du, das funktioniert halt nicht,
das heißt das sind grundlegende 

651
00:33:51,400 --> 00:33:53,760
Designentscheidungen, die man im
Vorfeld schon treffen muss. 

652
00:33:54,080 --> 00:33:56,840
Ja und halt auch mit dem 
Hinblick darauf, dass es enorm 

653
00:33:56,840 --> 00:33:59,200
mehr Kosten bedeutet. 
Definitiv. 

654
00:33:59,280 --> 00:34:01,920
Ich mein, du kannst natürlich 
auch weggehen von zum Beispiel 

655
00:34:01,920 --> 00:34:04,880
US amerikanischen. 
Cloud Anbietern es gibt ja 

656
00:34:04,880 --> 00:34:08,960
beispielsweise auch welche auch 
in Deutschland, die man nutzen 

657
00:34:08,960 --> 00:34:13,040
kann, zum Beispiel bionos oder 
so oder Strato, da sind wir ja 

658
00:34:13,040 --> 00:34:16,800
zum Beispiel genau also deswegen
hier mal der Hinweis, schaut 

659
00:34:16,800 --> 00:34:18,639
euch das auch wirklich mal an, 
wenn das für euch ne Rolle 

660
00:34:18,639 --> 00:34:22,400
spielt, also das ganze Thema 
können wir nur empfehlen. 

661
00:34:22,639 --> 00:34:24,880
Gibt auch coole Angebote, damit 
könnt ihr uns auch über 

662
00:34:25,199 --> 00:34:26,960
unterstützen, falls ihr denn 
gerne möchtet. 

663
00:34:26,960 --> 00:34:30,360
Guckt einfach mal auf die unsere
Website drauf, aber das nur mal 

664
00:34:30,360 --> 00:34:33,639
am Rande. 
Werbung Ende sozusagen. 

665
00:34:33,639 --> 00:34:37,600
Aber was ich meine, ist, es ist 
natürlich auch sinnvoll, mal zu 

666
00:34:37,600 --> 00:34:40,239
sagen, OK, ich guck mich auch 
generell mal n bisschen weiter 

667
00:34:40,239 --> 00:34:43,760
um, aber man muss ja auch immer 
schauen, weil AWS ist ja auch 

668
00:34:43,760 --> 00:34:47,600
nicht umsonst halt so viel 
verwendet, beispielsweise weil 

669
00:34:47,600 --> 00:34:51,440
es ist ja auch nicht schlecht 
gemacht, ne, im Gegenteil ist es

670
00:34:51,440 --> 00:34:53,600
wirklich sehr, sehr gut gemacht,
ich glaube ich hatte, also ich 

671
00:34:53,600 --> 00:34:56,560
hatte mal n Kollegen und der hat
glaub ich so sinngemäß sowas 

672
00:34:56,560 --> 00:35:01,040
gesagt wie also der war wirklich
gut ne ich mochte ihn auch ne. 

673
00:35:01,680 --> 00:35:05,680
Wie, wie gesagt, also. 
Der hat es aber das klingt so 

674
00:35:05,680 --> 00:35:07,800
nach einem. 
Es ist es ist kein aber, sondern

675
00:35:07,800 --> 00:35:10,000
es ist eher so, dass dass er 
mein, dass er halt einfach nur 

676
00:35:10,000 --> 00:35:14,640
meinte, ich hab, wenn ich über 
irgendwas nachdenke, wie ich es 

677
00:35:14,640 --> 00:35:17,920
machen würde, genauso hat hat 
ABS das umgesetzt. 

678
00:35:18,120 --> 00:35:19,640
Und so ne. 
Und dann dachte ich mir so OK 

679
00:35:19,640 --> 00:35:23,760
krass ja du, du verstehst Dinge 
schnell, du bist n cleveres 

680
00:35:23,760 --> 00:35:27,000
Köpfchen und AWS hat so 
umgesetzt wie jemand der es der 

681
00:35:27,000 --> 00:35:29,520
n cleveres Köpfchen ist und das 
sofort versteht oder ist 

682
00:35:29,520 --> 00:35:31,720
sozusagen das gleiche Konzept, 
so hätte. 

683
00:35:31,720 --> 00:35:34,240
Also irgendwie hat das für mich 
einfach dafür gesprochen, dass 

684
00:35:34,240 --> 00:35:35,520
es dann am Ende auch irgendwie 
gut war. 

685
00:35:35,520 --> 00:35:38,000
Also das hat irgendwie gematched
weißt du wenn du sagst so der 

686
00:35:38,800 --> 00:35:42,800
eine kann was und der andere 
macht so wie er das machen würde

687
00:35:42,800 --> 00:35:46,200
und so weiter weißt du, für mich
war einfach so, dass ich, dass 

688
00:35:46,200 --> 00:35:51,560
ich mir dachte, so OK war klar. 
Der Fall war klar, also die, die

689
00:35:51,560 --> 00:35:55,040
haben ja schon sehr gut 
aufgebaute Infrastruktur, um 

690
00:35:55,040 --> 00:35:57,840
halt eben die eigene 
Infrastruktur dort aufzubauen. 

691
00:35:58,000 --> 00:36:00,800
Wenn du dann natürlich sagst, 
OK, ich nehm jetzt irgendwas 

692
00:36:00,800 --> 00:36:03,920
anderes und das kann vielleicht 
nicht alles das, was du 

693
00:36:03,920 --> 00:36:07,160
brauchst, ist das natürlich. 
Blöd oder auch nicht so bequem 

694
00:36:07,160 --> 00:36:09,200
dann vielleicht. 
Genau, und da muss man dann halt

695
00:36:09,200 --> 00:36:12,640
im Endeffekt gucken. 
Angenommen du hast Alternativen,

696
00:36:12,800 --> 00:36:15,480
wenn sie nicht so gut sind, ist 
es natürlich logischerweise auch

697
00:36:15,480 --> 00:36:17,600
wieder so ne Sache zu sagen ich 
geh da hin. 

698
00:36:18,000 --> 00:36:22,320
Ist ja klar, aber wie gesagt, da
sollte man vielleicht auch 

699
00:36:22,320 --> 00:36:24,720
einfach mal n bisschen, also 
kann man ja auch evaluieren um 

700
00:36:24,720 --> 00:36:27,360
zu sagen, was brauch ich 
eigentlich und was geht ne. 

701
00:36:27,600 --> 00:36:31,600
Ist ja genau absolut, weil es 
wird halt also die Marktanteile 

702
00:36:31,600 --> 00:36:35,480
zeigen es nicht so, aber Fakt 
ist, dass es einfach technisch 

703
00:36:35,480 --> 00:36:38,160
wirklich solide Alternativen 
gibt, die gut sind. 

704
00:36:38,640 --> 00:36:41,920
Auch im europäischen Raum wie 
beispielsweise Strato, Ionos 

705
00:36:42,240 --> 00:36:44,400
oder auch um andere zu nennen, 
fairerweise auch Hetzner zum 

706
00:36:44,400 --> 00:36:46,760
Beispiel. 
Ja, also es gibt Lösungen, ne 

707
00:36:46,800 --> 00:36:49,320
die kann man jetzt nicht unter 
den Tisch kehren, auch Made in 

708
00:36:49,320 --> 00:36:53,720
Germany sozusagen, und eine 
Sache, die würde ich aber gern 

709
00:36:53,720 --> 00:36:57,040
noch mal kurz anreißen, weil wir
ja so sagen, was sind denn so 

710
00:36:57,040 --> 00:36:59,520
Alternativen? 
Ja OK, Alternativen sind andere 

711
00:36:59,520 --> 00:37:04,720
Cloud Anbieter OK jetzt kann ja 
natürlich jemand sagen ja halt 

712
00:37:04,720 --> 00:37:07,120
Stopp mal bei denen kann das 
aber genau das Gleiche 

713
00:37:07,120 --> 00:37:09,280
passieren. 
Ja, ist richtig. 

714
00:37:09,280 --> 00:37:12,480
Also das Kernproblem der 
Abhängigkeit hab ich damit ja 

715
00:37:12,480 --> 00:37:15,120
nicht gelöst. 
Wenn ich komplett all in gehe, 

716
00:37:15,120 --> 00:37:18,240
sag ich mal mit meinen Services 
und da gibt es natürlich auch 

717
00:37:18,240 --> 00:37:20,960
andere Möglichkeiten, also 
erstmal so n übergangspunkt wär 

718
00:37:20,960 --> 00:37:24,640
natürlich auch irgendwo ne Art 
hybrides Setup, nenn ich es mal,

719
00:37:24,800 --> 00:37:29,280
dass ich sage, OK ich skaliere 
über clouds, ich nutze die 

720
00:37:29,280 --> 00:37:32,480
Vorteile, aber vielleicht hat 
meine Anwendung ja so wirklich 

721
00:37:32,560 --> 00:37:35,520
kritische Komponenten. 
Die einfach nicht ausfallen 

722
00:37:35,520 --> 00:37:37,600
dürfen. 
Ne, also wo ich einfach nicht 

723
00:37:37,600 --> 00:37:41,280
abhängig von Dritte sein darf, 
damit die darüber entscheiden ob

724
00:37:41,280 --> 00:37:43,960
der Service läuft oder nicht, 
kann ich natürlich auch auf ne 

725
00:37:43,960 --> 00:37:46,280
Infrastruktur setzen, die 
sozusagen hybrid ist. 

726
00:37:46,480 --> 00:37:49,360
Dass kritische Komponenten bei 
mir laufen, dann hab ich halt 

727
00:37:49,360 --> 00:37:51,560
selbst die Verantwortung, das 
heißt wenn es dann ausfällt ist 

728
00:37:51,560 --> 00:37:55,840
es meine eigene Schuld. 
Ja und skalierungsthemen ich 

729
00:37:55,840 --> 00:37:58,480
versuche in die Cloud zu kriegen
um das Skalieren zu lassen. 

730
00:37:58,880 --> 00:38:01,120
Beispielsweise, dass nur so 
Teile ausfallen. 

731
00:38:01,280 --> 00:38:04,560
Ja, also das das ist natürlich 
immer so ne so ne Sache, weil 

732
00:38:04,640 --> 00:38:09,200
ich hab auch schon mal mich mit 
jemandem unterhalten, der meinte

733
00:38:09,200 --> 00:38:11,760
das muss auf jeden Fall zum 
Beispiel n Backup muss auf jeden

734
00:38:11,760 --> 00:38:15,320
Fall lokal stattfinden, es darf 
nicht in der Cloud sein, so wo 

735
00:38:15,320 --> 00:38:18,880
ich mir denke ja, aber da muss 
man noch n bisschen gucken, weil

736
00:38:19,520 --> 00:38:23,120
die Ausfallsicherheit von AWS 
beispielsweise, die ist so 

737
00:38:23,120 --> 00:38:26,640
gering, also die ist quasi, also
das ist das ist, das ist dein 

738
00:38:26,640 --> 00:38:29,600
Service den du da hast. 
Nicht ausfällt ist glaub ich bei

739
00:38:29,600 --> 00:38:33,680
99,9% oder sowas. 
Das ist ja sozusagen über. 

740
00:38:34,400 --> 00:38:37,040
Fragt mich nicht wie das jetzt 
gemacht haben, aber es ist 

741
00:38:37,040 --> 00:38:40,640
belegt, dass es also das kannst 
du sozusagen nachprüfen, das. 

742
00:38:41,040 --> 00:38:44,320
Diese Sicherheit gegeben ist 
also rein theoretisch. 

743
00:38:44,320 --> 00:38:47,760
Hast du sogar, wenn du irgendwo 
deinen Service laufen hast und 

744
00:38:47,760 --> 00:38:50,800
auf irgendeinem in irgendeiner 
valability Sound ist n Erdbeben,

745
00:38:50,800 --> 00:38:55,600
dann läuft dein Service zu 99,9%
weiter, das ist halt krass und 

746
00:38:55,600 --> 00:38:58,360
da fragt man find ich muss man 
sich auch immer selber fragen. 

747
00:38:58,360 --> 00:39:01,280
Klar du kannst ja auch bestimmte
Sachen bei dir hosten. 

748
00:39:01,600 --> 00:39:04,800
Aber schaffst du es besser als 
große Cloud Anbieter? 

749
00:39:04,880 --> 00:39:07,480
Ne, das muss man sich ja 
wirklich fairerweise dann in dem

750
00:39:07,480 --> 00:39:10,480
Moment auch Fragen, bin ich denn
besser aufgestellt? 

751
00:39:10,480 --> 00:39:13,040
N gewissen Service der oder in 
irgendein Kernstück n sehr sehr 

752
00:39:13,040 --> 00:39:18,240
wichtiges Stück bei mir besser 
laufen zu lassen und besser ich 

753
00:39:18,240 --> 00:39:23,440
sag mal am Leben zu halten als 
in so einer Cloud ne ich meine. 

754
00:39:24,560 --> 00:39:26,760
Kommt wo kann man vielleicht 
eher einbrechen? 

755
00:39:26,760 --> 00:39:29,640
Ne bei einer kleinen Firma oder 
bei einem Hochsicherheitstrakt 

756
00:39:29,640 --> 00:39:32,320
bei ABS nur mal so als Beispiel 
ne das muss man sich auf jeden 

757
00:39:32,320 --> 00:39:37,360
Fall aber auch also klar machen 
was man vielleicht machen 

758
00:39:37,360 --> 00:39:41,280
könnte, so auch noch mal als 
Idee angenommen, du hast 

759
00:39:41,280 --> 00:39:43,680
vielleicht selber irgendwie ne 
lokale Infrastruktur, weil du 

760
00:39:43,680 --> 00:39:47,720
von Hybrid gesprochen hast. 
Vielleicht hast du ne Kleine so 

761
00:39:47,720 --> 00:39:50,800
n kleines Mini Backup bei dir, 
dass du sagst OK der Service 

762
00:39:50,800 --> 00:39:53,360
funktioniert halt nicht 
hundertprozentig gut. 

763
00:39:53,600 --> 00:39:58,240
Ne, also nicht mehr in seinem 
vollen Umfang und genauso 

764
00:39:58,240 --> 00:40:01,920
schnell wie vorher, aber es 
funktioniert noch irgendwie und 

765
00:40:01,920 --> 00:40:06,320
dann kannst du vielleicht so n 
Ausfall nicht komplett abfedern,

766
00:40:06,320 --> 00:40:10,720
aber zumindest bisschen dämpfen.
Weißt du, dass du sagst, du bist

767
00:40:10,720 --> 00:40:13,840
nicht komplett weg, aber du bist
noch n bisschen am Start, so 

768
00:40:13,840 --> 00:40:15,440
auch wenn es nicht mehr ganz so 
gut ist. 

769
00:40:17,120 --> 00:40:19,240
Ja, sagen wir mal so. 
Nehmen wir noch mal das Beispiel

770
00:40:19,240 --> 00:40:23,120
der Matratzen. 
Jetzt wird viel darüber. 

771
00:40:23,920 --> 00:40:28,000
Jetzt wird viel quasi darüber 
über die Cloud gemacht. 

772
00:40:28,240 --> 00:40:30,760
Es ist n Unding, dass es kein 
offline Mode gibt, aber das ist 

773
00:40:30,760 --> 00:40:33,760
halt jetzt mal das Beispiel was 
ich mal anbringen möchte, ich 

774
00:40:33,760 --> 00:40:40,080
kann ja sagen, Ah mein Service 
die Sleep Tracking Daten ah kein

775
00:40:40,080 --> 00:40:42,280
Zugriff drauf, ich kann dem 
jetzt gar nicht sagen wie gut er

776
00:40:42,280 --> 00:40:44,520
geschlafen hat, ich kann die 
neuen Daten auch nicht irgendwie

777
00:40:44,520 --> 00:40:47,520
hochladen aber. 
Die Lösung ist ja nicht zu 

778
00:40:47,520 --> 00:40:50,000
sagen, gut, dann geht gar nichts
mehr damit ne, sondern dass ich 

779
00:40:50,000 --> 00:40:52,720
dann sozusagen n hybrides setup 
hab und sag OK ich kann, bin 

780
00:40:52,720 --> 00:40:56,480
aber immer noch in der Lage das 
Kopfteil wieder runter zu packen

781
00:40:56,480 --> 00:40:59,360
damit er schlafen kann. 
So weißt du das ist jetzt n sehr

782
00:40:59,360 --> 00:41:01,960
absurdes Beispiel ja, also dass 
das überhaupt so der Fall ist, 

783
00:41:01,960 --> 00:41:05,360
ist schon krass, aber genauso 
kannst du ja auf andere 

784
00:41:05,360 --> 00:41:08,640
Anwendungen schließen zu sagen, 
so gewisse Sachen möchten wir 

785
00:41:08,640 --> 00:41:12,800
einfach wirklich Redundanz drin 
haben, weil das soll bitte noch 

786
00:41:12,800 --> 00:41:14,960
sicherer und noch 
wahrscheinlicher funktionieren, 

787
00:41:14,960 --> 00:41:18,320
sozusagen als schon. 
Die Sicherheit, die AWS eingibt,

788
00:41:18,640 --> 00:41:21,600
aber dass ich da halt wirklich 
ne echte Redundanz schaffe, ohne

789
00:41:21,600 --> 00:41:24,320
diesen Multicloud wirklich 
umsetzen zu müssen. 

790
00:41:24,400 --> 00:41:27,920
Ja oder zumindest so ne gewisse,
Ich glaube, das nennt man auch, 

791
00:41:28,000 --> 00:41:32,200
hat n Namen Graceful degradation
oder so ne, dass du halt sagst, 

792
00:41:32,200 --> 00:41:34,680
OK du hast deinen Service, der 
funktioniert zwar noch, er ist 

793
00:41:34,680 --> 00:41:37,400
nicht tot, er funktioniert noch 
aber er funktioniert halt nur 

794
00:41:37,400 --> 00:41:41,360
noch zu 50% ne also angenommen 
du sagst OK, du kannst dann halt

795
00:41:41,360 --> 00:41:44,560
vielleicht nicht mehr die 
Matratze kühlen und wärmen. 

796
00:41:44,800 --> 00:41:47,280
Aber du kannst sie wenigstens 
noch in ne normale Matratze 

797
00:41:47,280 --> 00:41:49,120
verwandeln. 
Also dass das auf jeden Fall 

798
00:41:49,120 --> 00:41:51,000
immer geht. 
Weißt du, dass du halt sagst? 

799
00:41:51,000 --> 00:41:53,600
OK, es gibt Funktionalitäten die
eingeschränkt sind, aber die 

800
00:41:53,600 --> 00:41:55,040
Hauptfunktion, die 
Kernfunktionalitäten 

801
00:41:55,040 --> 00:41:58,320
funktionieren halt noch ne so 
und ich würde sagen ne Matratze 

802
00:41:58,320 --> 00:42:05,240
auf die quasi so nen Haus bildet
so n Dach bildet jetzt mal blöd 

803
00:42:05,280 --> 00:42:08,960
sagt da ist die 
kernfunktionalität du kannst nee

804
00:42:08,960 --> 00:42:11,760
wie heißt das doch waagerecht 
drauf schlafen hat nicht mehr 

805
00:42:11,760 --> 00:42:14,080
gegeben ne. 
Genau. 

806
00:42:15,120 --> 00:42:19,240
Ansonsten ja, also ich verstehe 
den Ansatz zu sagen, man muss 

807
00:42:19,240 --> 00:42:22,040
challengen, ob man es selbst 
besser hinbekommt oder nicht. 

808
00:42:22,040 --> 00:42:25,160
Ne also wenn ich selbst was 
hoste auf eigenen Servern wie 

809
00:42:25,160 --> 00:42:30,360
auch immer gehe ich ganz mit, 
trotzdem kann man sagen kann man

810
00:42:30,360 --> 00:42:33,200
drüber nachdenken ob es nicht 
vielleicht vor allem auch besser

811
00:42:33,200 --> 00:42:35,680
ist. 
Sag ich mal seine eigene kleine 

812
00:42:35,680 --> 00:42:39,760
Mini Cloud zu haben also. 
Sag ich mal on preme kubanitus 

813
00:42:39,760 --> 00:42:41,280
laufen zu lassen. 
Also dann kommen wir halt wieder

814
00:42:41,280 --> 00:42:43,200
so in diese ganzen Def ops 
Themen aber zu sagen ich hab 

815
00:42:43,200 --> 00:42:47,280
mein eigenes kleines Cluster ja 
und mach meine Deployments über 

816
00:42:47,280 --> 00:42:51,600
beispielsweise ago CD was wir 
verwenden ist coole Sache, Liebe

817
00:42:51,600 --> 00:42:54,040
zuhören Liebe zuhören falls dich
das Thema interessiert, schreib 

818
00:42:54,040 --> 00:42:57,360
uns gerne, wir können auch mal 
gerne darüber mehr sprechen oder

819
00:42:57,360 --> 00:43:00,080
auf anderen Plattformen anderen 
Content machen als n Podcast 

820
00:43:00,240 --> 00:43:03,560
aber das sind halt wirklich 
valide Möglichkeiten ja die du 

821
00:43:03,560 --> 00:43:05,440
am Ende auch hast. 
Und gerade wenn ich vielleicht 

822
00:43:05,440 --> 00:43:08,400
nicht. 
Riesen Team, hab super viele 

823
00:43:08,400 --> 00:43:12,320
Services, sind das auch gute 
Alternativen die es zu bedenken 

824
00:43:12,320 --> 00:43:15,360
gilt an der Stelle deswegen hier
auch da noch mal die Anmerkung. 

825
00:43:15,520 --> 00:43:22,200
Absolut definitiv ja. 
Also ich würd sagen, dann haben 

826
00:43:22,200 --> 00:43:26,640
wir es eigentlich ganz gut mal 
besprochen, das Thema war auf 

827
00:43:26,640 --> 00:43:28,480
jeden Fall ne interessante 
Sache. 

828
00:43:30,080 --> 00:43:32,600
Vor allem noch interessanter, 
dass ich das überhaupt gar nicht

829
00:43:32,640 --> 00:43:35,520
so richtig in Zusammenhang 
gebracht hab. 

830
00:43:35,520 --> 00:43:39,040
Der Signal der Signal Ausfall 
mit dem mit dem AWS Ausfall. 

831
00:43:40,240 --> 00:43:43,520
Danke, dass du mir das heute mal
so erzählt hast, Dino. 

832
00:43:45,040 --> 00:43:48,720
Jetzt ist alles klar. 
Also ich sag mal so fassen wir 

833
00:43:48,720 --> 00:43:51,920
das noch mal zusammen. 
Es ist kein großes Ding gewesen,

834
00:43:51,920 --> 00:43:55,120
ja, muss man fairerweise sagen, 
es wurde gut reagiert, es wurde 

835
00:43:55,120 --> 00:43:59,040
schnell behoben, ich glaube der 
Schaden ist begrenzt. 

836
00:43:59,560 --> 00:44:03,760
Trotzdem hat es halt einfach 
wieder eine Diskussion entfacht,

837
00:44:03,760 --> 00:44:05,400
sag ich mal. 
Die immer mal wieder aufkommt. 

838
00:44:05,400 --> 00:44:06,960
Zum Beispiel dieses multicloud 
Thema. 

839
00:44:08,880 --> 00:44:11,640
Auch dieses geopolitische Thema 
ist natürlich gleich wieder 

840
00:44:11,640 --> 00:44:15,360
gefundenes Fressen gewesen, ne, 
Oh unsere Abhängigkeit zur USA 

841
00:44:15,360 --> 00:44:17,360
sozusagen. 
Ja kann man nicht vom Tisch 

842
00:44:17,360 --> 00:44:20,880
weisen, Fakten belegen das zum 
Beispiel über die Marktanteile 

843
00:44:21,360 --> 00:44:24,800
und es gibt europäische 
Alternativen, die es sich lohnt 

844
00:44:24,800 --> 00:44:29,840
anzugucken, auch den Stichwort. 
DSGVO konform. 

845
00:44:29,840 --> 00:44:33,200
Rechenzentren in Deutschland, da
haben wir auch mal auch schon 

846
00:44:33,200 --> 00:44:36,240
mal drüber gesprochen, glaub ich
im Podcast n bisschen, wenn ich 

847
00:44:36,240 --> 00:44:39,280
mich jetzt nicht irre, was wir 
da noch nicht besprochen haben, 

848
00:44:39,280 --> 00:44:41,120
aber was natürlich auch 
allgegenwärtig ist, ist dieser 

849
00:44:41,120 --> 00:44:43,240
Cloud Act. 
Ja, also das ist natürlich n 

850
00:44:43,240 --> 00:44:48,720
Thema, dass einfach die US Cloud
Anbieter quasi die Möglichkeit 

851
00:44:48,720 --> 00:44:52,720
haben auf die Daten zuzugreifen.
Ja, also es ist halt so einfach 

852
00:44:53,040 --> 00:44:55,280
und das haben wir dann in dem 
Fall nicht, das gilt es zu 

853
00:44:55,280 --> 00:44:58,040
bedenken und ich finde. 
Das hast du auch schön gesagt. 

854
00:44:58,040 --> 00:44:59,680
Das sind grundlegende 
Strukturthemen. 

855
00:44:59,680 --> 00:45:02,320
Ja, also man sollte sich, wenn 
man anfängt so Anwendung zu 

856
00:45:02,320 --> 00:45:04,960
bauen, sich über 
infrastrukturthemen Gedanken 

857
00:45:04,960 --> 00:45:09,080
macht, einfach wirklich auch 
darüber Gedanken machen, muss 

858
00:45:09,080 --> 00:45:12,560
das sein, was ist meine beste 
Lösung und nicht nur aus 

859
00:45:12,560 --> 00:45:16,720
Bequemlichkeit zu sagen ab in 
die Cloud damit alle nehmen AWS,

860
00:45:16,720 --> 00:45:20,360
wir nehmen auch AWS und das ist 
kein Bashing, wir haben selbst 

861
00:45:20,360 --> 00:45:23,600
mit AWS gearbeitet und das war 
wunderbar, es ist einfach nur 

862
00:45:24,080 --> 00:45:25,680
sag ich mal, das Gedankenspiel 
dahinter. 

863
00:45:26,080 --> 00:45:28,880
Genau. 
Gut zusammengefasst, Tino. 

864
00:45:30,240 --> 00:45:33,680
Ja, und was uns natürlich 
interessiert ist Deine Meinung, 

865
00:45:33,680 --> 00:45:39,360
Liebe Zorin, lieber Zora, zu dem
Thema Cloud Abhängigkeit, wie 

866
00:45:39,360 --> 00:45:42,320
stehst du dazu oder was sagst du
sind wir ist es ist es zu viel 

867
00:45:42,320 --> 00:45:47,920
ist es zu wenig müssen noch mehr
Leute ABS nutzen einfach Spaß 

868
00:45:49,200 --> 00:45:51,920
oder? 
Was für Erfahrungen hast du in 

869
00:45:51,920 --> 00:45:55,200
dem zu diesem Thema gemacht? 
Schreib uns da gerne auf der 

870
00:45:55,200 --> 00:45:58,320
Podcast Mail oder auch auf 
unseren anderen Plattformen oder

871
00:45:58,320 --> 00:46:01,600
auch zum Beispiel auf dem 
Discord, egal wo, guck einfach 

872
00:46:01,600 --> 00:46:05,040
mal rein, schreib uns, komm auf 
uns zu, das freut uns immer 

873
00:46:05,040 --> 00:46:06,000
mega. 
Genau. 

874
00:46:06,320 --> 00:46:09,040
Und dann bleibt mir eigentlich 
nicht mehr viel zu sagen, außer 

875
00:46:09,040 --> 00:46:11,680
falls Dir der Podcast gefällt 
und du vielleicht noch keine 

876
00:46:11,680 --> 00:46:14,240
Bewertung da gelassen hast. 
Zum Beispiel bei Spotify oder wo

877
00:46:14,240 --> 00:46:17,000
du ihn gerade hörst, dann lass 
gerne ne Bewertung da, das würde

878
00:46:17,000 --> 00:46:20,000
uns enorm unterstützen und wir 
sind super dankbar dafür. 

879
00:46:21,360 --> 00:46:23,760
Empfiehl ihnen auch gerne 
weiter, wenn du meinst, auch 

880
00:46:23,760 --> 00:46:25,080
andere sollten sich das auch mal
anhören. 

881
00:46:25,080 --> 00:46:27,600
Das war n spannendes Thema. 
Dann vielen vielen Dank dafür. 

882
00:46:28,000 --> 00:46:30,040
In den Shownotes findest du auch
n kleinen Spendling falls du 

883
00:46:30,040 --> 00:46:32,400
Lust hast so uns zu 
unterstützen, dass wir uns mega 

884
00:46:32,400 --> 00:46:37,600
mega freuen und ansonsten ja wie
gesagt denkt an das aktuelle 

885
00:46:37,600 --> 00:46:41,600
Turnier noch mal was gerade 
läuft und dann wünsch ich euch 

886
00:46:41,600 --> 00:46:44,000
bis zur nächsten Woche alle ne 
gute Zeit, haltet die Ohren 

887
00:46:44,000 --> 00:46:47,120
steif wie man so schön sagt und 
bis nächste Woche ciao ciao 

888
00:46:47,440 --> 00:46:49,600
deine Coding Buddies gemeinsam 
besser. 

889
00:46:51,440 --> 00:46:51,800
Hey Cortana.
