1
00:00:02,080 --> 00:00:04,640
Moin und herzlich Willkommen zu 
einfach komplex. 

2
00:00:05,040 --> 00:00:06,960
Ich bin's, der Gerrit der 
Burkhard ist auch da, mein 

3
00:00:06,960 --> 00:00:08,320
Burkhard. 
Moin Moin. 

4
00:00:08,800 --> 00:00:12,240
Und wir haben uns wieder 
Verstärkung geholt zum Thema 

5
00:00:12,800 --> 00:00:17,840
Cubanetis weil das ist ganz 
schön komplex und genauso 

6
00:00:18,080 --> 00:00:21,600
relevant und deswegen haben wir 
den Mario von Cubamatic da. 

7
00:00:21,840 --> 00:00:24,800
Mario Moin ja. 
Moin, schön hier zu sein. 

8
00:00:25,120 --> 00:00:27,680
Ja, schön, dass du da bist, 
Mario. 

9
00:00:28,280 --> 00:00:31,280
Wer bist du denn eigentlich und 
was machst du und was macht dich

10
00:00:31,280 --> 00:00:38,000
dann zum covernities Experten? 
Ich bin Mario, bin seit mehreren

11
00:00:38,000 --> 00:00:41,440
Jahren in diesem ganzen Cloud 
native Umfeld unterwegs. 

12
00:00:41,440 --> 00:00:44,120
Also das hat irgendwann mal 
angefangen mit irgendwelchen End

13
00:00:44,120 --> 00:00:47,400
skripten um dann irgendwelche 
Server aufzusetzen, ist dann 

14
00:00:47,400 --> 00:00:50,720
dazu übergegangen, dass dann 
irgendwann mal Docker gekommen 

15
00:00:50,720 --> 00:00:52,880
ist und dann irgendwie ein Adobe
s. 

16
00:00:52,880 --> 00:00:58,080
Hier die die die ersten. 
Auch Lambda Lambda Sachen dann 

17
00:00:58,080 --> 00:01:01,960
damals gebaut und dann gab es 
dann irgendwann bin ich mal in 

18
00:01:01,960 --> 00:01:05,040
so ein Startup reingekommen und 
die wollten dann die hatten 

19
00:01:05,040 --> 00:01:09,080
Credits bekommen von Google und 
Google hat dann GKI gelauncht, 

20
00:01:09,080 --> 00:01:12,480
also in irgendwie 1.0 damals 
also die Google Communities 

21
00:01:12,480 --> 00:01:15,320
Engine und dann habe ich mir 
gedacht Boah unsere ganzen 

22
00:01:15,320 --> 00:01:18,120
Microservices eh die da auf 
irgendwelchen VM s rumgammeln, 

23
00:01:18,120 --> 00:01:21,360
dann schieben wir das ganze mal 
irgendwie in die. 

24
00:01:21,760 --> 00:01:23,960
In dieses neue Ding, was da 
Covonitis heißt, das hat 

25
00:01:23,960 --> 00:01:27,040
ziemlich gut funktioniert. 
Da hab ich dann Meetup gestartet

26
00:01:27,600 --> 00:01:32,080
in München und das ging dann 
eben so weiter und mittlerweile 

27
00:01:32,080 --> 00:01:36,400
bin ich einen. 
Contribute zu Cubonatis bin auch

28
00:01:36,400 --> 00:01:38,320
da. 
An der org bin da der Tech Lead 

29
00:01:38,320 --> 00:01:43,040
für das Cubonatis Contrip ex 
coms, also die die das 

30
00:01:43,040 --> 00:01:45,720
Subproject von der Special 
Interest Group und mache auch so

31
00:01:45,720 --> 00:01:50,160
ein bisschen Cost Reporting für 
das Cubonatis Projekt und genau 

32
00:01:50,160 --> 00:01:54,560
wie du schon gesagt hast, 
arbeite ich eben für Cubonatic 

33
00:01:54,560 --> 00:01:58,040
und ich glaube mehr als 
cubonatic kann man glaube ich 

34
00:01:58,040 --> 00:01:59,840
schon fast nicht mit Cubonatis 
machen. 

35
00:02:00,640 --> 00:02:03,200
Es so OK. 
Danke mal für die für die 

36
00:02:03,200 --> 00:02:04,400
Vorstellung. 
Ich könnte jetzt schon wieder 

37
00:02:04,800 --> 00:02:08,240
ehrlich gesagt 5 nachfragen 
stellen, das speichern wir jetzt

38
00:02:08,240 --> 00:02:10,320
mal. 
Aber trotzdem lass doch noch mal

39
00:02:10,320 --> 00:02:12,480
reingehen, ganz kurz, warum ist 
denn jetzt also was macht denn 

40
00:02:12,480 --> 00:02:14,840
jetzt kubanatik genau und wie 
wie es da der Zusammenhang zu zu

41
00:02:14,840 --> 00:02:16,720
kubanet ist. 
Kannst du das noch mal ganz kurz

42
00:02:17,120 --> 00:02:19,600
zusammenfassend für uns. 
Also wir sind im Endeffekt sind 

43
00:02:19,600 --> 00:02:23,840
wir ne produktfirma, Wir haben 
unseren Sitz im schönen Hamburg,

44
00:02:23,840 --> 00:02:27,240
wobei man aber sagen muss, dass 
der Großteil der Welt der Leute 

45
00:02:27,240 --> 00:02:29,760
irgendwie quer verteilt über die
Welt sitzen, also. 

46
00:02:30,240 --> 00:02:32,200
Ich sitze zum Beispiel im 
letzten Haus vor der 

47
00:02:32,200 --> 00:02:36,960
tschechischen Grenze im Norden 
von Bayern, also quasi ganz, 

48
00:02:36,960 --> 00:02:38,200
ganz am Rand. 
Das Gute ist, ich habe 

49
00:02:38,200 --> 00:02:41,200
wenigstens Glasfaser, das Macht 
die Sache einfacher, und 

50
00:02:41,200 --> 00:02:44,520
cubomatic ist im Endeffekt eine 
Firma, Wir haben ein Produkt, 

51
00:02:44,520 --> 00:02:49,440
das ist ein Multi Cluster Multi 
Environment cubonitis Manager, 

52
00:02:49,440 --> 00:02:53,680
also wenn du quasi cubonitis 
Cluster erzeugen möchtest in den

53
00:02:53,680 --> 00:02:58,240
verschiedenen Umgebungen wie in 
der Cloud, Onpram of Edge in 

54
00:02:58,240 --> 00:03:00,400
Edge Umgebung. 
Dann kannst du es eben mit 

55
00:03:00,400 --> 00:03:04,160
unserer einer von unseren 
Produkten eben machen und das 

56
00:03:04,160 --> 00:03:07,120
Gute da dran ist, wir lassen 
Cobonatis und Cobonatis laufen 

57
00:03:07,120 --> 00:03:08,720
um das Ganze schon mal einfacher
zu machen. 

58
00:03:09,440 --> 00:03:12,240
Wie das funktioniert würde jetzt
glaub ich n bisschen zu weit 

59
00:03:12,240 --> 00:03:17,720
führen, ansonsten sind wir auch 
der Top contribute zum cobonatis

60
00:03:17,720 --> 00:03:22,160
Projekt in Europa, also das was 
wirklich so Leute die dann aktiv

61
00:03:22,160 --> 00:03:25,280
contributen. 
Da sind wir, wenn man nach 

62
00:03:25,280 --> 00:03:28,440
Defsets geht, von der CNCF eben 
auf Platz 1. 

63
00:03:28,440 --> 00:03:32,360
Wenn man nur Europa betrachtet. 
Ja, also das ist so, so der 

64
00:03:32,360 --> 00:03:36,640
Hintergrund, wir haben noch ne 
Virtualisierung, die also die n 

65
00:03:37,040 --> 00:03:42,000
bisschen auf Cubonatis läuft, 
wir haben noch nen developer 

66
00:03:42,240 --> 00:03:47,680
Portal was auf cubonatis like 
APIS basiert, also wie ihr schon

67
00:03:47,680 --> 00:03:50,880
seht alles so n bisschen alles 
alles cubonatis also. 

68
00:03:51,080 --> 00:03:53,920
Quasi von von ganz unten bis 
ganz oben bauen wir den ganzen 

69
00:03:53,920 --> 00:03:55,160
Stack auf Corbinitis auf, 
wollen. 

70
00:03:56,000 --> 00:03:58,400
Wir vielleicht mal so starten, 
dass du uns corbinitis einmal 

71
00:03:58,400 --> 00:04:00,240
kurz einordnest. 
Ich glaub, dann ist das alles n 

72
00:04:00,240 --> 00:04:02,960
bisschen einfacher zu verstehen 
und vielleicht sogar so, dass 

73
00:04:02,960 --> 00:04:06,240
Menschen wie ich das halbwegs 
verstehen können. 

74
00:04:06,240 --> 00:04:08,160
Ja oder vielleicht sogar Leute, 
die noch nie von Corbinitis 

75
00:04:08,160 --> 00:04:10,280
gehört haben. 
Und ich hab dabei ne Idee, das 

76
00:04:10,280 --> 00:04:11,760
weiß der Mario nicht. 
Wir hatten ja aber schon mal ne 

77
00:04:11,760 --> 00:04:14,400
Folge über Docker und Container 
und so weiter sogar 2 glaub ich.

78
00:04:15,040 --> 00:04:17,600
Und vielleicht, wenn du es nicht
magst, Mario, dann sagst du, 

79
00:04:17,600 --> 00:04:20,160
bäh, kein Bock auf das Bild, 
aber wir haben ja, ich habe mal 

80
00:04:20,160 --> 00:04:22,960
so gesagt, Naja, diese Docker 
Container und das ist ja auch 

81
00:04:22,960 --> 00:04:26,080
das Bild von also das Logo von 
Docker selber, da kann man sich 

82
00:04:26,080 --> 00:04:27,640
irgendwie so ein Schiff 
vorstellen, da sind halt die 

83
00:04:27,640 --> 00:04:30,800
Container drauf warum Container 
weil es quasi standardisierte 

84
00:04:31,120 --> 00:04:34,760
Entitäten sind, in denen 
beliebige Software gut 

85
00:04:34,760 --> 00:04:36,640
standardisiert laufen kann. 
Es hat dann immer jeder 

86
00:04:36,640 --> 00:04:38,960
Container sorgt quasi für die 
richtige Umgebung der richtigen 

87
00:04:38,960 --> 00:04:43,000
Anwendung und das Wort 
Microservice noch mal kurz ins 

88
00:04:43,000 --> 00:04:45,640
Bild gesetzt. 
Eine ganze Anwendung wäre dann 

89
00:04:45,640 --> 00:04:48,400
quasi nicht ein Container, 
sondern mehrere Container. 

90
00:04:48,400 --> 00:04:51,680
Ich sag mal was 1015 oder 
irgendsowas ja, die zusammen 

91
00:04:51,680 --> 00:04:54,960
dann ja, jeder Container macht 
einen kleinen Teilaspekt, da 

92
00:04:54,960 --> 00:04:57,000
läuft quasi im Prinzip schon 
eine kleine Anwendung drin, die 

93
00:04:57,000 --> 00:04:59,080
haben dann aber irgendwelche 
standardisierten Konnektivitäten

94
00:04:59,080 --> 00:05:02,360
miteinander und dann haben wir 
die ausführbare Hardware und da 

95
00:05:02,360 --> 00:05:05,280
könnte man sagen, ich sag mal so
ganz locker ist so der Frachter 

96
00:05:05,280 --> 00:05:07,680
ja das Schiff quasi, auf dem die
Container sind und das schicke 

97
00:05:07,680 --> 00:05:10,000
ist von. 
Von Docca ja, dass du das Schiff

98
00:05:10,000 --> 00:05:11,960
austauschen kannst. 
Ja, also die Container sind halt

99
00:05:11,960 --> 00:05:14,160
standardisiert und die passen 
halt auf verschiedene Schiffe 

100
00:05:14,160 --> 00:05:16,840
raus, also auf verschiedene 
Hardware und wenn ich es jetzt 

101
00:05:16,840 --> 00:05:19,480
ganz grob verstehe und jetzt 
bist du gleich dran, dann ist 

102
00:05:19,480 --> 00:05:23,120
quasi das kubanetis Level ist 
quasi so während wenn wenn wir 

103
00:05:23,120 --> 00:05:25,600
über Docca sprechen so und ein 
Schiff nachdenken, dann ist 

104
00:05:25,600 --> 00:05:28,800
kubanetis irgendwie der globale 
Welthandel aller Schiffe und 

105
00:05:28,800 --> 00:05:31,280
aller Container und so weiter 
und so auf dem 

106
00:05:31,280 --> 00:05:33,680
Abstraktionslevel, oder? 
Hast du Bock, auf das Bild 

107
00:05:33,680 --> 00:05:34,960
einzusteigen? 
Ich weiß es nicht, das. 

108
00:05:34,960 --> 00:05:38,000
Witzige, das Witzige ist, das 
Bild wird eigentlich relativ oft

109
00:05:38,000 --> 00:05:41,760
hergenommen, weil es halt ein 
bisschen greifbarer ist für die 

110
00:05:41,760 --> 00:05:46,080
meisten und die wenigsten 
wissen, dass Kubanetes 

111
00:05:46,080 --> 00:05:49,920
tatsächlich aus dem Griechischen
stammt und Steuermann heißt. 

112
00:05:50,640 --> 00:05:54,400
Also dann bist du eben mit dem 
ja mit dem Containerschiff gar 

113
00:05:54,400 --> 00:05:56,880
nicht mal so weit weg. 
Du musst dir das Ganze eben so 

114
00:05:56,880 --> 00:05:58,480
vorstellen, du hattest ja schon 
gesagt. 

115
00:05:58,880 --> 00:06:02,000
Ihr habt eben diese ganzen 
Dockercontainer und die meisten 

116
00:06:02,000 --> 00:06:04,240
haben halt irgendwie vielleicht 
auch schon mal in ihrer Umgebung

117
00:06:04,240 --> 00:06:07,520
nen Dockercompost gemacht. 
Ne, dass das halt du du hast die

118
00:06:07,520 --> 00:06:10,160
einzelnen Container, damit diese
Container irgendwie. 

119
00:06:10,560 --> 00:06:13,480
Ne, sag mal jetzt mal du du 
baust n Auto und in dem einen 

120
00:06:13,480 --> 00:06:17,080
Containerschiff ist irgendwie 
motorkomponenten drin in dem 

121
00:06:17,080 --> 00:06:19,600
anderen Containerschiff in dem 
anderen Container sind Türen mit

122
00:06:19,600 --> 00:06:22,080
drin und du brauchst im 
Endeffekt um das Auto zu bauen 

123
00:06:22,080 --> 00:06:24,960
brauchst du Sachen aus allen 
Containern im Endeffekt klar das

124
00:06:24,960 --> 00:06:27,360
kannst du im kleinen Rahmen 
kannst du das machen irgendwie 

125
00:06:27,360 --> 00:06:30,560
wenn ich nen Docker compose auf 
einer VM aufbaue dann 

126
00:06:30,560 --> 00:06:34,240
funktioniert das auch ganz gut, 
aber sobald das eben in die 

127
00:06:34,240 --> 00:06:38,280
Größe geht und skalieren soll. 
Dann reicht dir das eben nicht 

128
00:06:38,280 --> 00:06:41,440
mehr und Cubonetis kümmert sich 
so n bisschen wie beim 

129
00:06:41,440 --> 00:06:46,320
Containerschiff eben drumherum, 
dass eben das von A nach B 

130
00:06:46,320 --> 00:06:48,480
erstmal kommt. 
Aber um vielleicht das so n 

131
00:06:48,480 --> 00:06:52,160
bisschen wegzubringen von dem 
Containerschiff Cubonetis 

132
00:06:52,160 --> 00:06:55,160
kümmert sich auch da drum, dass 
jetzt gehen wir vielleicht mal 

133
00:06:55,160 --> 00:06:58,040
irgendwie an so n an so n 
Container Office ne, also so n 

134
00:06:58,040 --> 00:07:01,600
Schiffscontainer Office hin, 
dass du ne steckdosenleiste 

135
00:07:01,600 --> 00:07:04,280
hast, dass da in jedem Container
Strom drin liegt, dass da 

136
00:07:04,280 --> 00:07:06,880
irgendwie. 
Türen mit drin sind, dass da 

137
00:07:06,880 --> 00:07:09,280
jeder mit nicht jeder mit jedem 
reden kann. 

138
00:07:09,280 --> 00:07:11,400
Aber damit da zumindestens 
irgendwie theoretisch jemand 

139
00:07:11,400 --> 00:07:15,840
durch die Tür gehen kann und von
A nach B reden kann und eben, 

140
00:07:16,080 --> 00:07:19,720
dass sich da drum gekümmert 
wird, dass wenn ich zum Beispiel

141
00:07:19,720 --> 00:07:23,680
irgendwie ne Brücke hab zwischen
2 containertürmen, weil die 

142
00:07:23,680 --> 00:07:26,240
Containertürme auf der einen 
Seite vielleicht sind, eben auf 

143
00:07:26,240 --> 00:07:29,000
der einen Note und die 
Containertürme auf der anderen 

144
00:07:29,000 --> 00:07:31,240
Seite sind eben auf der anderen 
Note, also es ist so n bisschen,

145
00:07:31,240 --> 00:07:34,080
auch weil wir ja auch. 
An die Größe denken und an die 

146
00:07:34,080 --> 00:07:36,760
Skalierbarkeit denken, weil 
Incubonatis Klasse funktioniert 

147
00:07:36,760 --> 00:07:40,480
nicht mit einer mit einer VM. 
Also also du kannst es mit 

148
00:07:40,480 --> 00:07:42,640
laufen lassen, aber das ist 
nicht Sinn und Zweck der ganzen 

149
00:07:42,640 --> 00:07:45,600
Sache, sondern Cubonatis ist 
dafür da, dass ich eben mehrere 

150
00:07:45,600 --> 00:07:50,200
Server miteinander laufen lasse 
und das Gute an Cubonatis ist, 

151
00:07:50,200 --> 00:07:53,520
dass es eben einfach so einen 
standardisierten Baukasten im 

152
00:07:53,520 --> 00:07:57,200
Endeffekt mit sich bringt, die 
dir einfach ganz viele Sachen in

153
00:07:57,200 --> 00:07:59,920
Orchestrierung auch abnimmt, 
also was zum Beispiel auch sagt 

154
00:07:59,920 --> 00:08:01,920
so. 
Zum Beispiel, wenn wir jetzt 

155
00:08:01,920 --> 00:08:05,840
irgendwie auf das Auto, auf das 
Autobau Ding wieder zurückgehen.

156
00:08:05,840 --> 00:08:09,120
Ich brauch vielleicht 4 
Container, wo Türen drin liegen,

157
00:08:09,120 --> 00:08:12,080
weil ich halt 4 Türen an meinem 
Auto brauch, dann kann aber das 

158
00:08:12,080 --> 00:08:16,480
ist ja viermal die gleiche 
zweimal 2, also 2 linke Türen, 2

159
00:08:16,480 --> 00:08:20,160
rechte Türen und das heißt aber 
ich muss quasi die gleichzeitig 

160
00:08:20,160 --> 00:08:22,640
laufen lassen und vielleicht, 
das kommt so in die Richtung 

161
00:08:22,640 --> 00:08:24,800
hin, was dann auch kombiniertes 
eben übernehmen kann. 

162
00:08:25,280 --> 00:08:27,360
Ich finde diese Bilder, die er 
gemacht hat und gerade 

163
00:08:27,360 --> 00:08:30,440
aufgemacht hat und ein Bild 
vermixt habt gut, aber ich würde

164
00:08:30,440 --> 00:08:32,919
mich trotzdem freuen, wenn wir 
es noch mal ruhig auch ohne 

165
00:08:32,919 --> 00:08:35,760
einen Vergleich oder eine 
Metapher oder ein Bild erklären 

166
00:08:35,760 --> 00:08:37,679
können. 
Ja, also was ist es, es ist 

167
00:08:38,000 --> 00:08:40,919
Orchestrierung von Containern, 
habe ich jetzt verstanden, es 

168
00:08:40,919 --> 00:08:44,880
ist die Möglichkeit verschiedene
auf verschiedenen Servern 

169
00:08:44,880 --> 00:08:47,880
vielleicht die gleiche Anwendung
laufen zu lassen oder Teile 

170
00:08:47,880 --> 00:08:50,160
dieser Anwendung und trotzdem 
dafür zu sorgen. 

171
00:08:50,760 --> 00:08:52,240
Dass immer das Richtige 
ausgeliefert wird oder 

172
00:08:52,240 --> 00:08:54,240
vielleicht noch mal ganz kurz 
zusammenfassen, also Kubanitis 

173
00:08:54,240 --> 00:08:56,360
welches Problem hab ich 
eigentlich als Firma, damit ich 

174
00:08:56,360 --> 00:08:59,440
kubanitis einführe? 
Also das Problem, dass du als 

175
00:08:59,440 --> 00:09:02,960
Firma hast ist, du hast 
Software, die du in deiner 

176
00:09:02,960 --> 00:09:07,720
Umgebung laufen lassen möchtest,
die eben in der Regel basierend 

177
00:09:07,720 --> 00:09:10,000
auf Microservices ist. 
Das heißt ich hab sehr sehr 

178
00:09:10,000 --> 00:09:13,760
viele verschiedene Software 
Pakete, die gleichzeitig laufen 

179
00:09:13,760 --> 00:09:15,920
müssen. 
Die müssen unterschiedlich 

180
00:09:15,920 --> 00:09:19,720
skaliert sein, und das heißt, 
ich muss von dem einen brauche 

181
00:09:19,720 --> 00:09:22,720
ich 5 Instanzen, von dem anderen
brauche ich 3 Instanzen, von dem

182
00:09:22,720 --> 00:09:25,600
vierten brauche ich vielleicht 
nur eine Instanz, und das habe 

183
00:09:25,600 --> 00:09:28,800
ich alles in Containern und 
Cubonetis baut dir die die 

184
00:09:28,800 --> 00:09:32,160
Plattform, wo das ganze drauf 
läuft und kümmert sich eben auch

185
00:09:32,160 --> 00:09:36,080
darum, dass ich eben Sachen in 
dieser Plattform skalieren kann 

186
00:09:36,240 --> 00:09:40,160
und dass ich das Ganze eben über
mehrere Server automatisiert 

187
00:09:40,160 --> 00:09:43,760
ausrollen kann und cubonetis 
kann dir auch dabei helfen, eben

188
00:09:43,760 --> 00:09:45,800
die. 
Installation oder die 

189
00:09:45,800 --> 00:09:48,880
Vorbereitung dieser Nodes mit zu
übernehmen, das sind dann eben 

190
00:09:49,200 --> 00:09:52,400
Teilkomponenten in Cobonatis, 
die dann eben sagen, hey, ich 

191
00:09:52,400 --> 00:09:55,760
brauch ne neue Node, dann wird 
ne neue Node hinzugefügt und da 

