1
00:00:00,430 --> 00:00:03,030
Plattform Engineering scheint 
gerade in aller Munde und Malte 

2
00:00:03,030 --> 00:00:04,950
und ich, wir haben uns ja auch 
schon vor ein paar folgen mal 

3
00:00:04,950 --> 00:00:07,310
eine ganze Podcast Folge lang 
diesem Thema gewidmet. 

4
00:00:07,630 --> 00:00:10,790
Jetzt schauen wir uns Radios an,
das ist n Technologie Vorschlag 

5
00:00:10,790 --> 00:00:13,030
von Microsoft, der an die 
Cloudate Computing Foundation 

6
00:00:13,030 --> 00:00:16,110
übergeben wurde, der das ganze 
Mal konkret werden lässt und 

7
00:00:16,110 --> 00:00:18,670
sagt, wie kann denn das 
technologisch aussehen, wie 

8
00:00:18,670 --> 00:00:20,750
können wir denn da die 
Verantwortlichkeiten verteilen, 

9
00:00:20,750 --> 00:00:29,640
darum geht es in dieser Folge. 
Und damit herzlich willkommen zu

10
00:00:29,640 --> 00:00:34,280
Folge 89 des to do Developer 
Podcast mit Robin Manuel Thiel 

11
00:00:34,280 --> 00:00:37,800
und mir malte Lantine Robin 
Manuel, wie geht's dir, wie war 

12
00:00:37,800 --> 00:00:40,960
deine Woche? 
Anstrengend. 

13
00:00:41,320 --> 00:00:44,080
Ehrlich gesagt, ich habe die 
letzten 2 Wochen waren voll mit 

14
00:00:44,080 --> 00:00:49,280
Geschäftsreisen und ich bin ein 
bisschen ja Social tired. 

15
00:00:49,280 --> 00:00:52,440
Ich würde gerne irgendwie ich 
brauche glaube ich mal eine 

16
00:00:52,440 --> 00:00:54,920
Woche wo ich mich zu Hause im 
Homeoffice einschließe und mal 

17
00:00:54,920 --> 00:00:57,280
irgendwie Sachen Abarbeite und 
mal keine Menschen sehe und das 

18
00:00:57,280 --> 00:00:58,800
liegt auch gar nicht an den 
Menschen, die ich getroffen 

19
00:00:58,800 --> 00:01:00,160
habe. 
Ich habe ganz ganz, ganz tolle 

20
00:01:00,160 --> 00:01:03,350
Menschen getroffen. 
Woche über unter anderem ja auch

21
00:01:03,550 --> 00:01:05,390
ein paar Hörer und Hörerinnen 
von von euch. 

22
00:01:05,910 --> 00:01:09,350
Wer sich erinnert, ich war ich 
war bei Kundenevents in Zürich 

23
00:01:09,350 --> 00:01:12,030
und in Frankfurt und hab da 
Gespräche mit euch geführt. 

24
00:01:12,030 --> 00:01:14,110
Vielen Dank auch. 
Danke, dass ihr uns da 

25
00:01:14,110 --> 00:01:16,270
ansprecht, wenn wir unterwegs 
sind und ihr und ihr uns seht, 

26
00:01:16,270 --> 00:01:18,790
da freue ich mich wahnsinnig, 
ich bin immer ganz ganz gerührt,

27
00:01:18,790 --> 00:01:21,230
ich weiß gar nicht was ich sagen
soll, wenn jemand live zu mir 

28
00:01:21,230 --> 00:01:25,390
kommt und sagt Hey ich höre euch
regelmäßig, freue mich immer 

29
00:01:25,390 --> 00:01:26,750
sehr, aber irgendwie so ein 
bisschen. 

30
00:01:28,480 --> 00:01:30,720
War es anstrengend und ich habe 
jetzt auch noch ein Wochenende 

31
00:01:30,720 --> 00:01:32,360
vor mir, wo ich auch ganz viele 
Freunde sehe. 

32
00:01:32,360 --> 00:01:34,960
Da freue ich mich schon drauf, 
aber. 

33
00:01:36,800 --> 00:01:39,800
Danach, also nach nächstem 
Wochenende, glaube ich mal eine 

34
00:01:39,800 --> 00:01:43,600
Woche weniger Social Activity 
gemacht. 

35
00:01:43,920 --> 00:01:47,400
Wie ist denn bei dir? 
Mir geht es geht es ähnlich. 

36
00:01:47,400 --> 00:01:50,160
Ich war die ganze Woche mit 
unserem Team unterwegs. 

37
00:01:50,200 --> 00:01:53,600
Das Gute ist, wenn man auf 
Dienstreisen ist, hat man immer 

38
00:01:53,600 --> 00:01:56,040
so ein bisschen Zeit, auch Dinge
in Ruhe abzuarbeiten, 

39
00:01:56,040 --> 00:01:57,480
insbesondere wenn man dem Zug 
sitzt. 

40
00:01:57,480 --> 00:02:00,200
Also ich bin nicht so 
leichtsinnig, da noch 

41
00:02:00,200 --> 00:02:03,720
irgendwelche Termine per online 
Konferenz reinzulegen, das heißt

42
00:02:03,720 --> 00:02:05,800
im Zug im Zug habe ich so ein 
bisschen Zeit, mich auch zu 

43
00:02:05,800 --> 00:02:08,280
konzentrieren, Sachen 
abzuarbeiten und das habe ich 

44
00:02:08,280 --> 00:02:11,520
diese Woche dann auf 2 längeren 
Fahrten gemacht und unter 

45
00:02:11,520 --> 00:02:14,120
anderem habe ich mich auch mit 
dem Project Radius ein bisschen 

46
00:02:14,120 --> 00:02:15,870
beschäftigt. 
Nachdem du mir erzählt hast, 

47
00:02:15,870 --> 00:02:18,310
dass du im Podcast drüber 
sprechen möchtest, hab ich mich 

48
00:02:18,310 --> 00:02:21,310
ein bisschen reingelesen. 
Hab mir die Session von 

49
00:02:21,310 --> 00:02:23,630
Microsoft, ich glaub es war von 
der letzten Build Conference 

50
00:02:23,630 --> 00:02:26,510
noch mal angeschaut. 
Um einfach einen Eindruck zu 

51
00:02:26,510 --> 00:02:28,110
kriegen, worum geht es da 
eigentlich? 

52
00:02:28,110 --> 00:02:30,430
Du kommst ja aus dieser Cloud 
native Welt, für mich ist das 

53
00:02:30,430 --> 00:02:34,830
ganze Thema noch so immer so n 
bisschen fremd, weil ich wenig 

54
00:02:34,830 --> 00:02:37,510
Hands on Berührungspunkte mit 
dieser ganzen Technologiewelt 

55
00:02:37,510 --> 00:02:40,350
habe, von daher bin ich heute 
auch gespannt das mal mit dir zu

56
00:02:40,350 --> 00:02:42,030
diskutieren. 
Werden und dann auch meine 

57
00:02:42,150 --> 00:02:45,910
Wissenslücken zu füllen. 
Aber bevor wir ins Thema 

58
00:02:45,910 --> 00:02:50,350
einsteigen, noch unsere üblichen
housekeeping Aufgaben und da ist

59
00:02:50,350 --> 00:02:53,190
es natürlich ganz wichtig, dass 
wir uns noch mal wieder herzlich

60
00:02:53,190 --> 00:02:58,110
bedanken bei denjenigen oder 
diejenigen, der uns seit der 

61
00:02:58,110 --> 00:02:59,870
letzten Folge einen Kaffee 
ausgegeben hat. 

62
00:02:59,870 --> 00:03:02,470
Vielen Dank an Daniel für einen 
Kaffee. 

63
00:03:04,240 --> 00:03:06,360
Vielen. 
Dank aber nicht nur bei uns ist 

64
00:03:06,360 --> 00:03:07,800
diese Woche viel passiert, 
sondern auch in der 

65
00:03:07,800 --> 00:03:10,800
Technologiewelt, dass uns 
vielleicht noch ganz kurz 2 

66
00:03:10,800 --> 00:03:14,640
Minuten darauf investieren, weil
es gab, glaube ich, 2 große 

67
00:03:15,200 --> 00:03:19,760
Themen diese Woche und das eine 
Thema, mit dem ich mich relativ 

68
00:03:19,760 --> 00:03:21,520
viel auseinandergesetzt habe, 
weil ich mich viel mit meinen 

69
00:03:21,520 --> 00:03:25,360
Kollegen dazu ausgetauscht habe 
in den letzten Tagen ist die 

70
00:03:25,360 --> 00:03:28,080
Ankündigung des neuen GPT 
Modells. 

71
00:03:29,840 --> 00:03:33,440
Was ich extrem spannend fand in 
der Demo und besonders 

72
00:03:33,440 --> 00:03:36,400
interessant fand ich, dass im 
Gegensatz zu vielen anderen AI 

73
00:03:36,400 --> 00:03:39,760
Modellen, die in den letzten 
Monaten präsentiert wurden, 

74
00:03:39,760 --> 00:03:42,800
wurde das Ganze quasi sofort 
freigeschaltet. 

75
00:03:42,800 --> 00:03:48,310
Für die User zumindest die mit. 
GPT Premium Chat, GPT Premium 

