1
00:00:00,390 --> 00:00:03,550
Seit dem letzten Jahr hört man 
immer häufiger von Plattform 

2
00:00:03,550 --> 00:00:06,630
Engineering. 
Was ist das eigentlich und ist 

3
00:00:06,630 --> 00:00:10,670
das alter Wein in neuen 
Schläuchen hilft das letzten 

4
00:00:10,670 --> 00:00:14,990
Endes nur Beratungsfirmen zu 
neuem Umsatz oder bringt uns das

5
00:00:14,990 --> 00:00:17,670
als Entwicklungsteam tatsächlich
weiter? 

6
00:00:17,910 --> 00:00:19,590
In dieser Folge finden wir es 
raus. 

7
00:00:24,840 --> 00:00:30,280
Und damit herzlich willkommen zu
einer Nigelnagelneuen Folge von 

8
00:00:30,280 --> 00:00:34,840
to do Cast, dem Developer 
Podcast mit dem wunderbaren 

9
00:00:34,840 --> 00:00:37,520
Malte Lantin und mit mir Robin 
Manuel Thiel. 

10
00:00:37,960 --> 00:00:40,720
Es ist schon die 3. 
Folge in diesem Jahr. 

11
00:00:40,720 --> 00:00:42,880
Wahnsinn. 
Januar hat wir haben am 1. 

12
00:00:42,880 --> 00:00:44,280
Januar die 1. 
Folge gemacht, das ist schon die

13
00:00:44,280 --> 00:00:45,600
3. 
Folge dieses Jahres. 

14
00:00:47,880 --> 00:00:50,000
Krass, dass der Januar fast 
schon wieder rum ist. 

15
00:00:53,070 --> 00:00:55,510
Man ihn so verbringt, ne wenn es
die ganze Zeit regnet, aber bei 

16
00:00:55,510 --> 00:00:58,470
dir ist ja schon Frühling, also 
siehst ganz entspannt aus oder 

17
00:00:58,470 --> 00:01:01,030
nicht? 
Ja, die meisten. 

18
00:01:02,070 --> 00:01:03,390
Nur zuhören kann das jetzt hier 
nicht. 

19
00:01:03,550 --> 00:01:06,270
Natürlich nicht sehen, aber bei 
mir ist schönes Wetter und ein 

20
00:01:06,270 --> 00:01:09,720
paar Palmen im Hintergrund. 
Grüße an alle, die das Video 

21
00:01:09,720 --> 00:01:11,760
gucken. 
Wir haben also ich hab mich 

22
00:01:11,760 --> 00:01:16,720
entschieden, dem kalten 
Januarwetter in München zu 

23
00:01:16,720 --> 00:01:19,160
entfliehen und wenn ihr das hier
hört, dann bin ich gerade für 

24
00:01:19,160 --> 00:01:21,960
ein paar Tage auf Mallorca und 
wie der Malte schon festgestellt

25
00:01:21,960 --> 00:01:24,320
hat, hier ist kein Schneeregen, 
sondern hier sind zumindest so 

26
00:01:24,320 --> 00:01:26,280
20 Grad und man kann echt gut 
draußen sitzen. 

27
00:01:27,960 --> 00:01:29,680
Allerdings muss man auch ein 
bisschen bangen, ob das Internet

28
00:01:29,680 --> 00:01:31,600
hält. 
Das heißt hier, wenn ich jetzt 

29
00:01:31,600 --> 00:01:33,480
zwischendurch einfach weg sein 
sollte, dann muss der Malte 

30
00:01:33,480 --> 00:01:35,120
übernehmen, dann ist das Halt 
der, weil das Internet hier 

31
00:01:35,120 --> 00:01:37,000
ausgefallen ist. 
Ich bin hier in der Finca, die 

32
00:01:37,000 --> 00:01:39,040
hat nicht mal eine Adresse, das 
heißt, du kannst hier nicht mal 

33
00:01:39,040 --> 00:01:40,720
irgendwie ein Paket 
hinbestellen, wenn du Post 

34
00:01:40,720 --> 00:01:43,080
bestellt, hierhin bestellst, 
dann musst du dir unten in den 

35
00:01:43,080 --> 00:01:45,600
Ort ist oder elektronikladen, da
kannst du dein Paket dann 

36
00:01:45,600 --> 00:01:48,680
abholen, das heißt, mit einer 
Internetleitung ist ja auch 

37
00:01:48,680 --> 00:01:50,680
nicht viel her, das heißt, wir 
haben hier so einen Router mit 

38
00:01:50,680 --> 00:01:53,520
einer sim Karte drin, drückt uns
also die Daumen, dass das 

39
00:01:53,520 --> 00:01:56,440
funktioniert und ich habe auch 
natürlich mein reisepodcast 

40
00:01:56,440 --> 00:01:58,960
Setup mitgenommen. 
Ich hoffe aber, dass das für 

41
00:01:58,960 --> 00:02:00,920
euch trotzdem alles gut klingt 
hier heute. 

42
00:02:02,020 --> 00:02:05,220
Und wir das Thema Plattform 
Engineering mal beleuchten 

43
00:02:05,220 --> 00:02:08,560
können. 
Ihr hört also, uns hält nichts 

44
00:02:08,560 --> 00:02:12,720
davon ab, regelmäßig die Podcast
folgen für euch aufzunehmen und 

45
00:02:12,720 --> 00:02:16,600
das Thema Plattform Engineering 
höre ich tatsächlich in Meeting 

46
00:02:17,120 --> 00:02:19,160
immer wieder. 
Just in dieser Woche war ich in 

47
00:02:19,160 --> 00:02:23,440
einem Termin, wo wir wieder das 
Thema hoch und runter diskutiert

48
00:02:23,440 --> 00:02:26,000
haben, mittlerweile ist es ja 
auch in allen 

49
00:02:26,600 --> 00:02:30,000
Marktforschungsinstituten 
angekommen, dass das einer der 

50
00:02:30,000 --> 00:02:34,360
Megatrends in 2024 werden soll, 
was das Thema 

51
00:02:34,520 --> 00:02:37,160
Softwareentwicklung betrifft, 
wir haben es auch bei Gartner 

52
00:02:37,160 --> 00:02:40,880
gefunden, einer der großen 
Trends zum Thema. 

53
00:02:41,150 --> 00:02:43,350
Der Entwicklung in diesem Jahr. 
Von daher macht es glaube ich 

54
00:02:43,350 --> 00:02:45,310
Sinn, dass wir einfach mal 
darüber sprechen, was das 

55
00:02:45,310 --> 00:02:47,030
eigentlich ist. 
Und ich hatte es in dem Intro 

56
00:02:47,030 --> 00:02:52,190
schon angedeutet, vielfach ist 
es auch etwas, was wir schon 

57
00:02:52,510 --> 00:02:55,030
kennen und es setzt sich aus 
Komponenten zusammen, die wir 

58
00:02:55,030 --> 00:02:57,070
vielleicht auch schon seit 
Jahren im Einsatz haben und von 

59
00:02:57,070 --> 00:03:00,670
daher war es für mich am Anfang 
so, dass ich gedacht habe, warum

60
00:03:00,670 --> 00:03:02,870
reden jetzt alle über Plattform 
Engineering, ist das nur ein 

61
00:03:02,870 --> 00:03:07,030
Buzzword, weil alles, was ich 
jetzt sehe, was sich dahinter 

62
00:03:07,030 --> 00:03:09,670
verbirgt, kenne ich eigentlich 
schon und was macht das Ganze 

63
00:03:09,670 --> 00:03:14,550
eigentlich so besonders und? 
Ich sagen ist es was neues? 

64
00:03:14,550 --> 00:03:18,750
Ja und nein, weil ich glaube 
einfach, diese Denkweise und die

65
00:03:18,750 --> 00:03:21,350
Herangehensweise ist schon neu 
und hat sich erst über die 

66
00:03:21,350 --> 00:03:24,990
letzten ein 2 Jahre entwickelt. 
Das ist glaub ich viel, was wir 

67
00:03:24,990 --> 00:03:28,470
schon kennen, ne, also ganz 
kurze Plattform Engineering, das

68
00:03:28,470 --> 00:03:31,150
wird ja auch oft irgendwie so 
Internal Developer Plattform 

69
00:03:31,150 --> 00:03:34,990
genannt und das hat ganz viele 
von den Dev ops Praktiken. 

70
00:03:34,990 --> 00:03:38,070
Es ist ja auch ganz oft so, dass
irgendwie bestehende Dev Ops 

71
00:03:38,070 --> 00:03:40,350
Teams oder sowas in Unternehmen 
jetzt auf einer Plattform 

72
00:03:40,350 --> 00:03:43,910
Engineering Teams wird. 
Es hat ganz viel von Sri, also 

73
00:03:43,910 --> 00:03:46,630
von Side Reliability 
Engineering, es hat ganz ganz 

74
00:03:46,630 --> 00:03:49,350
viel von irgendwelchen Templates
und irgendwelchen Standards die 

75
00:03:49,350 --> 00:03:52,870
wir ohnehin schon irgendwie in 
Unternehmen sehen und ich glaube

76
00:03:52,870 --> 00:03:55,510
was Plattform Engineering diese 
Disziplin des Plattform 

77
00:03:55,510 --> 00:03:59,400
Engineerings jetzt tut. 
Ist das alles irgendwie jetzt an

78
00:03:59,400 --> 00:04:02,400
einer Stelle zusammenzuführen? 
So fühlt es sich zumindest 

79
00:04:02,400 --> 00:04:04,800
irgendwie so ein bisschen an. 
Wie würdest du es denn 

80
00:04:04,800 --> 00:04:07,400
definieren, also bevor wir da 
jetzt schon ins Detail gehen, 

81
00:04:07,400 --> 00:04:09,560
lass uns doch beide mal eine 
kurze Definition machen, wie 

82
00:04:09,560 --> 00:04:11,240
würdest du denn, wenn dich 
jemand fragt malte, was ist 

83
00:04:11,240 --> 00:04:13,360
Plattform Engineering, wie 
würdest du antworten? 

84
00:04:14,000 --> 00:04:17,680
Für mich ist das eine 
Weiterentwicklung des ganzen dev

85
00:04:17,680 --> 00:04:20,560
ops Themas. 
Wir haben vorher DEV Ops rein 

86
00:04:20,560 --> 00:04:24,600
mit Fokus auf den 
Entwicklungsprozess und den 