192
00:09:55,760 --> 00:09:59,440
werden bestimmte Sachen schon 
rein installiert, dass quasi 

193
00:09:59,440 --> 00:10:03,640
Node einfach nur als Arbeitstier
unten drunter gelegt wird und 

194
00:10:03,640 --> 00:10:07,080
dann kümmert sich Cobonatis da 
drum, welche Workload kommt, 

195
00:10:07,080 --> 00:10:10,480
wohin basierend auf der den 
Requirements den sie hat. 

196
00:10:10,480 --> 00:10:14,800
Also ich brauch. 0,2 CPU und 500
Megabyte RAM und dann schaut 

197
00:10:14,800 --> 00:10:18,960
eben Cubonetes auf welcher Note 
habe ich jetzt noch 0,2 CPU und 

198
00:10:18,960 --> 00:10:23,360
500 Megabyte RAM um eben meine 
Applikation dann dahin zu packen

199
00:10:23,360 --> 00:10:24,720
und dann übernimmt das das für 
dich. 

200
00:10:25,680 --> 00:10:27,440
Da muss man sich auf der Zunge 
zergehen lassen. 

201
00:10:27,440 --> 00:10:30,480
Das sind so leichtgewichtige 
Aussagen wie, ich habe 

202
00:10:30,480 --> 00:10:32,160
verschiedene 
Skalierungsanforderungen von 

203
00:10:32,160 --> 00:10:34,480
hier brauche ich irgendwie 3 
Instanzen von dem 5 Instanzen, 

204
00:10:34,480 --> 00:10:36,160
ich bring noch mal kurz ein 
bisschen Licht rein, was das 

205
00:10:36,160 --> 00:10:39,840
heißt, das heißt? 
Und du korrigierst mich, Mario, 

206
00:10:39,840 --> 00:10:41,360
ich bin. 
Deswegen haben wir dich hier als

207
00:10:41,360 --> 00:10:42,400
Gast. 
Bin auf jeden Fall kein 

208
00:10:42,400 --> 00:10:45,200
kybernetis Experte. 
Ich sollte vielleicht irgendwann

209
00:10:45,200 --> 00:10:48,240
mal werden, aber ich fange ja 
gerade an zu üben, aber 

210
00:10:48,240 --> 00:10:51,560
Instanzen mehrere Instanzen, 
also es ist ja oft 

211
00:10:51,560 --> 00:10:55,040
webtechnologie oder eigentlich 
auch schließlich webtechnologie.

212
00:10:55,040 --> 00:10:57,560
Gut, wenn wir auf der Edge sind 
und nicht aber so, und jetzt 

213
00:10:57,560 --> 00:11:00,800
sagen wir mal du hast eine 
Anfrage gegen einen Server also 

214
00:11:00,800 --> 00:11:03,240
Gerrit sitzt vor seinem Browser 
und ich sitze vor meinem Browser

215
00:11:03,240 --> 00:11:06,240
und wir wählen quasi die gleiche
Domain an die gleiche URL, das 

216
00:11:06,240 --> 00:11:08,520
heißt noch nicht. 
Für denjenigen, der die 

217
00:11:08,520 --> 00:11:11,840
Anwendung zur Verfügung stellt, 
dass unsere Anfrage des 

218
00:11:11,840 --> 00:11:15,600
Browsers, also Gerrit und meine,
von der gleichen Stück Hardware 

219
00:11:15,600 --> 00:11:18,240
und noch nicht mal der gleichen 
Anwendung irgendwie beantwortet 

220
00:11:18,240 --> 00:11:20,240
wird. 
Das meint glaube ich Skalierung.

221
00:11:20,320 --> 00:11:23,360
Also es kann halt sein, dass 
Kybernetis quasi wegen 

222
00:11:23,360 --> 00:11:28,080
Lastausgleich und so weiter den 
Gerrit auf eine sogenannte VM 

223
00:11:28,080 --> 00:11:30,080
oder auf eine Note, Ich glaube 
das ist das richtige Wort, auf 

224
00:11:30,080 --> 00:11:34,480
eine Note Lite weiterleitet, die
die gleiche Anwendung ausführt. 

225
00:11:35,120 --> 00:11:37,040
Wie meine Anfrage. 
Aber ich bin auch in einer 

226
00:11:37,040 --> 00:11:38,640
anderen Note. 
Ja, das heißt, ich habe quasi 

227
00:11:39,120 --> 00:11:43,040
Spiegel mehrere Instanzen von 
gespiegelten Anwendungen. 

228
00:11:43,040 --> 00:11:46,440
Ja, und wenn wir in der Rest API
Welt sind, dann haben wir auch 

229
00:11:46,440 --> 00:11:48,400
schon mal gelernt in einem 
Podcast, dass diese ganzen 

230
00:11:48,400 --> 00:11:52,000
Anfragen, dass ich quasi alles 
mit der Anfrage mitschicke, um 

231
00:11:52,000 --> 00:11:54,760
auch eine Antwort zu bekommen, 
das heißt, das enabled quasi 

232
00:11:54,760 --> 00:11:57,680
erstmal, dass ich überhaupt 
mehrere Instanzen haben kann. 

233
00:11:57,680 --> 00:12:00,320
Ja, die verschiedene Fragen zu 
verschiedenen Momenten 

234
00:12:00,320 --> 00:12:03,440
beantworten und Requests und 
Replics quasi da rausgehen. 

235
00:12:03,680 --> 00:12:05,400
Genau. 
Und was du auch noch bedenken 

236
00:12:05,400 --> 00:12:07,640
musst, und das ist ja das 
Spannende daran, vor allen 

237
00:12:07,640 --> 00:12:10,240
Dingen, wenn du auf 
Webapplikationsbasis bist, du 

238
00:12:10,240 --> 00:12:13,120
machst ja nicht nur eine 
Anfrage, du willst ja quasi ne, 

239
00:12:13,120 --> 00:12:16,320
also Webseite, du loggst dich 
irgendwo ein, das heißt du hast 

240
00:12:16,320 --> 00:12:19,360
dich ja irgendwo authentifiziert
und dann heißt es ja trotzdem, 

241
00:12:19,360 --> 00:12:23,680
dass du mit deiner Anfrage am 
Ende wieder auf der gleichen 

242
00:12:23,680 --> 00:12:26,560
Maschine ankommen musst. 
Wenn die zweite Anfrage gestellt

243
00:12:26,560 --> 00:12:28,440
ist, weil auf der anderen 
Maschine bist du ja gar nicht 

244
00:12:28,440 --> 00:12:32,160
authentifiziert im Zweifel. 
Und genau das ist eben auch die 

245
00:12:32,160 --> 00:12:35,280
Schwierigkeit da drin, dass eben
Cobonatis beim Networking dann 

246
00:12:35,280 --> 00:12:39,200
eben auch so weit hergehen kann 
und sagen kann, Hey, die Anfrage

247
00:12:39,200 --> 00:12:42,440
von dem geht auf die Note 
wieder, weil ich eben eine 

248
00:12:42,440 --> 00:12:45,680
Sticky Session zum Beispiel 
habe, damit ich genau weiß, wo 

249
00:12:45,680 --> 00:12:48,480
war der vorher, damit ich mich 
nicht jedes Mal wieder neu 

250
00:12:48,480 --> 00:12:52,640
einloggen kann, wenn ich kein 
zentrales Management habe für 

251
00:12:52,640 --> 00:12:56,000
zum Beispiel Sessions und genau 
so was kann eben cobonatis auch 

252
00:12:56,000 --> 00:12:58,640
mithelfen und es kümmert sich 
eben auch um das Network 

253
00:12:58,640 --> 00:13:02,000
Routing, dass das eben passiert.
Was passiert in meinem Cluster 

254
00:13:02,000 --> 00:13:04,400
damit? 
Die Anfrage, die dann irgendwo 

255
00:13:04,400 --> 00:13:08,480
reinkommt, also ne in dem Fall 
im kubonitis Bereich ist das 

256
00:13:08,480 --> 00:13:11,600
halt meistens ein Ingress oder 
ein No Balancer und dann, dass 

257
00:13:11,680 --> 00:13:14,960
dass die von da aus Losläuft und
dann durch dieses 

258
00:13:15,040 --> 00:13:17,640
Netzwerkkonstrukt in dem 
Kubonitis Cluster dann da 

259
00:13:17,640 --> 00:13:20,400
ankommt, wo eben deine 
Applikation in dem Kubonitis 

260
00:13:20,400 --> 00:13:22,960
Cluster liegt und die Antwort 
dann auch wieder zurückgespielt 

261
00:13:22,960 --> 00:13:25,920
wird. 
Jetzt habt ihr beide, glaube ich

262
00:13:25,920 --> 00:13:28,840
das Wort oder vor allem Du, 
Mario Cluster und Notes benutzt.

263
00:13:28,840 --> 00:13:30,960
Was sind so die Begriffe, die 
wir kennen müssen? 

264
00:13:30,960 --> 00:13:33,040
Also Notes habe ich jetzt 
verstanden, sind eigentlich 

265
00:13:33,120 --> 00:13:36,640
Server. 
Ne Sammelsurium aus Komponenten 

266
00:13:36,640 --> 00:13:38,480
ist quasi der Cluster. 
Also alles alles. 

267
00:13:38,480 --> 00:13:41,000
Am Ende ist. 
Der Kubiniert ist Cluster so und

268
00:13:41,000 --> 00:13:42,640
der besteht aus verschiedenen 
Maschinen. 

269
00:13:42,640 --> 00:13:47,160
Diese Maschinen sind Notes und 
es gibt 2 verschiedene Typen von

270
00:13:47,160 --> 00:13:49,320
Notes. 
Es gibt einmal das ist sozusagen

271
00:13:49,320 --> 00:13:52,400
das Gehirn. 
Des Clusters, das ist die 

272
00:13:52,400 --> 00:13:55,560
sogenannte Control plane in der 
Control plane. 

273
00:13:55,600 --> 00:13:58,800
Das sind eben, da liegen die 
wichtigen Komponenten von meinem

274
00:13:58,800 --> 00:14:02,000
Cluster, also man kann sich das 
so ein bisschen, und jetzt muss 

275
00:14:02,000 --> 00:14:08,720
man das die Neuartige, die neue 
Terminierung benutzen, also 

276
00:14:08,720 --> 00:14:14,960
quasi so ein bisschen remain und
also remain Notes. 

277
00:14:15,200 --> 00:14:18,960
Und halt wie abhängig abhängig 
Nodes davon. 

278
00:14:18,960 --> 00:14:21,600
Also worker im Endeffekt also 
Main und Worker gibt es da im 

279
00:14:21,600 --> 00:14:23,600
Endeffekt. 
Du bist auf den neuen Begriffen 

280
00:14:23,600 --> 00:14:25,120
für Master Slave, ich nenn das 
mal g. 

281
00:14:25,120 --> 00:14:27,200
Ja, weil ich das nicht so 
schlimm finde, weil das ja n 

282
00:14:27,200 --> 00:14:29,120
technisch stehender Begriff in 
der langen Vergangenheit ist. 

283
00:14:29,120 --> 00:14:32,000
Aber ja genau, es kann sein, 
dass unsere Zuhörer das Master 

284
00:14:32,000 --> 00:14:34,400
Slave schon mal gehört haben, 
aber bei bei Main und Worker 

285
00:14:34,560 --> 00:14:35,680
noch n bisschen verwirrt sind, 
ja. 

286
00:14:35,920 --> 00:14:38,960
Main und worker OK. 
Genau, also Master ist im 

287
00:14:38,960 --> 00:14:42,160
Endeffekt dann eben die 
Controlplane und da gibt es dann

288
00:14:42,160 --> 00:14:44,880
auch wieder verschiedene 
Möglichkeiten um das ganze Hoch 

289
00:14:44,880 --> 00:14:46,720
verfügbar zu machen. 
Also hoch verfügbar. 

290
00:14:47,040 --> 00:14:50,480
Also theoretisch kann ich n 
coponetis Clusters starten mit 

291
00:14:50,480 --> 00:14:54,240
einer controlplane Note, aber 
damit das ganze Halt hoch 

292
00:14:54,240 --> 00:14:57,040
verfügbar ist, nehm ich 
normalerweise 3. 

293
00:14:57,280 --> 00:15:00,240
Damit ich halt, wenn eine, wenn 
eine ausfällt, dass trotzdem das

294
00:15:00,240 --> 00:15:04,000
ganze noch funktioniert. 
Auf dieser Control plane also 

295
00:15:04,320 --> 00:15:06,960
auf diesen 3 Nodes, wenn wir, 
wenn wir quasi in einem 

296
00:15:06,960 --> 00:15:10,720
Hochverfügbarkeitsumfeld sind, 
hab ich eben die verschiedenen 

297
00:15:10,720 --> 00:15:15,040
Komponenten die den componitis 
Cluster managen, das heißt zum 

298
00:15:15,040 --> 00:15:19,120
einen hab ich den API Server der
API Server, also. 

299
00:15:19,280 --> 00:15:22,360
Kommuniert ist hat eben auch ein
API Server und da werden die 

300
00:15:22,360 --> 00:15:25,440
ganzen Anfragen abgehandelt und 
das ist auch die Schnittstelle 

301
00:15:25,600 --> 00:15:28,800
zur Verwaltung des Clusters. 
Läuft eben über den API Server, 

302
00:15:29,120 --> 00:15:32,160
was das Ganze natürlich ganz 
sympathisch macht, weil dieses 

303
00:15:32,200 --> 00:15:36,800
API Thema kennen halt viele 
Entwickler schon aus ihrer aus 

304
00:15:36,800 --> 00:15:40,760
ihrer Vergangenheit, dann haben 
wir in diesem Control Plank 

305
00:15:40,760 --> 00:15:43,920
Komponenten noch den Skatuler 
der Skatuler ist im Endeffekt 

306
00:15:43,920 --> 00:15:48,000
das, der schaut nach, das kann 
man sich so ein bisschen 

307
00:15:48,000 --> 00:15:51,200
vorstellen wie der. 
Das ist der, der am am am Morgen

308
00:15:51,200 --> 00:15:54,480
in der Arbeit sagt du, du gehst 
jetzt auf die Baustelle, du 

309
00:15:54,480 --> 00:15:58,080
gehst jetzt auf die andere 
Baustelle und der im Prinzip 

310
00:15:58,080 --> 00:16:02,160
entscheidet, wo werden meine 
Arbeitslasten in Zukunft hin 

311
00:16:02,160 --> 00:16:05,080
verteilt, also wo ist noch 
Platz, wo kann ich sozusagen 

312
00:16:05,080 --> 00:16:07,760
meine mein Container, der 
irgendwo hin muss noch hin 

313
00:16:07,760 --> 00:16:11,440
packen und der kümmert sich so 
ein bisschen darum, dass er eben

314
00:16:11,440 --> 00:16:15,200
oft nachschaut, so was für 
Ressourcen braucht dieses eine 

315
00:16:15,200 --> 00:16:18,320
Komponente und wo gibt es eben 
noch Ressourcen. 

316
00:16:18,720 --> 00:16:22,040
Und dann gibt es eben als als 
nächste Komponente noch den 

317
00:16:22,040 --> 00:16:24,560
Controller Manager. 
Der Controller Manager ist im 

318
00:16:24,560 --> 00:16:31,680
Endeffekt der, der dafür da ist 
um zu überprüfen ob alles so ist

319
00:16:31,680 --> 00:16:34,720
wie es sein soll, also der 
kümmert sich im Endeffekt 

320
00:16:34,720 --> 00:16:36,720
einfach erstmal um die 
Überwachung und die 

321
00:16:36,720 --> 00:16:40,000
Aufrechterhaltung des 
gewünschten Zustandes, den ich 

322
00:16:40,320 --> 00:16:42,920
wie ich gerne meinen Cluster 
hätte, also wo ich zum Beispiel 

323
00:16:42,920 --> 00:16:46,560
sage ich. 
Wie viele Kopien von dieser 

324
00:16:46,560 --> 00:16:52,920
einen Applikation sollen laufen 
oder wo sollen die also wo ist 

325
00:16:52,920 --> 00:16:55,280
irgendwas kaputt gegangen, der 
dann eben sagt OK ist jetzt 

326
00:16:55,360 --> 00:16:58,080
irgendwas kaputt gegangen, dann 
versuch ich das wieder zu neu 

327
00:16:58,560 --> 00:17:01,760
neu neu einzutüten und dem 
Skelett zu Skelchuler zu sagen 

328
00:17:01,760 --> 00:17:06,440
so hey ich brauch mal wieder n 
neuen ne neue Komponente die 

329
00:17:06,440 --> 00:17:10,119
dann gestartet wird. 
Dann, und das ist nicht also das

330
00:17:10,119 --> 00:17:12,400
ist der Standard, aber da gibt 
es auch Alternativen. 

331
00:17:12,640 --> 00:17:15,119
Wir haben eine Key Value 
Datenbank, weil irgendwo müssen 

332
00:17:15,119 --> 00:17:17,359
wir unser Zeug auch irgendwie 
speichern, wo irgendwie der 

333
00:17:17,359 --> 00:17:21,280
Zustand des Clusters drin steht 
und standardmäßig ist das Etcd, 

334
00:17:21,280 --> 00:17:25,920
also das Ding heißt Etcd, das 
war früher mal ein eigenes 

335
00:17:25,920 --> 00:17:28,720
Projekt, also ein eigenes Open 
Source Projekt ist mittlerweile 

336
00:17:28,720 --> 00:17:34,000
Teil von Cubonetis geworden, ich
glaube seit letztes Jahr August 

337
00:17:34,080 --> 00:17:35,600
ist es wieder Teil von 
Cubonetis. 

338
00:17:36,280 --> 00:17:37,760
Und das ist einfach ein Key bei 
Justo. 

339
00:17:37,880 --> 00:17:40,560
Einfach die Datenbank, die in 
Kubanetis genommen wird. 

340
00:17:40,880 --> 00:17:43,600
Genau, genau. 
Weil irgendwo müssen wir ja 

341
00:17:43,840 --> 00:17:45,920
irgendwo, müssen wir ja die 
Sachen, die Sachen abarbeiten. 

342
00:17:46,160 --> 00:17:49,680
Aber das ist wohlgemerkt nur die
Datenbank, die den die für die 

343
00:17:49,680 --> 00:17:52,440
Betreiben des Kubanetis Clusters
notwendig ist. 

344
00:17:52,440 --> 00:17:55,120
Die hat noch nichts mit der 
Datenbank mit den Daten der User

345
00:17:55,120 --> 00:17:57,960
zu tun, die da kommt jetzt 
gleich noch, da liegt nämlich 

346
00:17:57,960 --> 00:17:59,960
der Hase im Pfeffer, glaube ich 
jedenfalls in meiner Vorstellung

347
00:17:59,960 --> 00:18:01,360
immer, das finde ich total 
kompliziert. 

348
00:18:02,160 --> 00:18:03,720
Aber wir wollen das einmal noch 
mal wiederholen. 

349
00:18:03,720 --> 00:18:04,800
So schön, wie das Gerrit immer 
macht. 

350
00:18:04,880 --> 00:18:08,680
Du hast jetzt gesagt, es gibt 
die Control plane, das ist quasi

351
00:18:08,680 --> 00:18:12,080
die erstmal das Haupteingangstor
der Master oder Main in einem 

352
00:18:12,080 --> 00:18:15,120
neuen Wort und die besteht aus 
wenn ich richtig gezählt habe 3 

353
00:18:15,120 --> 00:18:20,320
Komponenten. 44 API Server 
Sketuler Controller Manager, 

354
00:18:20,360 --> 00:18:23,840
etcd und dann noch so ein paar 
Kleinzeug, was da noch so mit 

355
00:18:23,840 --> 00:18:25,920
Rumgammelt aber das ist glaube 
ich nicht so relevant. 

356
00:18:26,000 --> 00:18:28,560
Okay so ein HPI HPI Server, der 
nimmt die Requests entgegen und 

357
00:18:28,560 --> 00:18:30,440
verteilt die dann hinten 
irgendwie durch die Gegend und. 

358
00:18:30,640 --> 00:18:33,760
Dann haben wir den ist soll 
Geber, der hieß. 

359
00:18:34,480 --> 00:18:37,560
Der, der ist, soll Geber ist der
Controller Manager, der einfach 

360
00:18:37,560 --> 00:18:40,560
nachschaut wie wie schaut es 
aus, ist alles in Ordnung und. 

361
00:18:41,040 --> 00:18:42,520
Dann haben wir noch den Skeluler
glaub ich. 

362
00:18:42,520 --> 00:18:44,520
Der sagt hier du hast noch was 
frei, du kannst das da machen 

363
00:18:44,520 --> 00:18:46,360
und so weiter und dann haben wir
quasi die Datenbank die die 

364
00:18:46,360 --> 00:18:50,440
quasi diese Konfiguration hält, 
genau quasi was was ich quasi 

365
00:18:50,440 --> 00:18:51,880
mit dem Curanitis Cluster so 
vorhabe. 

366
00:18:51,880 --> 00:18:54,560
Meine meine Präferenzen sind an 
Skalierung und so weiter ich als

367
00:18:54,560 --> 00:18:56,720
softwarebereitsteller sag ich 
mal ja. 

368
00:18:56,720 --> 00:18:59,080
Genau. 
OK goddit OK. 

369
00:18:59,520 --> 00:19:01,840
Und das, das ist jetzt nur die 
die controlpling Komponente. 

370
00:19:01,840 --> 00:19:03,040
Genau. 
Das hab ich verstanden. 

371
00:19:03,040 --> 00:19:04,960
Ja, genau. 
Lass doch noch weitermachen. 

372
00:19:04,960 --> 00:19:06,760
Das ist ja eigentlich ganz cool.
Ja, also so n technischen 

373
00:19:06,760 --> 00:19:08,960
Überblick, was es eigentlich 
alles für Komponenten gibt. 

374
00:19:09,200 --> 00:19:10,640
Ja, auf jeden Fall. 
Genau. 

375
00:19:10,640 --> 00:19:13,280
Und dann geht es auf die Worker,
also die Workernotes. 

376
00:19:13,280 --> 00:19:17,600
Die Workernotes ist im Endeffekt
das, wo dann euer eure Container

377
00:19:17,600 --> 00:19:20,640
drauf liegen, also das was ihr 
quasi auf euer, also man könnte 

378
00:19:20,640 --> 00:19:23,000
wenn wir jetzt wieder zu dem zu 
dem Schiff zurückgehen, das war 

379
00:19:23,000 --> 00:19:25,880
jetzt quasi so die 
Schiffssteuerung ne das die die 

380
00:19:25,880 --> 00:19:28,080
Brücke und so weiter und sofort 
und jetzt sind wir auf der 

381
00:19:28,080 --> 00:19:31,680
Liegefläche wo die. 
Wo die Container eben drauf 

382
00:19:31,680 --> 00:19:33,480
stehen. 
Und das sind eben die 

383
00:19:33,480 --> 00:19:37,320
Workernotes, davon gibt es 
beliebig viele, sage ich jetzt 

384
00:19:37,320 --> 00:19:39,680
mal. 
Also nicht ganz, sondern das 