76
00:03:48,310 --> 00:03:51,750
und viele der Funktionalitäten 
konnte man direkt danach auch 

77
00:03:51,750 --> 00:03:55,110
selber auszuprobieren und 
dadurch natürlich ein bisschen 

78
00:03:55,110 --> 00:03:56,510
Zeit drauf. 
Investiert hat mir das ganze 

79
00:03:56,510 --> 00:03:59,150
anzugucken, ich fand es extrem 
spannend. 

80
00:03:59,150 --> 00:04:02,070
Wie war dein Eindruck? 
Ich fand es auch krass. 

81
00:04:02,470 --> 00:04:04,190
Ich hab es auch natürlich direkt
irgendwie ausprobiert. 

82
00:04:04,190 --> 00:04:06,750
Ich fand auch irgendwie n gutes 
Thema Desktop App, cool, dass 

83
00:04:06,750 --> 00:04:09,350
man irgendwie quasi einen 
kleinen Begleiter in seinem 

84
00:04:09,350 --> 00:04:12,030
Alltag hat, der dann auch 
teilweise mein mein Bildschirm 

85
00:04:12,030 --> 00:04:14,870
sehen kann, zumindest in den 
Phasen wo ich den Freigebe und 

86
00:04:14,870 --> 00:04:17,790
dann würd ich sagen kann Hey 
schau mal, hier kannst du mir da

87
00:04:17,950 --> 00:04:20,470
kurz einen Kommentar zu sagen 
oder findest du hier den Bug in 

88
00:04:20,470 --> 00:04:24,150
meinem Code oder wie würdest du 
das nochmal umformulieren, ohne 

89
00:04:24,150 --> 00:04:25,710
dass ich halt wirklich Text 
markiere? 

90
00:04:25,710 --> 00:04:29,430
Kopiere in Chat GPT einfüge, das
ist glaube ich da freu ich mich 

91
00:04:29,430 --> 00:04:30,950
sehr drauf, das hatte ich jetzt 
die letzten Tage. 

92
00:04:32,000 --> 00:04:34,360
Ich glaub seit vorgestern oder 
so auch schon mal ausprobieren 

93
00:04:34,880 --> 00:04:38,680
dürfen und ich glaube das gerade
so, dass dieses diese ja diese 

94
00:04:38,680 --> 00:04:42,160
Co Piloten im Alltag, ohne dass 
ich sie ganz aktiv irgendwo 

95
00:04:42,160 --> 00:04:44,400
aktivieren muss und diese 
kleinen Helfer zwischendurch, 

96
00:04:44,520 --> 00:04:48,240
dass die auch immer mehr werden 
und dass da auch wirklich 

97
00:04:48,240 --> 00:04:51,960
sinnvoll wird. 
Und tatsächlich, auch jetzt die 

98
00:04:51,960 --> 00:04:55,200
noch bessere und quasi in 
Echtzeit funktionierende 

99
00:04:55,200 --> 00:04:59,040
Sprachkommunikation fand ich 
wirklich echt beeindruckend, da 

100
00:04:59,040 --> 00:05:01,640
wirklich direkt die 
Interaktionen. 

101
00:05:02,150 --> 00:05:05,830
Mit Chat GPT zu haben ohne Halt 
viel tippen zu müssen oder 

102
00:05:05,830 --> 00:05:09,190
irgendwie speech to Text zu 
machen, das fand ich wirklich 

103
00:05:09,190 --> 00:05:12,910
beeindruckend. 
Das heißt, da wird viele 

104
00:05:13,390 --> 00:05:16,790
Anwendungsfälle geben und ich 
glaub jetzt Chat GPT ist wieder.

105
00:05:17,190 --> 00:05:20,230
Der erste Einsatzzweck für 
dieses Modell aber natürlich 

106
00:05:20,230 --> 00:05:23,430
über die API, wird das dann 
jetzt in viele andere 

107
00:05:23,430 --> 00:05:27,150
Anwendungsfelder reinfließen und
da bin ich gespannt, wie es da 

108
00:05:27,150 --> 00:05:31,390
weitergeht und was ich gelesen 
hatte ist das GPT Four O auch. 

109
00:05:31,630 --> 00:05:36,470
Auch schon inkognito an diversen
Chat Agent vergleichen 

110
00:05:36,470 --> 00:05:39,190
teilgenommen hat und alle sich 
gefragt haben, was ist denn das 

111
00:05:39,190 --> 00:05:41,910
für ein Chat Agent der da die 
guten Ergebnisse macht. 

112
00:05:41,910 --> 00:05:44,710
Und tatsächlich stellt sich 
raus, dass. 

113
00:05:45,710 --> 00:05:50,630
Hier GPT Chat GPT mit GPT fo 
tatsächlich wieder zum 

114
00:05:50,630 --> 00:05:54,230
Marktführer wird was die 
Qualität betrifft, aber das ist 

115
00:05:54,230 --> 00:05:57,310
ne Momentaufnahme von daher ich 
bin gespannt was da kommt. 

116
00:05:57,310 --> 00:06:00,430
Vielleicht machen wir mal noch 
ne komplette Folge wieder zu dem

117
00:06:00,430 --> 00:06:03,390
Thema. 
Aber heute soll es mal nicht um 

118
00:06:03,390 --> 00:06:04,750
AI im Detail. 
Gehen. 

119
00:06:04,750 --> 00:06:07,510
Wir können ja mal ne Folge 
machen, wo wir einfach Jet UPDVO

120
00:06:07,510 --> 00:06:10,190
komplett interviewen, also 
gerade diese, wenn das dieses 

121
00:06:10,390 --> 00:06:13,510
diese live responses, die fand 
ich auch beeindruckend. 

122
00:06:13,510 --> 00:06:15,870
Ich bin auch mal sehr gespannt 
was dafür Use Cases und 

123
00:06:15,870 --> 00:06:18,150
Anwendungsfälle rauskommen, 
wahrscheinlich irgendwie so die 

124
00:06:18,150 --> 00:06:21,150
die virtuelle Freundin oder 
sowas weil also ich fand das ich

125
00:06:21,790 --> 00:06:24,470
fand das Ding schon erstaunlich 
flirty also das ist irgendwie in

126
00:06:24,470 --> 00:06:26,230
diesen ganzen Videos die man 
gesehen hat ich war überrascht 

127
00:06:26,230 --> 00:06:29,510
davon, dass das auf einmal 
irgendwie so oh oh oh meinst du 

128
00:06:30,350 --> 00:06:31,910
so ein bisschen ein bisschen 
flirty war? 

129
00:06:31,910 --> 00:06:34,560
Also ich glaube das hatte. 
Gerade so auf Twitter, da noch 

130
00:06:34,560 --> 00:06:38,280
viel Humor nochmal irgendwie 
abbekommen und liegt natürlich 

131
00:06:38,280 --> 00:06:39,880
dann oft auf der Hand, dass 
irgendwelche Leute sich dann 

132
00:06:39,880 --> 00:06:42,800
irgendwelche virtuellen Dates 
oder irgendwas bauen und auch 

133
00:06:42,800 --> 00:06:45,200
dieser Gag, der so ein bisschen 
durch Social Media gegangen ist,

134
00:06:45,200 --> 00:06:49,840
von wegen. 
Dating Model komplett neue 

135
00:06:49,840 --> 00:06:53,040
Bedeutung bekommen. 
Ja, also auf jeden Fall viel mim

136
00:06:53,040 --> 00:06:55,800
Potenzial, dabei aber natürlich 
technologisch super 

137
00:06:55,800 --> 00:07:00,070
beeindruckend. 
Dann würde ich gerne, bevor wir 

138
00:07:00,070 --> 00:07:02,630
ins Thema einsteigen, auch noch 
eine kleine Ankündigung in 

139
00:07:02,630 --> 00:07:05,870
eigener Sache haben. 
Und zwar haben. 

140
00:07:06,190 --> 00:07:08,750
Mich vor ein paar Folgen schon 
mal erzählt, dass ich jetzt in 

141
00:07:08,750 --> 00:07:10,910
dass die ein oder andere 
Zeitprojekt auch habe und 1 

142
00:07:10,910 --> 00:07:13,870
davon ist, dass ich zusammen mit
einem Freund von mir einen quasi

143
00:07:13,870 --> 00:07:17,790
ein developer Tool für Rollen 
und Rechtemanagement baue, 

144
00:07:17,790 --> 00:07:20,670
sondern so ne Plattform und die 
würden wir gerne in 2 Wochen auf

145
00:07:20,670 --> 00:07:23,430
Product Hand launchen. 
Viele kennen bestimmt Product 

146
00:07:23,430 --> 00:07:25,470
Hand, das ist eigentlich so eine
Plattform wo man eigentlich 

147
00:07:25,470 --> 00:07:29,070
täglich neue Tools und 
Helferlein und SD KS und irgend 

148
00:07:29,070 --> 00:07:33,030
sowas entdecken und mit Freunden
teilen kann und da haben wir uns

149
00:07:33,030 --> 00:07:35,550
überlegt, würden wir gerne in 2 
Wochen eine Lounge machen und 

150
00:07:35,550 --> 00:07:37,870
dann quasi offiziell sagen so 
wir sind jetzt da. 

151
00:07:38,800 --> 00:07:40,480
Und vielleicht machen wir auch 
mal eine kleine Folge zu dem 