87
00:04:24,600 --> 00:04:27,430
Betrieb. 
Durch das Entwicklungsteam 

88
00:04:27,430 --> 00:04:29,830
selber betrachtet und jetzt 
kommen halt noch andere 

89
00:04:29,830 --> 00:04:32,230
Komponenten dazu, die wir 
vielleicht schon hatten. 

90
00:04:32,230 --> 00:04:35,110
Eine ganz wichtige Komponente 
ist da das Thema. 

91
00:04:36,760 --> 00:04:39,680
Developer Plattform mit Self 
Service wo ich als Developer mir

92
00:04:39,680 --> 00:04:43,880
bestimmte Dienste selber 
konfigurieren kann, ohne dort 

93
00:04:43,880 --> 00:04:48,680
manuellen Aufwand zu erzeugen. 
Und dazu kommt halt wirklich die

94
00:04:48,680 --> 00:04:50,960
Bereitstellungsplattform als 
Service, das heißt ich muss es 

95
00:04:50,960 --> 00:04:53,680
nicht mehr selber konfigurieren 
und damit habe ich den 

96
00:04:53,880 --> 00:04:57,640
Softwareentwicklungsprozess 
ergänzt um bestimmte Templates 

97
00:04:57,640 --> 00:05:01,640
und Vorlagen auf Basis der 
Betriebsplattform und ein 

98
00:05:01,640 --> 00:05:04,760
entsprechendes Portal, was es 
mir ermöglicht über alle diese 

99
00:05:04,760 --> 00:05:08,600
Schichten hinweg die Dinge im 
Self Service mir bereitzustellen

100
00:05:08,600 --> 00:05:10,760
und zu managen und von daher 
kann ich, wenn ich ein neues 

101
00:05:10,760 --> 00:05:15,630
Projekt starte. 
Setup mir quasi in einem Portal 

102
00:05:15,630 --> 00:05:17,830
Zusammenklicken und sagen, OK 
ich möchte n neues Projekt 

103
00:05:17,830 --> 00:05:20,590
starten mit der und der 
Technologie und bekomme dann 

104
00:05:20,590 --> 00:05:23,990
irgendwie einen für mein 
Unternehmen vordefinierten 

105
00:05:24,230 --> 00:05:27,550
Goldenen Pfad bereitgestellt, 
auf dem ich dann meine 

106
00:05:27,550 --> 00:05:30,950
Entwicklung starten kann, ohne 
dass ich wirklich durch diese 

107
00:05:31,150 --> 00:05:35,790
komplexen Aufgaben gehen muss. 
Das ganze erstmal aufzusetzen, 

108
00:05:35,790 --> 00:05:38,630
die entsprechenden für mein 
Unternehmen geltenden Policies 

109
00:05:38,630 --> 00:05:40,870
zu implementieren etc. 
Das heißt, es spielen viele 

110
00:05:40,870 --> 00:05:44,110
Dinge rein, die es bisher schon 
gab, aber die teilweise noch 

111
00:05:44,110 --> 00:05:47,270
sehr fragmentiert waren, die 
kommen jetzt wirklich zusammen 

112
00:05:47,270 --> 00:05:49,990
in. 
Gemeinsam Plattformansatz für 

113
00:05:49,990 --> 00:05:53,470
den aber jetzt auch ein 
dediziertes Team verantwortlich 

114
00:05:53,470 --> 00:05:55,150
ist, diese Plattform auch 
bereitzustellen, weil ich 

115
00:05:55,150 --> 00:06:00,470
glaube, um diese Komplexität zu 
zu managen oder handhaben zu 

116
00:06:00,470 --> 00:06:02,830
können, braucht man Leute, die 
wirklich diesen Gesamtblick auf 

117
00:06:02,830 --> 00:06:07,870
alles haben und nicht wirklich 
diesen Fokus auf das eigene 

118
00:06:07,870 --> 00:06:10,270
Projekt, wie wir es vielleicht 
in Death Ops teilweise hatten. 

119
00:06:12,230 --> 00:06:15,430
Der wichtigsten Punkt dabei ist 
wirklich dieses Self Service. 

120
00:06:15,430 --> 00:06:18,270
Ne von irgendwelchen Standards 
und templates, also was ja was 

121
00:06:18,270 --> 00:06:21,030
man unter so einer Internet 
developer Plattform oder unter 

122
00:06:21,030 --> 00:06:24,110
so einem ja. 
So ein Plattform Engineering 

123
00:06:24,110 --> 00:06:27,150
Portal oder wie auch immer 
versteht ist dann ja wirklich, 

124
00:06:27,150 --> 00:06:31,590
dass es einfach. 
Fertige Richtlinien in der Firma

125
00:06:31,590 --> 00:06:37,990
gibt wie Software gebaut, aber 
auch Betrieben und Gemonitort 

126
00:06:37,990 --> 00:06:42,350
und abgesichert und skaliert und
aus welchen Komponenten sie 

127
00:06:42,350 --> 00:06:46,630
bestehen soll. 
Und das dafür ist n dezides Team

128
00:06:46,630 --> 00:06:48,670
gibt nämlich dieses Plattform 
Engineering Team was mehr oder 

129
00:06:48,670 --> 00:06:52,430
weniger sowas wie Templates 
definiert, die aber darüber 

130
00:06:52,430 --> 00:06:56,190
hinausgehen, dass es einfach nur
quasi Coding Templates sind, 

131
00:06:56,190 --> 00:06:58,790
dass man da, sondern dass man 
einfach eine Standardisierung 

132
00:06:58,790 --> 00:07:02,790
unternehmensweit findet, um auch
zum Beispiel Geschwindigkeit zu 

133
00:07:02,790 --> 00:07:06,470
erhöhen, mit denen man in neue 
Projekte reingeht und fertige 

134
00:07:06,470 --> 00:07:08,790
Standards und Toolchains und App
und man nennt das auch so gerne 

135
00:07:08,790 --> 00:07:11,510
so. 
Application Templates hat also 

136
00:07:11,510 --> 00:07:13,510
Generatoren, wie man es 
vielleicht auch der erste 

137
00:07:13,510 --> 00:07:17,630
Developer Welt von Yo man kennt,
aber für halt mehr als nur Code,

138
00:07:17,830 --> 00:07:20,150
das heißt ich möchte ein neues 
Projekt starten, Klick irgendwo 

139
00:07:20,150 --> 00:07:23,230
auf den Knopf und idealerweise 
fällt da raus ein fertiges 

140
00:07:23,230 --> 00:07:25,470
Getrippaututorial zum Beispiel 
auf Github gehostet. 

141
00:07:26,520 --> 00:07:29,320
Eine Ordnerstruktur, wie wir im 
Unternehmen unseren Code 

142
00:07:29,320 --> 00:07:31,920
strukturieren. 
Cictip Pipelines für unsere 

143
00:07:31,920 --> 00:07:35,320
Deployments vielleicht eine 
Lösung, wie wir Identity machen,

144
00:07:35,320 --> 00:07:37,600
weil wir uns immer gegen 
irgendein Identity System 

145
00:07:37,600 --> 00:07:41,720
integrieren, Monitoring Tools, 
die direkt mit angebunden sind 

146
00:07:41,880 --> 00:07:44,920
Security, also Code Scanning, 
zum Beispiel direkt aktiviert 

147
00:07:45,000 --> 00:07:48,000
rbb oder sowas direkt drin, weil
wir rollenbasiert haben. 

148
00:07:48,630 --> 00:07:51,470
Aber auch, wie wir zum Beispiel 
Cloud Komponenten haben. 

149
00:07:51,470 --> 00:07:54,070
Das heißt, ich kann, ich hab so 
n ich hab dieses Wort 

150
00:07:54,070 --> 00:07:56,550
Katalogisierung auch irgendwie 
viel gelesen, das heißt ich hab 

151
00:07:56,550 --> 00:08:00,190
irgendwie irgendwie nen Katalog 
aus Services. 

152
00:08:01,430 --> 00:08:03,350
Von denen ich wählen kann und 
sagen pass auf, ich brauch jetzt

153
00:08:03,350 --> 00:08:06,030
ne Datenbank gut, bei unserem 
Unternehmen ist wird Postgress 

154
00:08:06,030 --> 00:08:08,510
in der und der Art und Weise 
betrieben, also dass man da 

155
00:08:08,510 --> 00:08:12,550
einfach Standards baut für 
Komponenten die wir im 

156
00:08:12,550 --> 00:08:15,550
Unternehmen haben und diese 
Standards in einer Plattform 

157
00:08:15,550 --> 00:08:19,230
bereitstellt, die mir dann quasi
nicht nur mein eigenes Projekt 

158
00:08:19,230 --> 00:08:21,230
generiert, sondern auch so ein 
bisschen Invisibility überzeugt,

159
00:08:21,230 --> 00:08:23,310
was es sonst noch für Projekte 
im Unternehmen gibt. 

160
00:08:24,030 --> 00:08:26,910
Und dazu kommen natürlich auch 
Themen, die vielleicht für mich 

161
00:08:26,910 --> 00:08:30,510
als Developer weniger sexy sind,
aber die in größeren Unternehmen

162
00:08:30,510 --> 00:08:32,789
dann erforderlich sind. 
Was? 

163
00:08:32,870 --> 00:08:34,510
Beispiel Ganze die ganzen 
Policies sind. 

164
00:08:34,669 --> 00:08:37,549
Es gibt vielleicht auf meinem 
Repository schon Policies rund 

165
00:08:37,549 --> 00:08:40,070
um das Thema erforderliche Pol 
request. 

166
00:08:40,070 --> 00:08:43,470
Wer sind die Reviewer, wer kann 
auf welche Informationen 

167
00:08:43,470 --> 00:08:46,030
zugreifen? 
Dann das Ganze wenn ich das auf 

168
00:08:46,030 --> 00:08:49,150
eine Cloud Plattform deploye ne 
welche Policies gelten 

169
00:08:49,150 --> 00:08:52,190
eigentlich für bestimmte 
Ressourcen in meiner Cloud 

170
00:08:52,190 --> 00:08:56,430
Plattform, wie müssen diese 
konfiguriert werden, in welche 

171
00:08:56,630 --> 00:08:59,510
Data Center Regionen kann 
überhaupt ein Service 

172
00:08:59,510 --> 00:09:01,910
bereitgestellt werden? 
Das sind ja alles fragen die ich