385
00:19:39,680 --> 00:19:43,360
kubaniertes Projekt selber sagt,
wir testen 5000. 

386
00:19:44,240 --> 00:19:47,280
Also du kannst quasi 5000 
garantieren wir dir, dass du 

387
00:19:47,280 --> 00:19:50,880
die, dass du die testen, dass 
das läuft in dem Cluster, es 

388
00:19:50,880 --> 00:19:56,040
gibt andere Hersteller die 
Supported mehr hin, also die 

389
00:19:56,040 --> 00:19:58,640
sagen wir haben das getestet und
wir kriegen mehr hin. 

390
00:19:59,040 --> 00:20:01,200
Ich glaub vielleicht ganz witzig
zu hören. 

391
00:20:01,200 --> 00:20:04,560
Letzte Woche hat Google gesagt 
oder auf der Cube Con vor 2 

392
00:20:04,560 --> 00:20:08,200
Wochen hat Google gesagt und 
angekündigt wir kriegen 65000 

393
00:20:08,200 --> 00:20:12,680
Nodes hin, also ein Cluster mit 
65000 Workernotes, das ist halt 

394
00:20:12,680 --> 00:20:14,160
dann noch mal ne andere 
Dimension. 

395
00:20:14,320 --> 00:20:17,280
Kann man das irgendwie 
übersetzen für also in in ne 

396
00:20:17,280 --> 00:20:21,720
softwareanwendung? 
Also also 5000 Nodes sind also 

397
00:20:21,720 --> 00:20:25,760
1000000 youtube User mit. 
Abfrühstücken als Beispiel oder 

398
00:20:25,760 --> 00:20:28,240
irgendwas wo man so n bisschen 
was Greifbares hat, kann man es 

399
00:20:28,240 --> 00:20:31,000
irgendwie machen oder wenn es 
Quatsch ist, dann dann nicht, 

400
00:20:31,000 --> 00:20:33,440
ja. 
Boah, Relation ist Relation ist 

401
00:20:33,440 --> 00:20:37,280
da echt schwierig, weil das 
Problem ist. 

402
00:20:37,560 --> 00:20:39,840
Und das ist ja auch das das 
Spannende an dieser ganzen 

403
00:20:39,840 --> 00:20:42,240
Geschichte ist. 
Wir definieren zwar die 

404
00:20:42,240 --> 00:20:45,840
Notanzahl, aber wir definieren 
nicht die Notgröße. 

405
00:20:46,160 --> 00:20:49,760
Das bedeutet, du hast ja dann 
immer noch eine und also du. 

406
00:20:49,800 --> 00:20:54,040
Es ist ja nicht definiert, wie 
viele CP US hat dann eine Note 

407
00:20:54,040 --> 00:20:58,120
und wieviel Memory hat dann eine
Note aber um vielleicht mal da 

408
00:20:58,120 --> 00:21:00,760
eine Relation reinzubringen, das
ist glaube ich, dass es glaube 

409
00:21:00,760 --> 00:21:05,080
ich ganz hilfreich ist das 
Standard pod Limit und da kommt 

410
00:21:05,080 --> 00:21:07,720
schon wieder ein neues neuer 
Begriff, also ein Pod ist 

411
00:21:07,720 --> 00:21:11,000
sozusagen die kleinste Einheit 
in einem cubanetis Klasse, das 

412
00:21:11,000 --> 00:21:14,560
ist da da drin läuft euer 
Container, das ist ein Pod. 

413
00:21:14,960 --> 00:21:20,240
Also eine eine Instanz von Eurem
Container ist ein Pod und es 

414
00:21:20,240 --> 00:21:25,680
gibt ein pod Limit in Kubanetes 
pro Note von jetzt muss ich 

415
00:21:25,680 --> 00:21:28,800
nicht lügen 125 das heißt du 
kannst zu 125 Pots pro Note 

416
00:21:28,800 --> 00:21:30,960
draufpacken. 
Das witzige an der ganzen Sache 

417
00:21:30,960 --> 00:21:34,800
ist, das ist erstmal unerheblich
wie groß die Note ist. 

418
00:21:34,800 --> 00:21:37,680
Also selbst wenn ich da 
irgendwie eine Note hinstelle 

419
00:21:38,000 --> 00:21:40,880
mit 60 CP us die dann mehrere 
Kerne hat. 

420
00:21:43,640 --> 00:21:46,720
Dann kann ich halt theoretisch 
erstmal nur 125 Pots drauf 

421
00:21:46,720 --> 00:21:49,240
laufen lassen. 
Es gibt zwar Endpunkte, wo man 

422
00:21:49,240 --> 00:21:51,640
das verändern kann, also da kann
ich dann sagen, woah du kannst 

423
00:21:51,640 --> 00:21:55,040
mehr, aber es gibt auch ein ich 
schon der seit 5 Jahren offen 

424
00:21:55,040 --> 00:21:58,800
ist wo drüber diskutiert wird ob
man das Podlimit anheben soll 

425
00:21:58,800 --> 00:22:02,960
und alle sagen Oh nee lass mal 
lieber und ich habe auch schon 

426
00:22:02,960 --> 00:22:05,840
Leute getroffen die das 
irgendwie angehoben haben und 

427
00:22:05,840 --> 00:22:08,400
sich dann gewundert haben warum 
der Sketuler auf einmal 3 

428
00:22:08,400 --> 00:22:11,240
Minuten gebraucht hat um einen 
neuen Pots irgendwie auf eine 

429
00:22:11,240 --> 00:22:14,400
Note drauf zu kriegen, weil. 
Es gibt n Grund, warum dieses 

430
00:22:14,400 --> 00:22:17,360
Limit da ist und für. 
Unsere Zuhörer kurz, der Pott 

431
00:22:17,360 --> 00:22:19,640
ist nicht der Suppenpott, wo die
Container drin gerührt werden, 

432
00:22:19,640 --> 00:22:21,000
sondern er wird mit DE 
geschrieben. 

433
00:22:21,000 --> 00:22:22,400
PUDE ja. 
Genau. 

434
00:22:22,680 --> 00:22:26,680
Ja das man manchmal nachgugeln 
will, dass man da nicht falsch, 

435
00:22:26,680 --> 00:22:28,880
dass man dann doppel.de tippt 
oder irgendwas. 

436
00:22:29,360 --> 00:22:34,640
Aber ja, also so n 65000 Know 
Cluster ist schon eher riesig, 

437
00:22:34,720 --> 00:22:37,440
also da da gehst du wirklich in 
in in wirklich. 

438
00:22:37,920 --> 00:22:40,880
Riesig groß an Mario, der der 
pod ne lass uns doch mal kurz 

439
00:22:40,880 --> 00:22:42,920
beim Pod bleiben. 
Ja du hast ja gesagt die die 

440
00:22:42,920 --> 00:22:47,040
Minimalgröße vom Pod ist ein 
Container die Minimalgröße aber 

441
00:22:47,040 --> 00:22:49,600
da kann ich ja auch wieder jetzt
mehrere Containerinstanzen drin 

442
00:22:49,600 --> 00:22:52,480
ausführen beim Pod, richtig? 
Nicht wirklich du. 

443
00:22:52,560 --> 00:22:56,320
Ein Pod ist ein Container das 
einzige was du dazu packen 

444
00:22:56,320 --> 00:22:59,880
kannst, sind Sidecast. 
Das macht es aber jetzt quasi 

445
00:22:59,880 --> 00:23:01,600
schon wieder komplizierter. 
Also dann lass das lieber 

446
00:23:01,600 --> 00:23:03,800
erstmal weg. 
Genau, weil du kannst dann eben 

447
00:23:03,800 --> 00:23:07,240
kleine Sachen noch daneben 
laufen lassen, aber ein ein Pod 

448
00:23:07,240 --> 00:23:10,480
ist ein Container und wenn ich 
eben jetzt zum Beispiel wenn wir

449
00:23:10,480 --> 00:23:12,280
jetzt zurück zu deiner 
Applikation gehen, wenn du 

450
00:23:12,280 --> 00:23:15,800
sagst, ich will jetzt 2 mal die 
Applikation irgendwo ausgeführt 

451
00:23:15,800 --> 00:23:19,520
haben, dann sind das 2 Pods ist.
Wie n Stellplatz für einen 

452
00:23:19,520 --> 00:23:21,960
Container in der physischen Welt
ist genau kannst immer genau 

453
00:23:21,960 --> 00:23:24,080
einen einen Container 
reinstellen und der kann genau 

454
00:23:24,080 --> 00:23:25,680
der gleiche sein wie irgendwo 
anders. 

455
00:23:25,680 --> 00:23:27,600
Also ne Kopie. 
Oder? 

456
00:23:28,080 --> 00:23:29,680
Der kann auch einzigartig sein. 
Das. 

457
00:23:30,160 --> 00:23:32,000
Genau. 
Verstanden? 

458
00:23:32,160 --> 00:23:34,120
OK, bin ich auch noch dabei. 
Gibt es noch? 

459
00:23:34,120 --> 00:23:36,440
Gibt es noch weitere 
Komponenten, die man so kennen 

460
00:23:36,440 --> 00:23:38,680
muss? 
Wir gehen ja jetzt quasi auf die

461
00:23:38,680 --> 00:23:41,440
Workanotes. 
Wir hatten ja eben gesagt, es 

462
00:23:41,440 --> 00:23:45,680
gibt eben diese Workanotes und 
diese Workanotes da da das 

463
00:23:45,760 --> 00:23:48,080
witzige ist, was wir noch gar 
nicht geklärt haben, ist, wie 

464
00:23:48,080 --> 00:23:49,680
läuft denn jetzt eigentlich 
mein. 

465
00:23:50,800 --> 00:23:53,680
Mein Container, weil irgendwas 
muss ja auf diesem, auf dieser 

466
00:23:53,680 --> 00:23:56,280
Node drauf sein, dass mein 
Container läuft, weil wenn ihr 

467
00:23:56,280 --> 00:23:58,800
einen Container bei euch auf 
euren Rechner laufen lasst, dann

468
00:23:58,800 --> 00:24:00,320
habt ihr wahrscheinlich meistens
Docker. 

469
00:24:00,960 --> 00:24:04,080
Docker gibt es in Cubonetis 
nicht mehr, Docker gab es mal in

470
00:24:04,080 --> 00:24:12,480
Cubonetis, das war so Version 1 
22 rum noch genau das ist jetzt 

471
00:24:12,480 --> 00:24:15,400
auch schon wieder irgendwie 4 
Jahre her und dann? 

472
00:24:15,600 --> 00:24:19,240
Wir haben jetzt hauptsächlich 
Container, die als Runtime, also

473
00:24:19,240 --> 00:24:21,920
quasi das ist die Runtime, die 
benutzt wird, um Container 

474
00:24:21,920 --> 00:24:25,040
laufen zu lassen. 
Es gibt noch andere Runtimes, 

475
00:24:25,040 --> 00:24:32,800
also es gibt zum Beispiel Potman
oder CIIOCCRIO, das sind eben 

476
00:24:32,800 --> 00:24:35,600
alternative Möglichkeiten, um 
einfach Container laufen zu 

477
00:24:35,600 --> 00:24:38,080
lassen. 
Das Gute ist die Docker 

478
00:24:38,080 --> 00:24:41,120
Manifeste, die die die Leute 
geschrieben haben für ihre 

479
00:24:41,120 --> 00:24:42,800
Container, das sind die 
gleichen. 

480
00:24:43,280 --> 00:24:45,840
Also da ändert sich nichts dran.
Ich habe einfach einen fertigen 

481
00:24:45,840 --> 00:24:50,240
Container, das ist einfach nur 
eine andere Runtime, weil bei 

482
00:24:50,240 --> 00:24:52,920
Docker war eben das Problem, 
Docker war einfach zu groß, also

483
00:24:52,920 --> 00:24:55,920
Docker ne, ich brauche ja 
keinen, ich brauche keine GUI, 

484
00:24:55,920 --> 00:24:58,560
ich brauche eigentlich ja nur 
die reine Container Runtime, 

485
00:24:58,560 --> 00:25:02,080
weil um alles andere kümmert 
sich cubonetes und deswegen ist 

486
00:25:02,080 --> 00:25:05,840
man eben den weggegangen zu 
sagen, OK ich nehme eine Runtime

487
00:25:05,840 --> 00:25:08,680
die wirklich dafür da ist um 
einfach nur die Container zum 

488
00:25:08,680 --> 00:25:10,320
Laufen zu kriegen auf diesen 
Notes und. 

489
00:25:10,720 --> 00:25:13,760
Und dann muss ich irgendwie mit 
dieses, dann muss ich irgendwie 

490
00:25:13,760 --> 00:25:17,280
dafür sorgen, dass der, dass der
Master mit dem mit diesen 

491
00:25:17,280 --> 00:25:22,320
Workanotes reden kann und dafür 
oder beziehungsweise dass in in 

492
00:25:22,320 --> 00:25:25,160
dem in dem Cluster das ganze 
Miteinander miteinander 

493
00:25:25,160 --> 00:25:27,880
gesprochen werden kann, und 
dafür ist eben noch n Cube 

494
00:25:27,880 --> 00:25:31,480
Proxy, der auf jedem von diesen 
Notes mitläuft, und das ist eben

495
00:25:31,480 --> 00:25:33,520
der Netzwerk Proxy, der dafür da
ist. 

496
00:25:33,840 --> 00:25:38,080
Dass der Netzwerkverkehr zu den 
Pots weitergeleitet wird, das 

497
00:25:38,080 --> 00:25:40,800
ist die Komponente, in die auch 
in dem in den Workanotes 

498
00:25:40,800 --> 00:25:43,840
mitläuft. 
Und dann hab ich eben, wir 

499
00:25:43,840 --> 00:25:47,920
hatten ja in dem in der Control 
plane, hatten wir ja den 

500
00:25:48,320 --> 00:25:51,680
Controller Manager und der 
braucht natürlich irgendwie, ich

501
00:25:51,680 --> 00:25:55,560
sag mal so, das ist so der der 
Große, der alles im im oben 

502
00:25:55,560 --> 00:25:57,720
drüber blant. 
Und dann brauchst du ja 

503
00:25:57,720 --> 00:25:59,840
irgendwie nen kleinen 
Vorarbeiter, der das dann auf 

504
00:25:59,840 --> 00:26:01,600
jeder Baustelle macht. 
Also auf jeden von den 

505
00:26:01,600 --> 00:26:04,640
Workernotes und das ist die das 
Qplett und das Qplett ist n 

506
00:26:04,640 --> 00:26:08,480
Agent der auf jeder Note eben 
mitläuft und dafür sagt dann 

507
00:26:08,880 --> 00:26:13,240
hey, wir haben jetzt gerade die 
Handfrage bekommen, wir müssen 

508
00:26:13,240 --> 00:26:15,680
jetzt irgendwie diese 
Applikation bei uns starten mit 

509
00:26:15,680 --> 00:26:18,000
dem das ist der das. 
Also das ist das und das 

510
00:26:18,000 --> 00:26:20,240
Container Image hier Note mach 
mal. 

511
00:26:20,320 --> 00:26:22,720
Also es ist sozusagen der 
Vorarbeiter der dann auf den 

512
00:26:22,720 --> 00:26:25,120
Workernotes dafür sorgt. 
Wenn dann die Anfrage kommt, ich

513
00:26:25,120 --> 00:26:27,800
soll jetzt da einen neuen, eine 
Neue einen Container starten, 

514
00:26:27,800 --> 00:26:30,560
dass das dann da drin passiert. 
Das heißt, ich jetzt sag jetzt 

515
00:26:30,560 --> 00:26:32,640
auch noch mal was technisches, 
aber wir hatten mal eine Folge. 

516
00:26:32,640 --> 00:26:35,040
Im Prinzip habe ich eine ganze 
Horde von Reverse proxies, ich 

517
00:26:35,040 --> 00:26:37,120
habe auf meiner Control plane 
einen eingangs Ingress, also 

518
00:26:37,120 --> 00:26:40,480
den, den den ersten Großen, den 
ganzen Verkehr entgegennimmt, 

519
00:26:40,800 --> 00:26:43,080
der schleift dann nach innen, 
wie man so schön sagt Abstreamen

520
00:26:43,080 --> 00:26:45,880
weiter auf die. 
Auf die Workers und jeder Worker

521
00:26:45,880 --> 00:26:48,320
hat dieses Qplet, was ich mir 
jetzt technisch auch vorstellen 

522
00:26:48,320 --> 00:26:52,080
kann, wieso ne Art Reverse Proxy
oder Irgendsowas oder n Ingress 

523
00:26:52,080 --> 00:26:54,160
wär dann noch mal weiter 
verteilt oder ist das? 

524
00:26:54,400 --> 00:26:56,960
Reden wir jetzt gerade vom 
Traffic oder reden wir jetzt von

525
00:26:56,960 --> 00:27:00,320
dem? 
Du musst jetzt hier Note sketul.

526
00:27:00,640 --> 00:27:03,280
Ah OK verstanden. 
Ich war jetzt beim Traffic in 

527
00:27:03,280 --> 00:27:06,040
meinem Kopf, war beim Traffic in
meinem Kopf, du hast aber von 

528
00:27:06,040 --> 00:27:08,960
dem noch von dem Kontrollebene 
gesprochen, richtig, das ist 

529
00:27:08,960 --> 00:27:10,320
wahrscheinlich sehr stark 
getrennt, ne? 

530
00:27:10,800 --> 00:27:12,720
Genau. 
Also das eine ist erstmal wie 

531
00:27:12,720 --> 00:27:14,760
also? 
All diese Komponenten arbeiten 

532
00:27:14,760 --> 00:27:17,320
natürlich alle zusammen. 
Also wenn wir jetzt, wenn wir 

533
00:27:17,320 --> 00:27:21,040
jetzt sagen, wir wollen jetzt 
irgendwie erstmal dafür, dafür 

534
00:27:21,040 --> 00:27:26,200
sorgen, dass wir einen erstmal 
brauchen, wir einen Pod, bevor 

535
00:27:26,200 --> 00:27:27,840
wir Traffic haben, brauchen wir 
jetzt erstmal einen Pod, 

536
00:27:27,840 --> 00:27:30,360
vielleicht gehen wir, da machen 
wir das als erstes mal. 

537
00:27:31,360 --> 00:27:35,440
Wir hatten ja diese API, die auf
dem auf der Control plane läuft 

538
00:27:36,240 --> 00:27:39,120
und ich habe quasi einen Key und
dann. 

539
00:27:39,360 --> 00:27:43,680
Authentifiziere ich mich an 
meiner an dieser API und dafür 

540
00:27:43,680 --> 00:27:47,240
gibt es, gibt es etwas und das 
witzige ist, niemand weiß wie 

541
00:27:47,240 --> 00:27:49,760
man es ausspricht, weil jeder 
spricht es anders aus. 

542
00:27:50,400 --> 00:27:56,640
Ich nenn es Cube Cuttle wird 
geschrieben KUBECTL das ist im 

543
00:27:56,640 --> 00:27:59,520
Endeffekt ne Command Line 
Interface um eben mit eurem 

544
00:27:59,520 --> 00:28:03,600
Cluster zu interagieren. 
Und sie haben auf der Cube Con 

545
00:28:03,600 --> 00:28:05,040
haben Sie ein Trivia Game 
gemacht. 

546
00:28:05,120 --> 00:28:07,720
Was sagen die Leute zu diesem, 
zu diesem Ding und jeder hat 

547
00:28:07,720 --> 00:28:10,000
irgendwas anderes gesagt, das 
ist sehr witzig, also selbst die

548
00:28:10,000 --> 00:28:13,240
Leute die cubonitis Maintain 
sagen alle irgendwie, das heißt 

549
00:28:13,240 --> 00:28:18,200
anders und im Endeffekt geht man
damit her und sagt ich rede mit 

550
00:28:18,200 --> 00:28:21,480
der Cubonitis API weil eben der 
Cubonitis Cluster ist eben ja 

551
00:28:21,480 --> 00:28:26,440
auch API gesteuert und sage hey 
ich hätte jetzt gerne einen 

552
00:28:26,440 --> 00:28:30,480
neuen Pot der da läuft. 
Da gibt es verschiedene 

553
00:28:30,480 --> 00:28:32,160
Möglichkeiten, wie ich das 
machen kann. 

554
00:28:32,400 --> 00:28:34,640
Wir sagen jetzt einfach mal, ich
will einfach nur einen neuen Pod

555
00:28:34,640 --> 00:28:37,840
starten und dann rede ich mit 
der cubinities API und sage, 

556
00:28:38,000 --> 00:28:41,000
starte mir den neuen Pod, wenn 
ich gesagt habe, starte mir den 

557
00:28:41,000 --> 00:28:44,480
neuen Pod, dann geht er her und 
dann kommt das eben, dann geht 

558
00:28:44,480 --> 00:28:47,720
der Sketular auf der Control 
Play in her und sagt Hey wir 

559
00:28:47,720 --> 00:28:51,960
haben jetzt bekommen, ich will 
der ich will, dass der Pod keine

560
00:28:51,960 --> 00:28:58,640
Ahnung busy Box 1 soll gestartet
werden busy Box 1 braucht 0,1. 

561
00:28:58,960 --> 00:29:03,800
Cpu und 500 Geek Memory und dann
geht der Sketular her und dann 

562
00:29:03,800 --> 00:29:06,160
entscheidet sich zum Beispiel 
Workanote 1 hat noch genug 

563
00:29:06,160 --> 00:29:12,280
Platz, dann sagt Workanote 1 
Okay qplet auf der Workanote 

564
00:29:12,400 --> 00:29:16,120
hier, das ist die Information, 
die da gestartet werden soll mit

565
00:29:16,120 --> 00:29:20,000
dem Container und Start mir 
bitte diesen diesen Container 

566
00:29:20,480 --> 00:29:23,920
und dann geht quasi das Qplet 
her und sagt okay wir haben 

567
00:29:23,920 --> 00:29:27,720
jetzt diesen Container bekommen.
Hey Container Run Time, zieht 

568
00:29:27,720 --> 00:29:31,200
dir mal das Image und Start, das
auf meiner Note so und jetzt 

569
00:29:31,200 --> 00:29:33,200
haben wir das erste laufende 
Ding. 

570
00:29:33,440 --> 00:29:37,440
Ne jetzt haben wir den laufenden
Pod auf unserer Note, das 

571
00:29:37,440 --> 00:29:38,880
Witzige ist, da kommt noch 
niemand drauf. 

572
00:29:39,360 --> 00:29:41,120
Da kommt kann sich jemand mit 
verbinden. 

573
00:29:41,120 --> 00:29:42,320
Meinst du da kommt man mit 
drauf? 

574
00:29:42,320 --> 00:29:45,120
OK, da ist der ist komplett, der
läuft, der läuft jetzt einfach 

575
00:29:45,120 --> 00:29:48,520
nur, da ist keine Verbindung 
nach außen, der ist der ist in 

576
00:29:48,520 --> 00:29:51,120
dem Kubonetes internen Netzwerk,
aber da kommst du auch nicht so 

577
00:29:51,120 --> 00:29:52,960
wirklich rein. 
Also du kommst da schon rein, 