152
00:07:40,480 --> 00:07:42,520
Thema. 
Rollen und Rechtemanagement für 

153
00:07:42,520 --> 00:07:44,720
Developer haben wir da glaube 
ich schon so ein paar Sachen 

154
00:07:44,720 --> 00:07:46,840
erkannt haben, die komplexer 
sind, als es auf den ersten 

155
00:07:46,840 --> 00:07:50,360
Blick scheint und da würde ich 
mich wahnsinnig freuen, wenn wir

156
00:07:50,360 --> 00:07:52,880
da Unterstützung hier von euch, 
aus unserer Community kriegen 

157
00:07:52,880 --> 00:07:54,600
würden, das heißt, wenn ihr 
sagt, Ey, das ist cool, wir 

158
00:07:54,600 --> 00:07:56,760
haben Lust euch da zu 
unterstützen oder euch das mal 

159
00:07:56,760 --> 00:07:59,680
anzuhören, dann legt euch doch 
vielleicht jetzt schon mal einen

160
00:07:59,680 --> 00:08:02,960
Product Hunt Account an, denn 
Product Hunt. 

161
00:08:04,840 --> 00:08:08,760
Wertet irgendwie Likes und ab 
Votes von Leuten, die nicht erst

162
00:08:08,760 --> 00:08:10,200
seit gestern einen Account 
haben. 

163
00:08:10,870 --> 00:08:14,030
Deutlich höher also wenn wenn 
ich euch da in 2 Wochen noch mal

164
00:08:14,030 --> 00:08:16,630
um eure Unterstützung fragen 
darf, dann wird es mir sehr 

165
00:08:16,630 --> 00:08:18,310
helfen, wenn ihr vielleicht 
jetzt irgendwie in den nächsten 

166
00:08:18,310 --> 00:08:20,270
Tagen schon mal einen Account 
anlegt, vielleicht schon mal so 

167
00:08:20,270 --> 00:08:23,750
ein ganz klein bisschen aktiv 
auf Product Hand seid und dann 

168
00:08:24,430 --> 00:08:27,190
schauen wir mal, ob ich hier die
Podcast Army nutzen kann, um uns

169
00:08:27,190 --> 00:08:31,240
da ein bisschen zu pushen. 
Würde mich freuen, erzähl mir 

170
00:08:31,240 --> 00:08:33,799
dann noch mal in 2 Wochen wenn 
es soweit ist, ein bisschen mehr

171
00:08:33,799 --> 00:08:36,640
drüber. 
Ich drücke auf jeden Fall die 

172
00:08:36,640 --> 00:08:38,760
Daumen, dass es voll 
durchstartet. 

173
00:08:40,600 --> 00:08:41,919
Dann lass uns ins Thema 
einsteigen. 

174
00:08:41,919 --> 00:08:47,120
Wir sprechen heute über Project 
Radius und Project Radius kommt 

175
00:08:47,120 --> 00:08:51,160
von Microsoft, ist aber ein 
offenes Projekt und entwickelt 

176
00:08:51,160 --> 00:08:55,320
sich jetzt Richtung Cloud Native
Foundation und dient im 

177
00:08:55,320 --> 00:08:58,880
Wesentlichen dazu, diese Brücke 
zwischen Developer und 

178
00:08:58,880 --> 00:09:01,840
Operations zu schließen, die ja 
selbst. 

179
00:09:03,640 --> 00:09:05,360
In den letzten Jahren immer noch
Bestand. 

180
00:09:05,360 --> 00:09:08,800
Klar, es gibt immer mehr Dev Ops
Teams, aber natürlich gibt es 

181
00:09:08,800 --> 00:09:13,200
bestimmte Fähigkeiten, die immer
schwerer sind in der Gänze zu 

182
00:09:13,200 --> 00:09:15,230
beherrschen. 
Wenn man sich dieses ganze Cloud

183
00:09:15,230 --> 00:09:18,830
Native Eco System anschaut, gibt
es einen riesigen Technologie 

184
00:09:18,830 --> 00:09:21,670
Stack und irgendwie hat sich 
über die letzten Jahre dann die 

185
00:09:21,670 --> 00:09:24,750
Erwartungshaltung entwickelt, 
dass jeder einzelne Developer 

186
00:09:24,750 --> 00:09:28,670
jedes Dev Team irgendwie alles 
beherrscht, was nicht nur für 

187
00:09:28,670 --> 00:09:31,270
die Entwicklung, sondern auch 
für den Betrieb der eigenen 

188
00:09:31,270 --> 00:09:34,950
Anwendung nötig ist. 
Aber mit dem Explodieren der 

189
00:09:34,950 --> 00:09:37,910
Möglichkeiten der 
technologischen Möglichkeiten 

190
00:09:37,910 --> 00:09:40,510
wird diese Annahme ja immer 
utopischer. 

191
00:09:40,830 --> 00:09:44,110
Dementsprechend hat sich das 
ganze Thema Plattform 

192
00:09:44,110 --> 00:09:46,510
Engineering 
herauskristallisiert, in dem 

193
00:09:46,510 --> 00:09:49,660
Halt. 
Dedizierte plattformteams Dinge 

194
00:09:49,660 --> 00:09:52,460
vorbereiten, Templates 
vorbereiten, Self Service für 

195
00:09:52,460 --> 00:09:55,980
Developer anbieten. 
Aber hier beschränkt er sich in 

196
00:09:55,980 --> 00:09:58,580
der Vergangenheit häufig 
dadrauf, dass bestimmte 

197
00:09:58,940 --> 00:10:03,140
Infrastruktur deployed wurde. 
Die durch das Plattformteam 

198
00:10:03,140 --> 00:10:05,620
beschrieben wurde. 
Aber was ein bisschen fehlte, 

199
00:10:05,620 --> 00:10:10,700
war die Beschreibung des Ganzen 
durch das Development Teams und 

200
00:10:10,700 --> 00:10:15,220
genau diese Brücke noch mal zu 
schließen und zwischen dem was 

201
00:10:15,220 --> 00:10:18,380
die Entwickler benötigen um zu 
beschreiben welche 

202
00:10:18,500 --> 00:10:22,700
Technologieabhängigkeiten sie 
haben plattformtechnisch und dem

203
00:10:22,700 --> 00:10:29,470
was das Plattformteam als. 
Gadrails vorgibt, sprich wie 

204
00:10:29,470 --> 00:10:32,950
sollen diese Technologien in der
Cloud bereitgestellt werden, in 

205
00:10:32,950 --> 00:10:35,350
der eigenen Infrastruktur 
bereitgestellt werden, welche 

206
00:10:35,470 --> 00:10:39,070
Konfiguration, welche Policies 
sind erforderlich und hier diese

207
00:10:39,070 --> 00:10:42,710
Brücke zu schließen, damit 
beschäftigt sich Project Radius 

208
00:10:42,990 --> 00:10:45,910
und Du hast dich ein bisschen 
intensiver damit beschäftigt. 

209
00:10:46,350 --> 00:10:49,390
Hast du schon hands on 
ausprobiert und was kannst du 

210
00:10:49,590 --> 00:10:51,310
uns aus deiner Erfahrung 
berichten? 

211
00:10:53,030 --> 00:10:55,830
Ja, es ist tatsächlich so ein 
bisschen, dass die Idee vom 

212
00:10:55,830 --> 00:10:58,350
Plattform Engineering jetzt mal 
in den wirklichen Technologie 

213
00:10:58,350 --> 00:11:00,910
Vorschlag gegossen. 
Wir hatten, wie gesagt, wir 

214
00:11:00,910 --> 00:11:02,830
haben ja schon gesagt und ich 
habe eh auch so ein bisschen das

215
00:11:02,830 --> 00:11:05,710
Gefühl, dass ich mit Plattformen
Engineering wir uns wieder so 

216
00:11:05,710 --> 00:11:08,790
ein bisschen 23 Schritte zurück 
von diesem ursprünglichen, 

217
00:11:08,790 --> 00:11:12,700
ursprünglichen Depots, der. 
Aus Gedanken bewegen, indem er 

218
00:11:12,700 --> 00:11:15,420
dann irgendwie aufkam. 
OK, als dev Ops aufkam, hieß es 

219
00:11:15,420 --> 00:11:17,700
irgendwie alle, alle machen 
alles und Developer machen auch 

220
00:11:17,700 --> 00:11:20,020
Operations und Deployen auch und
alle sind irgendwie das 

221
00:11:20,020 --> 00:11:21,860
gemeinsame im Team. 
Und wie du gerade richtig gesagt

222
00:11:21,860 --> 00:11:24,060
hast, das ist aber irgendwann ja
wahnsinnig komplex geworden. 

223
00:11:24,820 --> 00:11:27,460
Und was, was dann jetzt 
aufkommt, ist dieses Plattform 

224
00:11:27,460 --> 00:11:30,180
Engineering, wo es n Operations 
Team gibt, die Spielregeln 

225
00:11:30,180 --> 00:11:33,940
festlegen wie bei uns im 
Unternehmen, vor allem in großen

226
00:11:33,940 --> 00:11:37,380
Unternehmen eben Dinge deployed 
werden und genau da setzt Radius