173
00:09:01,910 --> 00:09:07,000
normalerweise. 
Reaktiv oder komplex in mir mir 

174
00:09:07,000 --> 00:09:09,200
aus der Dokumentation 
zusammensuchen müsste oder wo 

175
00:09:09,200 --> 00:09:11,760
ich ein Obst Team kontaktieren 
würde, mir so eine Plattform 

176
00:09:11,760 --> 00:09:15,320
bereitzustellen, die dann diese 
Policies vielleicht beherrschen,

177
00:09:15,400 --> 00:09:17,840
aber wenn ich so einen Self 
Service Portal habe, was mir 

178
00:09:17,840 --> 00:09:22,120
wirklich Ende zu Ende von meinem
Repository, in dem ich als 

179
00:09:22,120 --> 00:09:24,280
Developer arbeite, vielleicht 
sogar noch einen Schritt weiter 

180
00:09:24,280 --> 00:09:27,800
vorher von meiner Development 
Umgebung vorkonfigurierten 

181
00:09:27,800 --> 00:09:30,640
Development Umgebung mit allen 
dependencies die ich brauche 

182
00:09:30,640 --> 00:09:34,320
über das Repository hinweg bis 
wirklich zu der Plattform wo 

183
00:09:34,320 --> 00:09:36,550
die. 
Anwendung betrieben wird alles 

184
00:09:36,550 --> 00:09:39,350
schon bereitgestellt wird, muss 
ich mir, und das ist das Schöne,

185
00:09:39,350 --> 00:09:41,750
über diese ganzen Richtlinien 
und Policies, die in meinem 

186
00:09:41,750 --> 00:09:43,870
Unternehmen gelten, eigentlich 
gar keine Gedanken mehr machen, 

187
00:09:43,870 --> 00:09:46,710
weil sie im Hintergrund schon 
für mich bereitgestellt wurden, 

188
00:09:46,710 --> 00:09:48,870
und ich bewege mich dann quasi 
in einem. 

189
00:09:49,270 --> 00:09:53,470
Ja, kontrollierten, sicheren 
Pfad, wo ich weiß, wenn ich da 

190
00:09:53,470 --> 00:09:56,910
meine Software entwickle auf 
dieser Plattform, dann erfülle 

191
00:09:56,910 --> 00:10:00,310
ich alle Anforderungen, bis 
hinzu dem Thema Security, weil 

192
00:10:00,310 --> 00:10:03,790
vielleicht schon bestimmte Code 
Scanning Pipelines in Place sind

193
00:10:03,990 --> 00:10:05,590
ein. 
Durch das Template 

194
00:10:05,590 --> 00:10:09,030
bereitgestellt und das finde ich
persönlich etwas, was 

195
00:10:09,350 --> 00:10:13,510
Development Teams auch viel Last
abnimmt, weil ich glaube, die 

196
00:10:13,510 --> 00:10:15,950
Last auf den Development Teams 
ist in den letzten Jahren immer 

197
00:10:15,950 --> 00:10:17,950
mehr gestiegen. 
Ich glaube das Thema. 

198
00:10:18,910 --> 00:10:23,510
Ja, und das Thema Dev Ops oder 
Death Sacops ist ja in den 

199
00:10:23,510 --> 00:10:27,270
letzten Jahren in die Richtung 
gegangen, dass wir als 

200
00:10:27,270 --> 00:10:29,750
Development Team immer mehr 
Aufgaben bekommen haben. 

201
00:10:29,910 --> 00:10:33,670
Früher war es irgendwie so, der 
ich als Developer war für meinen

202
00:10:33,670 --> 00:10:35,510
Code verantwortlich, ich hab in 
meiner Entwicklungsumgebung 

203
00:10:35,510 --> 00:10:38,350
gearbeitet, hab dann noch mit 
irgendwie mit ein 2 Kollegen 

204
00:10:38,350 --> 00:10:40,590
Schnittstellen gehabt und 
heutzutage habe ich nicht nur 

205
00:10:40,590 --> 00:10:43,910
komplexere Applikationen die aus
unterschiedlichen Komponenten 

206
00:10:43,910 --> 00:10:46,470
bestehen, sondern ich bin 
plötzlich auch noch für den 

207
00:10:46,470 --> 00:10:49,230
Betrieb oder die Absicherung des
Betriebs meiner Services 

208
00:10:49,230 --> 00:10:52,750
irgendwie verantwortlich, weil 
in Dev Ops ein Team nicht nur 

209
00:10:52,750 --> 00:10:54,350
für die Entwicklung, sondern 
auch für den Betrieb ihrer 

210
00:10:54,350 --> 00:10:56,910
Komponenten verantwortlich ist. 
Und damit ist natürlich die 

211
00:10:56,910 --> 00:10:59,870
Komplexität größer geworden, wir
haben halt auch mit dem Ganzen, 

212
00:10:59,870 --> 00:11:01,790
das haben wir schon mal 
diskutiert, mit dem ganzen Shift

213
00:11:01,790 --> 00:11:04,910
Left Ansatz das ganze Thema 
Security. 

214
00:11:05,030 --> 00:11:07,510
In den auch Anforderungsbereich 
oder in den 

215
00:11:07,950 --> 00:11:11,030
Verantwortungsbereich der 
Development Teams Reingeschoben.

216
00:11:11,030 --> 00:11:14,470
Und das sind alles positive 
Dinge, weil damit können wir die

217
00:11:14,470 --> 00:11:15,910
Qualität unserer Software 
erhöhen. 

218
00:11:15,910 --> 00:11:18,390
Es wird alles integrierter und 
wir haben weniger Probleme im 

219
00:11:18,390 --> 00:11:21,550
Nachgang, aber es sind einfach 
viel mehr Themen geworden und da

220
00:11:21,550 --> 00:11:24,590
jetzt wieder ein bisschen dieser
Komplexität rauszunehmen, indem 

221
00:11:24,590 --> 00:11:27,070
man das Ganze in einer 
gemeinsamen Plattform 

222
00:11:27,070 --> 00:11:31,070
zusammenfasst und soweit es denn
geht automatisiert ist, glaube 

223
00:11:31,070 --> 00:11:34,230
ich etwas, was für uns die in 
Entwicklungsteams sind. 

224
00:11:35,080 --> 00:11:39,040
Eine starke Erleichterung, weil 
wir viele Dinge dann einfach gar

225
00:11:39,040 --> 00:11:41,720
nicht mehr selber managen oder 
berücksichtigen müssen, weil es 

226
00:11:41,720 --> 00:11:43,640
für uns schon vorkonfiguriert 
wird. 

227
00:11:43,960 --> 00:11:46,080
Genau das ist ganz wichtig. 
Es geht nicht darum, irgendwie 

228
00:11:46,080 --> 00:11:48,800
die Entwickler jetzt zu gängeln 
und irgendwelche Standards 

229
00:11:48,800 --> 00:11:51,200
durchzusetzen, sondern vielmehr,
dass halt nicht jedes Team das 

230
00:11:51,200 --> 00:11:54,240
Rad neu erfinden muss und dass 
man sich in dieser wahnsinnig 

231
00:11:54,240 --> 00:11:56,400
komplexen Welt einfach auch 
weniger Gedanken machen muss, 

232
00:11:56,400 --> 00:11:59,040
weil man eben Standards über das
Unternehmen hinweg über mehrere 

233
00:11:59,040 --> 00:12:02,560
Development Teams hinweg sich 
einmal clever überlegt hat, 

234
00:12:02,560 --> 00:12:05,040
idealerweise natürlich beim 
Überlegen Standards unter 

235
00:12:05,040 --> 00:12:07,950
einbinden. 
Eben dieser Teams, aber dann 

236
00:12:07,950 --> 00:12:10,710
eben auch diese Standardisierung
so erreicht, dass, und das finde

237
00:12:10,710 --> 00:12:13,950
ich eigentlich ganz spannend, 
dass du auch. 

238
00:12:14,230 --> 00:12:18,190
Talente und Developer zwischen 
Teams natürlich auch mal oder 

239
00:12:18,190 --> 00:12:20,030
zwischen Projekten auch mal hin 
und herschieben können, weil du 

240
00:12:20,030 --> 00:12:22,670
weißt, das wird auf der anderen 
Seite beim Unternehmen jetzt 

241
00:12:22,670 --> 00:12:25,590
genauso gemacht wie bei mir im 
im im eigenen Projekt. 

242
00:12:26,430 --> 00:12:30,550
Und. 
Ne, da merkt man schon diese 

243
00:12:30,550 --> 00:12:31,870
ganzen Sachen, die wir Grad 
genannt haben. 

244
00:12:31,870 --> 00:12:35,710
Das ist ja keine wirklich neue 
Idee ne, sondern das das ne über

245
00:12:35,710 --> 00:12:39,190
diese Plattform gebaut. 
Ich hatte mir mal hier auf 

246
00:12:39,230 --> 00:12:41,430
aufgeschrieben n Begriff der mir
immer wieder untergekommen ist 

247
00:12:41,430 --> 00:12:44,750
den ich spannend fand 
Engineering Culture also es wird

248
00:12:44,750 --> 00:12:46,790
eher eigentlich so ne 
Unternehmenswerte Kultur 

249
00:12:46,790 --> 00:12:50,990
geschaffen wie entwickeln wir 
Lösungen und ganz ich versuche 

250
00:12:50,990 --> 00:12:55,030
ganz ganz deutlich auch das Wort
Coden zu vermeiden weil es um so

251
00:12:55,030 --> 00:12:58,150
viel mehr geht das ganze Tooling
drumherum, wir hatten es ja eben

252
00:12:58,150 --> 00:13:02,320
alles genannt. 
Und ihr merkt schon, wenn wir 

253
00:13:02,320 --> 00:13:06,000
darüber erzählen, dass das ein 
Thema ist, was eigentlich eher 

254
00:13:06,000 --> 00:13:07,960
in einem Enterprise Umfeld 
relevant ist. 

255
00:13:08,720 --> 00:13:11,920
Also das ist ein Thema, was mir 
auch in Kundengesprächen 

256
00:13:11,920 --> 00:13:15,560
eigentlich immer nur unterkommt,
wenn man wirklich von großen 

257
00:13:15,560 --> 00:13:19,440
Unternehmen spricht, die viele 
verschiedene developer Teams 