578
00:29:52,960 --> 00:29:55,440
aber nicht auf normale Art und 
Weise, das heißt das Ding läuft 

579
00:29:55,440 --> 00:29:56,880
jetzt einfach und ist nicht 
erreichbar. 

580
00:29:57,600 --> 00:30:02,320
So und jetzt müssen wir das den 
Zugang dazu schaffen und dann 

581
00:30:02,320 --> 00:30:04,880
kommen eben die weiteren 
Komponenten und deswegen ist 

582
00:30:04,880 --> 00:30:08,640
eben warum Kubonetes einen. 
Eine Organisierungssoftware ist 

583
00:30:08,720 --> 00:30:10,480
das ist. 
Es kümmert sich eben um diese 

584
00:30:10,480 --> 00:30:14,400
anderen Sachen mit so, das 
heißt, ich gehe jetzt im 

585
00:30:14,400 --> 00:30:18,080
Endeffekt her und sage okay, 
jetzt habe ich meinen Pod, der 

586
00:30:18,080 --> 00:30:21,120
läuft jetzt brauche ich 
irgendwie die Möglichkeit um da 

587
00:30:21,120 --> 00:30:24,240
drauf zu kommen, das heißt, 
jetzt gebe ich eben her und 

588
00:30:24,240 --> 00:30:29,360
erstelle einen Service, dass 
dieser Pod auch von über das 

589
00:30:29,360 --> 00:30:31,760
interne couponated Netzwerk 
erreichbar ist. 

590
00:30:32,160 --> 00:30:36,080
Das heißt, ich sage, es gibt 
jetzt einen Service, der heißt. 

591
00:30:36,560 --> 00:30:39,840
Login und dieser Service pointet
dann eben auf den Pod, den wir 

592
00:30:39,840 --> 00:30:43,520
gerade eben erstellt haben. 
So, und das heißt, der Service 

593
00:30:43,520 --> 00:30:45,680
hat jetzt auf. 
Über den Service kann ich jetzt 

594
00:30:45,680 --> 00:30:48,840
eben darauf zugreifen und 
dadurch, dass ich jetzt einen 

595
00:30:48,840 --> 00:30:52,480
Service habe, kann ich eben 
mehrere Pods dahinter hängen, 

596
00:30:52,480 --> 00:30:55,520
weil ein Service kann mehrere 
Pods ansteuern und nicht nur 

597
00:30:55,520 --> 00:30:59,120
einen, sondern eben mehrere 
Kopien davon und der kann eben 

598
00:30:59,120 --> 00:31:02,960
dann die die Orchestrierung 
damit übernehmen und dann um 

599
00:31:02,960 --> 00:31:05,240
nach außen von außen rein zu 
kommen und. 

600
00:31:05,440 --> 00:31:09,920
Habe ich dann eben einen, einen 
Ingress zum Beispiel und der 

601
00:31:09,920 --> 00:31:12,640
Ingress, das ist auch wieder ein
Service, der in dem Cluster mit 

602
00:31:12,640 --> 00:31:15,400
definiert wird und läuft über 
diese cubonatis API, das ist 

603
00:31:15,400 --> 00:31:18,880
eben das Schöne, es ist alles. 
Im Endeffekt sind das jammel 

604
00:31:18,880 --> 00:31:22,160
Dateien, also vielleicht um das 
mal auch noch dazu zu sagen, 

605
00:31:22,160 --> 00:31:25,040
also alles in Cubonatis Cluster 
wird über Jammel definiert. 

606
00:31:26,080 --> 00:31:28,640
Ich hab keine Ahnung, was yamel 
ausgeschrieben ist es. 

607
00:31:28,640 --> 00:31:32,040
Ist jetzt in NASA. 
Jetzt in NASA Gakap Language ja,

608
00:31:32,080 --> 00:31:34,560
aber ich bin mir nicht sicher, 
ob das das wirklich n Name davon

609
00:31:34,560 --> 00:31:35,920
ist da. 
Empfehle ich dann noch mal ne 

610
00:31:35,920 --> 00:31:37,520
Podcast Folge für uns? 
Ich weiß nicht mehr welche 

611
00:31:37,520 --> 00:31:38,720
Nummer wir haben drüber 
gequatscht. 

612
00:31:39,000 --> 00:31:40,800
Aber Yamel gequatscht. 
Ich weiß aber auch nicht, glaub 

613
00:31:40,800 --> 00:31:43,040
es gibt mehrere mehrere 
Bedeutungen von Yamel. 

614
00:31:43,200 --> 00:31:45,240
OK, gut, also mit yamel 
konfiguriere ich auch mein 

615
00:31:45,240 --> 00:31:47,760
ganzes Cluster. 
Genau, und da konfiguriere ich 

616
00:31:47,760 --> 00:31:50,640
eben dann auch den Ingress und 
dann habe ich eben nen Endpoint 

617
00:31:50,640 --> 00:31:54,040
nach außen, wo ich dann sagen 
kann, OK, das da ist die IP 

618
00:31:54,040 --> 00:31:57,280
Adresse. 
Auf die ich oder meinen DNS 

619
00:31:57,280 --> 00:31:59,280
Eintrag auf den ich zugreifen 
kann. 

620
00:31:59,280 --> 00:32:04,040
Und dann komme ich dann da drauf
und dann wird eben über den Cube

621
00:32:04,040 --> 00:32:09,040
Proxy geschaut. 
Wo muss der Netzwerktraffic hin 

622
00:32:09,040 --> 00:32:11,600
damit ich am Ende bei dem Pod 
ankomme? 

623
00:32:11,840 --> 00:32:14,400
Okay. 
Das ist viel. 

624
00:32:14,720 --> 00:32:17,480
Das ist total viel, weil das ja 
auch diese ganze, die ganze 

625
00:32:17,480 --> 00:32:19,600
Netzwerk Abstraktion und so 
weiter beinhaltet. 

626
00:32:19,920 --> 00:32:21,600
Und jetzt bin ich spitz, finde 
ich, weil ich. 

627
00:32:22,800 --> 00:32:25,040
Wir nutzen ja nicht kubanitis, 
das hatte ich schon verraten, 

628
00:32:25,040 --> 00:32:27,000
indem ich mich geoutet hab, dass
ich keine Ahnung von dem Thema 

629
00:32:27,000 --> 00:32:29,360
hab. 
Also beziehungsweise nur sehr 

630
00:32:29,520 --> 00:32:31,840
rudimentär. 
Wir nutzen aber schon auch 

631
00:32:31,840 --> 00:32:35,200
verteilte Microservices und so 
weiter aber mit mit Docker 

632
00:32:35,200 --> 00:32:38,640
Technologie quasi und ich weiß 
zum Beispiel, dass ja, dass das 

633
00:32:38,640 --> 00:32:41,960
nicht so einfach ist, jedenfalls
in meiner kleinen Welt diese 

634
00:32:41,960 --> 00:32:45,280
ganzen DNS Sachen, ja Domain 
Name, Service, das sind ja so 

635
00:32:45,280 --> 00:32:47,320
Sachen die. 
Die musst du ja, das sind ja 

636
00:32:47,320 --> 00:32:50,000
wieder dritte Anbieter. 
Du musst ja, wenn du IP Adressen

637
00:32:50,000 --> 00:32:52,880
zuordnest zu bestimmten 
Domainnamen und so weiter haben 

638
00:32:52,880 --> 00:32:54,720
wir auch eine Folge, wer das 
jetzt nicht weiß, der kann auch 

639
00:32:54,720 --> 00:32:57,200
noch mal hören, aber im Prinzip 
ist ja, dass das Telefonbuch des

640
00:32:57,200 --> 00:33:01,320
Internets, sage ich mal ja, also
du willst irgendwie unter, ich 

641
00:33:01,320 --> 00:33:03,800
sag mal was Test Punkt heißen 
wir Punkt Cloud willst doch 

642
00:33:03,800 --> 00:33:06,520
bestimmt irgendwo hinkommen und 
so weiter und jetzt habe ich 

643
00:33:06,520 --> 00:33:08,920
dieses ganze Kybernetis gehört 
mit diesen ganzen Notes und I PS

644
00:33:08,920 --> 00:33:11,560
und so weiter managt und ich 
kann mir nicht vorstellen, aber 

645
00:33:11,560 --> 00:33:13,800
managt kybernetis dann auch 
irgendwie die DNS Sachen für 

646
00:33:13,800 --> 00:33:16,720
mich den Namen oder sowas und. 
Das muss ich ja schon noch von 

647
00:33:16,720 --> 00:33:18,960
Hand irgendwie noch mal irgendwo
eintragen und irgendwelche IP 

648
00:33:18,960 --> 00:33:20,920
Adressen zuordnen oder nicht 
oder wie oder? 

649
00:33:20,960 --> 00:33:23,840
Das das Witzige ist ja, das 
musst du. 

650
00:33:24,400 --> 00:33:28,680
Aber du kannst deine deine Lob, 
Balancing und dein ganzes, dein 

651
00:33:28,680 --> 00:33:31,320
ganzes Management halt in einem 
kombiniertes Cluster laufen 

652
00:33:31,320 --> 00:33:34,800
lassen und dann sind wir nämlich
irgendwann bei diesem Punkt, wo 

653
00:33:34,800 --> 00:33:37,960
du dann eben wo es dann auch für
viele dann auch irgendwie 

654
00:33:37,960 --> 00:33:41,360
komplizierter ist, wo du halt 
nicht mehr nur ein Cluster hast.

655
00:33:41,520 --> 00:33:44,400
Ne, also hast halt dann 
tatsächlich dann eben dass du. 

656
00:33:44,800 --> 00:33:47,200
Du hast n Service Cluster in 
deinem Service Cluster läuft 

657
00:33:47,200 --> 00:33:50,440
dein Lopalancer, dein 
Lopalancer, der sich dann den 

658
00:33:50,440 --> 00:33:53,760
Traffic nicht mehr nur innerhalb
des Clusters weiterleitet, 

659
00:33:53,760 --> 00:33:57,440
sondern der dann deine Last über
die verschiedenen Cluster 

660
00:33:57,440 --> 00:34:00,640
weiterleitet, also 
beispielsweise ne Gerrit ist 

661
00:34:00,640 --> 00:34:05,200
jetzt in USA und Burkhard Du 
bist in du bist in Deutschland 

662
00:34:05,360 --> 00:34:09,159
und ihr ruft beide die gleiche 
Webseite auf, aber ihr kommt 

663
00:34:09,159 --> 00:34:10,960
dann vielleicht nicht mal auf 
dem gleichen auf. 

664
00:34:11,199 --> 00:34:13,400
Ne in dem gleichen Kubanitis 
Cluster auf unterschiedlichen 

665
00:34:13,400 --> 00:34:17,040
Pods raus, sondern ihr kommt 
dann eben auf verschiedenen 

666
00:34:17,040 --> 00:34:20,040
Kubanitis Clustern raus, obwohl 
ihr beide die gleiche Adresse 

667
00:34:20,040 --> 00:34:24,239
eingegeben habt, obwohl das das 
Lobalancing sozusagen zentral 

668
00:34:24,239 --> 00:34:27,960
gemacht wurde in einem Cluster, 
der Halt rein für Lobalancing da

669
00:34:27,960 --> 00:34:29,199
ist. 
OK und? 

670
00:34:29,440 --> 00:34:31,679
Genau. 
Also das ist das Schöne da dran,

671
00:34:31,679 --> 00:34:36,080
diese ganze Cloud native Welt. 
Also ne, dieses Couponatis 

672
00:34:36,080 --> 00:34:39,400
gehört ja auch der CNCF als 
Open, als Open Source Projekt im

673
00:34:39,400 --> 00:34:43,760
Endeffekt dieses ganze E 
Ekosystem was da dahinter ist 

674
00:34:43,760 --> 00:34:47,440
ist riesig, also ich glaub wir 
sind bei über 200 Projekten 

675
00:34:47,440 --> 00:34:50,880
mittlerweile und da ist halt 
auch n No Balancer mit dabei, da

676
00:34:50,880 --> 00:34:54,639
ist auch irgendwie n. 
So Traffic Überwachung mit 

677
00:34:54,639 --> 00:34:57,760
dabei, was alles gar nichts mehr
mit Kuboniertes zu tun hat, aber

678
00:34:57,760 --> 00:35:00,800
halt inkuboniertes Clustern 
funktioniert und inkluboniertes 

679
00:35:00,800 --> 00:35:04,320
Clustern läuft. 
Es ist ja ein riesen technisches

680
00:35:04,320 --> 00:35:08,080
Thema. 
Wir haben es ist, es ist also 

681
00:35:08,240 --> 00:35:10,840
ich hab mich grad so n bisschen 
davon verabschiedet das voll zu 

682
00:35:10,840 --> 00:35:14,560
durchdringen heute, aber ich ich
hab auf jeden Fall den den den 

683
00:35:14,560 --> 00:35:16,880
guten Überblick bekommen und 
würd es gern noch mal n bisschen

684
00:35:17,040 --> 00:35:20,840
wiederholen und noch mal gerne, 
dass du sagst wenn da was falsch

685
00:35:20,840 --> 00:35:22,720
ist und dann müssen wir dann 
noch mal drüber sprechen. 

686
00:35:22,880 --> 00:35:25,640
Für wen macht das Sinn, so n 
Cluster einzuführen? 

687
00:35:25,640 --> 00:35:28,720
Für welche Aufgaben, ab welcher,
ab welcher Skalierung et cetera?

688
00:35:28,720 --> 00:35:30,320
Ne, weil ich glaub das ist auch 
noch mal spannend 

689
00:35:30,320 --> 00:35:33,200
herauszufinden, ja ist das wo 
ist das ja auch gut geeignet, wo

690
00:35:33,200 --> 00:35:35,760
bringt das Mehrwert und wo ist 
es wo, wo ist es vielleicht mehr

691
00:35:35,760 --> 00:35:39,280
Overhead als es am Ende als es 
am Ende Mehrwert bringt so ne. 

692
00:35:39,520 --> 00:35:42,760
Gerrit aber da würde ich mal 
gerne noch einmal, bevor du 

693
00:35:42,880 --> 00:35:45,240
gesagt ist, super, super Plan 
zusammenfassend und so weiter 

694
00:35:45,240 --> 00:35:47,640
und bevor du dann in die in die 
wieder in die etwas größere 

695
00:35:47,640 --> 00:35:49,520
Abstraktionsebene gehst, hätte 
ich noch eine detaillierte 

696
00:35:49,520 --> 00:35:51,320
technische Frage, die brennt mir
unter den Fingerlegen, die muss 

697
00:35:51,320 --> 00:35:52,160
noch los. 
Schieß los. 

698
00:35:52,640 --> 00:35:56,160
Soll ich jetzt gleich oder was 
okay gleich mal pass auf das 

699
00:35:56,160 --> 00:35:58,000
schwierigste was ich finde und 
jetzt sprechen wir über den 

700
00:35:58,000 --> 00:35:59,960
wirklichen Traffic und über die 
Nutzer, also über den Gerrit und

701
00:35:59,960 --> 00:36:02,240
mich und wir haben zum Beispiel 
eine Webanwendung und so weiter 

702
00:36:03,280 --> 00:36:05,480
und du sagst ja selber so ein 
kybernetis Cluster, ich weiß 

703
00:36:05,480 --> 00:36:08,400
vielleicht noch gar nicht so 
ganz genau wo wo ich immer 

704
00:36:08,400 --> 00:36:11,200
landen werde, auf welcher Note, 
also auf welchem Server. 

705
00:36:12,240 --> 00:36:15,200
Mein größtes Problem ist, wie 
wird das geregelt mit den echten

706
00:36:15,200 --> 00:36:16,640
Daten? 
Also wenn der Gerrit jetzt 

707
00:36:16,640 --> 00:36:19,440
irgendwas abruft, so der braucht
ja irgendwie jede Webanwendung. 

708
00:36:19,440 --> 00:36:21,800
Das Wichtigste sind ja die 
verdammten Daten ja also ich 

709
00:36:21,800 --> 00:36:23,000
hab. 
Vielleicht eine riesige 

710
00:36:23,000 --> 00:36:25,600
Datenbank, die relativ zügig zu 
erreichen sein muss. 

711
00:36:26,080 --> 00:36:28,240
Und die ist ja irgendwie voll 
die zentrale Komponente, denn 

712
00:36:28,240 --> 00:36:30,560
wenn ich, wenn ich jetzt 
irgendwie, wenn ich jetzt 

713
00:36:30,560 --> 00:36:33,520
irgendwie skalieren will, dann 
muss ja jeder microservice, jede

714
00:36:33,520 --> 00:36:36,080
Anwendung, die irgendwas mit 
Daten zu tun hat, und ich würde 

715
00:36:36,080 --> 00:36:39,000
sagen, jede Anwendung, die 
irgendwie also sehr viele 

716
00:36:39,000 --> 00:36:41,280
Anwendungen brauchen, irgendwie 
irgendwo mal eine Daten, Datum, 

717
00:36:41,360 --> 00:36:44,280
daten, so ja, also das ist ja 
kein Seitenproblem, das ist ja 

718
00:36:44,280 --> 00:36:47,680
dann standardfall, ja dann 
müssen die ja quasi alle Zugriff

719
00:36:47,680 --> 00:36:49,440
auf die gleiche Datenbank haben,
oder? 

720
00:36:50,160 --> 00:36:52,280
Alle irgendwie ne Kopie von der 
Datenbank haben aber die 

721
00:36:52,280 --> 00:36:54,320
Richtige. 
Ja da muss ja mindestens das 

722
00:36:54,320 --> 00:36:55,800
stehen für Gerrit. 
Ja und wenn der Gerrit dann 

723
00:36:55,800 --> 00:36:58,320
irgendwie auf einmal umzieht mit
seinem Note, weil weil das 

724
00:36:58,320 --> 00:37:00,240
Gerrit oder sich überlegt hat, 
ich bin jetzt mal woanders, ja 

725
00:37:00,240 --> 00:37:03,400
weil wir haben ja zu viel Last 
auf dem Knoten und dann müssen 

726
00:37:03,400 --> 00:37:05,440
ja die Daten von Gerrit auch 
umziehen und so weiter und 

727
00:37:05,440 --> 00:37:08,080
sofort, also da, da hab ich noch
einen Knoten im Gehirn wie das 

728
00:37:08,080 --> 00:37:10,120
Cubanit ist irgendwie auch noch 
irgendwie magicly irgendwie 

729
00:37:10,120 --> 00:37:13,040
alles regelt, ja kannst du da so
ein paar Worte zu sagen, Mario? 

730
00:37:13,440 --> 00:37:17,840
Das Witzige ist, jetzt begeben 
wir uns in ein Gebiet, das seit.

731
00:37:18,320 --> 00:37:20,800
Ich würde jetzt mal sagen im 
Jahrzehnt, weil Cubonetis ist 

732
00:37:20,800 --> 00:37:22,400
dieses Jahr 10 Jahre alt 
geworden. 

733
00:37:22,640 --> 00:37:27,680
Die Geister scheidet nämlich 
haben persistente Daten etwas in

734
00:37:27,680 --> 00:37:32,600
einem cubonetis Cluster verloren
oder nicht, und das ist 

735
00:37:32,600 --> 00:37:36,120
tatsächlich mittlerweile eine 
fast philosophische Frage, wo 

736
00:37:36,120 --> 00:37:39,000
man da reingekommen ist, weil, 
wie du schon sagst, wir haben 

737
00:37:39,000 --> 00:37:41,040
halt das Problem, dass wir 
mittlerweile halt. 

738
00:37:41,360 --> 00:37:44,320
Cross Cluster Skalierungen 
machen und selbst wenn es nur in

739
00:37:44,320 --> 00:37:46,720
einem Cluster ist, wie kriegen 
wir die ganzen? 

740
00:37:46,720 --> 00:37:48,880
Wie kriegen wir die ganzen Daten
persistent zueinander? 

741
00:37:49,120 --> 00:37:52,720
Also per se ist die Idee an 
Cubonetis erstmal, dass deine 

742
00:37:52,720 --> 00:37:56,840
Workload, also deine Container 
nicht stateful sind, also die 

743
00:37:56,840 --> 00:38:00,320
keinen eigenen State haben. 
Es gibt zwar die Möglichkeit 

744
00:38:00,320 --> 00:38:03,040
eines stateful Sets, also das 
ist quasi wir haben auf der 

745
00:38:03,040 --> 00:38:05,600
einen Seite gibt es deployments,
Deployments sind einfach 

746
00:38:05,600 --> 00:38:08,480
stateless, du hast nichts dran, 
dann gibt es ein stateful Set, 

747
00:38:08,720 --> 00:38:12,000
da hängen im Endeffekt. 
Persistente Daten mit dran. 

748
00:38:12,000 --> 00:38:14,720
Ich kann die da auch als Volumes
mit rein mounten. 

749
00:38:14,720 --> 00:38:17,280
Also ein Volume ist im Endeffekt
da, wo deine Daten mit drin 

750
00:38:17,280 --> 00:38:19,520
liegen. 
Das Problem an der ganzen Sache 

751
00:38:19,520 --> 00:38:21,360
ist aber genau das was du schon 
sagst. 

752
00:38:22,000 --> 00:38:25,680
Wie verhält sich Storage zum 
Beispiel redright many also 

753
00:38:26,320 --> 00:38:28,960
schreiben, dass mehrere 
gleichzeitig schreiben können, 

754
00:38:28,960 --> 00:38:32,160
das ist das muss dein Storage 
hergeben, das ist das ist genau 

755
00:38:32,160 --> 00:38:35,200
das Problem und dafür die großen
Cloud Provider. 

756
00:38:35,760 --> 00:38:38,200
Haben das so ein bisschen 
gelöst, indem sie halt gesagt 

757
00:38:38,200 --> 00:38:40,800
haben okay wir bauen und jetzt 
wird es abgefahren. 

758
00:38:42,040 --> 00:38:45,160
Storage ist auch nur ein 
Container, der Halt beschreibbar

759
00:38:45,160 --> 00:38:47,200
ist. 
Und es gibt halt auch Anbieter 

760
00:38:47,200 --> 00:38:49,080
so kommerzielle Anbieter. 
Es gibt auch Open Source 

761
00:38:49,080 --> 00:38:53,480
Projekte die eben so so eine 
Storage Lösung die zum Beispiel 

762
00:38:53,480 --> 00:38:56,240
sich dann auch wieder über 
mehrere Server Stretched dazu 

763
00:38:56,240 --> 00:38:58,360
stellt. 
Also zum Beispiel gibt es da als

764
00:38:58,360 --> 00:39:02,320
Open Source Projekt gibt es das 
SAF, also CEPH. 

765
00:39:02,800 --> 00:39:04,960
Und dann baust du dir im 
Endeffekt nen Cluster auf, der 

766
00:39:04,960 --> 00:39:06,560
erstmal nur dafür da ist für für
Storage. 

767
00:39:06,560 --> 00:39:09,120
Also es hat nichts mit Cubonetes
zu tun, aber der kann Cubonetes 