227
00:11:37,380 --> 00:11:42,060
an und lässt Oper lässt das 
Operations Team eben diese 

228
00:11:42,060 --> 00:11:47,500
Spielregeln oder wie Radius es 
nennt Recipes, also Rezepte für 

229
00:11:47,500 --> 00:11:52,140
eine Datenbank für eine App, für
einen Cash, für einen Proxy und 

230
00:11:52,140 --> 00:11:57,070
so weiter definieren. 
Und lässt dann Developer eine 

231
00:11:57,110 --> 00:11:59,670
einfach nur noch in ihrer App 
Beschreibung. 

232
00:11:59,670 --> 00:12:01,830
Wir haben so ein Application 
Model entwickelt, wo ich neben 

233
00:12:01,830 --> 00:12:04,870
meine App eigentlich so eine so 
eine Beschreibungsdatei lege was

234
00:12:04,870 --> 00:12:08,550
meine App braucht. 
Lässt dort dann eben developer 

235
00:12:08,550 --> 00:12:12,510
sich irgendwie definieren was 
sie brauchen und in dem Moment 

236
00:12:12,510 --> 00:12:14,670
wo dann ein Deployment 
stattfindet, kommen diese beiden

237
00:12:14,670 --> 00:12:17,350
Welten zusammen und die 
Developer, die jetzt vielleicht 

238
00:12:17,350 --> 00:12:21,230
beschrieben haben, ich brauche 
eine Mongo DB und die soll bitte

239
00:12:21,230 --> 00:12:24,510
auf folgendem Port auf mich 
hören und so weiter und bitte 

240
00:12:24,510 --> 00:12:26,430
den Connections String von der 
Mongo DB brauche ich als 

241
00:12:26,430 --> 00:12:28,310
environment variable hier in 
meinem Container. 

242
00:12:28,900 --> 00:12:33,540
Das trifft dann auf diese Resse 
vom Operations Tiemenson 

243
00:12:33,540 --> 00:12:35,540
Deployment gibt, wo dann 
geschafft wird. 

244
00:12:35,540 --> 00:12:39,660
OK Mongo DB, wie wird die denn 
bei uns im Unternehmen sicher 

245
00:12:40,420 --> 00:12:43,460
nach nach nach nach unseren 
Standards skalierbar. 

246
00:12:43,940 --> 00:12:48,580
Gemäß unserer Policies, denn 
deployed und dann auch geschaut 

247
00:12:48,580 --> 00:12:50,780
in welcher Umgebung, weil man es
könnte ja sein, dass das 

248
00:12:50,780 --> 00:12:53,580
Operations Team sagt, OK, wenn 
du the Mongo DB brauchst, wir 

249
00:12:53,580 --> 00:12:57,020
aber die Applikation lokal 
ausführen oder irgendwo on Prime

250
00:12:57,020 --> 00:12:58,540
betreiben, dann ist es 
wahrscheinlich. 

251
00:12:58,980 --> 00:13:01,740
Ne bestimmte Konfiguration des 
Mongo DB Containers in einem 

252
00:13:01,740 --> 00:13:04,300
kobaniertes Cluster, wohingegen 
wenn wir dann vielleicht gegen 

253
00:13:04,300 --> 00:13:07,100
ne Cloud Umgebung deployen, dann
nutzen wir die gemanagten 

254
00:13:07,100 --> 00:13:09,980
Services, die der Cloud Provider
uns zur Verfügung stellt. 

255
00:13:10,260 --> 00:13:13,060
Und diese beiden Beschreibungen,
einmal das, was das Operations 

256
00:13:13,060 --> 00:13:16,260
Team macht und einmal das was 
die Developer dann quasi 

257
00:13:16,340 --> 00:13:18,980
anfordern. 
Diese beiden Beschreibungen sind

258
00:13:18,980 --> 00:13:20,900
eben in dieser Radius 
Technologie. 

259
00:13:22,670 --> 00:13:27,350
Dann zusammengeführt oder oder 
definiert und kommen dann eben 

260
00:13:27,350 --> 00:13:29,550
dann, wenn es ein Deployment 
gibt zusammen. 

261
00:13:31,310 --> 00:13:34,150
Das heißt also, wenn ich als 
Entwickler die Anforderung habe,

262
00:13:34,150 --> 00:13:36,750
ich brauche irgendwie einen 
Radisscash und eine Sequel 

263
00:13:36,750 --> 00:13:40,430
Datenbank, dann ist es mir am 
Ende egal in welcher Cloud 

264
00:13:40,430 --> 00:13:42,190
Infrastruktur das bereitgestellt
wird. 

265
00:13:42,270 --> 00:13:44,510
Jemand anders trifft 
wahrscheinlich die Entscheidung 

266
00:13:44,510 --> 00:13:47,790
darüber, was jetzt die Plattform
der Wahl ist. 

267
00:13:47,790 --> 00:13:50,390
Betreibe ich das im eigenen 
Rechenzentrum auf der eigenen 

268
00:13:50,390 --> 00:13:53,070
Infrastruktur, betreibe, die 
betreibe ich so auf Abs auf 

269
00:13:53,070 --> 00:13:56,910
Erscha oder wer weiß wo und 
dementsprechend ist es ja total 

270
00:13:56,910 --> 00:14:00,870
sinnvoll diese Dinge voneinander
zu trennen und zu abstrahieren, 

271
00:14:00,870 --> 00:14:03,950
das heißt ich als Developer 
definiere welches Services ich 

272
00:14:03,950 --> 00:14:06,950
brauche und jemand anders 
definiert wie diese in der 

273
00:14:06,950 --> 00:14:11,660
Zielumgebung. 
Korrekt konfiguriert, aber halt 

274
00:14:11,660 --> 00:14:14,300
auch nach den 
Unternehmensstandards Compliant 

275
00:14:14,300 --> 00:14:18,340
bereitgestellt wird und ich kann
dann die Anwendung mal in die 

276
00:14:18,340 --> 00:14:20,340
eine Umgebung, mal in die andere
Umgebung betreuen. 

277
00:14:20,340 --> 00:14:23,580
Aber als Entwickler hab ich 
letzten Endes die gleichen 

278
00:14:23,580 --> 00:14:26,500
Anforderungen an beide 
Umgebungen definiert über diese 

279
00:14:26,500 --> 00:14:29,860
Technologie und kann 
dementsprechend das Ganze so ein

280
00:14:29,860 --> 00:14:33,700
bisschen weg abstrahieren, das 
ganze aber letzten Endes auch 

281
00:14:33,700 --> 00:14:37,510
immer noch als. 
Code so ähnlich wie 

282
00:14:37,510 --> 00:14:40,710
infrastructures Code wie wir es 
gewöhnt sind und wir als buysabt

283
00:14:40,710 --> 00:14:44,030
Template als terraform Template 
für die unterschiedlichen Cloud 

284
00:14:44,030 --> 00:14:46,510
Plattformen auch. 
Aber ich muss jetzt nicht als 

285
00:14:46,510 --> 00:14:50,470
Developer hingehen und irgendwie
mir einen terrorform Template 

286
00:14:50,470 --> 00:14:54,550
runterladen für eine spezifische
Cloud Plattform, das dann mit 

287
00:14:54,550 --> 00:14:58,150
meiner Anwendung irgendwie 
managen, sondern ich abstrahiere

288
00:14:58,150 --> 00:15:01,550
nochmal das ganze ein bisschen 
weg und gehe am Ende wirklich 

289
00:15:01,550 --> 00:15:05,070
nur noch auf die Services die 
ich für meine Anwendung brauche 

290
00:15:05,270 --> 00:15:07,990
und habe damit. 
Natürlich eine sehr gute 

291
00:15:07,990 --> 00:15:09,790
Kontrolle und eine 
Direktverbindung. 

292
00:15:10,820 --> 00:15:13,580
Über diese Recipes zu dem, was 
dann in der Cloud Plattform 

293
00:15:13,580 --> 00:15:15,620
bereitgestellt wird, weil das 
ist ja auch so n bisschen der 

294
00:15:15,620 --> 00:15:19,660
Nachteil von dem wie man es 
vielleicht erwartet aus dem was 

295
00:15:19,660 --> 00:15:22,300
wir in der Plattform Engineering
Folge besprochen haben mit 

296
00:15:22,300 --> 00:15:24,740
diesem Developer Portal. 
Dann geh ich vielleicht in so n 

297
00:15:24,740 --> 00:15:28,380
developer Portal und stell mir 
da meine Konfiguration zusammen,

298
00:15:28,380 --> 00:15:32,020
irgendwie in meiner Zielumgebung
brauche ich folgende Datenbank 

299
00:15:32,020 --> 00:15:34,740
brauche ich folgende 
Betriebsumgebung aber was da 

300
00:15:34,740 --> 00:15:37,340
dann letzten Endes rausfällt 
sind ja auch irgendwelche 

301
00:15:37,340 --> 00:15:40,500
Infrastructure as code 
templates. 

302
00:15:42,300 --> 00:15:44,300
Wenn ich das ganze jetzt über 
dieses developer Portal 

303
00:15:44,300 --> 00:15:48,300
eigentlich getrennt von meinem 
Code provisioniere, dann hab ich

304
00:15:48,300 --> 00:15:50,660
hab ich natürlich nicht diesen 
direkten Bezug in der Cloud 