258
00:13:19,440 --> 00:13:21,920
haben, die vielleicht auch 
historisch gewachsen sind, weil 

259
00:13:21,920 --> 00:13:26,320
sie über Merger und Acquisition 
neue Firma übernommen haben, 

260
00:13:26,320 --> 00:13:28,600
dann wird irgendwie eine Firma 
aufgekauft, die bringen ihre 

261
00:13:28,600 --> 00:13:31,160
eigene Development Teams mit, 
die haben ganz anders Software 

262
00:13:31,160 --> 00:13:35,080
gebaut als die Firma bisher das 
getan hat oder ich hab noch 

263
00:13:35,080 --> 00:13:37,760
irgendwelche legiscy Projekte, 
die in meinem. 

264
00:13:37,910 --> 00:13:42,030
Rechenzentrum on Prem laufen, 
die ich jetzt irgendwie in die 

265
00:13:42,030 --> 00:13:44,390
Cloud migrieren möchte und dafür
möchte ich vielleicht Standards 

266
00:13:44,390 --> 00:13:47,110
nutzen. 
Also ich hab selten Gespräche 

267
00:13:47,110 --> 00:13:50,590
über das Thema mit entweder 
Start UPS oder kleineren 

268
00:13:50,590 --> 00:13:53,670
Unternehmen oder mit 
Unternehmen, die ohnehin schon 

269
00:13:53,670 --> 00:13:56,430
so ein bisschen so Cloud Native 
groß geworden sind, sondern sich

270
00:13:56,430 --> 00:13:59,270
ja ohnehin schon so fertige 
Komponenten für überlegt haben, 

271
00:13:59,270 --> 00:14:01,950
sondern das Thema ist halt 
eigentlich wirklich relevant, 

272
00:14:01,950 --> 00:14:05,110
wenn ich verschiedene Teams 
habe, wenn ich große Unternehmen

273
00:14:05,110 --> 00:14:08,310
habe und es mir natürlich auch 
leisten kann, ein eigenes Team 

274
00:14:08,310 --> 00:14:10,630
dafür abzustellen, was diese 
Plattform. 

275
00:14:11,480 --> 00:14:15,240
Dann halt irgendwie managed, wo 
diese Regeln und Richtlinien. 

276
00:14:16,280 --> 00:14:20,470
Und Repositories und so weiter. 
Überhaupt dann zur Verfügung 

277
00:14:20,470 --> 00:14:22,870
stehen. 
Genau die Frage ist auch, wie 

278
00:14:22,870 --> 00:14:26,120
lange. 
Leben, Projekte und wie oft 

279
00:14:26,120 --> 00:14:28,560
werden neue Projekte gestartet? 
Ich mein, wenn du jetzt sagst, 

280
00:14:28,560 --> 00:14:32,880
ich arbeite in einem relativ 
stabilen Umfeld und dort 

281
00:14:32,880 --> 00:14:36,120
arbeiten wir auf Soundsoviel 
Repositories mit einer festen 

282
00:14:36,120 --> 00:14:38,800
Plattform, in der unser Service 
läuft, entwickeln wir regelmäßig

283
00:14:38,800 --> 00:14:41,560
weiter, dann braucht man so 
etwas vielleicht gar nicht, aber

284
00:14:41,560 --> 00:14:44,600
wenn tatsächlich in einem großen
Unternehmen quasi tagtäglich 

285
00:14:44,600 --> 00:14:48,560
neue Projekte gestartet werden 
und immer und immer wieder die 

286
00:14:48,560 --> 00:14:52,280
gleichen Diskussionen starten, 
welchen Technologiestack nehmen 

287
00:14:52,280 --> 00:14:55,440
wir dann das ganze vielleicht 
noch in einem Teil manuellen 

288
00:14:55,440 --> 00:14:58,840
Prozess aufgesetzt werden muss 
oder vielleicht komplett manuell

289
00:14:59,040 --> 00:15:01,150
da verliert? 
Natürlich so viel. 

290
00:15:02,800 --> 00:15:05,120
Developer Zeit oder Engineering?
Zeit, weil man immer und immer 

291
00:15:05,120 --> 00:15:07,120
wieder die gleichen Fragen 
beantwortet und die gleichen 

292
00:15:07,120 --> 00:15:11,200
Prozesse durchläuft, dass sich 
natürlich so ein separates Team 

293
00:15:11,200 --> 00:15:14,760
für eine solche Plattform mit 
der ganzen Automatisierung, die 

294
00:15:14,760 --> 00:15:17,080
man im Hintergrund natürlich 
erstmal bauen und realisieren 

295
00:15:17,080 --> 00:15:20,200
muss, dann relativ schnell 
auszahlt, weil man da so viel 

296
00:15:20,200 --> 00:15:23,360
mehr Effizienz reinbringt. 
Und wenn du jetzt ein neues 

297
00:15:23,360 --> 00:15:25,880
Projekt starten willst und dann 
wirklich die Möglichkeit hast, 

298
00:15:25,880 --> 00:15:30,040
innerhalb von wenigen Minuten 
bis Stunden die komplette 

299
00:15:30,040 --> 00:15:32,680
Plattform bereitgestellt zu 
bekommen, dass du quasi deinen 

300
00:15:32,680 --> 00:15:36,160
ersten Code in den laufenden 
Betrieb deployen kannst, ohne 

301
00:15:36,160 --> 00:15:38,800
die Gedanken um das ganze Thema 
interne Compliance machen zu 

302
00:15:39,040 --> 00:15:41,360
müssen. 
Da hast du glaube ich, so viel 

303
00:15:41,360 --> 00:15:44,280
gewonnen, weil da einfach 
einfach so viel Zeit gespart 

304
00:15:44,280 --> 00:15:47,440
wird. 
Also ich glaube, wie du sagst, 

305
00:15:47,440 --> 00:15:50,160
das ist etwas, was ab einer 
bestimmten Unternehmensgröße 

306
00:15:50,160 --> 00:15:53,960
relevant wird und ich merke das 
jetzt in den Gesprächen mit den 

307
00:15:53,960 --> 00:15:58,520
Kunden, mit denen ich beruflich 
zu tun habe, dass bei immer mehr

308
00:15:58,520 --> 00:16:04,180
dieser Unternehmen jetzt. 
Der der Denkprozesseinsetze sie 

309
00:16:04,180 --> 00:16:07,660
merken, ich brauch sowas, weil 
sie halt an einen Punkt gekommen

310
00:16:07,660 --> 00:16:11,100
sind, wo einfach die Welt so 
komplex geworden ist und der 

311
00:16:11,100 --> 00:16:14,420
Wildwuchs so groß geworden ist, 
dass sie sagen, OK, wir müssen 

312
00:16:14,860 --> 00:16:18,470
klare leicht. 
Planken schaffen und wir müssen 

313
00:16:18,470 --> 00:16:21,830
es den Leuten leicht machen, 
diese Dinge zu befolgen, weil 

314
00:16:21,830 --> 00:16:24,310
was natürlich nicht 
funktioniert, ist, dass man 

315
00:16:24,630 --> 00:16:28,470
irgendwelche Dokumente, interne 
Checklisten aufsetzt und die 

316
00:16:28,470 --> 00:16:31,470
dann irgendwo ablegt und dann 
sagt, Liebe Development Team 

317
00:16:31,470 --> 00:16:34,390
Teams, Liebe Operation Teams, 
haltet euch bitte jetzt an 

318
00:16:34,390 --> 00:16:37,910
folgende Vorgaben was halt die 
Services betrifft und die 

319
00:16:37,910 --> 00:16:40,630
Richtlinien Policies und dann 
ist alles gut, da kann man sich 

320
00:16:40,630 --> 00:16:42,990
vielleicht irgendwie als 
Governance Team schlafen legen 

321
00:16:42,990 --> 00:16:46,150
und sagen ich habe meinen Job 
erledigt aber am Ende hilft das 

322
00:16:46,150 --> 00:16:48,470
Glaube ich niemanden und 
deswegen muss man das glaube 

323
00:16:48,470 --> 00:16:50,720
ich. 
In so eine technische Plattform 

324
00:16:50,720 --> 00:16:53,280
Gießen, um es tatsächlich auch 
allen möglich zu machen, diesen 

325
00:16:53,280 --> 00:16:55,680
Dingen zu folgen und damit halt 
diese Komplexität wieder so ein 

326
00:16:55,680 --> 00:16:58,080
bisschen einzugrenzen. 
Da geht ja auch schnell dann 

327
00:16:58,080 --> 00:17:01,600
sonst das Fingerpointing los. 
So haben wir also auch bei so 

328
00:17:01,600 --> 00:17:03,400
kleineren Projekten halt 
angefangen, dass wir dann 

329
00:17:03,400 --> 00:17:06,520
irgendwelche gesagt hast, 
Policies in irgendeinem Mark 

330
00:17:06,520 --> 00:17:09,359
Downfall gegossen haben und 
sobald dann irgendwie was 

331
00:17:09,359 --> 00:17:11,720
aufgehört, heißt es direkt ja 
wie hast du das einfach nicht 

332
00:17:11,720 --> 00:17:13,800
gelesen oder hast du deinen 
Rechner eben nicht entsprechend 

333
00:17:13,800 --> 00:17:17,880
aufgesetzt und bei so einer 
fertigen Development? 

334
00:17:18,030 --> 00:17:20,470
Die ganze Zeit im Kopf kann man 
das, so fand ich, eigentlich n 

335
00:17:20,470 --> 00:17:22,950
ganz schönen Gedanken, wieso 
früher in Visual Studio oder 

336
00:17:22,950 --> 00:17:26,710
sowas, wo du einfach so File New
Project klickst. 

337
00:17:26,950 --> 00:17:29,070
Den Gedanken hatte ich 
eigentlich bei Plattform A 

338
00:17:29,070 --> 00:17:33,430
Engineering, dass du wie früher 
File New Project setzt, dir dein

339
00:17:33,430 --> 00:17:35,630
komplettes Projekt irgendwie 
auf, vielleicht schon mit ein 

340
00:17:35,630 --> 00:17:39,350
bisschen beispielcode, 
vielleicht schon irgendwie mit 

341
00:17:39,350 --> 00:17:41,430
ner gewissen Ordnerstruktur, 
vielleicht auch schon mit einem 

342
00:17:41,430 --> 00:17:44,670
Git repository, nur bei einer 
internen Developer Plattform 