768
00:39:09,120 --> 00:39:10,160
Storage zur. 
Verfügung stellen. 

769
00:39:10,160 --> 00:39:13,840
Also so n bisschen früher, wie 
mein Cluster File System wo was 

770
00:39:13,840 --> 00:39:15,560
ich irgendwie per Netzwerk 
irgendwie spannend über 

771
00:39:15,560 --> 00:39:18,440
verschiedene Worker und so 
weiter und dann da passiert viel

772
00:39:18,440 --> 00:39:20,400
Magie drin, synchronisiert sich 
von allein und ich schreibe da 

773
00:39:20,400 --> 00:39:22,080
einfach rein und hoffe, dass 
nichts passiert, wenn ich es 

774
00:39:22,080 --> 00:39:23,440
gleichzeitig tue. 
Genau. 

775
00:39:23,440 --> 00:39:25,920
Und wir haben das tatsächlich. 
Wir haben das Across Data 

776
00:39:25,920 --> 00:39:29,320
Center, also wir haben, wir 
haben, ich habe Projekte, wo ich

777
00:39:29,320 --> 00:39:32,160
mitgearbeitet habe, wo der 
Storage eben dieses, dieses 

778
00:39:32,160 --> 00:39:35,040
dieser Shared storage und dann 
um dann halt auf diesen Speed zu

779
00:39:35,040 --> 00:39:39,040
kommen, über Data Center hinweg 
geht, das heißt du hast einen 

780
00:39:39,280 --> 00:39:42,720
Storage Cluster der über mehrere
Data Center die physikalisch 

781
00:39:42,720 --> 00:39:45,680
auseinander sind hinweg 
funktioniert. 

782
00:39:46,240 --> 00:39:49,280
Alternativ, du musst halt deine 
Applikation einfach darauf 

783
00:39:49,280 --> 00:39:51,040
optimieren. 
Also wenn man jetzt wieder auf 

784
00:39:51,040 --> 00:39:53,320
dieses ganze Thema kommt, was du
ja gemeint hast, du brauchst 

785
00:39:53,320 --> 00:39:55,720
irgendeine riesige Datenbank, es
gibt ja mehrere 

786
00:39:55,720 --> 00:40:00,400
Datenbanktechnologien, die im 
Endeffekt in der Lage sind, ein 

787
00:40:00,400 --> 00:40:07,320
großes, eine große verteilte 
Aufbau hinzustellen, also zum 

788
00:40:07,320 --> 00:40:08,880
Beispiel wenn ich jetzt einen 
Microservice habe. 

789
00:40:09,360 --> 00:40:11,920
Der mit einer Persistenten, also
mit einer SQL Datenbank 

790
00:40:11,920 --> 00:40:14,560
arbeitet. 
Dann lese ich halt von den von 

791
00:40:14,560 --> 00:40:16,800
den Slaves. 
Ich habe vielleicht meine meinen

792
00:40:16,800 --> 00:40:20,400
Master auf den ich schreibe oder
es gibt ja auch zum Beispiel 

793
00:40:20,400 --> 00:40:23,560
Datenbanken die über Charts 
arbeiten, also Mongo DB zum 

794
00:40:23,560 --> 00:40:26,240
Beispiel ist ja so eine 
klassische Chart Datenbank wo du

795
00:40:26,320 --> 00:40:29,840
eben aufbauen kannst, dass das 
auch über die über die gleiche 

796
00:40:29,920 --> 00:40:33,360
Mehrgröße sich erstreckt und im 
Endeffekt ist das eigentlich der

797
00:40:33,360 --> 00:40:35,920
Anwendungsfall den du mit 
Kubanitis dann auch bauen musst.

798
00:40:36,080 --> 00:40:39,160
Ist du baust deine Applikation 
und. 

799
00:40:39,280 --> 00:40:44,800
Muss genauso global laufen 
können wie du selber. 

800
00:40:44,800 --> 00:40:48,000
Das heißt, das ist auch das 
Problem, dass Legacy 

801
00:40:48,000 --> 00:40:51,040
Applications in den Cubonetes 
Cluster packen und das ist 

802
00:40:51,040 --> 00:40:54,480
vielleicht dann auch der 
Überleitung zu Gerrit von wegen 

803
00:40:54,640 --> 00:40:57,080
für wen ist es interessant und 
für wen nicht? 

804
00:40:57,400 --> 00:41:00,720
Eine Legacy Application in einen
Cluster zu packen kann ich schon

805
00:41:00,720 --> 00:41:03,360
machen, ist aber wahrscheinlich 
nicht so klug, aber. 

806
00:41:03,920 --> 00:41:06,080
Also der der einzige 
Anwendungsfall ist. 

807
00:41:06,240 --> 00:41:08,680
Ich will das Ding irgendwann 
ablösen und ich will mich jetzt 

808
00:41:08,680 --> 00:41:11,360
nicht selber um eine VM noch mit
kümmern wo das Ding drauf läuft 

809
00:41:11,360 --> 00:41:14,520
oder einen Server drum kümmern, 
dass es zumindest schon mal in 

810
00:41:14,520 --> 00:41:17,480
der neuen Welt ist. 
Aber performant wirst du es 

811
00:41:17,480 --> 00:41:19,720
niemals kriegen. 
OK, verstanden? 

812
00:41:19,720 --> 00:41:22,560
Also das ist nicht so einfach 
erklärt, da gibt es also ich 

813
00:41:22,560 --> 00:41:24,960
fasse das nur mal diesen Aspekt 
zusammen, dann lasse ich gerade 

814
00:41:24,960 --> 00:41:28,160
ein bisschen mehr Aspekte 
zusammenfassen, aber diese diese

815
00:41:28,240 --> 00:41:33,120
dann, das hat ja auch noch so 
ein Zuckerstückchen mit Daten. 

816
00:41:33,440 --> 00:41:35,720
Wenn ich jetzt, wenn ich jetzt 
zum Beispiel eine datenlastige 

817
00:41:35,720 --> 00:41:38,000
Anwendung habe, unsere ist zum 
Beispiel ziemlich datenlastig, 

818
00:41:38,000 --> 00:41:40,160
da werden relativ viele Daten 
andauernd gespeichert und 

819
00:41:40,160 --> 00:41:43,040
gelesen, und wenn ich das jetzt 
aber auch noch performant 

820
00:41:43,040 --> 00:41:45,200
hinkriegen will, also sowas wie 
ein Realtime im Browser, dann 

821
00:41:45,200 --> 00:41:46,800
will ich ja eigentlich 
vermeiden, dass ich jetzt aus 

822
00:41:46,800 --> 00:41:48,880
einer riesen zentralen 
Datenbank, die irgendwo liegt, 

823
00:41:48,880 --> 00:41:51,440
andauernd einen Netzwerk Call 
mache, denn das muss ich ja tun,

824
00:41:51,600 --> 00:41:54,720
die liegt ja vielleicht gar 
nicht auf dem gleichen Note und 

825
00:41:54,720 --> 00:41:56,560
und und. 
Wieviel Speed kriege ich, wenn 

826
00:41:56,560 --> 00:41:59,840
ich, wenn ich die Daten direkt 
neben dem Computing neben der 

827
00:41:59,840 --> 00:42:02,800
Computing Engine habe? 
Liegen hab ja, da muss ich ja 

828
00:42:02,800 --> 00:42:05,200
nur von der Platte lesen und 
spiele ja immer hoch. 

829
00:42:05,200 --> 00:42:07,800
Ja das sind ja alles so Sachen 
wo ich mir denke so boah wenn 

830
00:42:07,800 --> 00:42:10,280
das das klingt ja alles toll und
so, ich kann damit irgendwie 

831
00:42:10,280 --> 00:42:14,120
skalieren, aber da geht ja ganz 
schön viel reibungsverlust drauf

832
00:42:14,120 --> 00:42:15,800
so gerade wenn ich jetzt 
irgendwie so zentrale 

833
00:42:16,560 --> 00:42:18,000
Clusterpfeil ist. 
Ja oder vielleicht macht das 

834
00:42:18,000 --> 00:42:20,560
auch kein, vielleicht macht das 
auch kein Brot so ja aber. 

835
00:42:20,720 --> 00:42:23,520
Der Punkt ist tatsächlich, und 
das ist das Schöne da dran, es 

836
00:42:23,520 --> 00:42:27,000
kommt im Endeffekt drauf an, wie
ist die Verbindung zwischen den 

837
00:42:27,000 --> 00:42:29,840
Notes, also wie. 
Was hast du im Endeffekt 

838
00:42:29,840 --> 00:42:31,600
zwischen den Notes für 
Networking? 

839
00:42:31,600 --> 00:42:37,400
Weil die Notes sind verbunden zu
den zu der Controlplane, also 

840
00:42:37,400 --> 00:42:39,880
die Workernotes zu der 
Controlplane sind in der Regel 

841
00:42:39,880 --> 00:42:42,240
verbunden über ein Tool, das 
nennt sich Connectivity, also 

842
00:42:42,240 --> 00:42:44,160
mit K geschrieben, das ist auch 
ein Teil von Google nethers 

843
00:42:44,160 --> 00:42:46,960
Projekt ist ein Layer 2 TCP 
Proxy. 

844
00:42:47,840 --> 00:42:50,880
Du musst nicht durch 
irgendwelche, und das ist der 

845
00:42:50,880 --> 00:42:53,120
Vorteil, wenn jetzt die 
Datenbank in deinem Cluster 

846
00:42:53,120 --> 00:42:55,840
mitlaufen lässt. 
Und ja, ich bin ein Freund, 

847
00:42:55,840 --> 00:43:00,000
Datenbanken in seinem Cluster 
mitlaufen zu lassen und damit 

848
00:43:00,000 --> 00:43:02,280
damit werden jetzt ganz viele 
Leute wahrscheinlich eigentlich 

849
00:43:02,280 --> 00:43:06,480
an die Gurgel springen, dass ich
das sage, aber im Endeffekt 

850
00:43:06,480 --> 00:43:09,920
musst du das Ganze so sehen, 
dass dadurch, dass die Datenbank

851
00:43:09,920 --> 00:43:13,040
in dem Cluster mitläuft. 
Hab ich auch nicht mehr diesen 

852
00:43:13,040 --> 00:43:16,080
diesen Networking Overhead, wo 
ich vielleicht in n anderes 

853
00:43:16,080 --> 00:43:19,040
Netzwerk gehen muss, sondern das
ist ja alles ein innercluster 

854
00:43:19,040 --> 00:43:25,120
Network was miteinander agiert 
und wir benutzen oder viele und 

855
00:43:25,120 --> 00:43:27,360
da jetzt wird es super technisch
und das machen wir auch bloß 

856
00:43:27,360 --> 00:43:30,640
ganz kurz. 
Das Container Network Interface,

857
00:43:30,640 --> 00:43:34,080
also wie quasi das Network in 
einem Cluster aufgebaut, ist mit

858
00:43:34,080 --> 00:43:36,880
zwischen den Containern. 
Da gibt es mehrere Möglichkeiten

859
00:43:36,880 --> 00:43:39,720
und der oder das am meisten 
verbreitete aktuell ist 

860
00:43:39,720 --> 00:43:45,520
tatsächlich silium und Silium 
ist IBPF based und IBPF based. 

861
00:43:45,520 --> 00:43:49,200
Es geht quasi auf Kernel Ebene 
runter, das heißt ein Network 

862
00:43:49,200 --> 00:43:52,720
Traffic geht bis auf die Linux 
Kernel Ebene runter. 

863
00:43:53,600 --> 00:43:55,840
Und damit kriegst du halt schon 
ganz schön viel Geschwindigkeit 

864
00:43:55,920 --> 00:43:59,840
raus aus diesen ganzen Sachen. 
Also Performance ist immer ein 

865
00:43:59,840 --> 00:44:04,400
Thema, aber wenn man sich, ich 
sag mal genug Hirnschmalz 

866
00:44:04,400 --> 00:44:07,600
reinsteckt, wenn man sich seine 
Architektur baut, dann macht das

867
00:44:07,600 --> 00:44:10,880
durchaus, dann dann kriegt man 
da tatsächlich irgendwie Gewinn 

868
00:44:10,880 --> 00:44:12,160
bei raus. 
Cool, danke. 

869
00:44:12,320 --> 00:44:14,600
So, jetzt können wir wieder 
aufsteigen aus dem technischen 

870
00:44:14,600 --> 00:44:16,960
Sumpf, ja. 
Jetzt habt ihr hier so einen 

871
00:44:16,960 --> 00:44:18,560
Spannungsbogen aufgebaut. 
Ich kann gar nicht so viel 

872
00:44:18,560 --> 00:44:24,920
zusammenfassen, aber aber. 
Aber also letzten Endes fand ich

873
00:44:24,920 --> 00:44:27,840
schon ganz kurz zu verstehen, 
dass es NN Cluster gibt und das 

874
00:44:27,840 --> 00:44:31,440
hat insofern Limitierung, dass 
man sagt, bis wohin ist 

875
00:44:31,440 --> 00:44:33,920
eigentlich getestet von der Open
Source Gemeinschaft. 

876
00:44:33,920 --> 00:44:38,600
Also was bei 5000 Notes war und 
125 Pots dann pro Note oder bis 

877
00:44:38,600 --> 00:44:41,840
zu 125 und im Cluster gibt es 
verschiedene Komponenten, so ne 

878
00:44:41,840 --> 00:44:46,800
Art Steuerungsbrücke haben wir 
gesagt, ist controlplain und was

879
00:44:46,800 --> 00:44:49,440
ich da spannend fand ist, dass 
du gesagt hast wenn es 3 Stück 

880
00:44:49,440 --> 00:44:51,040
sind, spricht man eigentlich von
Hochverfügbarkeit. 

881
00:44:51,040 --> 00:44:53,200
Das heißt, wenn Zweibrücken 
Abrauchen ist immer noch eine da

882
00:44:53,200 --> 00:44:58,160
und dann hab ich quasi n 
hochverfügbares System, ja dann 

883
00:44:58,160 --> 00:45:01,520
gibt es die Workernotes, wo die 
eigentlichen Pots laufen, ein 

884
00:45:01,520 --> 00:45:03,600
Pod ist immer ein Stellplatz für
einen Container von meiner 

885
00:45:03,600 --> 00:45:06,880
eigentlichen Anwendung ne und 
und von denen kann es beliebig 

886
00:45:06,880 --> 00:45:11,920
viel geben 5000 ist getestet, du
hast aber auch gesagt 65000 ist,

887
00:45:11,920 --> 00:45:15,240
man munkelt über 65000. 
Also Google hat es getestet. 

888
00:45:15,240 --> 00:45:16,720
Also Google hat macht damit 
Werbung. 

889
00:45:16,720 --> 00:45:19,520
Sie haben mit 65000 Notes 
getestet und es läuft. 

890
00:45:20,000 --> 00:45:22,720
So, und dann gibt es ne ganze 
Menge an an Komponenten, die ich

891
00:45:22,720 --> 00:45:25,040
jetzt nicht noch mal wiederholen
will, aber die dafür sorgen, 

892
00:45:25,040 --> 00:45:27,720
dass Container vernünftig 
verteilt werden in diesem, in 

893
00:45:27,720 --> 00:45:29,800
diesem Cluster oder immer an der
Stelle gestartet werden und 

894
00:45:29,800 --> 00:45:33,280
wieder gestoppt, wo es halt 
gerade am sinnvollsten ist. 

895
00:45:33,440 --> 00:45:35,360
Ne, darum geht es ja eigentlich 
viel jetzt um das Container 

896
00:45:35,360 --> 00:45:38,320
hochziehen und immer wieder 
Container auch wieder schließen.

897
00:45:39,200 --> 00:45:42,680
So und dann gibt es noch. 
Nicht nur ein Cluster, sondern 

898
00:45:42,680 --> 00:45:44,720
die Cross Cluster hast du glaube
ich gerade gesagt. 

899
00:45:44,720 --> 00:45:46,160
Da gibt es auch noch 
Kommunikation. 

900
00:45:47,040 --> 00:45:48,280
Genau. 
Und dann gibt es auch noch die 

901
00:45:48,280 --> 00:45:51,200
Möglichkeit, dass man eben Cross
Cluster Cross Cluster 

902
00:45:51,200 --> 00:45:53,600
Communication macht, aber da 
brauchst du halt wieder andere 

903
00:45:53,600 --> 00:45:55,600
Tools, da kommt dann das ist 
dann der Punkt wo dann so 

904
00:45:55,600 --> 00:45:59,920
Service Mashes interessant 
werden und Cluster mashes, die 

905
00:45:59,920 --> 00:46:02,080
dann eben sich über mehrere 
Cluster erstrecken. 

906
00:46:02,960 --> 00:46:05,480
Und das brauche ich erst, wenn 
ich, wenn ich so international 

907
00:46:05,480 --> 00:46:07,520
und soweit schon aufgestellt mit
meiner Software das. 

908
00:46:08,440 --> 00:46:10,800
Dass ich ganz viele Nutzer aus 
den USA hab und ganz viele aus 

909
00:46:11,520 --> 00:46:13,600
aus der Dachregion vielleicht 
und so weiter und den möchte ich

910
00:46:13,600 --> 00:46:14,720
nicht durch die Welt schicken, 
quasi. 

911
00:46:15,120 --> 00:46:19,120
Genau oder einfach, wenn du und 
da sind wir auch wieder bei der 

912
00:46:19,200 --> 00:46:23,320
wie baue ich Architektur, wenn 
ich dann sage, ich zersplitte 

913
00:46:23,320 --> 00:46:26,960
meine Architektur von 
Microservices über über Cluster,

914
00:46:27,440 --> 00:46:30,400
dass quasi ein Cluster sterben 
kann, und dann ist nur eine 

915
00:46:30,400 --> 00:46:32,320
Komponente weg. 
Ja. 

916
00:46:32,560 --> 00:46:35,080
Weil weil irgendwas passiert. 
Aber andere Komponenten laufen 

917
00:46:35,080 --> 00:46:36,920
dann halt weiter. 
Das ist, das ist einfach immer 

918
00:46:36,920 --> 00:46:41,240
ne Architekturfrage wie wo 
befinden wir uns da in und wie 

919
00:46:41,240 --> 00:46:43,960
ist das Umfeld oder vielleicht 
brauch ich auch einfach ne ne 

920
00:46:43,960 --> 00:46:46,720
physikalische Trennung weil ich 
vielleicht ne kubonäres Cluster 

921
00:46:46,720 --> 00:46:49,040
in der Fabrik laufen lasse oder 
mehrere Kubonieres Cluster in 

922
00:46:49,040 --> 00:46:52,320
der Fabrik laufen lasse. 
Daran anschließend hab ich hab 

923
00:46:52,320 --> 00:46:53,920
ich mich gerade was gefragt, 
aber schon länger. 

924
00:46:54,480 --> 00:46:56,080
Was ist denn eigentlich der der 
Typische? 

925
00:46:56,320 --> 00:46:59,040
Anwendungsfall hab ich als 
Softwareanbieter eigentlich n 

926
00:46:59,040 --> 00:47:00,120
Cluster. 
Also jetzt sag ich mal 

927
00:47:00,120 --> 00:47:02,360
heisenware wir machen unsere 
Local Plattform und so jetzt mal

928
00:47:02,360 --> 00:47:04,760
angenommen wir sind irgendwann 
ganz groß, das gibt es weltweit 

929
00:47:04,760 --> 00:47:08,480
und dann würden wir uns ein 
Cluster aufsetzen um unsere 

930
00:47:08,480 --> 00:47:11,160
Kunden zu bedienen oder ist es 
eigentlich andersrum, dass 

931
00:47:11,160 --> 00:47:15,560
irgendein Endkunde der ne weiß 
ich nicht meinetwegen im 

932
00:47:15,560 --> 00:47:19,360
Manufacturing Bereich hat 
irgendwie 100 Werke auf der 

933
00:47:19,360 --> 00:47:22,320
ganzen Welt und Riesen IT 
Anforderungen, dass der sich 

934
00:47:22,320 --> 00:47:26,000
eigentlich eher nen Cluster 
aufbaut oder Kubernetes nutzt. 

935
00:47:26,320 --> 00:47:28,480
Also oder ist es auf beiden 
Seiten nutzbar? 

936
00:47:28,480 --> 00:47:30,480
Also es. 
Ist auf beiden Seiten nutzbar, 

937
00:47:30,720 --> 00:47:33,200
weil im Endeffekt ist halt wenn 
ihr Software as a Service 

938
00:47:33,200 --> 00:47:35,840
anbietet, dann seid ihr im 
Endeffekt der skalierende 

939
00:47:35,840 --> 00:47:37,200
Faktor. 
Ne, das heißt ihr bietet die 

940
00:47:37,200 --> 00:47:42,240
Plattform an und ihr lasst quasi
die Sachen auf ne kombinierte 

941
00:47:42,240 --> 00:47:44,960
Klasse laufen oder auf mehrere 
Laufen und bietet das euren 

942
00:47:44,960 --> 00:47:48,640
Kunden an wenn du in der 
Industrie bist, gibt es ganz 

943
00:47:48,640 --> 00:47:51,760
andere Anwendungsfälle im 
Endeffekt, weil da ist ja das 

944
00:47:51,760 --> 00:47:54,880
Problem in der Regel, die wollen
ja auch weiterlaufen wenn die 

945
00:47:54,880 --> 00:47:58,880
mal kein Internet haben. 
Weil irgendwie keine Ahnung. 

946
00:47:58,880 --> 00:48:01,880
Bagger hat durchs Kabel 
gebaggert, vor der Fabrik kein 

947
00:48:01,880 --> 00:48:05,920
Job, das habe ich schon mal 
miterlebt und dann war halt das 

948
00:48:05,920 --> 00:48:08,480
Werk offline und aber die 
Produktion muss ja weitergehen, 

949
00:48:08,720 --> 00:48:11,840
das heißt, Cubonetes ist eben, 
und ich glaube, das ist das 

950
00:48:11,840 --> 00:48:16,720
Schöne daran, was man sagen 
kann, ist cubonetes ist so, so 

951
00:48:16,720 --> 00:48:22,800
generisch mittlerweile und so 
allumfassend für als. 

952
00:48:23,120 --> 00:48:26,320
Als Grundstock, um deine 
Container laufen zu lassen. 

953
00:48:26,400 --> 00:48:30,400
Dass du das eben in allen 
Bereichen im Endeffekt einsetzen

954
00:48:30,400 --> 00:48:32,880
kannst. 
Also im Endeffekt ist es egal, 

955
00:48:33,360 --> 00:48:37,240
welche Größe du hast. 
Also von von kleineren Firmen 

956
00:48:37,240 --> 00:48:40,160
bis größeren Firmen, also zum 
Beispiel ein Bekannter von mir, 

957
00:48:40,160 --> 00:48:42,800
der benutzt ein cubonetis 
Cluster, einfach eine Managed, 

958
00:48:42,840 --> 00:48:46,320
eine Managed cubonetis Lösung, 
er hat selber nicht wirklich die

959
00:48:46,320 --> 00:48:49,440
Ahnung was was die einzelnen 
Komponenten im Cubonetis 