305
00:15:50,660 --> 00:15:52,580
Plattform. 
Man sieht nicht direkt OK 

306
00:15:52,820 --> 00:15:55,660
welcher Service läuft eigentlich
da und da drauf ne und welche 

307
00:15:55,820 --> 00:15:58,980
Teile? 
Welche Infrastrukturkomponenten 

308
00:15:58,980 --> 00:16:02,220
gehören eigentlich zu welcher 
Attrakt Anwendung an der Stelle?

309
00:16:02,460 --> 00:16:05,380
Das heißt, ich kann natürlich 
entsprechend Label setzen, aber 

310
00:16:05,380 --> 00:16:07,580
man hat immer noch diese 
Trennung und jetzt führen wir 

311
00:16:07,580 --> 00:16:11,620
das Ganze wieder zusammen, aber 
mit der notwendigen Abstraktion.

312
00:16:12,690 --> 00:16:16,130
Genau also in der Vergangenheit 
oder bisher ist es ja einfach 

313
00:16:16,130 --> 00:16:19,250
oft auch so gewesen, dass zum 
Beispiel Terrorformcode mit im 

314
00:16:19,250 --> 00:16:21,890
gleichen Reporsatory lag, wo die
Anwendung liegt und so, und das 

315
00:16:21,890 --> 00:16:26,050
wird so n bisschen wieder 
entzerrt einfach, aber das heißt

316
00:16:26,050 --> 00:16:28,170
nichts, nicht das Terrorformen 
oder Buysell oder welche 

317
00:16:28,170 --> 00:16:30,290
Infrastructure als Codes sprach 
man auch immer verwendet da 

318
00:16:30,290 --> 00:16:32,610
jetzt in diesem Radius Konzept 
keine Rolle spielt, im 

319
00:16:32,610 --> 00:16:36,330
Gegenteil, das ist dann halt die
Art und Weise wie ein Operator 

320
00:16:36,330 --> 00:16:39,570
definiert, was bei uns der 
richtige Art und Weise zu 

321
00:16:39,570 --> 00:16:41,730
deployen ist. 
Zum Beispiel wenn wir bei diesem

322
00:16:41,730 --> 00:16:44,950
Rediss Beispiel bleiben. 
Dann kann ich jetzt als Operator

323
00:16:44,950 --> 00:16:47,430
hingehen und einfach definieren,
was heißt es denn an Reddit bei 

324
00:16:47,430 --> 00:16:50,270
uns nach production 
requirements? 

325
00:16:50,270 --> 00:16:52,110
Ich kann da auch verschiedene 
Stages wählen, ich kann sagen 

326
00:16:52,110 --> 00:16:55,510
ja, in DEVK ist mir das egal, ob
in Production könnte ich ja zum 

327
00:16:55,510 --> 00:16:59,710
Beispiel sagen mindestens 2 
Instanzen, damit ich in gewisse 

328
00:16:59,710 --> 00:17:01,950
Failover habe, also mindestens 2
replicars. 

329
00:17:02,190 --> 00:17:06,270
Ich könnte auch sagen, dass ein 
Cash in eine bestimmte Region 

330
00:17:06,270 --> 00:17:08,190
oder ein bestimmtes 
Rechenzentrum in der Cloud 

331
00:17:08,190 --> 00:17:12,390
deployed wird oder dass der 
vorkonfiguriert wird oder dass 

332
00:17:12,390 --> 00:17:15,310
man direkt sagt, die richtige 
Creedence werden irgendwo in den

333
00:17:15,310 --> 00:17:17,349
Secrets Store abgelegt und so 
weiter. 

334
00:17:18,020 --> 00:17:20,619
Und das kann ich mit Terrorform 
beschreiben oder auch mit mit 

335
00:17:20,619 --> 00:17:22,579
anderen Infrastructure als 
Codesprachen. 

336
00:17:22,940 --> 00:17:26,780
Und dann Bündel ich das eben in 
so ein Recipy und sobald das 

337
00:17:26,780 --> 00:17:29,340
dann definiert ist, können 
Developers dann wiederum nutzen,

338
00:17:29,340 --> 00:17:32,500
um ihren Reddit Cash zu 
deployen, ohne dass sie sich 

339
00:17:32,500 --> 00:17:36,300
eben Gedanken darüber machen 
müssen, wie die Pleuchten, wo 

340
00:17:36,300 --> 00:17:38,900
die Pleuel denn hin. 
Wie konfiguriere ich den denn 

341
00:17:38,940 --> 00:17:41,340
denn korrekt? 
Und diese ganz klassische, ja 

342
00:17:41,340 --> 00:17:45,220
sag ich mal Separation of 
Conservance, die ermöglicht dann

343
00:17:45,220 --> 00:17:48,540
eben auch den, den den 
Operatoren, die diese Plattform 

344
00:17:48,540 --> 00:17:51,300
bereitstellen, dieses Plattform 
Engineering Team. 

345
00:17:52,230 --> 00:17:54,470
Ermöglicht denen dann auch 
wieder zu skalieren und auch 

346
00:17:54,470 --> 00:17:57,670
quasi Support anzubieten. 
Über ganz, ganz viele interne 

347
00:17:57,670 --> 00:18:01,030
Teams hinweg, weil ich ja eben 
einmal an zentraler Stelle diese

348
00:18:01,030 --> 00:18:04,030
Policies und diese Art und 
weisen definiert habe und dann 

349
00:18:04,030 --> 00:18:06,030
kann ich halt eben, wenn es 
irgendwo ein Problem gibt, bei 

350
00:18:06,030 --> 00:18:08,390
einem, bei einem der Teams muss 
ich dann nicht in die 

351
00:18:08,390 --> 00:18:11,870
individuelle Konfiguration 
reinschauen, sondern die Nutzen 

352
00:18:11,870 --> 00:18:15,230
eines dieser Recipes und daran 
merkt man vielleicht aber auch 

353
00:18:15,230 --> 00:18:18,150
schon, dass das Ehrenthema für 
sehr große Unternehmen mit 

354
00:18:18,150 --> 00:18:20,620
vielen. 
Teams und mit vielen Apps ist 

355
00:18:20,700 --> 00:18:23,500
und ja jetzt eigentlich sehr 
ähnlich zu dem Thema Plattform 

356
00:18:23,500 --> 00:18:26,300
Engineering wahrscheinlich eher 
spannend ist für n Operations 

357
00:18:26,300 --> 00:18:28,700
Team was sehr sehr viele 
verschiedene Abteilungen und 

358
00:18:28,700 --> 00:18:32,020
developer Teams und 
Applikationen betreut das. 

359
00:18:32,020 --> 00:18:36,100
Heißt du als mein Operation Team
stellst verschiedene Rezepte 

360
00:18:36,100 --> 00:18:39,460
zusammen für die entsprechenden 
Zielumgebungen. 

361
00:18:39,460 --> 00:18:42,100
Vielleicht gibt es irgendwie 
eine Testumgebung, eine 

362
00:18:42,100 --> 00:18:45,060
Produktionsumgebung gibt es 
verschiedene Rezepte wieso etwas

363
00:18:45,060 --> 00:18:48,180
aussehen kann für die einzelnen 
Komponenten und ich als 

364
00:18:48,220 --> 00:18:51,820
Developer kann dann aus diesen 
Rezepten etwas kochen quasi das 

365
00:18:51,820 --> 00:18:55,300
heißt ich nehme die Rezepte und 
sage okay ich brauche jetzt 

366
00:18:55,620 --> 00:19:00,070
folgende Datenbank folgende. 
Caches folgende 

367
00:19:00,070 --> 00:19:03,150
Betriebsplattform Inkubanitis 
folgende Services möchte ich 

368
00:19:03,150 --> 00:19:07,350
bereitstellen und dann kann ich 
das entsprechend nutzen und über

369
00:19:07,350 --> 00:19:10,670
bestimmte 
Konfigurationsparameter dann 

370
00:19:10,670 --> 00:19:13,670
meinen eigenen Anforderungen 
anpassen, ohne mich im Detail 

371
00:19:13,670 --> 00:19:15,230
jetzt damit beschäftigen zu 
müssen. 

372
00:19:15,630 --> 00:19:19,190
Wie kann ich jetzt folgende 
Services über der bicyb Template

373
00:19:19,190 --> 00:19:22,620
in Azure Konfliktieren? 
Sondern das Ganze wird durch das

374
00:19:22,620 --> 00:19:26,660
Expertenteam konfiguriert. 
Über die entsprechenden 

375
00:19:26,660 --> 00:19:29,820
Templates und ich kann dann über
diese Abstraktionsschicht dann 

376
00:19:29,820 --> 00:19:31,340
darauf zugreifen. 
Genau. 

377
00:19:31,340 --> 00:19:33,500
Und diese Abstraktionsschicht, 
die kann auch verschiedene 

378
00:19:33,500 --> 00:19:35,500
Tiefen annehmen, das finde ich 
bei Radius eigentlich ziemlich 

379
00:19:35,500 --> 00:19:37,340
spannend. 
Also ich kann entweder sagen, ey

380
00:19:37,340 --> 00:19:40,180
mir ist total egal, ich brauche 
eine mongo DB und dann kann es 

381
00:19:40,180 --> 00:19:43,580
sein, dass das Team mir eine in 
Adabos bereitstellt, weil da 