343
00:17:44,670 --> 00:17:47,390
noch mit viel viel viel mehr mit
ner ganzen Toolchain drumherum, 

344
00:17:47,510 --> 00:17:51,910
mit cicity Prozessen, mit 
Security, mit Code Scanning, mit

345
00:17:51,910 --> 00:17:56,320
Observability. 
Mit Identity mit den richtigen 

346
00:17:56,320 --> 00:17:58,040
Cloud Komponenten. 
Da spielt auch ganz viel 

347
00:17:58,040 --> 00:18:01,120
Infrastructure es Code eine 
Rolle, dass ich was direkt 

348
00:18:01,120 --> 00:18:03,680
irgendwie in Infrastructure es 
Code haben wir auch mal eine 

349
00:18:03,680 --> 00:18:06,640
eigene Folge zu gemacht 
beschreibe und dann einfach 

350
00:18:06,640 --> 00:18:09,280
fertig in meinem Repository 
liegen habe zusammen mit 

351
00:18:09,280 --> 00:18:11,600
Dokumentationen die vielleicht 
schon fertig ist oder wo ich 

352
00:18:11,600 --> 00:18:14,480
zumindest schon mal einen Ort 
habe wo ich die ablegen kann und

353
00:18:14,480 --> 00:18:18,240
das standardisiert über alle 
Entwicklerteams alle Prozesse 

354
00:18:18,240 --> 00:18:22,590
hinweg, das ist eigentlich. 
Plattform Engineering. 

355
00:18:23,550 --> 00:18:27,150
Mhm und das Tolle ist, dass ja 
mittlerweile wirklich viele 

356
00:18:27,150 --> 00:18:30,270
Unternehmen da rein investiert 
haben und einige dieser 

357
00:18:30,270 --> 00:18:32,830
Unternehmen wirklich ihre 
Learnings auch in 

358
00:18:33,710 --> 00:18:36,030
Softwareprojekte gegossen haben,
die sie als Open Source 

359
00:18:36,030 --> 00:18:38,750
bereitstellen. 
Das heißt, ich muss, wenn ich so

360
00:18:38,750 --> 00:18:41,550
ein Plattform Engineering Ansatz
verfolge, jetzt wirklich nicht 

361
00:18:41,550 --> 00:18:46,390
mehr bei 0 anfangen, ich sehe es
bei vielen großen Konzernen, 

362
00:18:46,390 --> 00:18:50,470
dass sie sagen okay, wir haben 
so einen irgendwie speziellen 

363
00:18:50,470 --> 00:18:52,920
individuellen. 
Use Case Setup dass wir das 

364
00:18:52,920 --> 00:18:54,880
alles selber bauen, die haben 
vielleicht die Ressourcen, aber 

365
00:18:54,880 --> 00:18:57,280
viele andere, für die sind 
solche Open Source Projekte und 

366
00:18:57,280 --> 00:19:00,320
ich glaube das populärste für so
eine Developer Plattform ist 

367
00:19:00,320 --> 00:19:04,320
Backstage von Spotify. 
Welches als Open Source bereit 

368
00:19:04,320 --> 00:19:08,360
steht und was es mir ermöglicht 
hier eine developer Plattform 

369
00:19:08,360 --> 00:19:12,840
mit Self Service aufzubauen. 
Spotify selber nutzt im 

370
00:19:12,840 --> 00:19:16,680
Hintergrund auch Git Hub und 
setzt das Ganze so um, dass 

371
00:19:16,680 --> 00:19:20,160
letzten Endes, wenn ich so ein 
Projekt dort in Backstage 

372
00:19:20,160 --> 00:19:23,510
konfiguriere in. 
Die frei auch sofort das 

373
00:19:23,510 --> 00:19:25,470
entsprechende Repository 
konfiguriert wird. 

374
00:19:25,470 --> 00:19:27,830
Die entsprechende Cloud 
Plattform mit den Services 

375
00:19:27,830 --> 00:19:30,910
bereitgestellt wird und das 
gleiche kann ich auch nutzen auf

376
00:19:30,910 --> 00:19:34,590
Basis der Erfahrung und des 
Wissens die halt solche großen 

377
00:19:34,590 --> 00:19:37,230
Unternehmen wie Spotify über die
letzten Jahre aufgebaut haben. 

378
00:19:38,190 --> 00:19:39,270
Genau. 
Backstage ist ganz geil 

379
00:19:39,270 --> 00:19:41,070
eigentlich. 
Das ist auch an die CNCF, die 

380
00:19:41,070 --> 00:19:44,830
Cloud Native Computing 
Foundation als Open Source 

381
00:19:44,830 --> 00:19:49,710
Projekt gespendet und übergeben 
worden und hat wirklich so nen 

382
00:19:49,830 --> 00:19:53,190
so nen Plattformkatalogansatz. 
Also man ist fast schon mehr ein

383
00:19:53,190 --> 00:19:56,790
Framework wie einfach nur ein 
Tool, man muss es auch selber 

384
00:19:56,790 --> 00:19:58,910
hosten, es wird nicht für einen 
gehostet sondern ist irgendwie 

385
00:19:58,910 --> 00:20:01,510
ein Docker Container den man 
sich irgendwo hinstellt kann man

386
00:20:01,510 --> 00:20:03,630
auch selber erweitern, ist am 
Ende des Tages auch nur eine 

387
00:20:03,630 --> 00:20:05,950
Projektanwendung die man mit 
selber erweitern kann, gibt auch

388
00:20:06,150 --> 00:20:08,830
Dutzende Plugins für eigentlich 
jede Technologie. 

389
00:20:09,600 --> 00:20:12,080
Und die haben so ein bisschen so
ein Katalogisierungsansatz, dass

390
00:20:12,080 --> 00:20:16,520
ich also nicht nur mein Projekt 
da reinpflege, sondern auch alle

391
00:20:16,520 --> 00:20:20,560
anderen Projekte, alle anderen 
Apps und Microservices, die 

392
00:20:20,560 --> 00:20:24,960
alle, die andere Entwicklerteams
bauen, dass sie damit 

393
00:20:24,960 --> 00:20:28,640
aufgelistet werden, und das gibt
mir nicht nur eine Übersicht 

394
00:20:28,640 --> 00:20:30,760
zwischen der Verbindung zwischen
den Tools, ich kann nämlich 

395
00:20:30,760 --> 00:20:32,720
sehen, wer benutzt denn 
eigentlich schon diesen Service 

396
00:20:32,720 --> 00:20:34,640
und wie sind die miteinander 
verbunden, sondern ich habe 

397
00:20:34,640 --> 00:20:39,800
wirklich auch so eine so eine 
API discoverability also ich 

398
00:20:39,800 --> 00:20:42,590
kann. 
Ganz gut sehen welche Services 

399
00:20:42,590 --> 00:20:45,030
gibt es denn schon? 
Welche APIS werden denn 

400
00:20:45,030 --> 00:20:48,150
innerhalb meines Unternehmens 
schon angeboten, um vielleicht 

401
00:20:48,150 --> 00:20:50,670
auch einfach das Rad nicht neu 
erfinden zu müssen und meinen 

402
00:20:50,670 --> 00:20:54,990
eigenen Service schneller oder 
besser integriert einfach bauen 

403
00:20:54,990 --> 00:20:58,470
zu können, weil ich ja schon auf
bestehendem Wissen aufbauen kann

404
00:20:58,870 --> 00:21:01,870
und das ist ganz geil, weil das 
in Backstage so funktioniert, 

405
00:21:01,870 --> 00:21:05,470
dass ich einfach in mein Git 
repository so eine Kette loginfo

406
00:21:05,470 --> 00:21:08,910
Datei reinlege, wo all die 
Informationen über mein Projekt 

407
00:21:08,910 --> 00:21:12,030
aufgelistet sind und. 
Eben hingeht. 

408
00:21:12,030 --> 00:21:14,190
Und wenn ich zum Beispiel Github
benutze, meine ganze Github. 

409
00:21:14,190 --> 00:21:17,550
Org scannt nach Projekten, die 
diese Datei haben und dann 

410
00:21:17,550 --> 00:21:20,830
automatisch die in diese 
developer Plattform ongebordet 

411
00:21:20,830 --> 00:21:22,470
werden. 
Das heißt ich kann meine 

412
00:21:22,470 --> 00:21:24,990
bestehende Toolchain weiter 
verwenden. 

413
00:21:25,590 --> 00:21:27,830
Und mein Projekt taucht dann 
damit auf in Backstage. 

414
00:21:27,830 --> 00:21:30,270
Ich hab auch dann die 
Dokumentation in Backstage kann 

415
00:21:30,270 --> 00:21:32,870
sehen wer das wer das verwendet,
wer ist dafür verantwortlich, 

416
00:21:32,990 --> 00:21:35,750
wann wurde das Geupdated. 
Ich sehe also auch in welchen 

417
00:21:35,750 --> 00:21:38,230
Teams welches Know-how wenn ich 
jetzt zum Beispiel sag ich 

418
00:21:38,230 --> 00:21:40,070
möchte hier ne 
Postcrestdatenbank einsetzen, 

419
00:21:40,310 --> 00:21:42,910
kann ich gucken wo die denn 
sonst noch in dieser fertigen 

420
00:21:42,910 --> 00:21:46,070
Konfiguration eingesetzt wird 
und vielleicht weiß ich nicht 

421
00:21:46,070 --> 00:21:49,910
ruf ich mal die Julia aus dem 
Nachbarteam an, weil die 

422
00:21:49,910 --> 00:21:52,790
scheinbar ja auch Postgress 
verwenden, wir haben denn die 

423
00:21:52,790 --> 00:21:57,240
oder jene Challenge gelöst. 
Und darüber hinaus verfügt eben 

424
00:21:57,240 --> 00:21:58,800
backstage dann auch über diese 
Templates. 

425
00:21:58,800 --> 00:22:02,480
Das ist auch ganz geil, ich hab 
wie Son Wizard beim installieren

426
00:22:02,480 --> 00:22:06,200
wieso eine Eingabemaske, wo ich 
mich durchhang und hab also tec 

427
00:22:06,200 --> 00:22:09,880
Docs noch mit drin, eine Suche 
über Komponenten und Projekte 

428
00:22:09,880 --> 00:22:12,000
hinweg und ne ganze Menge 
Plugins. 