960
00:48:49,440 --> 00:48:52,000
Cluster. 
Tun, weil er eben den Cluster 

961
00:48:52,000 --> 00:48:55,360
selber nicht managen muss, 
sondern einfach nur den Service 

962
00:48:55,920 --> 00:48:59,840
benutzt als als commonites 
Endanwender. 

963
00:48:59,920 --> 00:49:02,680
Und das Einzige, worum er sich 
kümmern muss, ist, wie kriege 

964
00:49:02,680 --> 00:49:05,280
ich meine meine Deployments, 
also wie kriege ich meine Pods 

965
00:49:05,360 --> 00:49:07,600
in den Cluster, aber um den 
Betrieb des Clusters muss er 

966
00:49:07,600 --> 00:49:11,240
sich selber nicht kümmern und 
das ist eben glaube ich so, 

967
00:49:11,240 --> 00:49:14,960
dieser der Grund auch warum das 
mittlerweile so den Weg als die 

968
00:49:14,960 --> 00:49:18,520
Standardplattform für für 
Containeranwendungen gefunden 

969
00:49:18,520 --> 00:49:21,440
hat ist weil es eben 
verschiedene Optionen und 

970
00:49:21,440 --> 00:49:23,680
Anwendungsfelder gibt. 
Also ich kann zum Beispiel auch 

971
00:49:23,680 --> 00:49:27,440
n Cubonetes Cluster als Single 
Note betreiben, wo Worker und 

972
00:49:27,440 --> 00:49:31,520
Controlplain auf der gleichen 
Note basieren, also dann ist das

973
00:49:31,520 --> 00:49:33,200
im. 
Im Endeffekt ist das halt dann 

974
00:49:33,280 --> 00:49:36,640
eine einzige Maschine und dann 
gehen wir dann irgendwie in Edge

975
00:49:36,640 --> 00:49:39,400
Bereich. 
Also ich hab nen Cluster gebaut 

976
00:49:39,400 --> 00:49:45,200
der läuft auf 3 Raspberry Pies 
und n Jets NNX also von Nvidia 

977
00:49:45,200 --> 00:49:49,040
für für ne GPU und das Ding ist 
10 * 10 Zentimeter. 

978
00:49:49,920 --> 00:49:52,640
Ne das das sind halt dann 
winzige tragbare 

979
00:49:52,640 --> 00:49:56,320
Coronitisklasse, die halt 
wahnsinnig es einfach machen 

980
00:49:56,480 --> 00:50:00,280
Software auszurollen in einer 
standardisierten Art und Weise, 

981
00:50:00,280 --> 00:50:02,600
weil das ist ja auch die Idee 
von Docker damals gewesen. 

982
00:50:02,600 --> 00:50:05,200
Ne, ich kann deinen, ich kann 
deinen Entwicklerrechner nicht 

983
00:50:05,200 --> 00:50:09,360
shippen in production, aber ich 
kann Container shippen und im 

984
00:50:09,360 --> 00:50:12,320
Endeffekt ist es eben so. 
Ich kann vielleicht nicht 

985
00:50:12,320 --> 00:50:15,120
irgendwie dieses 
containerzusammelsurium shippen,

986
00:50:15,120 --> 00:50:18,000
aber ich kann Standard 
bereitstellen, wo das überall. 

987
00:50:18,320 --> 00:50:21,480
Gegeben ist, dass das überall 
funktioniert, also da, da kommen

988
00:50:21,480 --> 00:50:24,400
wir halt wieder in die Welt von 
dir, die IT Welt baut sich 

989
00:50:24,400 --> 00:50:27,040
selber ihre Standards auf das. 
Ist interessant was du sagst, 

990
00:50:27,040 --> 00:50:30,840
weil man könnte jetzt die die 
Meinung kriegen, so kompliziert 

991
00:50:30,840 --> 00:50:32,600
dieses anhört und so viel 
Komponenten wie es da gibt und 

992
00:50:32,600 --> 00:50:35,680
so weiter und es ist ja auch 
wirklich komplex und kybernet 

993
00:50:35,680 --> 00:50:37,720
das ist jetzt nicht, das machst 
du frühstückst du immer nicht 

994
00:50:37,720 --> 00:50:40,360
eben beim so nebenbei ab und 
dann kannst du das, da muss man 

995
00:50:40,360 --> 00:50:42,840
sich schon glaube ich einen 
Schluck länger mit befassen, es 

996
00:50:42,840 --> 00:50:46,560
ist aber dennoch. 
Relativ performant und dünn 

997
00:50:46,560 --> 00:50:48,080
also. 
Es ist nicht so, es ist gar 

998
00:50:48,080 --> 00:50:50,200
nicht so ein dickes Ding, wenn 
du sagst, ich kann das irgendwie

999
00:50:50,200 --> 00:50:52,080
auf dem Rugby drauf laufen 
lassen und hat es zwar viele 

1000
00:50:52,080 --> 00:50:54,080
Konzepte und so, es ist von der 
Architektur vielleicht 

1001
00:50:54,080 --> 00:50:57,680
herausfordernd, je nachdem was 
ich so mache damit, aber es ist,

1002
00:50:58,720 --> 00:51:01,760
es braucht gar nicht selber so 
viele Overhead und Ressourcen, 

1003
00:51:01,760 --> 00:51:05,200
es läuft relativ schlank und ist
hochoptimiert quasi meine 

1004
00:51:05,200 --> 00:51:07,600
Anwendung irgendwie zu zu 
managen. 

1005
00:51:08,160 --> 00:51:11,120
Genau, und das ist portabel, ne,
also du kannst es halt in den 

1006
00:51:11,120 --> 00:51:13,840
verschiedensten Umgebungen 
laufen lassen, du kannst es auf 

1007
00:51:13,840 --> 00:51:17,040
armbasierter Technologie laufen 
lassen, du kannst es auf den 

1008
00:51:17,040 --> 00:51:24,560
klassischen X 86 Architekturen 
laufen lassen, es gibt auch eine

1009
00:51:24,560 --> 00:51:28,560
sig Windows, also du kannst es 
auch auf Windows laufen lassen, 

1010
00:51:28,560 --> 00:51:33,360
wer immer das möchte, genau du 
bist halt portabel, das ist das 

1011
00:51:33,360 --> 00:51:35,600
ist das Schöne da dran und es 
ist halt nen. 

1012
00:51:36,440 --> 00:51:41,120
Es ist halt sehr, sehr recilent 
was das Ganze angeht. 

1013
00:51:41,120 --> 00:51:44,240
Ne das ist glaub ich ich glaub 
das haben wir auch bisher noch 

1014
00:51:44,240 --> 00:51:47,760
gar nicht gesagt, also der Grund
warum ich nen Cubonitis benutze 

1015
00:51:47,760 --> 00:51:52,000
ist cubonitis hat ne self 
feeling Funktion weil Cubonitis 

1016
00:51:52,240 --> 00:51:57,440
versucht erstmal Sachen immer 
wieder das heißt wenn irgendwas 

1017
00:51:57,440 --> 00:52:00,560
kaputt geht versucht es das 
ganze so lange bis es geht. 

1018
00:52:01,120 --> 00:52:03,120
Deswegen habe ich dann 
vielleicht, wenn wirklich was 

1019
00:52:03,120 --> 00:52:06,240
kaputt ist, irgendwie da steht 
bei einem Pod, der Pod wurde 

1020
00:52:06,240 --> 00:52:08,840
irgendwie 8950 mal neu 
gestartet, dann. 

1021
00:52:09,160 --> 00:52:11,000
Habe ich wahrscheinlich einen 
Bug in der Software irgendwo 

1022
00:52:11,000 --> 00:52:12,440
gehabt? 
Genau das ist das. 

1023
00:52:12,440 --> 00:52:15,440
Klingt erstmal irgendwie, oh, 
das ist ja total doof, aber 

1024
00:52:15,440 --> 00:52:18,080
manchmal ist es auch einfach nur
ein Schluckauf und dieser 

1025
00:52:18,080 --> 00:52:21,360
schluckauf behebt sich halt dann
selber, wenn das halt, wenn wenn

1026
00:52:21,360 --> 00:52:23,600
halt irgendwas passiert. 
Deswegen ist diese Self Feeling 

1027
00:52:23,600 --> 00:52:26,640
Architektur da halt immer das 
was man vielleicht was die 

1028
00:52:26,640 --> 00:52:29,880
meisten Leute. 
Auch nicht nicht wirklich so auf

1029
00:52:29,880 --> 00:52:32,520
dem Schirm haben ist, wenn jetzt
ein Pod kaputt geht, weil die 

1030
00:52:32,520 --> 00:52:35,480
Software crasht, dann kriegt der
Couponet das ja mit. 

1031
00:52:35,480 --> 00:52:39,360
Hey, der Pod ist gecrasht, aber 
wie ich weiß, dass es vorher 

1032
00:52:39,360 --> 00:52:41,680
gelaufen ist. 
Das heißt Escatular einfach. 

1033
00:52:41,680 --> 00:52:44,640
Also ich nehme diesen Pod und 
packe ihn einfach wieder 

1034
00:52:44,640 --> 00:52:47,720
irgendwo hin und dann wird er 
wieder komplett neu aus dem 

1035
00:52:47,720 --> 00:52:50,960
Docker Image gestartet und das 
was den den Pod crasht so 

1036
00:52:50,960 --> 00:52:53,800
verursacht hat. 
Ist dann im Endeffekt erstmal 

1037
00:52:53,800 --> 00:52:55,920
egal. 
Ne, das heißt ich kann das heißt

1038
00:52:55,920 --> 00:52:58,160
ich habe zwar die Downtime in 
dem Moment wo der Pod kaputt 

1039
00:52:58,160 --> 00:53:01,120
gegangen ist, aber in dem, aber 
dann wird sofort wie dieser 

1040
00:53:01,520 --> 00:53:04,960
quasi neuer Pod gestartet mit 
dem gleichen Container drin und 

1041
00:53:04,960 --> 00:53:07,640
ich habe quasi nicht so diese 
Ausfallzeit und ich glaube das 

1042
00:53:07,640 --> 00:53:11,160
ist auch das was was viele Leute
irgendwie nicht unterschätzen 

1043
00:53:11,160 --> 00:53:15,320
ist, wenn ihr mir jetzt eine 
komplette Node kaputt geht die 

1044
00:53:15,320 --> 00:53:18,400
unten drunter liegt von diesen 
Workernotes und ich habe noch 

1045
00:53:18,400 --> 00:53:21,920
genug Platz auf den anderen 
Sachen, dann nimmt er die Pods 

1046
00:53:21,920 --> 00:53:24,240
die. 
Die auf der Workernote drauf 

1047
00:53:24,240 --> 00:53:27,280
hätten laufen sollen oder 
gelaufen sind und pack die auf 

1048
00:53:27,280 --> 00:53:30,640
die anderen Notes mit drauf. 
Das heißt dein dein System 

1049
00:53:30,880 --> 00:53:34,640
bleibt obwohl du vielleicht 
irgendwie hardwareausfälle hast 

1050
00:53:34,640 --> 00:53:39,520
oder obwohl irgendwo einen 
Software Crash ist, wird dein 

1051
00:53:39,520 --> 00:53:43,040
System am Laufen erhalten, ohne 
dass du erst mal was tun musst. 

1052
00:53:43,040 --> 00:53:45,880
Also generell sollte man sich 
eine kaputte Note vielleicht 

1053
00:53:45,880 --> 00:53:50,040
trotzdem mal anschauen, aber. 
Von der Idee her ist das Halt. 

1054
00:53:50,040 --> 00:53:52,960
Es nimmt dir halt schon mal 
Arbeit ab und hilft dir auch 

1055
00:53:52,960 --> 00:53:55,200
eben quasi hoch verfügbar eben 
zu sein. 

1056
00:53:55,680 --> 00:53:57,440
Ja, das ist ein total wichtiger 
Punkt da. 

1057
00:53:57,440 --> 00:53:59,200
Da will ich noch was zu 
ergänzen, denn das hat man mir 

1058
00:53:59,200 --> 00:54:02,560
auch so beigebracht, das ist ja 
so, je größer ich eine Anwendung

1059
00:54:02,560 --> 00:54:05,040
Anwendung werden lasse, mit je 
mehr Komponenten und je mehr 

1060
00:54:05,040 --> 00:54:09,720
Server dabei bei quasi arbeiten,
desto höher ist ja die 

1061
00:54:09,720 --> 00:54:11,280
Wahrscheinlichkeit, dass man was
ausfällt. 

1062
00:54:11,280 --> 00:54:13,760
Ja und man muss als 
Softwarearchitekt nicht denken. 

1063
00:54:14,240 --> 00:54:17,360
Darf das System nie so sein, 
dass ich denke okay im optimalen

1064
00:54:17,360 --> 00:54:21,280
Fall läuft hier immer alles, 
sondern ich muss die Annahme zur

1065
00:54:21,280 --> 00:54:24,440
Regel machen, dass immer mal 
wieder was kaputt geht, gerade 

1066
00:54:24,440 --> 00:54:26,480
wenn es, wenn ich ein großes 
System habe, das heißt, wenn ich

1067
00:54:26,480 --> 00:54:30,480
ein resilient System aufbauen 
will, hilft mir kubanitis dabei,

1068
00:54:31,120 --> 00:54:34,120
quasi diese Annahme hier wird 
mal irgendwie eine Festplatte 

1069
00:54:34,120 --> 00:54:35,760
ausfallen, hier wird mal 
irgendwie ein Cluster nicht da 

1070
00:54:35,760 --> 00:54:37,920
sein, hier ist mal irgendwo ein 
Netzwerkkabel irgendwie was. 

1071
00:54:38,720 --> 00:54:40,920
Oder irgendjemand hat das sogar 
im Rechenzentrum irgendwie 

1072
00:54:40,920 --> 00:54:43,760
verbockt oder irgendsowas, das 
gehört halt quasi zum Daily, zum

1073
00:54:43,760 --> 00:54:48,080
Daily Business und dann hilft 
mir das System quasi trotzdem so

1074
00:54:48,080 --> 00:54:51,040
gut es geht halt. 
Ja, es gibt natürlich immer auch

1075
00:54:51,120 --> 00:54:53,920
steigerungsstufen ne, wenn es 
halt irgendwie alles erdgabel 

1076
00:54:53,920 --> 00:54:55,360
weg ist. 
So in der Ostsee und es ist halt

1077
00:54:55,360 --> 00:54:58,080
blöd, ja, aber wenn es das halt 
nicht ist, dann dann bin ich 

1078
00:54:58,080 --> 00:55:01,040
trotzdem relativ stabil in 
meiner Anwendung und das denkt 

1079
00:55:01,040 --> 00:55:03,520
das Kybernet es quasi für mich 
mit so ich es verstanden habe. 

1080
00:55:03,920 --> 00:55:06,400
Und muss mir nicht ganz so viele
Gedanken mehr selber machen als 

1081
00:55:06,400 --> 00:55:09,040
Anwendungsentwickler überhaupt 
die Stabilität meiner Anwendung 

1082
00:55:09,280 --> 00:55:12,440
gegebenen Ausfällen von Hardware
oder Netzwerk oder wie auch 

1083
00:55:12,440 --> 00:55:15,280
immer. 
Genau, und das ist eben wirklich

1084
00:55:15,280 --> 00:55:17,760
der wichtige Punkt an dieser, an
dieser ganzen Geschichte. 

1085
00:55:17,760 --> 00:55:21,200
Es hilft dir bei der Stabilität 
deines Systems und zum Beispiel 

1086
00:55:21,200 --> 00:55:25,320
also bei vielen Projekten in der
Vergangenheit sind wir immer von

1087
00:55:25,320 --> 00:55:27,600
einem offline Szenario 
ausgegangen, obwohl vielleicht 

1088
00:55:27,600 --> 00:55:29,960
sogar eine Verbindung ins 
Internet da gewesen ist. 

1089
00:55:29,960 --> 00:55:33,600
Das heißt, wenn man sich große 
Projekte anschaut, dann. 

1090
00:55:34,160 --> 00:55:36,960
Du gehst immer eigentlich davon 
aus, dass irgendwas kaputt geht.

1091
00:55:36,960 --> 00:55:40,240
Das ist eigentlich erst mal 
deine Grundannahme ist Something

1092
00:55:40,240 --> 00:55:41,520
will Break. 
Genau. 

1093
00:55:41,840 --> 00:55:44,960
Damals ne Stunde hingearbeitet, 
sehr gut, das find ich super, 

1094
00:55:45,040 --> 00:55:47,240
wenn es für euch OK ist, lasst 
doch noch mal n bisschen tiefer 

1095
00:55:47,240 --> 00:55:49,840
drauf eingehen, ab wann sollte 
ich kubanitis eigentlich 

1096
00:55:49,920 --> 00:55:54,000
verwenden, wann lohnt es sich, 
welche Vorkenntnisse brauche ich

1097
00:55:54,000 --> 00:55:56,800
angenommen ich hab noch gar 
keine, bin aber trotzdem 

1098
00:55:56,800 --> 00:55:59,360
Softwareentwickler, vielleicht 
die Voraussetzungen gegeben was 

1099
00:55:59,360 --> 00:56:02,200
was was mach ich eigentlich als 
Erstes um um da reinzukommen und

1100
00:56:02,200 --> 00:56:04,480
loszulegen. 
Also du solltest generell 

1101
00:56:04,480 --> 00:56:07,280
kombiniertes immer verwenden. 
Immer. 

1102
00:56:08,160 --> 00:56:12,720
Nein, also die Frage ist, wie 
sehr, wie sehr ist man immer 

1103
00:56:12,720 --> 00:56:16,080
bereit, sich damit mit 
auseinanderzusetzen und wieviel 

1104
00:56:16,080 --> 00:56:17,840
Resilence. 
Also klar, wenn ich n 

1105
00:56:17,840 --> 00:56:21,920
kombiniertes Cluster aufbaue hab
ich immer nen Overhead ne also 

1106
00:56:21,920 --> 00:56:24,720
ich hab immer diese 3 Control 
Play Notes die erstmal also wenn

1107
00:56:24,720 --> 00:56:26,880
ich das ganze hoch verfügbar 
mache und wir gehen einfach mal 

1108
00:56:26,880 --> 00:56:29,760
davon aus jeder möchte irgendwie
hoch verfügbar sein das heißt 

1109
00:56:29,760 --> 00:56:32,720
ich nehm 33 Maschinen und diesen
erstmal. 

1110
00:56:33,600 --> 00:56:35,960
Du meinst jetzt du meinst jetzt 
einen Overhead im Sinne von ich 

1111
00:56:35,960 --> 00:56:39,600
brauche mehr Server als ich als 
ich so ohne bräuchte. 

1112
00:56:39,840 --> 00:56:45,360
Genau, was du dadurch gewinnst, 
ist eine Widerstandsfähigkeit 

1113
00:56:45,600 --> 00:56:47,920
und eben diese 
Hochverfügbarkeit. 

1114
00:56:48,640 --> 00:56:52,160
Und du brauchst halt Leute, die 
sich damit auskennen, wie man 

1115
00:56:52,160 --> 00:56:55,600
eine Klasse betreibt und ich 
glaube, dass das ist der, das 

1116
00:56:55,600 --> 00:56:58,520
ist genau der springende Punkt, 
da muss man dann eben 

1117
00:56:58,520 --> 00:57:01,720
entscheiden. 
OK, ich habe mehrere Anwendungen

1118
00:57:01,720 --> 00:57:03,280
die laufen müssen. 
Also wenn ich jetzt irgendwie 

1119
00:57:03,280 --> 00:57:06,320
nur 2 Container habe oder 2 
Softwarepakete habe, die 

1120
00:57:06,320 --> 00:57:10,080
irgendwo laufen müssen, dann 
packt die auf eine VM oder 

1121
00:57:10,080 --> 00:57:13,200
besser packt die auf irgendeine 
Containerplattform die als 

1122
00:57:13,280 --> 00:57:15,640
Service funktioniert. 
Also es gibt ja im Endeffekt 

1123
00:57:15,640 --> 00:57:18,160
Plattformen wo ich einfach 
Container reinschmeißen kann, 

1124
00:57:18,560 --> 00:57:21,840
die großen Cloud Provider 
benutzen einiges davon, stellt 

1125
00:57:21,840 --> 00:57:25,200
da einiges zur Verfügung, das 
ist dieses berühmte Serverless 

1126
00:57:25,200 --> 00:57:27,680
was dann immer. 
Dogmatisiert wird aber im 

1127
00:57:27,680 --> 00:57:30,960
Endeffekt ist es genau das. 
Ich habe einfach nur beschränkte

1128
00:57:30,960 --> 00:57:34,240
Anwendungen, die Container 
Anwendungen, wo ich einen 

1129
00:57:34,240 --> 00:57:37,840
überschaubaren Wert habe, die 
einfach laufen sollen, wenn das 

1130
00:57:37,840 --> 00:57:41,680
ganze komplexer wird und mehr 
Zwischenspiel zwischen den 

1131
00:57:41,680 --> 00:57:46,240
Anwendungen passiert, dann gehe 
ich auf einen cubanitis Cluster 

1132
00:57:46,480 --> 00:57:50,080
on Prime finde ich macht ein 
cubanitis Cluster total Sinn, 

1133
00:57:50,080 --> 00:57:52,240
also alles was irgendwie in 
Deinem Data Center oder in 

1134
00:57:52,240 --> 00:57:55,920
deiner in deiner Umgebung läuft,
weil. 

1135
00:57:56,400 --> 00:57:59,360
Ich muss mich nicht da darum 
kümmern, dass irgendwie VM 1 bis

1136
00:57:59,360 --> 00:58:03,760
VM 5 läuft, sondern für mich 
sind VMS dann nur noch Nodes. 

1137
00:58:03,760 --> 00:58:07,000
Das heißt, sie sind werden von 
man sagt ja immer so schön PET 

1138
00:58:07,000 --> 00:58:11,360
to Kettle, also hier Haustiere 
zu zu Herdentiere im Endeffekt, 

1139
00:58:11,600 --> 00:58:13,720
weil der einzelne Server 
interessiert mich dann nicht 

1140
00:58:13,720 --> 00:58:17,200
mehr so sehr, weil wenn VM 
kaputt geht gut, dann hänge ich 

1141
00:58:17,200 --> 00:58:19,400
halt eine andere VM in den 
Cluster rein und muss mich nicht

1142
00:58:19,400 --> 00:58:22,560
mehr drum kümmern, das ist 
glaube ich der der Moment wo ich

1143
00:58:22,560 --> 00:58:24,360
mir. 
Wo ich mir dann den Gedanken 

1144
00:58:24,360 --> 00:58:27,680
mache, OK, jetzt gehe ich in 
Kubonetes im Zweifel, wenn ich 

1145
00:58:27,680 --> 00:58:31,360
sage, OK, ich krieg das Wissen 
nicht her und sei mal ehrlich 

1146
00:58:31,520 --> 00:58:34,200
kubonetes wissen ist in 
Deutschland, vor allen Dingen in

1147
00:58:34,200 --> 00:58:36,240
der Dach, also Deutschland, 
Österreich und Schweiz, immer 