382
00:19:43,580 --> 00:19:46,100
gerade was frei ist, weil da 
gerade ein guter Deal irgendwie 

383
00:19:46,100 --> 00:19:49,780
entsteht und so weiter ich. 
Aber auch als als Team hingehen 

384
00:19:49,780 --> 00:19:53,740
und sagen, ich brauche ganz 
speziell eine, weiß ich nicht. 

385
00:19:53,780 --> 00:19:57,500
Azure Cosmos DB mit dem Mongo 
DBSTK in dieser und jener Region

386
00:19:57,500 --> 00:19:59,620
und dann kann das Operations 
Team eben quasi auch 

387
00:19:59,620 --> 00:20:01,980
entscheiden, ob es auch diesen 
Abstraktionsgrad bereitstellen 

388
00:20:01,980 --> 00:20:04,620
möchte. 
Das heißt ich als als jemand der

389
00:20:04,620 --> 00:20:07,820
der diese Apps schreibt und 
dafür verantwortlich ist, muss 

390
00:20:07,820 --> 00:20:10,820
ich diese Recipes gar nicht in 
einer ganz hohen 

391
00:20:10,820 --> 00:20:14,060
Abstraktionsebene nutzen, 
sondern kann auch weiterhin 

392
00:20:14,300 --> 00:20:16,660
gesteuert davon wie tief ich da 
gehen darf. 

393
00:20:16,660 --> 00:20:19,140
Das ist eine Entscheidung die 
das Operations Team trifft, aber

394
00:20:19,140 --> 00:20:21,660
auch sehr spezifisch werden, das
ist jetzt. 

395
00:20:22,710 --> 00:20:25,150
Im im Kontext dieses Podcasts 
ein bisschen schwierig, ohne 

396
00:20:25,270 --> 00:20:27,030
ohne Code oder ohne Live 
Beispiele zu zeigen. 

397
00:20:27,030 --> 00:20:28,510
Aber ich glaube, man kann sich 
das vorstellen. 

398
00:20:28,510 --> 00:20:31,830
Man definiert halt einfach 
genau, was man haben will und 

399
00:20:32,190 --> 00:20:35,430
kann dann da entsprechende 
Konfigurationen bereitstellen 

400
00:20:35,430 --> 00:20:38,990
und haben diese diese Recipes 
dann eben nehmen und. 

401
00:20:40,900 --> 00:20:42,340
Genau. 
Also für mich ist das, das ist 

402
00:20:42,340 --> 00:20:45,260
eigentlich so und das das 
Developer Team sagt Pass auf ich

403
00:20:45,260 --> 00:20:48,140
hab n Frontend, das ist 
Container a und das soll mit nem

404
00:20:48,140 --> 00:20:50,900
mit nem Backend reden, das ist 
Container b die stelle ich 

405
00:20:50,900 --> 00:20:53,180
bereit hier findest du die 
Container im Images. 

406
00:20:53,620 --> 00:20:57,300
Aber mein mein Backend, also 
Container b, das fragt ne 

407
00:20:57,300 --> 00:20:59,340
Datenbank ab und mir ist egal 
was das ist. 

408
00:20:59,340 --> 00:21:02,620
Hauptsache das spricht Mongo DB 
mit mir und den Connection und 

409
00:21:02,620 --> 00:21:04,780
String, den möchte ich bitte da 
und da und da rein injected 

410
00:21:04,780 --> 00:21:07,420
haben. 
Und stand heute ist es so, dass 

411
00:21:07,420 --> 00:21:10,180
Radius jetzt erstmal das ist. 
Ne, Wir sind in der frühen Phase

412
00:21:10,180 --> 00:21:14,140
nur in Kubanitus funktioniert, 
das heißt ich schieb als 

413
00:21:14,140 --> 00:21:17,020
Developer dann die diese 
Beschreibung von meiner App, das

414
00:21:17,020 --> 00:21:19,340
ist wie gesagt in Rade ist ne 
eigene Sprache, die haben sich 

415
00:21:19,340 --> 00:21:22,460
hier. 
Buysep genommen, weil es eben 

416
00:21:22,460 --> 00:21:24,460
was snizaznahen Welt kommt, das 
ist die bestehende 

417
00:21:24,460 --> 00:21:27,940
Infrastructure as Codes Sprache 
von Microsoft Azure, aber bauen 

418
00:21:27,940 --> 00:21:30,100
auch gerade ne Implementierung 
für Terrorformen das einfach n 

419
00:21:30,100 --> 00:21:33,500
Bizeps terrorform Provider gibt 
auf jeden Fall, ich nehme das. 

420
00:21:33,820 --> 00:21:37,100
Und schmeiß es einfach in mein 
kobabiertes Cluster rein und in 

421
00:21:37,100 --> 00:21:40,060
meinem Kobaniertes Cluster. 
Da läuft dann ein ein, ein 

422
00:21:40,060 --> 00:21:42,420
Operator nennt man das, also 
etwas was dann versteht was ich 

423
00:21:42,420 --> 00:21:45,820
da rein gebe und was dann 
versucht ein passendes Rezept 

424
00:21:46,020 --> 00:21:49,020
für diese Anforderungen die ich 
definiert habe zu finden. 

425
00:21:49,500 --> 00:21:52,180
Und in der Regel sollte das auch
dann n Treffer ergeben, weil ich

426
00:21:52,180 --> 00:21:54,260
ja hoffentlich nur Rezepte 
verwende, die von meinem 

427
00:21:54,260 --> 00:21:57,340
Plattform Engineering Team dann 
bereitgestellt werden und dann 

428
00:21:57,340 --> 00:22:01,420
wird gemäß dieses Rezeptes meine
Anwendung konfiguriert, irgendwo

429
00:22:01,420 --> 00:22:04,300
ne Datenbank oder n Cash oder 
was auch immer deployed. 

430
00:22:04,620 --> 00:22:08,420
Und das coole ist, dass eben 
dann bei bei der Auswahl dieser 

431
00:22:08,420 --> 00:22:12,020
Rezepte diese Radios Anwendung 
auch sich darüber bewusst ist, 

432
00:22:12,020 --> 00:22:14,420
wo sie denn gerade läuft. 
Also wenn es n Cluster ist, was 

433
00:22:14,620 --> 00:22:17,180
auf einem On Premium 
Rechenzentrum läuft, dann wird 

434
00:22:17,180 --> 00:22:20,580
vielleicht ein anderes Rezept 
für die Anforderungen Mongo DB 

435
00:22:20,780 --> 00:22:23,140
aus dem Regal gezogen, wie 
vielleicht wenn das Ding in der 

436
00:22:23,140 --> 00:22:24,940
Cloud läuft, dann wird 
vielleicht für die Anforderungen

437
00:22:24,940 --> 00:22:29,220
Mongo DB ein Cloud native 
gemanagter Service Rezept 

438
00:22:29,660 --> 00:22:32,860
genommen. 
Und wir haben jetzt ganz oft 

439
00:22:32,940 --> 00:22:37,020
Microsoft gesagt, aber letzten 
Endes ist das ein Open Source 

440
00:22:37,020 --> 00:22:41,980
Projekt, welches dafür gedacht 
ist, beliebige Zielumgebung für 

441
00:22:42,220 --> 00:22:45,180
die Bereitstellung von 
Applikationen zu unterstützen. 

442
00:22:46,020 --> 00:22:50,020
Bisher, soweit ich das 
verstanden habe, Microsoft Azure

443
00:22:50,180 --> 00:22:54,740
und AWS oder halt lokale 
Umgebung, aber es sollen halt in

444
00:22:54,740 --> 00:22:58,220
Zukunft auch weitere Cloud 
Plattformen dazu kommen und das 

445
00:22:58,220 --> 00:23:00,540
ganze wird halt wie gesagt aus 
dem Open Source. 

446
00:23:01,260 --> 00:23:04,300
Reich der Microsoft Azure 
Organisation bei Microsoft 

447
00:23:04,300 --> 00:23:08,180
vorangetrieben mit der 
Zielsetzung, das als offenes 

448
00:23:08,180 --> 00:23:12,620
Projekt bereitzustellen und 
letzten Endes, das nicht an eine

449
00:23:12,620 --> 00:23:15,820
Cloud Plattform wie Azure zu 
binden, sondern Developer in 

450
00:23:15,820 --> 00:23:18,740
diesem Cloud Eco System ist 
einfacher zu machen. 

451
00:23:18,740 --> 00:23:22,300
Ihre Anwendung in Zusammenarbeit
mit ihrem Operations Team im 

452
00:23:22,300 --> 00:23:26,300
Unternehmen bereitzustellen, 
ohne wirklich diese 

453
00:23:26,300 --> 00:23:29,900
Herausforderung sich mit diesen 
ganzen Technologiewelten zu 

454
00:23:29,900 --> 00:23:33,900
beschäftigen. 
Ist es n Unterschied ob ich eine

455
00:23:33,900 --> 00:23:37,780
Mongo DB kompatible Datenbank in
AWS oder in Azure Bereitstelle? 

456
00:23:37,780 --> 00:23:40,340
Da hab ich andere 
Konfigurationsmöglichkeiten, die

457
00:23:40,340 --> 00:23:42,980
Services heißen anders für mich 
als Developers, das 