429
00:22:13,070 --> 00:22:15,910
Mhm und das coole ist, wenn man 
erst mal so was aufgesetzt hat. 

430
00:22:15,910 --> 00:22:19,150
Es ist natürlich n gewisser 
Aufwand erstmal dahin zu kommen,

431
00:22:19,150 --> 00:22:22,870
aber am Ende profitieren 
natürlich alle, die dort in der 

432
00:22:22,870 --> 00:22:26,710
IT betroffen sind vor von einem 
solchen Ansatz, das heißt ich 

433
00:22:26,710 --> 00:22:29,390
als Development Team profitiere 
natürlich davon, weil ich 

434
00:22:29,390 --> 00:22:32,750
wirklich viel schneller neue 
Projekte starten kann. 

435
00:22:32,750 --> 00:22:35,990
Ich muss auch nicht mehr 
zwingenderweise Expertinnen und 

436
00:22:35,990 --> 00:22:38,750
Experten in dem ganzen Thema 
Infrastructure as Code im Team 

437
00:22:38,750 --> 00:22:41,990
haben, die Halt wissen wie man 
irgendwie Security Heart and 

438
00:22:41,990 --> 00:22:44,830
Cloud Infrastructure aufbaut, 
sondern ich bekomme hier die 

439
00:22:44,830 --> 00:22:47,630
entsprechenden Vorlagen, bekomme
die Infrastruktur und kann 

440
00:22:47,630 --> 00:22:50,270
sicher sein, dass wenn ich dort 
meinen Service betreibe der 

441
00:22:50,270 --> 00:22:53,640
entsprechenden Policies. 
Entspricht das Ganze geht 

442
00:22:53,640 --> 00:22:55,120
schneller. 
Ich muss nicht irgendwo ein 

443
00:22:55,120 --> 00:22:57,680
internes Ticket aufmachen und 
dann warten, bis irgendjemand 

444
00:22:57,680 --> 00:23:00,840
für mich Sachen aufgesetzt hat, 
sondern das Ganze läuft 

445
00:23:00,840 --> 00:23:03,160
automatisiert durch und auf der 
anderen Seite haben natürlich 

446
00:23:03,160 --> 00:23:07,000
die Teams, die vorher oder 
aktuell für diese Infrastruktur 

447
00:23:07,000 --> 00:23:09,000
verantwortlich sind, einfach 
viel mehr Zeit, sich mit 

448
00:23:09,000 --> 00:23:11,320
strategischen Initiativen zu 
beschäftigen, zu schauen, okay 

449
00:23:11,600 --> 00:23:14,880
was sind neue Services, die wir 
den Leuten anbieten wollen und 

450
00:23:14,880 --> 00:23:17,960
können und die müssen nicht die 
ganzen Tag irgendwie damit 

451
00:23:17,960 --> 00:23:20,040
verbringen irgendwelche Tickets 
abzuarbeiten. 

452
00:23:20,280 --> 00:23:22,800
Ich habe es jetzt kürzlich 
wieder von einigen Unternehmen 

453
00:23:22,800 --> 00:23:24,990
gehört. 
Die tatsächlich irgendwie so n 

454
00:23:24,990 --> 00:23:27,350
Service Now Ticketsystem haben, 
wo man dann immer n Ticket 

455
00:23:27,350 --> 00:23:30,230
aufmachen muss, wenn man 
irgendwelche neuen Services 

456
00:23:30,230 --> 00:23:32,190
anbinden möchte oder 
bereitstellen möchte oder im 

457
00:23:32,190 --> 00:23:35,550
schlimmsten Fall ne shared 
E-Mail inbox, wo dann jedes 

458
00:23:35,550 --> 00:23:38,430
Jahr, jeden Tag dann irgendwie 
3. 

459
00:23:38,710 --> 00:23:40,630
Renopement teams mir 
irgendwelche requests in meine 

460
00:23:40,630 --> 00:23:44,270
Inbox kippen und ich muss dann 
wieder loslaufen und immer und 

461
00:23:44,270 --> 00:23:46,590
immer wieder solche manuellen 
Schritte durchlaufen. 

462
00:23:46,830 --> 00:23:50,390
Ich glaube, es ist n gewisser 
Ramp erforderlich, das dauert, 

463
00:23:50,390 --> 00:23:52,710
man muss dafür Ressourcen 
bereitstellen, umso etwas 

464
00:23:52,710 --> 00:23:54,310
erstmal aufzubauen, man kann 
aber. 

465
00:23:54,430 --> 00:23:57,830
Glück auch auf die Erfahrung von
anderen Unternehmen aufsetzen, 

466
00:23:57,830 --> 00:24:02,430
aber wenn man so etwas erst mal 
in Place hat, dann profitieren 

467
00:24:02,430 --> 00:24:04,430
am Ende irgendwie auch beide 
Seiten davon. 

468
00:24:04,870 --> 00:24:06,750
Und auch wenn wir in den letzten
Jahren immer über Dev Ops 

469
00:24:06,750 --> 00:24:09,910
gesprochen haben, es gibt immer 
noch reine Ops Teams, die für 

470
00:24:09,910 --> 00:24:13,270
die Infrastruktur verantwortlich
sind und ich glaube die haben 

471
00:24:13,510 --> 00:24:17,870
ganz andere Sorgen in jedem, in 
jedem ihrer Arbeitstage als 

472
00:24:17,870 --> 00:24:21,910
irgendwie wieder Infrastruktur 
für Neues Development Team 

473
00:24:21,910 --> 00:24:25,510
aufzusetzen und abzusichern, 
weil ich glaube gerade vor dem 

474
00:24:25,510 --> 00:24:28,440
Hintergrund. 
Jetzt kurz im Nebensatz erwähnt,

475
00:24:28,440 --> 00:24:31,200
vorhin vor dem Hintergrund 
Security, wir reden immer mehr 

476
00:24:31,200 --> 00:24:35,400
über das Thema, so Application 
Security Cyber Security wird es 

477
00:24:35,400 --> 00:24:38,720
immer wichtiger, dass halt nicht
nur Software sicher ist, nur 

478
00:24:38,720 --> 00:24:40,480
noch die Infrastruktur 
entsprechend richtig 

479
00:24:40,480 --> 00:24:42,000
konfiguriert und abgesichert 
ist. 

480
00:24:42,000 --> 00:24:45,600
Wir sehen es quasi tagtäglich, 
dass es irgendwelche Security 

481
00:24:45,600 --> 00:24:48,640
Incidents irgendwo gibt und ich 
glaube, wenn sich dann beide 

482
00:24:48,640 --> 00:24:51,000
Seiten da weniger Sorgen darüber
machen müssen, weil das ist 

483
00:24:51,000 --> 00:24:53,760
zumindest bei mir immer so 
etwas, wenn ich irgendwas da 

484
00:24:53,760 --> 00:24:55,910
aufsetze. 
Denke ich immer. 

485
00:24:55,910 --> 00:24:58,270
Boah, ob das jetzt so wie es 
konfiguriert ist. 

486
00:25:00,000 --> 00:25:01,680
Richtig konfiguriert und 
abgesichert ist weiß ich gar 

487
00:25:01,680 --> 00:25:04,040
nicht, weil ich gar nicht 
Experte in dem Bereich bin. 

488
00:25:04,240 --> 00:25:06,600
Und dann nimmt man glaub ich 
auch den Leuten viel Last von 

489
00:25:06,600 --> 00:25:09,000
den Schultern. 
Von daher sehe ich das als super

490
00:25:09,000 --> 00:25:11,440
spannenden Ansatz und ich sehe 
es halt wirklich bei immer mehr 

491
00:25:11,440 --> 00:25:15,400
Unternehmen. 
Mit mittlerer oder größerer 

492
00:25:15,400 --> 00:25:17,920
Größe. 
Also ich weiß nicht, ob man das 

493
00:25:17,920 --> 00:25:21,200
an der developer Anzahl 
festmachen kann, häufig sieht 

494
00:25:21,200 --> 00:25:25,680
man das bei Unternehmen mit 500 
000 Developer, dass sie sich 

495
00:25:25,680 --> 00:25:27,920
darüber Gedanken machen. 
Ich weiß nicht wie da deine 

496
00:25:28,360 --> 00:25:29,960
Einschätzung absichert. 
Oder? 

497
00:25:30,080 --> 00:25:35,720
500 bis 1000 dass man da ab der 
Größenordnung 500 000 ich weiß 

498
00:25:35,720 --> 00:25:38,680
gar nicht, welche Unternehmen es
mit 500 000 Developer gibt. 

499
00:25:38,800 --> 00:25:42,280
Nee, also ab der Größenordnung 
so 500 bis 1000 developer im 

500
00:25:42,280 --> 00:25:45,960
Unternehmen merke ich halt, das 
dauert dieser Gedankenprozess 

501
00:25:45,960 --> 00:25:47,960
eingesetzt ist und dass sie 
anfangen, diese Portale 

502
00:25:47,960 --> 00:25:50,960
aufzubauen. 
Bei kleineren Unternehmen muss 

503
00:25:50,960 --> 00:25:52,760
man das, glaube ich, sehr 
individuell entscheiden, ob sich

504
00:25:52,760 --> 00:25:55,790
da der Aufwand lohnt. 
Es ist ja also vor allem das 

505
00:25:55,790 --> 00:25:58,190
Plattform Engineering. 
Ja glaube ich ne Gegenbewegung 

506
00:25:58,190 --> 00:26:00,430
ohne Reaktion auf das was du 
gerade beschrieben hast. 

507
00:26:00,430 --> 00:26:04,870
Diese gesteigerte Komplexität. 
Es gibt so Umfragen auch von von

508
00:26:04,870 --> 00:26:08,390
großen Beratungshäusern zum 
Beispiel, die Halt einfach 

509
00:26:08,390 --> 00:26:09,870
rausgefunden haben, dass über 
die. 

510
00:26:10,190 --> 00:26:13,870
Jahre gerade mit dieser ganzen 
Dev Ops Death SEC Ops Motion 

511
00:26:15,070 --> 00:26:18,590
Engineering Teams immer weniger 
Code schreiben, also eigentlich 

512
00:26:18,590 --> 00:26:22,750
immer weniger Mehrwert schaffen 
und sich immer mehr mit den 

513
00:26:22,750 --> 00:26:25,590
ganzen Toolings drumherum mit 
Infrastruktur, Infrastructure, 