1148
00:58:36,240 --> 00:58:39,960
noch ein sehr überschaubares 
Thema, was was da irgendwie an 

1149
00:58:39,960 --> 00:58:42,960
Vorwissen mitkommt und wo es 
irgendwie echt hart ist Leute zu

1150
00:58:42,960 --> 00:58:45,840
finden. 
Es gibt genug Anbieter die zum 

1151
00:58:45,840 --> 00:58:48,560
Beispiel Kubonetes as a Service 
anbieten, vielleicht wäre das 

1152
00:58:48,560 --> 00:58:51,600
auch einfach der Weg, dann kann 
ich mir erstmal die die. 

1153
00:58:52,880 --> 00:58:56,240
Die Zehen ins kalte Wasser 
tippen, indem ich erstmal nur 

1154
00:58:56,480 --> 00:59:00,400
mich damit beschäftige, wie 
kriege ich meine Applikation in 

1155
00:59:00,400 --> 00:59:03,040
so einem Cluster zum Laufen, 
weil das ist ja an sich schon 

1156
00:59:03,040 --> 00:59:06,400
mal ein riesiges Thema und wenn 
ich das geschafft habe, dann 

1157
00:59:06,400 --> 00:59:08,680
kann ich mir mal darüber 
Gedanken machen, wie betreibe 

1158
00:59:08,680 --> 00:59:14,120
ich eigentlich so ein Cluster 
und ich glaube, das ist so die 

1159
00:59:14,120 --> 00:59:18,480
Wege von Größe kann ich, kann 
ich dann nicht mal sagen, also 

1160
00:59:18,480 --> 00:59:22,240
ich habe einen Kumpel der läuft.
Der ist das ist ne 2 Mann Firma,

1161
00:59:22,240 --> 00:59:25,360
die lassen irgendwie mehrere 
kubonetes Cluster laufen und 

1162
00:59:25,520 --> 00:59:28,600
benutzen das quasi als nur als 
Consumer bei einem bei einem 

1163
00:59:28,600 --> 00:59:31,960
Manage Service. 
Ich kenn große ich kenn große 

1164
00:59:31,960 --> 00:59:35,360
Industriekunden die auch noch 
gar kein Kubonetes benutzen in 

1165
00:59:35,360 --> 00:59:38,720
ihrer Umgebung weil sie sagen 
unsere OT kriegt das nicht hin 

1166
00:59:39,120 --> 00:59:42,240
ne weil weil einfach das Wissen 
fehlt also ich glaube da das 

1167
00:59:42,240 --> 00:59:45,920
hängt ganz ganz starker Faktor 
ist da auch immer hab ich das 

1168
00:59:45,920 --> 00:59:48,880
wissen wenn wenn ich das n 
wissen nicht hab kann ich mir 

1169
00:59:48,880 --> 00:59:51,720
das wissen einkaufen. 
Und euch könnte man buchen, um 

1170
00:59:51,720 --> 00:59:53,000
dieses Wissen einzukaufen. 
Richtig? 

1171
00:59:53,000 --> 00:59:57,680
Tatsächlich, ja, wir machen, wir
machen Cubonetis Trainings, und 

1172
00:59:57,680 --> 01:00:01,360
zwar für alle Bereiche, also zu 
allem, du bist ein Developer und

1173
01:00:01,360 --> 01:00:04,000
willst einfach nur den 
Anwendungsfall mal wissen oder 

1174
01:00:04,240 --> 01:00:07,280
du willst in Operations gehen, 
du willst das Ding betreiben 

1175
01:00:07,760 --> 01:00:11,760
oder worst case, wir machen auch
Managed Service, also wir machen

1176
01:00:11,760 --> 01:00:15,040
auch tatsächlich, wir betreiben 
Eure Cubonetis Cluster für euch 

1177
01:00:15,040 --> 01:00:20,560
auf unserer Plattform, aber da 
reden wir dann eher so von. 5060

1178
01:00:20,560 --> 01:00:24,560
100000 clustern ich ich genau 
Skalierung. 

1179
01:00:25,040 --> 01:00:28,480
Du kannst mit weniger Leuten 
mehr dadurch, dass alles die 

1180
01:00:28,480 --> 01:00:31,560
gleiche Technologie ist, 
brauchst du weniger Headcount um

1181
01:00:31,560 --> 01:00:34,440
mehr Server zu verwalten, also 
insgesamt ne, weil Community ist

1182
01:00:34,440 --> 01:00:35,800
ja immer das Gleiche. 
Das ist richtig. 

1183
01:00:35,800 --> 01:00:37,400
Dafür brauchst du aber, was du 
vorher gesagt hast, den 

1184
01:00:37,400 --> 01:00:41,840
richtigen Head, das ist ja, das 
ist ja ne allgemeine Wahrheit, 

1185
01:00:41,840 --> 01:00:43,560
so, wenn du gute 
Softwareentwickler hast, dann 

1186
01:00:43,560 --> 01:00:47,680
brauchst du auch nur wenige 
davon, so ne aber ja wie das so 

1187
01:00:47,680 --> 01:00:50,480
ist. 
Ist schon n komplexes Thema, das

1188
01:00:50,480 --> 01:00:52,320
ist ja auch der Bereich, das sag
ich jetzt auch noch mal, für der

1189
01:00:52,320 --> 01:00:54,160
der Begriff ist auch nicht 
gefallen, so DEV OPS und so 

1190
01:00:54,160 --> 01:00:55,600
weiter es gibt ja immer so 
stellen, wenn sich das mal 

1191
01:00:55,600 --> 01:00:58,600
jemand fragt, ja was ist denn 
DEV Ops Development operations, 

1192
01:00:58,600 --> 01:01:00,760
weil das spielt da glaub ich 
auch mit rein ne und das sind 

1193
01:01:00,760 --> 01:01:04,240
die das sind die Herren die 
tatsächlich auch relativ ja 

1194
01:01:04,240 --> 01:01:06,880
teuer sind und viel Geld 
verdienen, einfach weil es halt 

1195
01:01:06,880 --> 01:01:08,720
ne komplexe Geschichte ist und 
weil es natürlich auch n 

1196
01:01:08,720 --> 01:01:10,240
bisschen critical ist. 
Ja wenn ich da. 

1197
01:01:11,200 --> 01:01:13,600
Ich habe auch immer ein bisschen
Schweißperlen auf der Stirn, 

1198
01:01:13,600 --> 01:01:16,120
wenn ich irgendwie deploye, auch
wenn du mal mal ein versions 

1199
01:01:16,120 --> 01:01:17,880
Upgrade, davon haben wir noch 
gar nicht gesprochen, das muss 

1200
01:01:17,880 --> 01:01:20,440
ja auch alles gemanagt werden, 
ich habe ja keine Software, die 

1201
01:01:20,440 --> 01:01:22,400
auf einem Versionsstand ist. 
Das entwickelt sich ja auch noch

1202
01:01:22,400 --> 01:01:24,840
alles weiter und so, da kann man
ja was falsch machen. 

1203
01:01:24,840 --> 01:01:26,360
Ja, da kann man auch mal kann 
man nicht, das ist 

1204
01:01:26,360 --> 01:01:28,080
wahrscheinlich im Jammel einfach
mal ein paar falsche Sachen 

1205
01:01:28,080 --> 01:01:29,280
eintragen und dann ist auch 
blöd. 

1206
01:01:29,280 --> 01:01:32,160
Ja, also insofern. 
Und wir haben 3 Releases pro 

1207
01:01:32,160 --> 01:01:35,760
Jahr und es ist Akt der die 
Supported Version ist immer nur 

1208
01:01:35,920 --> 01:01:39,360
current Version minus Two, das 
heißt nur Akt ja nur eben 3 

1209
01:01:39,360 --> 01:01:41,360
Versionen. 
Das heißt du musst einmal pro 

1210
01:01:41,640 --> 01:01:44,640
Jahr musst du deine musst du 
alle deine Klassen updaten. 

1211
01:01:44,960 --> 01:01:48,240
Kubanites wird dreimal im Jahr 
aktualisiert und also quasi alle

1212
01:01:48,240 --> 01:01:51,120
ihr, die alles Jahr muss ich 
dann auch updaten. 

1213
01:01:51,120 --> 01:01:53,680
Genau also meine Versions Patch 
Releases kommen natürlich öfter,

1214
01:01:54,000 --> 01:01:57,840
Patch Releases kommen dann, wenn
CVES oder Critical Critical 

1215
01:01:57,840 --> 01:02:00,280
Sachen rausgefallen sind, aber 
generell hast du. 

1216
01:02:00,360 --> 01:02:03,040
Problem, dass du einen cubanitis
Cluster in der Miner Version 

1217
01:02:03,600 --> 01:02:08,040
dreimal, also einmal pro Jahr 
mindestens updaten solltest und 

1218
01:02:08,040 --> 01:02:10,640
wir deprecatend syncs. 
Also da fallen auch dann einfach

1219
01:02:10,640 --> 01:02:13,360
mal API endpoints raus und so 
und dann musst du halt schauen 

1220
01:02:13,360 --> 01:02:15,840
was in deinem Cluster läuft und 
dann danach kaputt geht. 

1221
01:02:16,280 --> 01:02:18,920
Okay das heißt, ich brauche 
eigentlich Experten für die 

1222
01:02:18,920 --> 01:02:22,800
Einführung von Cubanitis also 
und dann auch für den Betrieb 

1223
01:02:23,360 --> 01:02:26,280
und das ständige Updaten und 
warten der Plattform. 

1224
01:02:27,160 --> 01:02:28,520
Jetzt wieder mal zum Open Source
Projekt. 

1225
01:02:28,520 --> 01:02:30,720
Wie viele Kontributoren gibt es 
dort, kann man das ungefähr 

1226
01:02:30,720 --> 01:02:32,640
sagen? 
Haha, jetzt hast du mich. 

1227
01:02:32,720 --> 01:02:35,440
Du hast mich auf einem Fuß 
erwischt, den ich eigentlich 

1228
01:02:35,440 --> 01:02:39,680
wissen müsste, weil ich 
tatsächlich am Freitag da drüber

1229
01:02:39,680 --> 01:02:44,800
gesprochen habe, weil es gibt 
nämlich ein Meeting der 

1230
01:02:44,960 --> 01:02:48,560
Cubonetis. 
Org, das einmal pro Monat 

1231
01:02:48,560 --> 01:02:53,560
stattfindet, und das nennt sich.
Cubonatis contributor 

1232
01:02:53,560 --> 01:02:57,440
orientation, das heißt, wenn 
irgendjemand Interesse daran 

1233
01:02:57,440 --> 01:03:00,720
hat, ein Contributor zu werden, 
zu cubonatis, da gibt es quasi 

1234
01:03:00,720 --> 01:03:05,040
da die Übersicht über. 
Wie funktioniert das Projekt an 

1235
01:03:05,040 --> 01:03:07,600
sich selber, wo finde ich 
irgendwie die ersten Aufgaben, 

1236
01:03:07,600 --> 01:03:09,920
wo kann ich irgendwie 
irgendwelche Issues lösen und da

1237
01:03:09,920 --> 01:03:13,880
haben wir eine Statistik und 
wenn du mir eine Sekunde gibst, 

1238
01:03:13,880 --> 01:03:16,560
dann finde ich die, weil ich 
habe, wie gesagt, ich habe die 

1239
01:03:16,560 --> 01:03:21,520
letzten Freitag vorgelesen. 
Genau, also wir haben 

1240
01:03:21,520 --> 01:03:29,280
tatsächlich in den 10 Jahren von
die es Cobonitis gibt, 92200 

1241
01:03:29,280 --> 01:03:35,680
contribute gehabt, also 92000 
verschiedene Menschen, die 

1242
01:03:36,720 --> 01:03:40,840
aktuell zu Cobonitis beigetragen
haben und. 

1243
01:03:40,960 --> 01:03:44,240
Und aktiv sind aktuell in der 
org. 

1244
01:03:44,240 --> 01:03:47,920
Also die org ist quasi Leute, 
die regulär an dem Projekt 

1245
01:03:47,920 --> 01:03:52,120
arbeiten 1200 Leute. 
Ich habe jetzt im in den 

1246
01:03:52,120 --> 01:03:54,240
vergangenen Podcasts folgen ein 
bisschen gelernt, dass viele 

1247
01:03:54,240 --> 01:03:58,160
Projekte vielleicht ein bisschen
kleinere Projekte ein oder 2 so 

1248
01:03:58,160 --> 01:04:01,600
hauptkontributoren haben, also 
ne, also was weiß ich beim beim 

1249
01:04:02,000 --> 01:04:05,680
beim Linux, Linux, beim Linux 
ist es der Linus Torwart so ne 

1250
01:04:06,560 --> 01:04:09,440
oder beim beim Git auch. 
Gibt es sowas auch bei Kubanitis

1251
01:04:09,440 --> 01:04:11,920
oder ist es ich sag mal ein 
bisschen basisdemokratischer? 

1252
01:04:12,400 --> 01:04:14,960
Also das witzige an der ganzen 
Sache ist, und das ist relativ 

1253
01:04:14,960 --> 01:04:19,600
spannend, ich glaube kubanitis 
ist an sich ein sehr ein sehr 

1254
01:04:19,600 --> 01:04:25,360
sehr gut aufgestelltes Projekt 
was Organisation und Verteilung 

1255
01:04:25,360 --> 01:04:27,200
aufgibt. 
Also wir hatten zum Beispiel, 

1256
01:04:27,200 --> 01:04:29,680
das ist immer wenn Qcon ist, 
gibt es immer den Contributor 

1257
01:04:29,680 --> 01:04:33,400
Summit, der war jetzt dann eben 
vorletzte Woche in Salt Lake 

1258
01:04:33,400 --> 01:04:36,800
City. 
Und da war es so, dass da eben 

1259
01:04:36,800 --> 01:04:41,680
alle zusammenkommen und da waren
dann zum Beispiel 200, 200, 

1260
01:04:41,840 --> 01:04:44,920
contribute einfach zusammen da. 
Und klar, es gibt immer wieder 

1261
01:04:44,920 --> 01:04:48,880
Leute, die halt mehr contributen
es gibt immer wieder Leute, die 

1262
01:04:48,880 --> 01:04:53,360
halt weniger contributen, aber 
es gibt im Endeffekt. 

1263
01:04:53,720 --> 01:04:56,000
In den einzelnen Teilbereichen 
gibt es schon Leute, die viel 

1264
01:04:56,000 --> 01:04:58,800
machen, aber das sind in der 
Regel eher die, die quasi 

1265
01:04:58,800 --> 01:05:00,960
reviewen. 
Also wir haben sozusagen die 

1266
01:05:00,960 --> 01:05:04,160
Review, da gibt es relativ wenig
Leute, die den Code, der da 

1267
01:05:04,160 --> 01:05:06,440
reinkommt oder die Beiträge, die
da reinkommen, wirklich 

1268
01:05:06,440 --> 01:05:09,480
reviewen, da gibt es, das ist 
der kleinere Anteil, und die 

1269
01:05:09,480 --> 01:05:12,240
haben natürlich am meisten 
Contributions, weil durch deren 

1270
01:05:12,240 --> 01:05:15,680
Hände geht natürlich irgendwie 
der der ganze Code und Couponate

1271
01:05:15,680 --> 01:05:19,680
ist selber ist organisiert in 
Special Interest Groups. 

1272
01:05:20,200 --> 01:05:23,120
Und das sind quasi einzelne 
kleine Teilbereiche in dem 

1273
01:05:23,120 --> 01:05:25,520
Projekt. 
Und da drin wurschteln dann 

1274
01:05:25,520 --> 01:05:27,360
sozusagen mehrere Leute drin 
rum. 

1275
01:05:27,360 --> 01:05:30,080
Also da gibt es zum Beispiel 
Sick Networking, die sich 

1276
01:05:30,080 --> 01:05:33,200
Aussichtlich dazu beschäftigt, 
wie funktioniert eigentlich der 

1277
01:05:33,200 --> 01:05:36,080
Netzwerktraffic, in dem 
Communities, Cluster oder Sick 

1278
01:05:36,080 --> 01:05:39,400
Note, wie wird eigentlich so 
eine Note so eine Workernote 

1279
01:05:39,400 --> 01:05:42,280
installiert und das sind dann 
halt auch wieder irgendwie ein 

1280
01:05:42,280 --> 01:05:45,640
paar Leute und die kümmern sich 
eben genau um diesen kleinen 

1281
01:05:45,640 --> 01:05:47,440
Teilbereich. 
Also es gibt quasi nicht so 

1282
01:05:47,440 --> 01:05:49,960
dieses. 
Große Ganze, sondern es ist 

1283
01:05:50,000 --> 01:05:53,760
alles ganz viele kleine 
Teilbereiche und es gibt halt 

1284
01:05:53,760 --> 01:05:58,400
Six, die sozusagen über alle 
diese Teilbereiche drüber gehen,

1285
01:05:58,400 --> 01:06:01,880
weil die eben zum Beispiel es 
gibt einen Sick Release, die 

1286
01:06:01,880 --> 01:06:04,640
kümmert sich nur darum, dass 
Releases gebaut werden für 

1287
01:06:04,640 --> 01:06:06,960
Corponites. 
Danke für die Einblicke. 

1288
01:06:06,960 --> 01:06:11,360
Da ist ganz spannend in so einem
extrem aktiven oder von so einem

1289
01:06:11,360 --> 01:06:14,560
extrem aktiven Projekt auch mal 
zu hören, wie es in der Praxis 

1290
01:06:14,560 --> 01:06:15,840
läuft. 
Ich habe noch. 

1291
01:06:16,160 --> 01:06:18,080
Schnell ne technische Frage, die
hab ich ganz vergessen. 

1292
01:06:18,080 --> 01:06:21,320
Ja im im Bekanntenkreis sagen 
wir es mal so, gab es mal einen 

1293
01:06:21,320 --> 01:06:23,840
der hat aber ganz viel über 
Helmcharts gesprochen, ne im 

1294
01:06:23,840 --> 01:06:27,040
cubanitis Kontext kannst du mal 
erklären was n helmchart ist? 

1295
01:06:27,440 --> 01:06:29,760
Genau, also Helm hat erstmal 
nichts mit Cubanitis zu tun. 

1296
01:06:29,760 --> 01:06:31,960
Also Helm hat schon was mit 
Cubanitis zu tun hat gehört aber

1297
01:06:31,960 --> 01:06:36,240
nicht zu cubanitis selber. 
Also Helm ist im Endeffekt nen 

1298
01:06:36,240 --> 01:06:40,000
Package Manager für 
Erweiterungen die du in deinem 

1299
01:06:40,000 --> 01:06:43,160
Cluster laufen lassen möchtest. 
Das ist halt. 

1300
01:06:43,160 --> 01:06:46,960
Im Endeffekt kannst du das Ganze
so sehen, dass du sagen kannst, 

1301
01:06:47,360 --> 01:06:51,160
hey, ich will eine mongol DB in 
meinem Cluster laufen haben, da 

1302
01:06:51,160 --> 01:06:55,480
müsstest du ja erst mal anfangen
und sagen, Hey boah, wie baue 

1303
01:06:55,480 --> 01:06:56,960
ich denn jetzt irgendwie die 
mongol DB? 

1304
01:06:56,960 --> 01:06:58,480
Gibt es da irgendwie schon einen
Container? 

1305
01:06:58,480 --> 01:07:00,800
Ich kann ja nicht irgendwie den 
normalen Container da einfach in

1306
01:07:00,800 --> 01:07:03,600
den Cluster reinwerfen und da 
gibt es quasi einen Helmchart 

1307
01:07:03,600 --> 01:07:07,040
und das Helmchart ist dafür da, 
zum Beispiel um eine ha, um eine

1308
01:07:07,040 --> 01:07:10,000
ha geschartete mongol DB in 
deinem Cluster zu installieren. 

1309
01:07:10,720 --> 01:07:12,960
Das ist quasi wie ein Package 
Manager, den du auch zum 

1310
01:07:12,960 --> 01:07:15,520
Beispiel auf Linux hast. 
Da kannst du zum Beispiel sagen,

1311
01:07:15,520 --> 01:07:19,080
Hey, wenn du jetzt in deinem, in
deinem Linux sagen würdest, 

1312
01:07:19,080 --> 01:07:22,880
upgate install mongo DB, dann 
installiert er dir mongo DB und 

1313
01:07:22,880 --> 01:07:25,280
das gleiche machst du quasi mit 
Helm und mit Helm sagst du in 

1314
01:07:25,280 --> 01:07:28,200
Helm install mongo DB und dann 
installiert er dir mongo DB in 

1315
01:07:28,200 --> 01:07:30,320
deine Klasse mit rein und das 
ist quasi Helm. 

1316
01:07:30,880 --> 01:07:34,040
Also als Softwareanbieter nur 
clever so einen Helmchart zur 

1317
01:07:34,040 --> 01:07:37,200
Verfügung zu stellen, weil ich 
dann als Betreiber super easy. 

1318
01:07:37,480 --> 01:07:39,120
Das entsprechende 
Softwareprodukt in meinen 

1319
01:07:39,120 --> 01:07:40,960
Cluster einbinden kann 
eigentlich ne. 

1320
01:07:40,960 --> 01:07:43,120
Ja OK, ja dann ergibt das Sinn 
für mich. 

1321
01:07:43,520 --> 01:07:48,280
Gut, ich bin erst mal befriedigt
was mein mein mein Wissensdurst 

1322
01:07:48,280 --> 01:07:52,880
über Kubanisches angeht haben 
wir irgendwas noch vergessen 

1323
01:07:52,880 --> 01:07:54,840
oder Burka hast du noch 
irgendwas auf dem unter den 

1324
01:07:54,840 --> 01:07:56,720
Fingernägeln was was was doll 
brennt? 

1325
01:07:57,200 --> 01:07:59,200
Nee, eigentlich nicht mehr. 
Also ich, ich glaube, ich würde 

1326
01:08:00,320 --> 01:08:02,400
tatsächlich die Frage ist, wenn 
man mal anfängt, und das würde 

1327
01:08:02,400 --> 01:08:06,000
ich mal machen, irgendwann auch,
dann würde ich, glaube ich, auch

1328
01:08:06,000 --> 01:08:09,400
mit so einer. 
Geschlossenen Version anfangen, 

1329
01:08:09,400 --> 01:08:12,000
wo ich quasi auf einer Node 
alles habe, die die Workplain 

1330
01:08:12,000 --> 01:08:15,080
und die und so weiter und dann 
würde ich mit den Yamel Files 

1331
01:08:15,080 --> 01:08:16,960
anfangen und so wahrscheinlich 
gibt es für alles auch schon 

1332
01:08:16,960 --> 01:08:18,399
wieder uis und so was das 
abstrahiert. 

1333
01:08:18,399 --> 01:08:20,920
Es gibt ja immer 
abstraktionslevel, aber ich 

1334
01:08:20,920 --> 01:08:23,439
glaube ich würde es schon einmal
richtig verstehen wollen und mir

1335
01:08:23,439 --> 01:08:26,840
die ganzen Komponenten einmal 
angucken und auch sehen wollen, 