458
00:23:42,980 --> 00:23:45,900
gegebenenfalls ja völlig egal, 
sondern wie du gesagt hattest, 

459
00:23:45,900 --> 00:23:47,900
ich möchte einfach nur wissen, 
welches Protokoll spricht das 

460
00:23:47,900 --> 00:23:51,140
Ganze auf welchen Port kann ich 
es erreichen und wie ich das 

461
00:23:51,140 --> 00:23:54,420
ganze jetzt auf der Cloud 
Plattform X oder y bereitstelle 

462
00:23:54,540 --> 00:23:57,580
ist mir ja am Ende völlig egal, 
sondern darüber entscheidet das 

463
00:23:57,580 --> 00:24:00,620
Betriebsteam, welches für mich 
eigentlich die Entscheidung 

464
00:24:00,620 --> 00:24:03,260
trifft was jetzt die Cloud 
Plattform der Wahl ist. 

465
00:24:04,310 --> 00:24:05,950
Genau das ermöglicht natürlich 
auch dann mal irgendwann 

466
00:24:05,950 --> 00:24:07,470
vielleicht die Cloud Plattform 
zu wechseln oder eine 

467
00:24:07,470 --> 00:24:10,590
Applikation, die bisher on 
Premises betrieben wurde, in die

468
00:24:10,590 --> 00:24:13,710
Cloud zu heben. 
Also eigentlich ist es eine 

469
00:24:13,710 --> 00:24:18,870
Abstraktion von Clouds und von 
Containerumgebungen wie Kubanite

470
00:24:18,870 --> 00:24:21,670
ist oder vielleicht auch sogar 
einem lokalen Docker compose und

471
00:24:21,670 --> 00:24:25,350
von Helm und von all diesen, 
diesen diesen Details und 

472
00:24:25,350 --> 00:24:27,550
Technologien, die dazu gekommen 
sind sowie auch nochmal 

473
00:24:27,550 --> 00:24:30,350
terrorform und Buyceps und das 
wird eigentlich alles so ein 

474
00:24:30,350 --> 00:24:32,350
bisschen weg abstrahiert und 
eigentlich geht es wieder so ein

475
00:24:32,350 --> 00:24:34,470
bisschen back to the back to the
roots das. 

476
00:24:34,780 --> 00:24:38,740
Das Development Team sich auf 
Development fokussiert und 

477
00:24:38,740 --> 00:24:42,060
gleichzeitig aber ermöglichen 
wir trotzdem diese ganzen coolen

478
00:24:42,060 --> 00:24:44,820
Benefits und Tools und Features 
und Technologien, die über die 

479
00:24:44,820 --> 00:24:48,780
letzten Jahre aufgekommen sind 
und in dieser Cloud native Welt 

480
00:24:48,780 --> 00:24:52,100
sich zu Hause fühlen. 
Videos ist dann eben dann ja n 

481
00:24:52,100 --> 00:24:55,420
Application Modellen Vorschlag 
von Microsoft, aber wie gesagt 

482
00:24:55,420 --> 00:24:59,220
funktioniert auch jetzt schon 
mit ABS und hat zum Beispiel 

483
00:24:59,220 --> 00:25:01,460
schon ne Backstage Integration. 
Backstage ist eigentlich 

484
00:25:01,460 --> 00:25:04,860
sodas.de facto Plattform 
Engineering Tool was ich gerade 

485
00:25:04,860 --> 00:25:08,820
sehr großer Beliebtheit am Markt
über alle Clouds und alle Kunden

486
00:25:08,820 --> 00:25:12,300
und Firmen hinweg etabliert, was
zum Beispiel auch ein Open 

487
00:25:12,300 --> 00:25:16,940
Source Projekt von Spotify ist. 
Und genau ist da auch schon drin

488
00:25:16,940 --> 00:25:20,060
integriert, also wird auch ganz 
eng mit dieser Plattform 

489
00:25:20,060 --> 00:25:23,430
Engineering. 
Community entwickelt und wie 

490
00:25:23,430 --> 00:25:26,590
gesagt nochmal wichtig ist aber 
kein also für den Developer ist 

491
00:25:26,590 --> 00:25:32,470
kein SDK oder sowas, also Radius
ist also ein Application Model 

492
00:25:32,630 --> 00:25:35,590
fürs Deployment der App, das 
heißt Radius ist total egal wie 

493
00:25:35,590 --> 00:25:38,590
mein Code geschrieben ist. 
Solange das ein Container ist. 

494
00:25:40,820 --> 00:25:42,420
Merk ich da als Developer gar 
nichts von? 

495
00:25:42,420 --> 00:25:45,060
Das ist eigentlich eher ne 
Konfigurationsdatei, die ich 

496
00:25:45,060 --> 00:25:48,900
neben meinem bestehenden Code 
neben meinem Projekt Containern 

497
00:25:49,060 --> 00:25:51,020
in mein Repository lege. 
Jetzt. 

498
00:25:51,020 --> 00:25:54,100
Stellt sich bei mir die Frage, 
wie weit ist das Projekt, kann 

499
00:25:54,100 --> 00:25:57,980
ich es schon einsetzen, wie ist 
der aktuelle Stand, hast du da 

500
00:25:57,980 --> 00:26:01,700
mehr Einblicke? 
Ja, es ist vor ziemlich genau 

501
00:26:01,700 --> 00:26:05,380
einem Monat am 16 April, der 
Cloud Native Computing 

502
00:26:05,380 --> 00:26:08,060
Foundation übergeben und auch 
angenommen worden und ich glaube

503
00:26:08,060 --> 00:26:10,820
übergeben schon vorher worden, 
aber ist jetzt als Sandbox 

504
00:26:10,820 --> 00:26:14,390
Projekt eingestuft. 
Wer sich erinnert, in der Cloud 

505
00:26:14,390 --> 00:26:17,670
Native Welt gibt es diese Cloud 
Native Computing Foundation, die

506
00:26:17,670 --> 00:26:21,630
Open Source Projekte quasi 
listet und einem gewissen 

507
00:26:21,630 --> 00:26:26,830
Reifegrad auch quasi da vergibt.
Und den kann man auch generell 

508
00:26:26,830 --> 00:26:28,950
nur erreichen, wenn man wirklich
Vendor neutral ist. 

509
00:26:28,950 --> 00:26:33,350
Wenn es ein Team gibt, was das 
auch regelmäßig mantained und so

510
00:26:33,350 --> 00:26:36,030
weiter und da ist es eben an die
Cloud Active Computing 

511
00:26:36,030 --> 00:26:39,030
Foundation übergeben und als 
Sandbox Projekt jetzt gerade 

512
00:26:39,030 --> 00:26:40,830
angenommen worden. 
Also ich würde eigentlich sagen,

513
00:26:40,830 --> 00:26:44,180
jetzt ist genau. 
Die der Tag gekommen, wo man 

514
00:26:44,220 --> 00:26:45,780
sich das auch mal anschauen 
kann. 

515
00:26:45,780 --> 00:26:49,380
Vorher war das glaub ich eher so
n bisschen ne n Tech Konzept und

516
00:26:49,380 --> 00:26:52,100
ne Spielerei und es sind auch 
einige coole neue Features jetzt

517
00:26:52,100 --> 00:26:56,100
genau mit diesem ersten Release 
dazu gekommen, wie zum Beispiel 

518
00:26:56,100 --> 00:26:58,740
so n so n Application Graph also
ich kann es zum Beispiel sehr 

519
00:26:58,740 --> 00:27:01,980
gut sehen, weil Radius ist dann 
ja genau die Instanz die genau 

520
00:27:01,980 --> 00:27:05,260
weiß welche Applikation es gibt 
und mit welchen welchen Cloud 

521
00:27:05,260 --> 00:27:08,420
Services das da kommuniziert 
wird, das heißt da wird so ein 

522
00:27:08,420 --> 00:27:10,900
kompletter Graph erstellt, so 
eine Übersicht über meine 

523
00:27:10,900 --> 00:27:14,620
Microservices und deren 
Dependencies und den finde ich 

524
00:27:14,620 --> 00:27:17,180
dann zum Beispiel auch wieder in
Backstage in dieser Backstage 

525
00:27:17,180 --> 00:27:18,460
Integration und können wir 
schauen. 

526
00:27:19,510 --> 00:27:22,390
Ey, das das Nachbarteam wie 
sieht denn deren Application 

527
00:27:22,390 --> 00:27:26,670
Graph aus und welche Recipes 
verwenden die denn und so 

528
00:27:26,670 --> 00:27:29,110
weiter. 
Und wenn das Ganze jetzt euer 

529
00:27:29,110 --> 00:27:32,950
Interesse geweckt hat, dann geht
gern auf die Webseite, die 

530
00:27:33,550 --> 00:27:36,670
packen wir euch unten in die 
Show Notes, damit ihr doch 

531
00:27:36,670 --> 00:27:38,790
tiefer einsteigen könnt und gebt
uns gerne Feedback. 

532
00:27:38,790 --> 00:27:41,910
Was haltet ihr davon, ist das 
etwas, was in eurem Alter 

533
00:27:41,910 --> 00:27:45,270
relevante Relevanz finden 
können, ist das für euer 