514
00:26:25,590 --> 00:26:27,710
Escode und mit den ganzen 
Security Sachen und mit 

515
00:26:27,710 --> 00:26:31,390
Observibility und dem Betrieb 
auseinandersetzen. 

516
00:26:31,390 --> 00:26:33,830
Und das willst du ja eigentlich 
als Unternehmen nicht. 

517
00:26:33,830 --> 00:26:37,030
Du willst ja eigentlich und da 
geht's es gibt dieses dieses 

518
00:26:37,030 --> 00:26:39,950
Trendwort Developer velocity 
können wir auch mal eine Folge 

519
00:26:39,950 --> 00:26:42,830
zu machen, gibt es einen super 
spannenden mckinsey Artikel zu 

520
00:26:43,430 --> 00:26:46,270
die versucht haben das zu messen
und da sehr viel auch Gegenwind 

521
00:26:46,270 --> 00:26:47,990
bekommen haben ist glaube ich 
auch spannend mal für eine 

522
00:26:47,990 --> 00:26:51,270
Podcast Folge. 
Ne, diese ganze Komplexität 

523
00:26:51,270 --> 00:26:55,350
frisst einfach wahnsinnig viel 
Developer velocity und darauf 

524
00:26:55,550 --> 00:26:57,830
reagiert eigentlich Plattform 
Engineering, indem es diese 

525
00:26:57,830 --> 00:27:01,910
Standards schafft. 
Und da muss man natürlich auch 

526
00:27:01,910 --> 00:27:03,510
immer ne Balance finden. 
Also du hattest ja gerade 

527
00:27:03,510 --> 00:27:06,230
gesagt, ja, ich will nicht für 
jedes Tool irgendwie zu meinem 

528
00:27:07,030 --> 00:27:09,550
irgendwie ne E-Mail irgendwo an 
n Operations team schicken, 

529
00:27:09,550 --> 00:27:11,550
damit ich dann da hier doch 
doppelt meinen Server 

530
00:27:11,550 --> 00:27:15,230
bereitgestellt bekomme ne also 
wir beide arbeiten auch mit 

531
00:27:15,230 --> 00:27:18,390
Großkunden wo ein Server 
bereitstellen immer noch ne 

532
00:27:18,390 --> 00:27:22,310
Sache von mehreren Wochen bis 
Monaten ist und da muss man 

533
00:27:22,310 --> 00:27:23,750
glaube ich aber auch im 
Plattform Engineering so ein 

534
00:27:23,750 --> 00:27:25,550
bisschen die Balance finden 
zwischen. 

535
00:27:27,280 --> 00:27:28,760
Auf der einen Seite will ich 
natürlich trotzdem diesen 

536
00:27:28,760 --> 00:27:31,520
Developer Speed, diese Developer
Velocity, die will ich 

537
00:27:31,520 --> 00:27:34,200
hochhalten und auf der anderen 
Seite will ich aber Security 

538
00:27:34,200 --> 00:27:37,320
haben. 
Ich will, ich will den Teams 

539
00:27:37,320 --> 00:27:40,560
trotzdem Flexibilität geben, 
dass sie die Tools und die 

540
00:27:40,560 --> 00:27:43,600
Technologien einsetzen, die am 
besten für die Lösung ihrer 

541
00:27:43,600 --> 00:27:45,960
Challenges geeignet sind und auf
der anderen Seite will ich aber 

542
00:27:45,960 --> 00:27:48,320
Standardisierung haben. 
Ich will eine sehr hohe 

543
00:27:48,320 --> 00:27:50,640
Produktivität haben, ich will 
aber auch meine Kosten irgendwo 

544
00:27:50,640 --> 00:27:52,920
unter Kontrolle bringen und ich 
glaube diese Abwägung gibt es 

545
00:27:52,920 --> 00:27:55,950
trotzdem. 
Und wenn ich jetzt was brauche, 

546
00:27:56,550 --> 00:27:59,510
was es einfach in dieser 
Plattform nicht gibt, weil ich 

547
00:27:59,510 --> 00:28:02,390
jetzt sag, ich möchte keine 
Ahnung, ich sag jetzt einfach 

548
00:28:02,390 --> 00:28:06,110
mal, ich möchte jetzt serverless
machen, weil ich glaube, dass 

549
00:28:06,110 --> 00:28:09,990
das das Beste ist für meine 
Applikation, und das gibt aber 

550
00:28:09,990 --> 00:28:13,430
diese Plattform gar nicht her 
oder diese interdeveloper 

551
00:28:13,430 --> 00:28:16,350
Plattform, dann kann ich 
natürlich überlegen, erlaube ich

552
00:28:16,350 --> 00:28:18,710
meinen Developern dann auf 
eigene Faust loszugehen und wenn

553
00:28:18,710 --> 00:28:21,350
das erfolgreich war, ziehe ich 
das in die Plattform mit rein 

554
00:28:21,510 --> 00:28:23,990
oder sage ich alles, was ihr 
verwendet muss auch aus dieser 

555
00:28:23,990 --> 00:28:26,190
Plattform kommen, und wenn es da
kein Server ist gibt, dann 

556
00:28:26,190 --> 00:28:28,310
müssen wir halt noch eben 
warten, bis wir das da irgendwie

557
00:28:28,710 --> 00:28:33,350
reingebacken bekommen haben. 
Diese Fragen muss man sich 

558
00:28:33,350 --> 00:28:36,390
trotzdem stellen, auch als 
Plattform Engineering Teams. 

559
00:28:36,390 --> 00:28:39,230
Wie weit will man da die 
Freiheit lassen, weil ich will 

560
00:28:39,230 --> 00:28:42,790
ja eben auch nicht frustrierte 
Developer haben, die nur dieses 

561
00:28:42,790 --> 00:28:45,430
eine Framework machen können, 
die nur auf diese eine Art und 

562
00:28:45,430 --> 00:28:48,950
Weise Code schreiben können, das
will ich am Ende auch nicht und 

563
00:28:48,950 --> 00:28:50,590
trotzdem will ich diese 
Standardisierung, ich glaube 

564
00:28:50,590 --> 00:28:53,870
diese Frage löst das gar nicht 
unbedingt, sondern es gibt eher 

565
00:28:53,870 --> 00:28:56,350
nochmal Anlass über diese Frage 
genau nachzudenken und dafür 

566
00:28:56,350 --> 00:29:00,150
eben ja Richtlinien im 
Unternehmen zu etablieren. 

567
00:29:01,200 --> 00:29:04,000
Das ist ja auch höchst 
individuell, je nach Unternehmen

568
00:29:04,000 --> 00:29:05,840
und Team. 
Und was ich vielfach in der 

569
00:29:05,840 --> 00:29:10,160
Praxis sehe, ist, dass durchaus 
beides erlaubt wird, dass man 

570
00:29:10,160 --> 00:29:12,760
sagt, okay, wir haben hier 
folgende Templates, es gibt halt

571
00:29:12,760 --> 00:29:15,400
ex templates, aber wenn ich halt
etwas brauche, was nicht 

572
00:29:15,400 --> 00:29:19,600
enthalten ist, dann kann ich 
diesen Weg gehen, aber. 

573
00:29:20,550 --> 00:29:23,150
Dann bin ich selber dafür 
verantwortlich, so in dem Sinne,

574
00:29:23,150 --> 00:29:27,270
wenn du halt von dem 
gepflasterten Weg sagt man das 

575
00:29:27,270 --> 00:29:31,830
im deutschen Pave Path Abweichst
ne, dann musst du dich selber 

576
00:29:31,830 --> 00:29:34,670
drum kümmern, dass du 
erfolgreich ans Ziel kommst und 

577
00:29:34,670 --> 00:29:37,070
dabei. 
Entsprechend alle internen 

578
00:29:37,070 --> 00:29:40,790
Richtlinien einhältst und da 
kann man sich dann natürlich 

579
00:29:40,790 --> 00:29:43,590
entscheiden oder muss sich 
manchmal entscheiden, welchen 

580
00:29:43,590 --> 00:29:48,350
weg man geht und ich glaub es 
gibt sehr valide Use Cases wo 

581
00:29:48,350 --> 00:29:50,590
man sagt OK, aus diesen 
Vorlagen. 

582
00:29:50,670 --> 00:29:53,150
Passt jetzt keiner auf mein 
Projekt, aber ich weiß genau, 

583
00:29:53,790 --> 00:29:55,390
ich muss es in folgender Art und
Weise machen. 

584
00:29:55,390 --> 00:29:57,430
Da muss man halt sicherstellen, 
dass man trotzdem dort die 

585
00:29:57,430 --> 00:30:01,030
richtigen Einheiten, das ist ja 
auch fair und genau wie du 

586
00:30:01,030 --> 00:30:04,030
sagst, man will ja die Leute 
auch nicht zu sehr einschränken,

587
00:30:04,310 --> 00:30:08,110
weil das natürlich auch ein 
Aspekt in dem ganzen Thema, so 

588
00:30:08,110 --> 00:30:10,550
Developer Velocity eine Rolle 
spielt, dass man den Leuten auch

589
00:30:10,550 --> 00:30:13,510
die Werkzeuge und Tools gibt, 
die sie brauchen, das Ziel 

590
00:30:13,510 --> 00:30:16,350
möglichst gut zu erreichen. 
Klar, du kannst ja auch sagen, 

591
00:30:16,350 --> 00:30:18,710
Pass auf, wenn du dir ein neues 
Projekt erstellst, dann kriegst 

592
00:30:18,710 --> 00:30:21,390
du hier diesen Ort an meinem 
Cloud Provider der Wahl, da 

593
00:30:21,390 --> 00:30:23,150
kannst du rein deployen was du 
willst. 

594
00:30:23,270 --> 00:30:25,830
Aber es ist ein Ort, den wir von
vornherein schon unser 

595
00:30:25,830 --> 00:30:28,030
Governance System angeboten 
haben, das heißt, auf dieser 

596
00:30:28,030 --> 00:30:31,270
Spielwiese gelten halt einfach 
bestimmte Spielregeln. 

597
00:30:31,920 --> 00:30:33,760
Und da kann man ja bei jedem 
Club weiter auch so Policies 

598
00:30:33,760 --> 00:30:35,000
hinterlegen. 
Ich kann sagen, du kannst da 

599
00:30:35,000 --> 00:30:37,240
machen was du willst, du kannst 
aber nichts unter einer Public 