1336
01:08:26,840 --> 01:08:30,560
welche Container da gestartet 
werden von der Controlplain und 

1337
01:08:30,560 --> 01:08:33,240
so weiter und so. 
Corbonetis hat seine eigene. 

1338
01:08:33,240 --> 01:08:36,080
Ui, also es wird dann natürlich 
sehr gut passen. 

1339
01:08:36,600 --> 01:08:38,960
Genau, es gibt quasi eine UI, 
dass du einfach das ist, das 

1340
01:08:38,960 --> 01:08:42,080
Dashboard, das kannst du einfach
mitinstallieren und vielleicht 

1341
01:08:42,080 --> 01:08:44,160
ist das Burkhard, was du gerade 
gemeint hast. 

1342
01:08:44,160 --> 01:08:47,920
So noch mal so als Abschluss 
vielleicht so die ein guter, ein

1343
01:08:47,920 --> 01:08:51,640
guter Ansatz. 
Du kannst ja im Endeffekt 

1344
01:08:51,640 --> 01:08:53,520
quleser auf deinem, auf deinem 
Rechner laufen lassen. 

1345
01:08:53,600 --> 01:08:55,920
Genau. 
Da gibt es verschiedene Tools, 

1346
01:08:55,920 --> 01:09:00,720
da gibt es das eine ist zum 
Beispiel Mini Cube, dann gibt es

1347
01:09:00,720 --> 01:09:04,399
k 3 s, womit du es laufen lassen
kannst. 

1348
01:09:05,040 --> 01:09:09,000
Dann gibt es K Zero S. 
Dann gibt es Cubonates für 

1349
01:09:09,000 --> 01:09:11,200
Docker. 
Das ist, glaube ich sogar Teil 

1350
01:09:11,200 --> 01:09:13,479
von irgendwie deinem Docker 
Desktop Client. 

1351
01:09:13,479 --> 01:09:17,399
Kann das mit sein und ohne jetzt
da irgendwie groß Werbung für zu

1352
01:09:17,399 --> 01:09:19,760
machen? 
Wir haben unser eigenes Open 

1353
01:09:19,760 --> 01:09:24,720
Source Single Cluster Life Cycle
Management Tool, das kannst du 

1354
01:09:24,720 --> 01:09:27,840
entweder Single Note lassen oder
zurzeit kannst du es tatsächlich

1355
01:09:27,840 --> 01:09:31,439
auch benutzen um wirklich ha zu 
bauen und wir machen das ganze 

1356
01:09:31,439 --> 01:09:35,359
Deklinativ das heißt Cube One. 
Gibt es auch im offiziellen 

1357
01:09:35,359 --> 01:09:38,880
Cubanatis Lectional als als 
Listing und ist auch als 1. 

1358
01:09:38,880 --> 01:09:42,880
Der offiziellen oder als 
zertifiziertes Installer Tool 

1359
01:09:42,880 --> 01:09:46,600
mit gelistet auf der CNCF. 
Seite ich glaube, das Wichtigste

1360
01:09:46,600 --> 01:09:47,640
ist, das fasse ich noch mal 
zusammen. 

1361
01:09:47,640 --> 01:09:49,560
Also ich kann es jetzt mal von 
meiner Perspektive aus sagen, 

1362
01:09:49,560 --> 01:09:52,800
wenn ich es mal vor hätte, jetzt
auf cubanatis Umzuschwingen von 

1363
01:09:52,800 --> 01:09:55,760
unserem Docker compost plus x. 
Ich würde es versuchen zu 

1364
01:09:55,760 --> 01:09:59,160
verstehen, die Konzepte noch mal
sehr gut zu verstehen und. 

1365
01:09:59,240 --> 01:10:01,600
Und ich glaube, dann muss man, 
da muss man genau anschauen, und

1366
01:10:01,600 --> 01:10:03,920
das hattest Du gesagt, Legacy 
und so weiter im Prinzip ist ja 

1367
01:10:03,920 --> 01:10:06,560
unsere Anwendung, auch wenn sie 
schon microservice und so weiter

1368
01:10:06,560 --> 01:10:11,280
voll, voll modern ist und so 
weiter im Docker Bild ist sie 

1369
01:10:11,280 --> 01:10:14,160
schon so ein bisschen Legacy 
noch und wir nutzen zum Beispiel

1370
01:10:14,160 --> 01:10:16,360
Halt, und das ist das müsste man
dann rauskriegen, das wäre mein 

1371
01:10:16,360 --> 01:10:18,520
größter Knackpunkt, den ich 
architektonisch dann erstmal 

1372
01:10:18,520 --> 01:10:20,720
lösen müsste. 
Wir sind darauf angewiesen, dass

1373
01:10:20,720 --> 01:10:24,480
wir Volumes haben, die neben 
den, ich sag mal in Potsdam 

1374
01:10:24,480 --> 01:10:27,680
quasi laufen und die die. 
Die da auch bleiben, die da 

1375
01:10:27,680 --> 01:10:31,600
gebunden sind und die dann auch 
wenn wenn jetzt mal der Pod 

1376
01:10:31,600 --> 01:10:34,200
umziehen würde aufeinander node 
müsste das Volume mit umziehen 

1377
01:10:34,200 --> 01:10:36,480
und so weiter das sind die 
Dinger wo ich mir Gedanken 

1378
01:10:36,480 --> 01:10:38,840
machen müsste, weil wir nämlich 
keine zentrale Datenbank haben, 

1379
01:10:38,840 --> 01:10:42,960
sondern also auch, aber nicht 
nur, weil wir quasi auch aus 

1380
01:10:42,960 --> 01:10:47,120
Speedgründen relativ zügigen 
einfach Zugriff auf Volumes 

1381
01:10:47,120 --> 01:10:50,120
haben, wo wir im Prinzip Chasing
Daten raus reinlesen und so 

1382
01:10:50,120 --> 01:10:53,000
weiter und ich glaube das ist 
wichtig, dass man wirklich. 

1383
01:10:53,000 --> 01:10:54,840
Bevor man da überhaupt, also man
muss erstmal ein bisschen 

1384
01:10:54,840 --> 01:10:56,320
spielen, um zu verstehen, was 
ist, ist die Architektur 

1385
01:10:56,320 --> 01:10:58,360
begreifen und dann, bevor ich 
überhaupt da irgendwas anfange, 

1386
01:10:58,360 --> 01:11:00,880
muss ich, glaube ich erstmal auf
dem Papier oder an einem großen 

1387
01:11:00,880 --> 01:11:04,000
Whiteboard oder irgendsowas mir 
ein paar Gedanken machen und 

1388
01:11:04,000 --> 01:11:07,680
Voraussetzungen klar machen, wie
kann ich das umziehen, weil ich 

1389
01:11:07,680 --> 01:11:09,520
schätze, dass das alles, das 
sind alles keine kleinen 

1390
01:11:09,520 --> 01:11:11,800
Projekte, das muss man auch 
schon sagen, selbst selbst wenn 

1391
01:11:11,800 --> 01:11:13,560
ich eine Anwendung habe, die 
noch ein alter Monolith ist und 

1392
01:11:13,560 --> 01:11:15,400
die ich mal in Docker 
konvertieren will, das ist alles

1393
01:11:15,400 --> 01:11:18,640
nicht sooo schnell gemacht, man 
muss sich schon, wenn das 

1394
01:11:18,640 --> 01:11:20,800
effizient und performant laufen 
soll, muss man sich schon. 

1395
01:11:21,480 --> 01:11:23,920
Euch n bisschen Zeit geben, 
alleine für die Architektur und 

1396
01:11:23,920 --> 01:11:26,840
das ist eigentlich nur mit dem 
Stift und also ich mach das ganz

1397
01:11:26,840 --> 01:11:30,200
altmodisch mit dem Bleistift und
Zettel ne, aber ich bin auch 

1398
01:11:30,200 --> 01:11:31,440
schon n bisschen älter. 
Denk auch. 

1399
01:11:31,600 --> 01:11:33,080
Also ich glaub das ist auch 
tatsächlich. 

1400
01:11:33,080 --> 01:11:35,840
Also Architektur ist das 
Wichtigste, also Architektur ist

1401
01:11:35,840 --> 01:11:39,440
einfach wie wie funktioniert, 
wie funktioniert meine 

1402
01:11:39,440 --> 01:11:43,680
Applikation jetzt, wie soll sie 
mal funktionieren, wie ist der 

1403
01:11:43,680 --> 01:11:47,920
Weg dorthin und das das krasse 
ist zum Beispiel ne also wenn es

1404
01:11:47,920 --> 01:11:49,440
jetzt zum Beispiel so Sachen 
gibt, es gibt ja so 

1405
01:11:49,440 --> 01:11:51,280
Applikationen die brauchen so 
Startupdaten. 

1406
01:11:51,840 --> 01:11:54,200
Ne, Sie brauchen Daten, die 
quasi am Anfang da sind. 

1407
01:11:54,200 --> 01:11:55,880
Wenn das wenn der Container 
gestartet ist. 

1408
01:11:56,080 --> 01:11:59,760
Und so femeral so what's only. 
Und da gibt es jetzt so, da gibt

1409
01:11:59,760 --> 01:12:03,000
es zum Beispiel Sachen, die die 
meisten Leute halt nicht noch 

1410
01:12:03,000 --> 01:12:05,440
nicht wissen, weil das war jetzt
im letzten couponatis Release 

1411
01:12:05,440 --> 01:12:08,480
drin. 
Du kannst jetzt ein Docker Image

1412
01:12:08,480 --> 01:12:13,280
als Volume attachion zu einem 
anderen Container der gestartet 

1413
01:12:13,280 --> 01:12:15,720
wird und dann nimmst du daraus 
die Daten und das ist halt ein 

1414
01:12:15,720 --> 01:12:18,120
Alpha Endpoint, der jetzt 
irgendwie als neuestes Feature 

1415
01:12:18,120 --> 01:12:20,320
mitgelauncht wurde, aber. 
Aber dadurch, dass das Halt ein 

1416
01:12:20,320 --> 01:12:23,280
Alpha Endpoint ist, benutzen das
die Leute noch nicht. 

1417
01:12:23,280 --> 01:12:25,720
Aber zum Beispiel für die 
Community und das ist auch immer

1418
01:12:25,720 --> 01:12:29,040
ganz wichtig zu wissen, es gibt 
relativ viele Alpha und Beta 

1419
01:12:29,040 --> 01:12:32,160
Endpoints, aber nur da sind 
Änderungen möglich, wenn das mal

1420
01:12:32,160 --> 01:12:35,640
stabil ist, ist eine Änderung 
sehr sehr viel schwerer, das 

1421
01:12:35,640 --> 01:12:39,200
heißt wenn Leute anfangen mit 
kombiniertes Rumzuspielen, dann 

1422
01:12:39,200 --> 01:12:42,080
spielt auch mit diesen Alpha und
Beta Endpoints rum, weil da 

1423
01:12:42,080 --> 01:12:45,920
könnt ihr quasi Sachen sagen wie
können wir das nicht so machen 

1424
01:12:46,160 --> 01:12:47,760
weil. 
Weil da, das ist das Feedback, 

1425
01:12:47,760 --> 01:12:50,080
was eigentlich so eine die 
cubanitis Community auch immer 

1426
01:12:50,080 --> 01:12:53,360
gerne hätte, aber nie kriegt, 
weil ja die Leute immer sagen, 

1427
01:12:53,680 --> 01:12:56,160
das ist Alpha, das ist Beta, das
können wir ja gar nicht 

1428
01:12:56,160 --> 01:12:58,400
benutzen. 
Also da ist es noch jung und 

1429
01:12:58,400 --> 01:13:01,640
formbar, ja. 
Ich sag vielleicht auch noch was

1430
01:13:01,640 --> 01:13:04,880
ich, ich glaube, man kann auch 
sagen, dass es nicht verwerflich

1431
01:13:04,880 --> 01:13:08,120
ist, nicht gleich mit Cubanitis 
anzufangen, sondern auch erstmal

1432
01:13:08,120 --> 01:13:10,960
mit Docker Compost zu arbeiten, 
mit überhaupt immer diese ganze 

1433
01:13:10,960 --> 01:13:14,120
Containerwelt in den Griff zu 
kriegen, selber manuell, da ein 

1434
01:13:14,120 --> 01:13:16,040
bisschen was zu machen ich. 
Ich glaube, es gibt auch 

1435
01:13:16,040 --> 01:13:18,160
Projekte. 
Also ja, im Prinzip ist 

1436
01:13:18,160 --> 01:13:20,720
übernehmen das eine Art 
Standardisierung, ist meine mein

1437
01:13:20,720 --> 01:13:22,680
Standardfrachter mit der 
Standardbrücke und so weiter da 

1438
01:13:22,680 --> 01:13:25,280
sind die Knöpfe alle klar und 
auch langfristig ist das 

1439
01:13:25,760 --> 01:13:29,520
vermutlich auch das Beste, aber 
ich würde trotzdem auch alle 

1440
01:13:29,520 --> 01:13:31,760
Softwareentwickler anregen, die 
so noch gar nichts mit dem Thema

1441
01:13:31,760 --> 01:13:33,680
zu tun haben, die vielleicht nur
eine ganz kleine Anwendung 

1442
01:13:33,680 --> 01:13:36,600
haben, irgendwie diese blogspot 
Webanwendung, so die, die 

1443
01:13:36,600 --> 01:13:39,440
könnten ja erst mal mit Micro 
Services anfangen, mal in 

1444
01:13:39,440 --> 01:13:41,760
Datenbanken in Micro Service 
packen und dann mal einen 

1445
01:13:41,760 --> 01:13:44,240
kleinen Ingress dazu und so 
weiter das haben wir auch schon 

1446
01:13:44,240 --> 01:13:46,360
mal Beispiele gemacht und. 
Dass man Docker compose 

1447
01:13:46,360 --> 01:13:48,520
hochziehen, das vielleicht sogar
mal verteilen noch 2 Server, das

1448
01:13:48,520 --> 01:13:50,160
kann man ja mit Hetzner und so 
weiter gibt es ja auch sehr 

1449
01:13:50,160 --> 01:13:54,400
einfach zum Beispiel also oder 
auch mit anderen Hostern und da 

1450
01:13:54,400 --> 01:13:56,880
kriegt man ganz schön viel, wenn
man das mal so gemacht hat. 

1451
01:13:56,880 --> 01:13:59,000
Ich würde sagen, das ist 
vielleicht die für mich wäre das

1452
01:13:59,000 --> 01:14:01,840
die Grundausbildung, ja, das 
muss man einmal, glaube ich, da 

1453
01:14:01,840 --> 01:14:03,600
muss man aber durchgegangen 
sein, ja, und dann kann man 

1454
01:14:03,600 --> 01:14:05,600
dieses, dieses krasse, weil das 
ist ja so eine krasse 

1455
01:14:05,600 --> 01:14:08,880
abstraktions Ebene mehr, das 
kann man nicht, das da passiert 

1456
01:14:08,880 --> 01:14:10,840
ja so viel im Hintergrund, du 
hast ja gesagt, da gibt es 

1457
01:14:10,840 --> 01:14:12,400
Leute, die sich nur im Netzwerk,
das kann ich auch nicht mehr 

1458
01:14:12,400 --> 01:14:13,840
verstehen, das will ich auch 
nicht mehr verstehen an der 

1459
01:14:13,840 --> 01:14:16,240
Stelle aber. 
Aber so ein gewisses Gefühl 

1460
01:14:16,240 --> 01:14:18,800
dafür zu bekommen, was muss da 
passieren eigentlich, damit das 

1461
01:14:19,280 --> 01:14:21,360
funktioniert? 
Und ist das dann effizient oder 

1462
01:14:21,360 --> 01:14:23,440
nicht? 
Dafür ist, glaube ich ganz cool,

1463
01:14:23,440 --> 01:14:26,720
irgendwie erstmal mit den 
kleineren Teilchen zu spielen, 

1464
01:14:26,720 --> 01:14:30,480
bevor man groß wird. 
Also insofern lehne ich mich 

1465
01:14:30,480 --> 01:14:32,520
zurück, ich hoffe du siehst das 
genauso wie ich und wir werden 

1466
01:14:32,520 --> 01:14:34,040
irgendwann mal den 
kybernetischen Sprung vielleicht

1467
01:14:34,040 --> 01:14:36,640
auch machen, aber im Moment 
fühle ich mich ganz wohl, ich 

1468
01:14:37,200 --> 01:14:38,720
spiele damit meinen kleinen 
Puzzleteilchen. 

1469
01:14:39,520 --> 01:14:40,800
Ihr wisst ja, wo ihr anrufen 
müsst. 

1470
01:14:40,880 --> 01:14:44,680
Ja, genau. 
Ja, die letzten 3. 

1471
01:14:45,040 --> 01:14:47,600
Worte, lieber Mario, würde ich 
auf der D überlassen. 

1472
01:14:47,600 --> 01:14:51,360
Dürfen dich die Leute 
kontaktieren, wie dürfen sie 

1473
01:14:51,360 --> 01:14:53,840
dich kontaktieren oder euch oder
wie findet man Chromatik 

1474
01:14:53,840 --> 01:14:55,800
verlinke ich natürlich alles in 
den Shownotes musst du jetzt 

1475
01:14:55,800 --> 01:15:00,200
keine Ur LS aufsagen oder so 
aber ja vielleicht hast du noch 

1476
01:15:00,200 --> 01:15:02,400
so einen kleinen Aufruf 
irgendwas zum Ende um auch noch 

1477
01:15:02,400 --> 01:15:04,640
mal auf Burkhardt einzugehen, 
was er gerade gesagt hat und 

1478
01:15:04,640 --> 01:15:08,960
ansonsten wär's das. 
Also vielen, vielen Dank, dass 

1479
01:15:08,960 --> 01:15:12,160
ich hier sein durfte. 
Ich habe ich hoffe ich habe alle

1480
01:15:12,160 --> 01:15:15,720
Klarheiten beseitigt. 
Schön gesagt. 

1481
01:15:17,600 --> 01:15:23,600
Und genau also ich sehe es auch 
so, das sind alles Schritt für 

1482
01:15:23,600 --> 01:15:26,800
Schritt, keiner fängt irgendwie 
sofort bei dem Containerschiff 

1483
01:15:26,800 --> 01:15:30,800
an, es gibt eben die die 
einzelnen Schritte, die man nach

1484
01:15:30,800 --> 01:15:33,520
und nach machen sollte für 
dieses ganze komponiertes Thema.

1485
01:15:34,120 --> 01:15:37,040
Was immer ganz hilfreich ist, 
ist auch wenn man bei Docker 

1486
01:15:37,040 --> 01:15:40,440
ist, weniger über die GUI 
machen, einfach mehr über Files 

1487
01:15:40,440 --> 01:15:43,200
machen, über die CLI machen, 
weil das ist da wo man es im 

1488
01:15:43,200 --> 01:15:45,480
Endeffekt lernt und das ist 
dann, wo man auch Infrastructure

1489
01:15:45,480 --> 01:15:49,040
als Code am Ende machen kann, 
dass eben alles nachvollziehbar 

1490
01:15:49,040 --> 01:15:50,720
ist. 
Ich glaube, das ist so das das 

1491
01:15:50,720 --> 01:15:54,320
Wichtigste worauf man immer 
achten sollte, ansonsten immer 

1492
01:15:54,320 --> 01:15:58,080
gerne rumprobieren, alle Open 
Source Projekte dieser Welt 

1493
01:15:58,080 --> 01:16:01,200
freuen sich A entweder über 
contributions oder. 

1494
01:16:01,560 --> 01:16:04,080
Eine Contribution vielleicht 
nicht aber, sondern eine 

1495
01:16:04,080 --> 01:16:06,600
Contribution ist auch 
tatsächlich einfach Feedback zu 

1496
01:16:06,600 --> 01:16:08,960
einem Feature oder irgendwie 
einem Wunsch, was irgendwie 

1497
01:16:08,960 --> 01:16:11,600
nicht funktioniert, wenn ihr da 
irgendwie einfach ein bisschen 

1498
01:16:11,600 --> 01:16:15,440
Zeit nehmt, jeden, jeden 
Contributor, jeden Maintainer 

1499
01:16:15,440 --> 01:16:18,080
freut es, wenn ihr von außen 
irgendwie Input bekommt, das 

1500
01:16:18,080 --> 01:16:21,760
hilft. 
Und man findet mich auf linkedin

1501
01:16:21,840 --> 01:16:26,680
am besten zum Anschreiben oder 
auf Blue Sky und Twitter und 

1502
01:16:26,680 --> 01:16:30,880
Cubomatic eben ganz normal im 
Netz oder untergithub.com Slash 

1503
01:16:30,880 --> 01:16:34,800
Cubomatic cool, weil alle unsere
Produkte sind Open Core. 

1504
01:16:35,120 --> 01:16:40,320
Alles klar wird verlinkt. 
Ich bedanke mich ganz herzlich. 

1505
01:16:41,280 --> 01:16:43,360
Auch im Namen der der Hörerinnen
und Hörer. 

1506
01:16:43,440 --> 01:16:45,280
Ja, ich glaube, es war ein 
richtig cooler erster Einblick 

1507
01:16:45,280 --> 01:16:47,800
in cubanitis ich glaube, man 
kann noch mal deepdives machen, 

1508
01:16:47,800 --> 01:16:50,880
sicherlich für jede einzelne 
dieser Komponenten, aber erstmal

1509
01:16:50,880 --> 01:16:52,920
haben wir einen Überblick 
bekommen, was die Technik angeht

1510
01:16:52,920 --> 01:16:56,560
und auch ja die die Art und 
Weise, wann und wie es 

1511
01:16:56,560 --> 01:16:58,160
eingesetzt werden kann. 
Also vielen Dank. 

1512
01:16:58,400 --> 01:17:00,480
Gerne. 
Ja, von meiner Stelle auch. 

1513
01:17:01,040 --> 01:17:03,280
Vielen dank Mario und viel 
Erfolg weiterhin. 

1514
01:17:03,440 --> 01:17:05,360
Schön, dass du dich so 
engagierst für diese. 

1515
01:17:05,840 --> 01:17:08,920
Open Source Open Core ein 
Projekt ist nicht gut, es trägt 

1516
01:17:08,920 --> 01:17:10,640
die Softwareentwicklung weltweit
weiter. 

1517
01:17:10,640 --> 01:17:13,480
Es braucht immer Leute, die 
sowas machen, vielen dank und 

1518
01:17:13,480 --> 01:17:15,520
dann sage ich Tschüss aus 
Hamburg, Tschüss. 

1519
01:17:16,560 --> 01:17:19,280
Einfach komplex wird präsentiert
und produziert von Heise mehr. 

1520
01:17:19,360 --> 01:17:20,680
Wir freuen uns auf deine Fragen 
und 

1521
01:17:20,680 --> 01:17:24,280
deinfeedbackanpodcast@heisemehr.com
vielen Dank fürs Hören dieser 

1522
01:17:24,280 --> 01:17:27,040
Folge bis Dienstag in 2 Wochen 
und Tschüss aus Hamburg.