534
00:27:45,270 --> 00:27:49,630
Unternehmen, in dem ihr Arbeit 
sinnvoll oder ein weiteres 

535
00:27:49,630 --> 00:27:52,350
Projekt, welches nur für ganz 
große Unternehmen? 

536
00:27:52,820 --> 00:27:57,340
Geeignet ist und für die meisten
Developer im Alltag vielleicht 

537
00:27:57,340 --> 00:28:00,380
gar nicht relevant werden wird. 
Da sind wir auch an eurer 

538
00:28:00,380 --> 00:28:02,620
Meinung interessiert. 
Ja, total. 

539
00:28:02,620 --> 00:28:04,060
Weil ich hatte auch 
Unterschiedliches drüber. 

540
00:28:04,060 --> 00:28:06,740
Also ich bin der Meinung, auch 
Developer müssen nicht wissen, 

541
00:28:06,740 --> 00:28:08,780
wie man postgress of a wast 
deployed. 

542
00:28:09,780 --> 00:28:12,100
Und die andere? 
Die Gegenmeinung ist aber oft, 

543
00:28:12,100 --> 00:28:14,860
dass so Abstraktionslayer dann 
oft einfach manchmal genau 

544
00:28:14,860 --> 00:28:17,140
dieses eine Feature, was ich 
aber, was aber vielleicht super 

545
00:28:17,140 --> 00:28:20,860
cool ist, in AWS bei bei bei 
Postgress was ich gerne nutzen 

546
00:28:20,860 --> 00:28:22,900
würde als die, bei der Panda gar
nicht mehr reinbringt, weil ich 

547
00:28:22,900 --> 00:28:25,220
ja vielleicht irgendwie so n 
Abstraktionslayer gebaut habe. 

548
00:28:26,060 --> 00:28:29,460
Und da bin ich mal so spannend, 
so zwischen diesen beiden Polen 

549
00:28:29,460 --> 00:28:32,660
bewegt sich da oft das Feedback.
Das Schöne ist, dass technisch 

550
00:28:32,660 --> 00:28:35,580
ginge das alles in Radios, also 
ich kann wieder sagen, ich 

551
00:28:35,580 --> 00:28:38,500
definiere postgress als als 
Recopy. 

552
00:28:39,460 --> 00:28:42,700
Oder ich definiere Post, dress 
or AWS und Postgres on Azure und

553
00:28:42,700 --> 00:28:45,300
Postgres on GCP als 3 
verschiedene Recipes, die dann 

554
00:28:45,300 --> 00:28:46,700
auch vielleicht für 3 
verschiedene Features haben 

555
00:28:46,700 --> 00:28:48,580
können. 
Verliere dann aber natürlich so 

556
00:28:48,580 --> 00:28:52,460
n bisschen diese die Möglichkeit
die ganze Applikation vielleicht

557
00:28:52,460 --> 00:28:54,060
von on premise in die Cloud zu 
hieven oder so. 

558
00:28:54,500 --> 00:28:56,660
Aber lass uns da doch wirklich 
gerne mal wissen, wie da eure 

559
00:28:56,660 --> 00:28:58,540
Meinung ist. 
Ist es eher, ist es für euch so,

560
00:28:58,540 --> 00:29:01,340
dass ihr sagt, eigentlich ist es
in den letzten Jahren fast schon

561
00:29:01,340 --> 00:29:05,420
erschlagend oder Überladend 
geworden, welche Technologien 

562
00:29:05,420 --> 00:29:08,100
und wie tief in dem kompletten 
Application Stack ich als 

563
00:29:08,100 --> 00:29:11,620
Developer mittlerweile? 
Mich auskennen muss und seid ihr

564
00:29:11,620 --> 00:29:14,100
dankbar über so, über solche 
Abstraktion oder sagt ihr 

565
00:29:14,100 --> 00:29:17,020
eigentlich total cool, dass 
jetzt in diesem Dev Ops Gedanken

566
00:29:17,020 --> 00:29:19,860
wirklich alle Ende zu Ende alles
verstehen, oder sagt ihr 

567
00:29:19,860 --> 00:29:23,420
vielleicht ja ich als Developer 
verstehe zwar, wie man AWS, wie 

568
00:29:23,420 --> 00:29:25,140
man auf AWS ne Post res 
deployed. 

569
00:29:25,620 --> 00:29:28,300
Aber mein Operations Team weiß 
nicht wie man irgendwie ne 

570
00:29:28,300 --> 00:29:29,380
Funktion in meinem Code 
schreibt. 

571
00:29:29,380 --> 00:29:31,380
Also er war er. 
Er sind für mich mehr 

572
00:29:31,380 --> 00:29:34,100
Operationsaufgaben gekommen als 
wir das Operations Team, 

573
00:29:34,100 --> 00:29:37,460
vielleicht auch Mad Mad Death 
Aufgaben dazwischen zumindest 

574
00:29:37,460 --> 00:29:40,420
malte und ich auf Konferenzen 
viele Gespräche und deswegen ist

575
00:29:40,420 --> 00:29:42,780
es eigentlich auch super cool, 
dass wir hier im Podcast die 

576
00:29:42,780 --> 00:29:45,700
Möglichkeit haben, da euch noch 
eure Meinung zu fragen, scheut 

577
00:29:45,700 --> 00:29:47,860
da also nicht davor zurück uns 
entweder eine E-Mail zuschicken 

578
00:29:47,860 --> 00:29:51,500
oder unter Spotify einen 
Kommentar zu hinterlassen und 

579
00:29:51,500 --> 00:29:54,260
wenn da spannende Diskussionen 
auftauchen, dann können wir das 

580
00:29:54,260 --> 00:29:56,420
ja auch gerne in der nächsten 
Folge nochmal. 

581
00:29:57,270 --> 00:30:00,590
Erläutern bis dahin. 
Wir haben ein paar Links in die 

582
00:30:00,590 --> 00:30:03,110
Show Notes gepackt, es gibt so 
einen, glaube ich 30 Minuten. 

583
00:30:04,980 --> 00:30:06,940
Über Radios, die fand ich ganz 
spannend. 

584
00:30:07,620 --> 00:30:12,180
Es gibt Blogposts und auch die 
Webseite ist ganz ist ganz, ganz

585
00:30:12,180 --> 00:30:15,140
gut gemacht, also schaut da 
gerne mal rein, wenn euch das 

586
00:30:15,140 --> 00:30:18,340
Thema Radios generell irgendwie 
jetzt spannend vorkam. 

587
00:30:18,980 --> 00:30:22,220
Genau und neben dem Feedback, 
über das wir uns immer sehr 

588
00:30:22,220 --> 00:30:24,860
freuen. 
Lasst uns gerne, wenn euch die 

589
00:30:24,860 --> 00:30:27,340
Folge gefallen hat oder 
allgemein der Podcast euch 

590
00:30:27,340 --> 00:30:31,940
gefallen hat, eine Bewertung, da
könnt ihr auf den großen Podcast

591
00:30:31,940 --> 00:30:36,340
Plattformen wie Apple Podcast 
oder Spotify machen und wir 

592
00:30:36,340 --> 00:30:38,980
freuen uns natürlich auch immer,
wenn uns jemand aus der 

593
00:30:38,980 --> 00:30:42,100
Community einen Kaffee ausgibt. 
Ganz genau auch nochmal der 

594
00:30:42,100 --> 00:30:43,540
Reminder. 
Ich freue mich auch wahnsinnig, 

595
00:30:43,540 --> 00:30:48,550
wenn ihr bei der. 
In 2 Wochen unterstützen 

596
00:30:48,550 --> 00:30:50,550
möchtet, also nochmal der 
Reminder macht euch gerne einen 

597
00:30:50,550 --> 00:30:53,630
Account oder klickt auch schon 
mal auf den Reminder. 

598
00:30:53,630 --> 00:30:55,710
Es gibt einen kleinen kleinen 
Link, wo man sich schon mal 

599
00:30:55,750 --> 00:30:58,830
anmelden kann, wie gesagt in 2 
Wochen erzähle ich ein bisschen 

600
00:30:58,830 --> 00:31:01,830
mehr darüber, aber da freue ich 
mich dieses mal fast noch mehr 

601
00:31:01,830 --> 00:31:04,070
als über Kaffee. 
Ihr dürft natürlich trotzdem 

602
00:31:04,070 --> 00:31:05,710
malte schon mal einen Kaffee da 
lassen und. 

603
00:31:05,710 --> 00:31:09,630
Von daher würde ich sagen, wir 
hören uns in 2 Wochen zu deinem 

604
00:31:09,630 --> 00:31:13,710
großartigen Announcement wieder,
werden dann natürlich auch neben

605
00:31:13,710 --> 00:31:17,310
deinem Product Hand Launch ein 
weiteres Thema haben. 

606
00:31:18,270 --> 00:31:20,900
Legen wir noch fest. 
Aber wir würden uns freuen, wenn

607
00:31:20,900 --> 00:31:23,020
ihr auch in 2 Wochen wieder mit 
dabei seid. 

608
00:31:23,020 --> 00:31:25,020
Bis. 
Dahin habt eine gute Zeit. 

609
00:31:25,020 --> 00:31:27,500
Danke fürs Zuhören und schreibt 
ganz viel Code. 

610
00:31:27,500 --> 00:31:28,500
Bis dann ciao.