600
00:30:37,240 --> 00:30:39,120
Adresse zum Beispiel 
veröffentlichen, das muss durch 

601
00:30:39,120 --> 00:30:42,480
eine provokant Prozess gehen 
oder du kannst bestimmte Arten 

602
00:30:42,480 --> 00:30:44,800
von virtuellen Maschinen, die 
wir einfach zu teuer sind oder 

603
00:30:44,800 --> 00:30:49,320
was weiß ich nicht 
provisionieren oder wenn du wenn

604
00:30:49,320 --> 00:30:52,400
du mit Secrets arbeiten willst 
musst du die in einen Secret 

605
00:30:52,400 --> 00:30:54,880
Store legen und sowas also da 
kann man ja auch durchaus 

606
00:30:54,880 --> 00:30:57,440
Rahmenbedingungen geben aber ich
stelle dir halt über dieses 

607
00:30:57,440 --> 00:30:59,440
Plattform Engineering über diese
Plattform. 

608
00:31:00,430 --> 00:31:03,310
Einfach diese ne so ne 
subscription oder irgendwie so 

609
00:31:03,310 --> 00:31:05,550
ne ressourcengruppe oder 
irgendwie sowas bereit wo du 

610
00:31:05,550 --> 00:31:07,470
halt alles was duployen kannst 
was du möchtest. 

611
00:31:07,990 --> 00:31:09,430
Aber unter diesen gewissen 
Regeln. 

612
00:31:11,540 --> 00:31:14,220
Gut, wer braucht denn jetzt 
eigentlich Plattform 

613
00:31:14,220 --> 00:31:15,500
Engineering? 
Wir hatten es ja gerade schon 

614
00:31:15,500 --> 00:31:18,260
gesagt, so die meisten 
Kleinunternehmen, Startups, 

615
00:31:18,260 --> 00:31:19,820
Cloud Native Companies 
wahrscheinlich nicht. 

616
00:31:20,830 --> 00:31:23,510
Und wenn man es einführt, muss 
man sich natürlich auch die 

617
00:31:23,510 --> 00:31:26,030
Frage stellen. 
Ich hab ja nur, ich hab ja nen 

618
00:31:26,030 --> 00:31:28,950
Trade off. 
Ich muss wenn ich da dediziert n

619
00:31:28,950 --> 00:31:33,270
Team n Engineering Team für 
Abstelle meine interne Developer

620
00:31:33,270 --> 00:31:36,190
Plattform zu bauen. 
Dann zieht das natürlich 

621
00:31:36,190 --> 00:31:40,550
Ressourcen von meinem 
Engineeringzweig weg ne, weil 

622
00:31:40,550 --> 00:31:42,190
dann die Leute schreiben ja 
schon mal. 

623
00:31:42,190 --> 00:31:44,870
Er hatte keinen Code, die sind 
wahrscheinlich den ganzen Tag 

624
00:31:44,870 --> 00:31:46,710
damit beschäftigt, diese 
Plattform zu bauen und zu 

625
00:31:46,710 --> 00:31:48,630
pflegen und zu warten und zu 
erweitern. 

626
00:31:49,690 --> 00:31:52,530
Und auf der anderen Seite kann 
es aber sein, dass das meinen 

627
00:31:52,530 --> 00:31:55,090
anderen Engineering Teams dann 
in wahnsinnigen 

628
00:31:55,090 --> 00:31:57,570
Produktivitätsgewinnen gibt, 
weil sie sich über ganz viele 

629
00:31:57,570 --> 00:31:59,610
Dinge keine Gedanken mehr machen
müssen und weil einfach Dinge 

630
00:31:59,610 --> 00:32:02,870
vereinheitlich sind. 
Und dabei ist es auch eigentlich

631
00:32:02,870 --> 00:32:05,550
glaub ich egal, ob ich jetzt in 
einer Cloud in mehreren Clouds 

632
00:32:05,550 --> 00:32:07,790
unterwegs bin. 
Ich glaube, solange ich mehrere 

633
00:32:07,790 --> 00:32:10,230
developer Teams ab ner gewissen 
Größe hab, solange ich Legacy 

634
00:32:10,230 --> 00:32:12,590
Software habe oder irgendwas on 
Premises vorhanden ist oder 

635
00:32:12,590 --> 00:32:15,350
generell in meinem Unternehmen 
auf viele verschiedene Art und 

636
00:32:15,350 --> 00:32:19,030
weisen Software gebaut wird. 
Und auch betrieben wird und auch

637
00:32:19,030 --> 00:32:21,070
abgesichert wird. 
Und auch Gemonitored wird. 

638
00:32:21,950 --> 00:32:23,310
Kann ich mir da mal Gedanken 
drüber machen? 

639
00:32:23,310 --> 00:32:26,030
Ich seh es aber abschließend 
eigentlich fast nur bei sehr 

640
00:32:26,030 --> 00:32:28,310
sehr großen Firmen wie du gerade
eben auch schon gesagt hattest. 

641
00:32:29,920 --> 00:32:32,800
Von daher würd uns 
interessieren, wird in euren 

642
00:32:32,800 --> 00:32:35,960
Unternehmen schon Plattform 
Engineering praktiziert? 

643
00:32:35,960 --> 00:32:38,800
Gibt es bei euch einen Self 
Service Developer Portal? 

644
00:32:38,880 --> 00:32:42,840
Schreibt uns gerne zurück per 
E-Mail oder per Kommentar auf 

645
00:32:42,880 --> 00:32:45,480
Spotify. 
Würde uns auf jeden Fall super 

646
00:32:45,480 --> 00:32:48,800
interessieren, bei welcher 
Unternehmensgröße solche Trends 

647
00:32:48,800 --> 00:32:52,480
auch schon Fuß gefasst haben. 
Habt ihr darein investiert, ihr 

648
00:32:52,480 --> 00:32:54,760
müsst nicht euren Arbeitgeber 
nennen, uns würde es 

649
00:32:54,760 --> 00:32:57,600
interessieren wie viele 
Developer habt ihr, habt ihr so 

650
00:32:57,600 --> 00:33:01,910
eine developer Plattform? 
Verspannt, weil wir einfach 

651
00:33:01,910 --> 00:33:05,430
berufsbedingt größtenteils mit 
großen Konzernen arbeiten oder 

652
00:33:05,430 --> 00:33:10,190
halt in sehr kleinen und von 
daher der Bereich dazwischen 

653
00:33:10,190 --> 00:33:12,110
zumindest bei mir immer so n 
blinder Punkt ist. 

654
00:33:12,110 --> 00:33:14,870
Da würde mich wirklich 
interessieren, wie es bei euren 

655
00:33:14,870 --> 00:33:17,670
Arbeitgebern aussieht. 
Wir machen, wenn ihr uns auf 

656
00:33:17,670 --> 00:33:20,630
Spotify zugehört, zumindest mal 
eine Umfrage. 

657
00:33:20,630 --> 00:33:23,150
Und bei Spotify kann man unten 
unter der Folge aus Umfragen 

658
00:33:23,150 --> 00:33:27,590
machen, da können wir einfach 
mal abstimmen, das würde ich mal

659
00:33:27,590 --> 00:33:28,800
machen. 
Weil vielleicht heißt es da 

660
00:33:28,800 --> 00:33:30,800
einfach bei euch nur anders. 
Wie gesagt, Plattform 

661
00:33:30,800 --> 00:33:33,880
Engineering, so ein Trendwort. 
Oft heißt das aber auch 

662
00:33:33,880 --> 00:33:36,160
irgendwie Internet Developer 
Plattform oder vielleicht heißt 

663
00:33:36,160 --> 00:33:39,360
es noch Site Relibility plus 
Depots oder wie auch immer oder 

664
00:33:39,360 --> 00:33:42,680
vielleicht nutzt ihr einfach yo 
man Generatoren ich glaube da 

665
00:33:42,680 --> 00:33:44,960
geht gar nicht darum ob das bei 
euch Plattform Engineering 

666
00:33:44,960 --> 00:33:47,120
heißt, ich glaube das ist mir 
gerade so ein bisschen diese 

667
00:33:47,120 --> 00:33:49,720
Buzzwordbegriff der den 
Hypecycle einmal durchläuft, 

668
00:33:50,160 --> 00:33:53,960
sondern ob ihr es macht. 
Wunderbar. 

669
00:33:53,960 --> 00:33:56,880
Damit sind wir am Ende dieser 
durchaus sehr spannenden Folge 

670
00:33:56,880 --> 00:34:01,160
angekommen, hat mir viel Spaß 
gemacht, ich hoffe, es war für 

671
00:34:01,160 --> 00:34:04,560
euch auch interessant, einfach 
mal das Thema von Anfang bis 

672
00:34:04,560 --> 00:34:07,080
Ende zu durchleuchten. 
Wie gesagt, gebt uns gerne 

673
00:34:07,080 --> 00:34:09,880
Feedback und wenn euch die Folge
gefallen hat, lasst uns gerne 

674
00:34:10,040 --> 00:34:14,360
eine positive Bewertung auf 
einer der Podcast Plattformen 

675
00:34:14,360 --> 00:34:16,639
da. 
Wenn. 

676
00:34:16,790 --> 00:34:19,110
Was an der Folge hattet, freuen 
wir uns doch immer wahnsinnig, 

677
00:34:19,110 --> 00:34:23,230
wenn ihr uns nen Kaffee ausgebt.
Dafür gibt es nen Link unten in 

678
00:34:23,230 --> 00:34:24,989
der Beschreibung zu Buy Meal 
Coffee. 

679
00:34:25,630 --> 00:34:27,989
Langsam müssen wir es auch nicht
mehr gegen Glühwein eintauschen,

680
00:34:27,989 --> 00:34:30,310
die Kaffeezeit geht wieder los, 
malte und ich freuen uns da 

681
00:34:30,310 --> 00:34:35,630
immer sehr und ansonsten hören 
wir uns in 2 Wochen wieder, denn

682
00:34:35,630 --> 00:34:40,070
der todo Cast der Developer 
Podcast erscheint alle 2 Wochen 

683
00:34:40,110 --> 00:34:44,870
auf allen Podcast Plattformen. 
Bis dahin macht's gut, habt eine

684
00:34:44,870 --> 00:34:47,310
gute Zeit und schreibt ganz viel
Code. 

685
00:34:48,440 --> 00:34:49,000
Bis dahin. 
Tschüss.