1
00:00:02,960 --> 00:00:07,160
Moin zu einfach komplex. 
Folge 84 hier aus dem Podcast 

2
00:00:07,160 --> 00:00:10,200
Studio in Hamburg am 
Freitagnachmittag hier spricht 

3
00:00:10,200 --> 00:00:13,080
Garrett Hallo, Hallo. 
Hallo Hallo, hier spricht 

4
00:00:13,080 --> 00:00:15,680
Burkhard aus dem Podcast Studio 
in Barmbek Süd. 

5
00:00:15,840 --> 00:00:17,520
Schön, dass ihr wieder alle da 
seid und entscheidet. 

6
00:00:18,560 --> 00:00:20,640
Ich glaube, wir haben Clown 
gefrühstückt heute morgen, aber 

7
00:00:20,720 --> 00:00:22,280
gut, egal es. 
Geht ja, wir haben Gute. 

8
00:00:22,280 --> 00:00:24,640
Dass Sie das Wort Wir haben gute
Laune, ja, stimmt ja. 

9
00:00:24,720 --> 00:00:26,800
Wir haben gute Laune, wir hatten
eine coole Woche. 

10
00:00:27,280 --> 00:00:30,040
Bookert war in Meppen auf der 
Hostmesse von Adelius haben wir 

11
00:00:30,040 --> 00:00:34,080
ja Magazisert im Podcast. 
Ich war in Barcelona auf der.it 

12
00:00:34,400 --> 00:00:37,720
Konferenz, da hab ich n bisschen
Inspiration bekommen, sagen wir 

13
00:00:37,720 --> 00:00:40,440
es mal so für n neues Thema 
welches da ist. 

14
00:00:40,440 --> 00:00:43,520
Web Books, das habt ihr schon 
gelesen und warum Leute kamen 

15
00:00:43,520 --> 00:00:45,600
bei uns an stand wir hatten auch
n kleinen Stand von der 

16
00:00:45,600 --> 00:00:49,280
Heisenware haben unsere loco 
Plattform vorgestellt, haben da 

17
00:00:49,280 --> 00:00:51,480
Dashboards zusammengebaut und so
und das war auch alles ziemlich 

18
00:00:51,480 --> 00:00:55,520
cool hat gut geklappt und immer 
wieder kam die Frage habt ihr 

19
00:00:55,520 --> 00:00:58,880
auch n Web Book oder? 
Wie können wir Daten bei euch 

20
00:00:59,040 --> 00:01:01,160
reinbringen? 
Und natürlich haben wir da ne 

21
00:01:01,160 --> 00:01:06,160
Integration zu als also nen HTTP
connector letzten Endes, aber 

22
00:01:06,160 --> 00:01:09,440
ich war doch blank muss ich 
zugeben wenn es drum ging Web 

23
00:01:09,440 --> 00:01:14,520
books richtig zu beantworten und
da uns zu positionieren und ich 

24
00:01:14,520 --> 00:01:16,080
hab mich aber dran erinnert 
Burkhard, dass wir da mal drüber

25
00:01:16,080 --> 00:01:18,800
gesprochen haben in der Rest Abi
Folge ja da war das glaub ich n 

26
00:01:19,200 --> 00:01:21,760
ein Unterthema da sagst. 
Du. 

27
00:01:22,000 --> 00:01:24,920
Wo? 
In unseren, ja 83 Folgen war das

28
00:01:24,920 --> 00:01:26,720
auf jeden Fall schon mal n. 
Thema ja, aber nicht viel mehr 

29
00:01:26,720 --> 00:01:28,760
als glaub ich n längerer 
Nebensatz oder Irgendsowas so 

30
00:01:28,760 --> 00:01:30,560
richtig so richtig drüber 
gesprochen haben wir wirklich 

31
00:01:30,560 --> 00:01:34,080
noch nicht glaub ich. 
OK, deshalb dachte ich heute 

32
00:01:34,080 --> 00:01:36,600
morgen, als es hieß, OK, was 
machen wir jetzt für n Thema 

33
00:01:36,600 --> 00:01:38,720
Dienstag steht mir wieder ne 
Folge an, lass uns doch mal über

34
00:01:38,720 --> 00:01:41,720
Webbox sprechen und ich möchte 
es erfahren wie es funktioniert 

35
00:01:41,720 --> 00:01:44,800
und von daher hier sind wir 
jetzt und reden wir über Webbox 

36
00:01:45,120 --> 00:01:47,360
Burkhard. 
So machen wir das jetzt hast du 

37
00:01:47,520 --> 00:01:51,000
uns aber schwer geoutet, 
gerettet, dass wir gerade jetzt 

38
00:01:51,000 --> 00:01:53,840
die Folge erstmal für nächsten 
Dienstag, aber ist ja gut, 

39
00:01:53,920 --> 00:01:57,320
Justin Time ne, so läuft das 
Halt da keine 4 mal ein und 

40
00:01:57,320 --> 00:01:58,320
action ja. 
Ist so schwer. 

41
00:01:58,320 --> 00:02:00,560
Ja, wir sind doch noch, es sind 
doch noch 4 Tage bis Dienstag, 

42
00:02:00,560 --> 00:02:01,920
oder nicht? 
Stimmt, und wir haben ja noch n 

43
00:02:01,920 --> 00:02:04,440
ganz schönes Wochenende, aber da
kann man ja auch mal was machen,

44
00:02:04,440 --> 00:02:05,400
ne? 
Wir haben auch schon am 

45
00:02:05,400 --> 00:02:06,640
Montagabend ne Folge 
aufgenommen. 

46
00:02:06,720 --> 00:02:07,920
Das ist so. 
Ja, das ist so. 

47
00:02:07,920 --> 00:02:10,880
Ja, ja, na ja, ja, n paar in 
Zeit sich ja heute aus dem 

48
00:02:10,880 --> 00:02:13,040
Aufnahmestudio ne genau so, 
jetzt machen wir auch nicht mehr

49
00:02:13,040 --> 00:02:14,640
so lange schnacken, jetzt gehen 
wir mal aufs Thema. 

50
00:02:15,600 --> 00:02:19,200
Ich, ich geb mal kleine Intro zu
Web books und zwar bevor wir das

51
00:02:19,200 --> 00:02:22,680
Web Programms anfangen müssen 
wir noch mal und ich hab es 

52
00:02:22,680 --> 00:02:25,400
schon so oft gesagt noch mal 
Server und klein verstehen ne 

53
00:02:25,400 --> 00:02:28,200
weil das gehört dazu und aber 
noch mal n bisschen anders 

54
00:02:28,200 --> 00:02:30,160
verstehen als Server und klein. 
Ich will es noch mal ganz ganz 

55
00:02:30,160 --> 00:02:33,000
ganz scharf aufdröseln wenn wir 
das wenn wir das nicht ganz 

56
00:02:33,000 --> 00:02:35,560
genau verstanden haben dann dann
bleiben wir schwammig was Web 

57
00:02:35,560 --> 00:02:38,480
books sind. 
Ja also insofern gibt mir die 

58
00:02:38,480 --> 00:02:41,120
vielleicht siebeneinhalb Minuten
die ich jetzt brauche um das 

59
00:02:41,120 --> 00:02:43,640
noch mal aufzudröseln bevor wir 
wirklich an an die Web books 

60
00:02:43,640 --> 00:02:45,760
rangehen, ja. 
Ja, total gerne, klar. 

61
00:02:46,000 --> 00:02:47,920
Es ist nämlich so. 
Also wir haben ja den Server und

62
00:02:47,920 --> 00:02:50,000
den Client, ich fang einfach mal
an mit dem Server. 

63
00:02:50,000 --> 00:02:54,720
Ja das Wort Server, das kennt ja
jeder und jeder hat irgendwie ne

64
00:02:54,720 --> 00:02:58,520
Vorstellung im Kopf, ja ich 
auch, aber es gibt ich glaube 

65
00:02:58,520 --> 00:03:02,080
ich, also ich verstehe so nen 
Server aus 2 Perspektiven ja das

66
00:03:02,080 --> 00:03:04,560
will ich mal ganz klar machen, 
es gibt eine eine 

67
00:03:04,560 --> 00:03:08,040
netzwerktechnische 
softwaretechnische Perspektive 

68
00:03:08,040 --> 00:03:11,640
wenn man sagt irgendwas ist n 
Server ja was ist das dann 

69
00:03:11,640 --> 00:03:13,760
technisch? 
Dann ist das einfach ein 

70
00:03:13,760 --> 00:03:15,440
anrufentgegennehmer, sage ich 
mal. 

71
00:03:15,440 --> 00:03:18,200
Ja, also unser Internet besteht 
ja als Protokoll auf dem TCP 

72
00:03:18,200 --> 00:03:20,960
Stack, da liegt noch das HTTP 
drüber und so weiter das haben 

73
00:03:20,960 --> 00:03:23,280
wir alles schon durch, aber was 
ist ein Server? 

74
00:03:23,280 --> 00:03:27,120
Ist jemand der horcht auf einen 
Anruf? 

75
00:03:27,120 --> 00:03:30,160
Ja, es ist wie ein Telefon was 
man anrufen kann und dann 

76
00:03:30,160 --> 00:03:34,080
klingelt ja und man nennt halt 
auch also was der Server macht 

77
00:03:34,480 --> 00:03:36,720
ganz fundamental. 
Er macht ein sogenanntes 

78
00:03:37,040 --> 00:03:40,320
Listener Socket auf. 
Im TCP Stack? 

79
00:03:40,480 --> 00:03:42,680
Ja, das ist mal technisch 
gesprochen, was das jetzt ganz 

80
00:03:42,680 --> 00:03:45,080
genau heißt ist egal, aber es 
geht halt um die 

81
00:03:45,080 --> 00:03:46,960
Netzwerktechnologie. 
Ein Server ist ja auch 

82
00:03:46,960 --> 00:03:51,240
erreichbar im Internet und so 
weiter und der horcht quasi auf 

83
00:03:51,240 --> 00:03:53,440
einem bestimmten Port, der wird 
adressiert über eine IP Adresse 

84
00:03:53,440 --> 00:03:58,160
und kann quasi eingehende 
Connections entgegennehmen. 

85
00:03:58,200 --> 00:04:01,520
Ja so das ist die technische 
Sicht, das nennt man Server. 

86
00:04:02,040 --> 00:04:04,360
Und der Server ist tatsächlich 
immer der, der entgegennimmt. 

87
00:04:04,360 --> 00:04:07,200
Das ist immer der Angerufene. 
Ja, ist immer der andere. 

88
00:04:07,200 --> 00:04:10,960
Es ist also auch quasi die 
zweite, die zweite Person beim 

89
00:04:10,960 --> 00:04:14,200
Aufbau einer Verbindung. 
Ja, der Klient aus technischer 

90
00:04:14,200 --> 00:04:17,640
Sicht baut die Verbindung auf, 
der ruft an und der Server nimmt

91
00:04:17,640 --> 00:04:19,680
entgegen. 
Ja, jetzt bleiben wir kurz beim 

92
00:04:19,680 --> 00:04:21,680
Server Klient machen wir gleich,
ich will nochmal der Server 

93
00:04:21,680 --> 00:04:24,440
sagen jetzt gibt es man kann 
jetzt aber es gibt jetzt noch so

94
00:04:24,440 --> 00:04:27,040
ne so ne Sicht so n bisschen so 
ne ich hab es jetzt mal 

95
00:04:27,040 --> 00:04:30,560
Infrastruktur Sicht oder Kasten 
Sicht oder Hardware Sicht oder 

96
00:04:30,560 --> 00:04:33,680
wie auch immer genannt. 
Wenn man so sagte, ja, das sind 

97
00:04:33,680 --> 00:04:36,080
die Server ja, oder? 
Amazon hat so Servers oder sowas

98
00:04:36,080 --> 00:04:38,080
oder in der Cloud stehen die 
ganzen Server oder Irgendsowas, 

99
00:04:38,480 --> 00:04:41,840
dann meint man noch n bisschen 
was anderes glaube ich ja und es

100
00:04:41,840 --> 00:04:45,280
ist auch gerechtfertigt, dann 
ist es das das Ding in der Cloud

101
00:04:45,280 --> 00:04:48,160
ja und wenn man manchmal sieht 
man das ja so im Fernsehen dann 

102
00:04:48,160 --> 00:04:50,640
so so ne so n Teil der 
Tagesschau irgendwie da kommt 

103
00:04:50,640 --> 00:04:52,160
mal wieder irgendwas 
Hackerangriff und dann kommen 

104
00:04:52,160 --> 00:04:54,760
immer diese Bilder von diesen 
datencentern Gerrit wo das sind 

105
00:04:54,760 --> 00:04:57,480
die LEDS blinken und so weiter 
und so n Server tatsächlich als 

106
00:04:57,480 --> 00:05:00,360
Stück Hardware wenn man es mal 
so begreift da sieht das aus 

107
00:05:00,360 --> 00:05:02,800
wieso ne fette Pizzabox. 
Die in so riesigen Regalen 

108
00:05:02,800 --> 00:05:03,960
stehen. 
Ja, und vorne sind die Kabel 

109
00:05:03,960 --> 00:05:05,200
dran und und dann blinken die 
Dinger. 

110
00:05:05,200 --> 00:05:08,240
Ja, das ist auch richtig, ja, 
dazu kann man also, dazu sagt 

111
00:05:08,240 --> 00:05:10,880
man auch im normalen 
Sprachgebrauch, dass das ein 

112
00:05:10,880 --> 00:05:14,240
Server sei, ja und der hat aber 
auch so ne Eigenschaft, der ist 

113
00:05:14,240 --> 00:05:16,520
nämlich immer an und der hat 
immer Strom und der sollte nicht

114
00:05:16,520 --> 00:05:18,640
ausfallen und so weiter weil 
sonst fällt da das Internet aus 

115
00:05:18,640 --> 00:05:20,640
und sofort und so weiter ja also
ich meine damit dann. 

116
00:05:21,240 --> 00:05:24,480
Spezieller Computer oder nicht? 
Ja, im Prinzip ist das ein sehr 

117
00:05:24,480 --> 00:05:28,240
hochwertiger Computer, der dazu 
gebaut wurde. 24 7. 

118
00:05:28,640 --> 00:05:31,560
Durchzulaufen und halt diese 
Netzwerktechnisch, diese Anrufe 

119
00:05:31,560 --> 00:05:33,960
annehmen zu können, ja, ist 
nämlich blöd, wenn derjenige, 

120
00:05:33,960 --> 00:05:36,920
der die Anrufe annimmt und die 
Daten dann zurückschickt, nicht 

121
00:05:36,920 --> 00:05:38,520
da ist. 
Ob ich die nicht anrufen kann, 

122
00:05:38,520 --> 00:05:40,800
dann 404 Feierabend. 
Ja, da hab ich halt kein 

123
00:05:40,800 --> 00:05:42,800
Netzwerk, ja. 
Also würdest doch das jetzt 

124
00:05:42,800 --> 00:05:44,320
zusammenbringen. 
Ich hab jetzt wirklich gedacht, 

125
00:05:44,320 --> 00:05:46,600
das kann man tatsächlich 
trennen. 

126
00:05:46,600 --> 00:05:49,120
Ja, ja, also. 
Aber ich bringe das erstmal so 

127
00:05:49,120 --> 00:05:50,560
zusammen. 
Gleich kommt das aha Erlebnis 

128
00:05:50,560 --> 00:05:52,320
noch. 
Ja also also ich will einmal 

129
00:05:52,320 --> 00:05:54,960
sagen es gibt eine 
netzwerktechnische Sicht was ein

130
00:05:54,960 --> 00:05:57,320
Server ist. 
Der netzwerktechnischen Sicht 

131
00:05:57,320 --> 00:06:00,400
nimmt der ja nen TCP Call 
entgegen und es gibt so ne Art 

132
00:06:00,720 --> 00:06:02,600
Hardwaresicht. 
Da ist es halt einfach ne Box. 

133
00:06:02,600 --> 00:06:04,800
Im Rechenzentrum steht 
normalerweise nicht bei dir im 

134
00:06:04,800 --> 00:06:07,840
Haus, sondern halt irgendwo bei 
bei Amazon irgendwie in so 

135
00:06:07,840 --> 00:06:09,680
großen Rechenzentren oder auch 
gibt es natürlich auch in 

136
00:06:09,680 --> 00:06:12,120
Deutschland hör ich da sagt das 
mal wir Hetzner zum Beispiel, 

137
00:06:12,120 --> 00:06:14,680
die haben in Nürnberg und in 
Falkenstein Standort, da stehen 

138
00:06:14,680 --> 00:06:17,080
die Halt alle ja. 
Aber auch dann noch mal n Ökonom

139
00:06:17,080 --> 00:06:19,160
hat doch jede Firma, die n 
Rechenzentrum betreibt und das 

140
00:06:19,160 --> 00:06:22,000
sind ja die allermeisten oder n 
haben doch auch Server oder 

141
00:06:22,000 --> 00:06:23,080
nicht? 
Also es muss ja nicht zwingend 

142
00:06:23,080 --> 00:06:25,040
bei einem anderen Nein. 
Es muss nicht zwingend in der 

143
00:06:25,040 --> 00:06:27,720
Cloud stehen, das stimmt. 
Aber aber wenn du ne als Firma n

144
00:06:27,720 --> 00:06:29,280
Rechenzentrum hast, dann dann 
kannst du. 

145
00:06:29,760 --> 00:06:32,600
Dann kannst du nur aus intern 
anrufen ne also ich mein jetzt 

146
00:06:32,600 --> 00:06:34,800
die internetserver sag ich mal. 
Ja du kannst ja jetzt nicht wenn

147
00:06:34,960 --> 00:06:37,280
was weiß ich wenn irgendein 
Schuhladen der groß ist oder 

148
00:06:37,280 --> 00:06:39,280
Irgendsowas in der Stadt steht 
die hier eigenen Server haben um

149
00:06:39,280 --> 00:06:41,240
ihre was weiß ich Sachen zu 
betreuen, da kannst du dann ja 

150
00:06:41,240 --> 00:06:43,520
nicht anrufen aus dem als vom 
Browser her oder irgendsowas. 

151
00:06:43,520 --> 00:06:46,320
Ja OK, aber grundsätzlich hat ja
jede Firma auch Server im Keller

152
00:06:46,320 --> 00:06:48,320
stehen oder irgendwo oder eine 
Produktion sogar. 

153
00:06:48,480 --> 00:06:49,960
Richtig, genau und. 
Und wenn du jetzt über die 

154
00:06:49,960 --> 00:06:52,040
Hardware sprichst, über den 
Kasten, dann ist das genau das 

155
00:06:52,040 --> 00:06:53,600
gleiche Bild. 
Ja genau dann ist das halt 

156
00:06:53,600 --> 00:06:56,040
irgendwie im Prinzip nichts 
anderes als n ziemlich potenter.

157
00:06:56,120 --> 00:07:00,160
Computer, der dafür gemacht ist,
24 7 Durchzulaufen, um angerufen

158
00:07:00,160 --> 00:07:01,560
zu werden. 
Ja so, das haben wir jetzt und 

159
00:07:01,560 --> 00:07:03,400
dann gibt es auch noch so eine 
dritte Eigenschaft, das habe ich

160
00:07:03,400 --> 00:07:05,160
jetzt schon gesagt, die 
Lebenszeit, ja, also es ist die 

161
00:07:05,160 --> 00:07:07,200
Lebenszeit ist lang, ja, der 
Server ist gekommen um zu 

162
00:07:07,200 --> 00:07:09,880
bleiben und der ist immer 
erreichbar, damit ich anrufen 

163
00:07:09,880 --> 00:07:14,160
kann so, ja so, jetzt kommt das 
aha Erlebnis jetzt relativiere 

164
00:07:14,160 --> 00:07:19,200
ich was, das ist ja denn der der
Kasten als Server, der kann auch

165
00:07:19,680 --> 00:07:22,960
technisch gesehen also in der 
ersten Perspektive auch Client 

166
00:07:22,960 --> 00:07:25,680
sein. 
Ja, weil es ist ja n Computer. 

167
00:07:25,680 --> 00:07:27,680
Ja, und jetzt gehen wir kurz 
über. 

168
00:07:27,680 --> 00:07:30,240
Was ist denn noch mal n Client 
und dann sag ich das noch mal 

169
00:07:30,240 --> 00:07:33,120
und das ist glaub ich ganz klar 
ja, also der Client ist aus 

170
00:07:33,120 --> 00:07:36,160
netzwerktechnischer Sicht also 
wieder diese Netzwerkperspektive

171
00:07:36,160 --> 00:07:41,120
zuerst ist der Anrufende ja der 
baut die initiale TCP Verbindung

172
00:07:41,120 --> 00:07:43,600
auf, der wählt also quasi mit 
Hilfe von unserem DNS 

173
00:07:43,600 --> 00:07:45,160
Adressbuch. 
Ja das hat mir auch mal ne 

174
00:07:45,160 --> 00:07:47,600
Folge. 
Findet er quasi die richtige IP 

175
00:07:47,600 --> 00:07:49,400
Adresse raus. 
Die IP Adresse ist quasi die 

176
00:07:49,400 --> 00:07:53,080
Telefonnummer des Servers. 
Ja auf die der horcht ja und 

177
00:07:53,080 --> 00:07:55,760
dann wählt er raus und ruft den 
Server an und was heißt das 

178
00:07:55,760 --> 00:08:00,240
Anrufen er baut eine TCP eine 
Internet TCP Verbindung auf, der

179
00:08:00,240 --> 00:08:03,040
Server antwortet ihm auf die 
Anfrage und dann hängt 

180
00:08:03,040 --> 00:08:06,160
normalerweise der Client einfach
wieder den Löffel auf die Gabel 

181
00:08:06,160 --> 00:08:09,520
wie man so sagt am Telefon und 
Feierabend er hat angerufen hat 

182
00:08:09,520 --> 00:08:13,200
Informationen gehalten aufgelegt
so ja das ist der Client aus 

183
00:08:13,200 --> 00:08:15,280
netzwerktechnischer Sicht ja 
Client ja. 

184
00:08:15,920 --> 00:08:18,320
Und aus Infrastruktur Sicht 
jetzt mal die zweite 

185
00:08:18,320 --> 00:08:21,560
Perspektive, kennen wir ihn, den
Client, typischerweise in Form 

186
00:08:21,560 --> 00:08:23,280
von unserem Browser, zum 
Beispiel im Laptop? 

187
00:08:23,320 --> 00:08:26,640
Ja, das ist der Client ja, also 
und und und und da kann ich dann

188
00:08:26,640 --> 00:08:28,680
natürlich mit ganz vielen 
Servern gleichzeitig sprechen. 

189
00:08:28,680 --> 00:08:31,200
Ja, ich mach n Tab auf, ich geh 
zu Google, ich mach n Tab auf, 

190
00:08:31,200 --> 00:08:34,000
ich geh zu Spotify und so weiter
dann bin ich im Browser der 

191
00:08:34,000 --> 00:08:36,799
Client, ja und aus Infrastruktur
Sicht könnte man sagen der 

192
00:08:36,799 --> 00:08:38,240
Browser ist halt quasi der 
Client. 

193
00:08:38,240 --> 00:08:40,799
Ja bisschen vereinfacht 
gesprochen oder die ganze App 

194
00:08:40,799 --> 00:08:43,799
ja. 
Ist n Client ja, weil die die 

195
00:08:43,799 --> 00:08:46,080
modernen Apps, die telefonieren 
ja heute auch alle mit Servern. 

196
00:08:46,080 --> 00:08:49,520
Ja, du kannst aber auch sagen 
irgendwie sogar ne commandline 

197
00:08:49,520 --> 00:08:52,000
Interface ja gibt es ja auch für
die Leute die das machen so auf 

198
00:08:52,000 --> 00:08:54,760
der Commandline sind meistens 
auch Clients die dann mit einer 

199
00:08:54,760 --> 00:08:56,760
Server sprechen oder alles 
normalerweise auf dieser 

200
00:08:56,760 --> 00:09:00,240
modernen clientserver 
Architektur basiert ja und 

201
00:09:00,320 --> 00:09:04,240
Lebenszeit von einem Client ist 
kurz ja du du machst den Browser

202
00:09:04,240 --> 00:09:06,320
aus, guckst schnell was Google 
Maps ja wie komme ich von A nach

203
00:09:06,320 --> 00:09:07,760
b. 
Jo alles klar hab ich 

204
00:09:07,760 --> 00:09:10,800
verstanden. 
Browser aus tot ja, Client weg 

205
00:09:10,800 --> 00:09:12,600
ja, gibt es vielleicht auch nie 
wieder den mit der gleichen 

206
00:09:12,600 --> 00:09:15,560
Session ID oder irgend so was. 
Ja also der Client ist von der 

207
00:09:15,560 --> 00:09:17,560
Lebenszeit der kurze, der 
Anrufende, der will ne 

208
00:09:17,560 --> 00:09:21,280
Information haben und der Server
der lebt lang ja so und jetzt 

209
00:09:21,280 --> 00:09:24,800
wenn wir jetzt Web books 
verstehen wollen müssen wir 

210
00:09:25,520 --> 00:09:28,240
müssen wir nicht nur 2 
Komponenten betrachten wie wir 

211
00:09:28,240 --> 00:09:31,280
es sonst immer tun, Client und 
Server so also quasi in der 

212
00:09:31,280 --> 00:09:34,880
Entsprech von Browser und 
Webserver, sondern wir müssen 

213
00:09:34,880 --> 00:09:38,480
jetzt. 3 Spieler ins ins Game 
bringen, ansonsten fängt das 

214
00:09:38,480 --> 00:09:40,000
Macht das normalerweise keinen 
Sinn. 

215
00:09:40,040 --> 00:09:42,560
Ja also wir, wir denken uns 
jetzt mal ich das Bild hin, wir 

216
00:09:42,560 --> 00:09:48,080
denken uns jetzt Server, Server 
und Clients ja also wir haben 

217
00:09:48,080 --> 00:09:52,160
jetzt hier 2 Server ne das hab 
ich hab ja ganz viele Server 

218
00:09:52,160 --> 00:09:54,520
normalerweise gehört ja n Server
zu irgendeiner Firma ja also wir

219
00:09:54,520 --> 00:09:57,680
haben natürlich auch unsere 
Server zu heisenware ja und dann

220
00:09:57,680 --> 00:09:59,560
ich nehme jetzt gleich schon mal
das Beispiel vielleicht später 

221
00:09:59,560 --> 00:10:02,080
auch noch mal hoch nehmen Stripe
ist ein Internet 

222
00:10:02,400 --> 00:10:05,600
bezahldienstleister. 
Wir haben auch ihre Servers. 

223
00:10:05,600 --> 00:10:09,120
Stripe ja, Mhm. 
OK, also es geht, dass ich um 2 

224
00:10:09,120 --> 00:10:11,520
Webserver jetzt im 
netzwerktechnischen Sinne und 

225
00:10:11,520 --> 00:10:15,360
irgendwelche Clients, was zum 
Beispiel Browser wären oder Apps

226
00:10:15,360 --> 00:10:18,320
oder sowas. 
Genau diese 3 Parteien haben wir

227
00:10:18,640 --> 00:10:20,400
und jetzt will ich mal. 
Jetzt kommen wir auf die Web 

228
00:10:20,400 --> 00:10:21,600
Books. 
Ja und die Web Books 

229
00:10:21,600 --> 00:10:26,000
funktionieren typischerweise 
zwischen Servern, also der der 

230
00:10:26,080 --> 00:10:28,800
der der Infrastruktur Client, 
also wir jetzt als Menschen, als

231
00:10:28,800 --> 00:10:32,000
Form Browser oder an der App 
oder Irgendsowas wir haben mit 

232
00:10:32,000 --> 00:10:33,640
den Web books erstmal nichts zu 
tun, ne? 

233
00:10:34,160 --> 00:10:36,320
Wir sind weder die Auslöser noch
die Empfänger der Webbooks, 

234
00:10:36,960 --> 00:10:41,200
sondern es sind 2 Server und 
jetzt und 2 Server im im im 

235
00:10:41,200 --> 00:10:44,000
Sprachsinne des der des 
Hardwarekastens. 

236
00:10:44,000 --> 00:10:46,600
Ja also stell dir vor du hast 
bei Stripe in der die haben 

237
00:10:46,600 --> 00:10:49,000
irgendwie ihren ihre Pizzabox 
ihren Kasten irgendwo hängender 

238
00:10:49,000 --> 00:10:52,240
Server und bei Eisenwer in 
Nürnberg bei Hetzner ist auch so

239
00:10:52,240 --> 00:10:54,760
n Kasten wo unser Server ist. 
Ja wo unsere Programme drauf 

240
00:10:54,760 --> 00:10:57,680
laufen. 
So und jetzt jetzt muss zum 

241
00:10:57,680 --> 00:11:00,120
Beispiel aus bestimmten Use Case
gründen auf die wir gleich noch 

242
00:11:00,120 --> 00:11:04,400
kommen der Stripe Server. 
Eine Nachricht schicken an 

243
00:11:04,400 --> 00:11:08,760
unseren heisenware Server, das 
heißt, da ist also im typischen 

244
00:11:08,760 --> 00:11:10,800
Web Sinne gar kein Client 
wirklich dazwischen. 

245
00:11:10,800 --> 00:11:12,880
Es unterhält sich quasi Cloud 
mit Cloud. 

246
00:11:12,880 --> 00:11:16,800
Ja, die Cloud Stripe mit dem 
Cloud Heisenware jetzt ist es 

247
00:11:16,800 --> 00:11:21,040
aber im netzwerktechnischen 
Sinne trotzdem so, dass wieder 

248
00:11:21,040 --> 00:11:23,200
eine Internetverbindung 
hergestellt wird, das heißt 

249
00:11:23,520 --> 00:11:27,240
obwohl der Stripe Server im 
Hardwaresprech ein Server ist, 

250
00:11:27,600 --> 00:11:30,640
wird der aber netzwerktechnisch 
gesehen auf einmal ein Client. 

251
00:11:31,440 --> 00:11:34,200
Und ruft bei unserem Server der 
Netzwerktechnisch wirklich n 

252
00:11:34,200 --> 00:11:40,000
Server ist, einen Web Hook auf 
der Web Hook ist nichts anderes 

253
00:11:40,000 --> 00:11:45,200
als ein Rest API Endpunkt der 
öffentlich da ist und angerufen 

254
00:11:45,200 --> 00:11:48,480
werden kann, aber der wird der 
Web hook wird typischerweise 

255
00:11:48,480 --> 00:11:52,400
eben nicht von einem Browser 
Klienten angerufen, sondern von 

256
00:11:52,400 --> 00:11:57,520
einem anderen Server der. 
In im der Wolfs im Schafpelz ist

257
00:11:57,520 --> 00:12:00,800
also der quasi in diesem Moment,
wenn er jemanden, wenn er einem 

258
00:12:00,800 --> 00:12:03,040
anderen Server Nachricht 
schicken will als Client 

259
00:12:03,040 --> 00:12:06,960
auftritt und zum Beispiel sagt, 
Oh, der Kunde, der bei 

260
00:12:06,960 --> 00:12:10,240
Heisenware jetzt gerade die 
Lizenz irgendwie abgeschlossen 

261
00:12:10,240 --> 00:12:15,360
hat, der hat gezahlt und das sag
ich jetzt dem heisenware Server 

262
00:12:15,360 --> 00:12:21,600
per Bepuk ja so das einmal. 
Das ist so das Große, das große 

263
00:12:21,600 --> 00:12:23,520
Bild. 
Und ich kann gleich auch noch n 

264
00:12:23,520 --> 00:12:25,040
Beispiel machen. 
Aber du hast noch was auf der 

265
00:12:25,040 --> 00:12:28,560
Zunge gerillt was dann grad was?
Ja, ich, ich wollt was fragen. 

266
00:12:28,560 --> 00:12:32,400
Du hast jetzt gesagt, OK webbook
in Webbook ist eigentlich NN, 

267
00:12:32,400 --> 00:12:36,560
rest Endpunkt quasi so von einer
Rest Appi der von einem Server 

268
00:12:36,560 --> 00:12:40,720
aufgerufen wird, aber werden 
also von einem Server der aber 

269
00:12:40,720 --> 00:12:44,240
als Client auftritt tritt in dem
Fall werden jetzt nicht Rest 

270
00:12:44,240 --> 00:12:48,640
appis immer für Server zu Server
also. 

271
00:12:49,160 --> 00:12:52,240
Kommunikation benutzt, die jetzt
nicht über Menschen vor Browsern

272
00:12:52,240 --> 00:12:55,680
passiert, sondern automatisiert 
irgendwo passieren. 

273
00:12:56,160 --> 00:12:57,560
Das ist das. 
Du hast gerade so gesagt, das 

274
00:12:57,560 --> 00:13:01,000
könnte man auch vom Browser an 
der Rest AP aufrufen, doch das 

275
00:13:01,000 --> 00:13:02,080
würde man vielleicht auch 
machen. 

276
00:13:02,080 --> 00:13:04,160
Klar wenn man sich Informationen
in der App zieht oder sowas, ja 

277
00:13:04,160 --> 00:13:07,760
logisch OK. 
Also alle jetzt ist mal kurz n 

278
00:13:07,760 --> 00:13:10,240
kurzer Technical deepdives so 
aber also die modernen 

279
00:13:10,240 --> 00:13:12,280
Webanwendungen, die 
funktionieren ja als Single Page

280
00:13:12,280 --> 00:13:15,360
Application, was heißt das, du 
bekommst deinen wenn du mit dem 

281
00:13:15,360 --> 00:13:17,200
Browser irgendwo hinklickst 
bekommst du deine. 

282
00:13:17,680 --> 00:13:22,920
Oberfläche deine UI geliefert 
als Bundle Java Script zum 

283
00:13:22,920 --> 00:13:24,200
Beispiel. 
Sagen wir mal, du nimmst jetzt 

284
00:13:24,200 --> 00:13:29,040
hier die Spotify für Laptop 
Oberfläche, sagen wir mal ja, 

285
00:13:29,040 --> 00:13:31,320
kannst du ja machen und dann 
kriegst du das alles schön 

286
00:13:31,320 --> 00:13:35,600
hingerendert und wenn du jetzt 
sagst Spiel mir ein Lied XY dann

287
00:13:35,760 --> 00:13:40,960
führt quasi dein Browser UI 
unter dem Namen Gerrit Meyer 

288
00:13:40,960 --> 00:13:46,400
einen Rest API Client Call aus 
gegen den Server von Spotify. 

289
00:13:47,120 --> 00:13:52,160
Und so n typischer und die Rest 
APIS in minus Web Books sind 

290
00:13:52,160 --> 00:13:54,480
eigentlich immer so gedacht, 
dass du, dass der 

291
00:13:54,480 --> 00:13:59,840
internetbasierte Server Client 
Calls entgegennimmt, von von 

292
00:13:59,840 --> 00:14:02,520
einem Client, der quasi der kann
auch programmatisch sein. 

293
00:14:02,520 --> 00:14:05,280
Das ist schon richtig, ja, aber 
typischerweise ist der quasi 

294
00:14:05,520 --> 00:14:08,000
jemand der der Halt n 
kommandozeilen dings ist. 

295
00:14:08,000 --> 00:14:10,920
Ne App ist ja oder halt ne 
runtergeladene Webseite oder 

296
00:14:10,920 --> 00:14:12,720
Irgendsowas, dafür ist das 
eigentlich klar. 

297
00:14:13,200 --> 00:14:16,160
Aha, OK, also das ist ja jetzt n
natürlich dann. 

298
00:14:16,480 --> 00:14:19,440
Endlich mal so n aha, Moment für
mich ja, also n webbook ist 

299
00:14:19,440 --> 00:14:24,400
wirklich für ne automatische 
Interaktion zwischen 2 Servern, 

300
00:14:24,400 --> 00:14:26,200
wo der eine aber ein Client ist 
quasi. 

301
00:14:26,280 --> 00:14:28,160
Und. 
Und nichts für mich als 

302
00:14:29,040 --> 00:14:31,760
menschlicher Benutzer an einem 
an einem Browser, ja. 

303
00:14:31,840 --> 00:14:34,000
Ja schön, wenn du das aha 
Erlebnis hast. 

304
00:14:34,000 --> 00:14:35,920
Ich mach das dann noch mal an 
einem alten Beispiel. 

305
00:14:35,920 --> 00:14:38,240
Klar, ich find immer so so so, 
Bilder und Geschichten sind 

306
00:14:38,240 --> 00:14:39,680
helfen mir auch das zu 
verstehen. 

307
00:14:39,680 --> 00:14:43,160
Ja ich also. 
Ihr kennt ja noch vielleicht und

308
00:14:43,160 --> 00:14:45,120
du auch. 
Ja, diese diese Bilder von den 

309
00:14:45,120 --> 00:14:47,520
Telefondamen ganz früher, ja wo 
wo die ich? 

310
00:14:47,840 --> 00:14:49,920
Ich hab das immer so vorm Kopf, 
die rutschen da irgendwie so vor

311
00:14:49,920 --> 00:14:52,800
so riesigen Schaltflächen Rum 
und stöpseln diese Kabel 

312
00:14:52,800 --> 00:14:55,320
zusammen ja, also früher ganz 
früh als die Telefonie erfunden 

313
00:14:55,320 --> 00:14:57,280
wurde hast du ja irgendwo 
angerufen an der zentrale 

314
00:14:57,280 --> 00:15:00,640
Telefonzentrale ja und dann dann
war da ne nette Dame oder auch 

315
00:15:00,640 --> 00:15:02,320
ein netter Herr aber ich glaub 
es waren tatsächlich 

316
00:15:02,320 --> 00:15:04,360
hauptsächlich Damen früher, die 
haben dann gesagt ja mit wem 

317
00:15:04,360 --> 00:15:06,200
möchtest du sprechen und dann 
haben die irgendwie so Kabel 

318
00:15:06,200 --> 00:15:07,760
gestöpselt so ja. 
Wenn wir jetzt, da die Webbox 

319
00:15:07,760 --> 00:15:09,640
ins Spiel bringen, da könnten 
wir sagen, es gibt 2 

320
00:15:09,640 --> 00:15:12,800
Telefonzentralen, so alt, ja, 
nämlich die zentrale Heisenbär 

321
00:15:13,120 --> 00:15:16,320
mit unseren Frauen, 10 Frauen, 
ja, und die zentrale Stripe mit 

322
00:15:16,320 --> 00:15:19,000
5700 Frauen, weil die bisschen 
größer sind als wir, ja, die 

323
00:15:19,000 --> 00:15:20,600
sitzen da und machen die 
Steckerchen so weiter. 

324
00:15:20,600 --> 00:15:24,240
Ja, so, und jetzt gibt es einen 
Anrufer, der Anrufer ist jetzt 

325
00:15:24,240 --> 00:15:27,160
der, der Anrufer ist das analoge
zu unserem Client, der vorm 

326
00:15:27,160 --> 00:15:29,480
Browser sitzt, ja, und das ist 
zum Beispiel, das ist n toller 

327
00:15:29,480 --> 00:15:31,320
Mensch und der will bei uns was 
bestellen, zum Beispiel 

328
00:15:31,320 --> 00:15:34,640
Heisenbär unser Produkt zum 
Beispiel ja mixe gerade alt und 

329
00:15:34,640 --> 00:15:38,200
alt und neu, so als analog, ja. 
So, dann wählt der Anrufer die 

330
00:15:38,200 --> 00:15:40,400
die Nummer für unsere zentrale 
Heisenwehrzentrale. 

331
00:15:40,400 --> 00:15:42,200
Da geht die nette Frau dran, 
sagt und und dann sagt der 

332
00:15:42,200 --> 00:15:44,320
Anrufer ja, ich will aber die 
tolle Heisenware Software haben.

333
00:15:44,320 --> 00:15:47,480
Ja bitte ja so und dann dann 
macht was macht die 

334
00:15:47,480 --> 00:15:49,920
Heisenwehrzentrale die die 
leitet natürlich erst mal diesen

335
00:15:49,920 --> 00:15:53,840
Anruf den Request weiter steckt 
die Kabel für unser eigenes 

336
00:15:53,840 --> 00:15:57,200
System datenbankeintrag der will
das haben und so weiter ja was 

337
00:15:57,200 --> 00:16:00,040
für n was für n Tarif und so ja 
erst mal 30 Tage frei und so 

338
00:16:00,040 --> 00:16:02,960
kostenlos blablabla so und da 
jetzt kommt aber der Tag an den 

339
00:16:02,960 --> 00:16:05,520
der es zahlen soll ja und der 
ist da dann n Telefon. 

340
00:16:05,760 --> 00:16:08,680
Und jetzt sagt die jetzt sagt, 
die, sagt die Heisenware 

341
00:16:08,680 --> 00:16:11,840
Zentrale zum Anrufer hier, Pass 
auf, jetzt musst du mal bitte 

342
00:16:11,840 --> 00:16:16,120
bei Stripe anrufen und bezahlen,
damit du hier dauerhaft unsere 

343
00:16:16,120 --> 00:16:18,960
App haben darfst. 
Ja und jetzt hält die zentrale 

344
00:16:18,960 --> 00:16:21,840
Heisenware die Verbindung mit 
dem Anrufer und das ist das 

345
00:16:21,840 --> 00:16:24,320
andere und jetzt kriegst du dann
quasi eigentlich über unsere 

346
00:16:24,320 --> 00:16:26,560
Webseite heute modern bekommst 
du zum Beispiel so n Stripe 

347
00:16:26,560 --> 00:16:28,800
Interface, wo du dann ne 
Kreditkarte durchziehen kannst. 

348
00:16:28,800 --> 00:16:31,440
Weißt du Gerrit, aber das ist im
Prinzip eigentlich nicht mehr 

349
00:16:31,760 --> 00:16:35,000
Heisenware, sondern. 
Dieses Pop up, auch wenn das 

350
00:16:35,000 --> 00:16:37,440
vielleicht bei uns irgendwie in 
den Prozess mit Einintegriert 

351
00:16:37,440 --> 00:16:40,240
ist, kommt in deinem Browser 
hoch und gehört technisch aber 

352
00:16:40,240 --> 00:16:43,480
eigentlich schon zur zentrale 
Stripe, während du noch mit der 

353
00:16:43,480 --> 00:16:45,080
zentrale Heisenware in 
Verbindung bist. 

354
00:16:45,080 --> 00:16:47,400
So ja so, das heißt, der 
Anrufer, der ruft jetzt bei 

355
00:16:47,400 --> 00:16:50,800
Stripe an und die bei Stripe 
sagen ja, ja, Zahl mal bitte und

356
00:16:50,800 --> 00:16:54,600
zahlt und jetzt jetzt ist es 
wichtig, jetzt kommt der Webhook

357
00:16:54,600 --> 00:16:57,880
ja, jetzt muss ja der Anrufer 
hat ja bei Stripe angerufen, 

358
00:16:57,880 --> 00:16:59,480
nicht mehr bei der Heisenware 
Zentrale, jetzt muss aber die 

359
00:16:59,480 --> 00:17:02,560
heisenware zentrale wissen, also
wie er, dass der Kollege gezahlt

360
00:17:02,560 --> 00:17:04,680
hat. 
Damit wir ihn freibuchen können 

361
00:17:04,680 --> 00:17:06,079
und er die Software benutzen 
darf. 

362
00:17:06,079 --> 00:17:09,520
Ja und was jetzt passiert und es
passiert in echt auch ist das 

363
00:17:09,599 --> 00:17:14,000
Stripe Zentrale die Hotline die 
extra dafür gedacht ist und zwar

364
00:17:14,000 --> 00:17:17,359
nur zwischen Stripe und 
Heisenware anruft und sagt hier 

365
00:17:17,359 --> 00:17:21,400
der nette Mensch der wird jetzt 
euer Kunde der hat gerade was 

366
00:17:21,400 --> 00:17:25,680
weiß ich 1€ bezahlt ja den könnt
ihr frei machen ja und das Macht

367
00:17:25,760 --> 00:17:30,720
das passiert indem Stripe die 
Nachricht pusht anruft quasi. 

368
00:17:31,680 --> 00:17:34,800
Tatsächlich bei heisen wir 
Zentrale und sagt ist bezahlt. 

369
00:17:34,800 --> 00:17:37,560
Ja dann sagt die nette Dame, die
sieht da quasi die Lampe ist 

370
00:17:37,560 --> 00:17:40,120
bezahlt. 
Ja vielen Dank der Herr ja ist 

371
00:17:40,120 --> 00:17:42,640
bezahlt super wir schalten jetzt
frei, hier ist ihr Account ja 

372
00:17:42,640 --> 00:17:47,080
fertig ja das ist das ist quasi 
das fundamentale Problem was 

373
00:17:47,080 --> 00:17:49,760
typischerweise über Webhooks 
gelöst wird. 

374
00:17:49,760 --> 00:17:52,360
Ja ich ich hoffe, dass dieses 
Bild hat das noch mal n bisschen

375
00:17:52,360 --> 00:17:54,800
klarer gemacht und der Webhook 
in diesem ganzen Bild ist die 

376
00:17:54,960 --> 00:17:59,200
Kommunikation zwischen Stripe 
Zentrale und heisen wir. 

377
00:17:59,440 --> 00:18:02,840
Zentrale gleich Server, Server, 
Server, Kommunikation. 

378
00:18:02,960 --> 00:18:06,360
Ja, ja, OK, also bei uns ist 
wirklich jetzt in dem Beispiel 

379
00:18:06,360 --> 00:18:09,520
der Web Hook, der einfach nur 
dafür da ist um Bescheid gesagt 

380
00:18:09,520 --> 00:18:11,040
zu bekommen, da hat der wurde 
bezahlt. 

381
00:18:11,040 --> 00:18:14,680
Also bei Stripe ist die Aktion 
durchgelaufen, erfolgreich 

382
00:18:14,680 --> 00:18:17,080
durchgelaufen und und jetzt wird
Bescheid gesagt, aber andersrum 

383
00:18:17,080 --> 00:18:19,840
ist es kein Web Hook oder wie 
wenn wir bei Stripe Bescheid 

384
00:18:19,840 --> 00:18:21,920
sagen, hier ist n jemand der neu
bezahlen möchte. 

385
00:18:22,400 --> 00:18:24,720
Doch doch, also den du kannst 
Web Hook in beide Richtungen 

386
00:18:24,720 --> 00:18:27,840
aufbauen, ja, aber 
typischerweise typischerweise 

387
00:18:27,840 --> 00:18:30,960
weiß ja Stripe schon. 
Über das, über die, über das 

388
00:18:30,960 --> 00:18:33,520
Bezahldatum. 
Ja, also der Anrufer, der ruft 

389
00:18:33,520 --> 00:18:35,960
ja bei Stripe an und sagt, ich 
will bei der Heisen, wer das 

390
00:18:35,960 --> 00:18:37,960
denn das Buchen, dann wissen die
eigentlich schon alles was sie 

391
00:18:37,960 --> 00:18:40,440
brauchen, ja es geht, es geht, 
technisch geht es natürlich in 

392
00:18:40,440 --> 00:18:43,240
beide Richtungen, ja, es ist je 
nachdem was man so braucht 

393
00:18:43,240 --> 00:18:46,240
könnte auch könnten wir auch bei
Stripe anrufen oder Irgendsowas 

394
00:18:46,240 --> 00:18:49,200
ja genau gibt es alles. 
Ja cool, OK, das hab ich 

395
00:18:49,200 --> 00:18:51,520
verstanden. 
Dann aber wär ganz cool glaub 

396
00:18:51,520 --> 00:18:53,760
ich, wenn wir jetzt noch mal das
andere Beispiel machen wo sie wo

397
00:18:53,760 --> 00:18:56,120
sie wonach sie mich auf der 
Messe gefragt haben, weil die 

398
00:18:56,120 --> 00:18:57,600
haben ja folgendes vor, die 
haben ja. 

399
00:18:58,080 --> 00:19:02,320
In irgendeinem in irgendeiner 
Datenbank sag ich mal Daten, so 

400
00:19:02,720 --> 00:19:04,480
was weiß ich, die Sie von 
Sensoren gesammelt haben. 

401
00:19:04,480 --> 00:19:07,240
Also es sind zum Beispiel 
Firmen, die Sensoren irgendwo im

402
00:19:07,240 --> 00:19:11,280
Feld verteilt haben und dort 
Zeitreihen letzten Endes 

403
00:19:11,280 --> 00:19:13,680
aufnehmen, vielleicht schon 
aggregieren und dann bei sich 

404
00:19:13,680 --> 00:19:17,040
speichern und haben die dann in 
irgendwelchen Servern oder auf 

405
00:19:17,040 --> 00:19:19,320
irgendwelchen Servern in 
Datenbanken liegen und die 

406
00:19:19,320 --> 00:19:21,680
wollen sie jetzt gerne 
visualisieren und dann haben die

407
00:19:21,680 --> 00:19:24,080
gedacht auf der Messe Mensch, 
das geht ja ziemlich flott bei 

408
00:19:24,080 --> 00:19:26,080
Heiseware, weil ich denen das 
gezeigt habe. 

409
00:19:26,520 --> 00:19:28,360
Und dann haben die gefragt, habt
ihr denn Webbook? 

410
00:19:29,120 --> 00:19:33,600
Was meinten die damit? 
Ja, die meinen damit. 

411
00:19:33,880 --> 00:19:36,720
Also wenn wir nen Webbook haben,
dann meinen die damit, dass 

412
00:19:36,720 --> 00:19:39,440
unser Server und zwar der 
Server, der jetzt für den 

413
00:19:39,440 --> 00:19:43,200
bestimmten Account des Nutzers 
zuständig ist, in der Lage ist 

414
00:19:43,360 --> 00:19:48,440
über ne öffentlichen Endpunkt 
sowas wie ne publizierte Hotline

415
00:19:48,440 --> 00:19:52,720
Nummer ja Daten zu empfangen von
irgendjemandem der das senden 

416
00:19:52,720 --> 00:19:54,960
will. 
Ja und das heißt wenn wir nen 

417
00:19:54,960 --> 00:19:57,400
Webbook haben. 
Wollten das wir heute noch nicht

418
00:19:57,400 --> 00:20:00,080
haben, tatsächlich, weil der ja 
pro Account erstellt werden 

419
00:20:00,080 --> 00:20:04,880
müsste, dann bräuchten wir einen
auf dem Server, der dem Account 

420
00:20:04,880 --> 00:20:11,120
zugeordnet ist, dem heisenware 
Account die Möglichkeit eine URL

421
00:20:11,360 --> 00:20:15,840
herzustellen, zum Beispiel 
https, doppelpunkt, doppelslash 

422
00:20:16,800 --> 00:20:22,560
my account Punkt, Heisenware, 
dot Cloud Webbook und diese 

423
00:20:22,560 --> 00:20:27,920
Adresse müsste man dann. 
Der Software, die die Datenbank 

424
00:20:27,920 --> 00:20:32,320
hat mitteilen Webbooks, müssen 
nämlich vorher kommuniziert 

425
00:20:32,320 --> 00:20:34,000
werden. 
Ja, beide Parteien sind 

426
00:20:34,000 --> 00:20:37,200
benötigt, ja, es heißt wir 
müssten sagen, das ist der 

427
00:20:37,200 --> 00:20:42,080
Webbook, den könnt ihr jetzt bei
euch einsetzen in eure Plattform

428
00:20:42,560 --> 00:20:44,960
und wenn jetzt zum Beispiel ein 
Datenupdate in der Datenbank 

429
00:20:44,960 --> 00:20:48,760
passiert ist, das ist ja ein 
Event, ja was wir nicht kennen 

430
00:20:48,760 --> 00:20:51,040
können erstmal ja, die haben 
jetzt zum Beispiel ein Bad 

431
00:20:51,040 --> 00:20:53,960
Import gemacht vom Telefonbuch 
was weiß ich und wollen jetzt 

432
00:20:53,960 --> 00:20:55,960
quasi. 
Das uns Rüberschicken, das ist 

433
00:20:55,960 --> 00:20:57,680
ja wichtig. 
Wir wollen ja die Daten haben, 

434
00:20:58,240 --> 00:21:02,480
dann machen die einen Post 
Request mit einem Client, der 

435
00:21:02,480 --> 00:21:04,960
die Daten rüberschickt aber 
dieser Post request, dieser 

436
00:21:04,960 --> 00:21:08,080
Client, das wird ja quasi bei 
denen auch in der 

437
00:21:08,080 --> 00:21:11,840
Serverarchitektur sein, denn die
Datenbank liegt ja auch im 

438
00:21:11,840 --> 00:21:17,680
Serverbereich im Backender, also
wird quasi deren Backend API 

439
00:21:17,680 --> 00:21:21,960
Server bei uns über den vorher 
kommunizierten Webbook. 

440
00:21:22,440 --> 00:21:25,440
Als Client auftreten und einen 
Post Request Post heißt 

441
00:21:25,440 --> 00:21:28,920
Schickdaten ja mit und dann sind
da vielleicht dicke Daten 

442
00:21:28,920 --> 00:21:30,960
drinne. 
Ja als Jason formatiert, 

443
00:21:31,120 --> 00:21:34,720
typischerweise ist das so 
Rüberschicken unser Web Book 

444
00:21:35,040 --> 00:21:38,320
kriegt das checkt das das Mal 
sprechen wir gleich, das ist 

445
00:21:38,320 --> 00:21:41,760
nämlich n Security Thema, checkt
dass das wirklich auch n legaler

446
00:21:41,760 --> 00:21:45,120
Anruf ist von dieser Firma und 
dass die Nachrichten valide 

447
00:21:45,120 --> 00:21:47,960
sind, ja. 
Und sagt dann cool, das ist 

448
00:21:47,960 --> 00:21:49,600
nämlich ein Event, was wir 
kriegen, wir kriegen ja ein Post

449
00:21:49,600 --> 00:21:51,560
Event, in dem Moment können wir 
darauf reagieren, da sind ja 

450
00:21:51,560 --> 00:21:54,960
auch Eventgetrieben und Daten 
getrieben und sagen klack, da 

451
00:21:54,960 --> 00:21:58,640
sind Daten da, wir updaten 
unsere UI, das Datagrid wird neu

452
00:21:58,640 --> 00:22:00,640
angezeigt und hingerendert und 
fertig ist der Lack. 

453
00:22:00,640 --> 00:22:05,760
Ja, das ist was, die meinten ja.
Verstanden, das ist also 

454
00:22:06,000 --> 00:22:08,640
sozusagen für die. 
Ne Möglichkeit also, 

455
00:22:08,640 --> 00:22:11,040
automatisiert in ihre Prozesse, 
die sie sowieso schon haben, 

456
00:22:11,040 --> 00:22:13,720
also durch durch die Software da
in sie haben durch die 

457
00:22:13,720 --> 00:22:16,240
Datenbanken also Daten einfach 
an, zum Beispiel in dem Fall 

458
00:22:16,240 --> 00:22:19,440
jetzt das Frontend by, also ne 
heiseware App quasi zu liefern 

459
00:22:19,840 --> 00:22:23,600
und aktuell wäre es jetzt 
bisschen intern, aber wäre es 

460
00:22:23,600 --> 00:22:28,320
so, wir müssten quasi NN, Pull 
oder n Get request auf deren 

461
00:22:28,800 --> 00:22:30,760
Daten machen, was vielleicht 
nicht gewünscht ist oder nicht 

462
00:22:30,760 --> 00:22:32,640
geht oder was auch immer ne also
so rum ist es eigentlich 

463
00:22:32,640 --> 00:22:34,880
eleganter, ja. 
Jetzt sprichst du mir noch mal 

464
00:22:34,880 --> 00:22:36,960
was aus der Seele herausgerillt 
es ist nämlich genau wichtig. 

465
00:22:36,960 --> 00:22:39,960
Also was ist nämlich der Web, 
der Web Hook, der das ist? 

466
00:22:39,960 --> 00:22:45,000
N schiebe ein Pusher, ja es 
erlaubt quasi Daten zu pushen, 

467
00:22:45,000 --> 00:22:48,160
wenn das Event beim Sender 
losgeht, der Sender in diesem 

468
00:22:48,160 --> 00:22:51,360
Fall ist halt die Firma mit 
ihren Datenbank, ja die wissen 

469
00:22:51,360 --> 00:22:53,720
ja jetzt hab ich ne Änderung, 
jetzt schieb ich das rüber, das 

470
00:22:53,720 --> 00:22:56,560
nennt man Push notification ja. 
Das ist quasi ne Server Server 

471
00:22:56,560 --> 00:22:58,000
Push notification. 
So kannst du es auch 

472
00:22:58,000 --> 00:23:00,160
aussprechen. 
Ja und du hast genau recht, wenn

473
00:23:00,160 --> 00:23:03,000
das nicht hätten, sondern die 
haben nur ne API wo die quasi 

474
00:23:03,000 --> 00:23:04,800
abgefragt werden können. 
Wie sind denn die Daten, wie 

475
00:23:04,800 --> 00:23:07,480
sind denn die Daten dann müssten
wir ne Kommunikation zwischen 

476
00:23:07,480 --> 00:23:09,600
denen aufbauen wo wir 
tatsächlich genau wie du es 

477
00:23:09,600 --> 00:23:12,720
gesagt hast als Client hingehen,
die geben uns quasi die Adresse,

478
00:23:12,720 --> 00:23:14,560
wo kannst du die aktuellen Daten
nachlesen? 

479
00:23:14,640 --> 00:23:16,960
Wir wissen ja aber nicht wann 
die sich upgedatet haben. 

480
00:23:17,200 --> 00:23:19,320
Also bleibt nichts anderes 
übrig, als alle 5 Sekunden oder 

481
00:23:19,320 --> 00:23:21,360
irgend so was zu fragen. 
Gib mir mal die Daten, gib mir 

482
00:23:21,360 --> 00:23:24,080
mal die Daten, gib mir mal die 
Daten und wie beschissen Polling

483
00:23:24,080 --> 00:23:26,400
ist im Internet, das haben wir 
ja schon n paar mal besprochen. 

484
00:23:26,400 --> 00:23:30,360
Ja das führt dazu, dass du 
keinen realtime hast, weil wenn 

485
00:23:30,720 --> 00:23:34,160
wenn ich gerade gefragt hab, gib
mir mal die Daten, hab nichts 

486
00:23:34,480 --> 00:23:37,120
und direkt danach kommt kommen 
aber die Daten rein. 

487
00:23:37,560 --> 00:23:38,960
Dann hab ich quasi das 
Totfenster. 

488
00:23:38,960 --> 00:23:41,160
Das Polling Intervall ist halt 
quasi mein Totfenster. 

489
00:23:41,160 --> 00:23:44,080
Dann hab ich halt frühestens 
nach 5 Sekunden die Daten, was 

490
00:23:44,080 --> 00:23:46,840
jetzt schon fast Echtzeit ist. 
Ja aber also wir können ja aber 

491
00:23:46,840 --> 00:23:49,120
auch nicht, wenn wir ganz viele 
Leute haben, alle in 5 Sekunden 

492
00:23:49,120 --> 00:23:51,600
poll ja also ich meine 
irgendwann ist ja der ist ja das

493
00:23:51,600 --> 00:23:54,640
das Netzwerkdicht ja und so sind
webbooks halt schick, weil das 

494
00:23:54,640 --> 00:23:58,360
dreht quasi die die Kausalität 
um, also beziehungsweise das 

495
00:23:58,360 --> 00:24:01,440
Eventing um ja wir fragen nicht 
mehr, sondern die sagen uns wenn

496
00:24:01,440 --> 00:24:04,680
sie was haben ja. 
Es ist in das es ist immer alles

497
00:24:04,680 --> 00:24:06,000
das gleiche. 
In der Software gibt es sowas 

498
00:24:06,000 --> 00:24:09,200
auch, da heißt es dann halt 
callback ja du registrierst halt

499
00:24:09,200 --> 00:24:12,000
n callback ja wenn wenn da was 
passiert, dann ruf ich halt 

500
00:24:12,000 --> 00:24:14,000
jemanden auf den ich vorher 
registriert hab ja ich. 

501
00:24:14,920 --> 00:24:16,160
Glaub dann brauchen wir das 
bald. 

502
00:24:16,560 --> 00:24:19,320
Ja, es ist auch nicht so schwer,
das kriegen wir, das haben wir 

503
00:24:19,320 --> 00:24:20,760
bald ja o. 
K. 

504
00:24:21,360 --> 00:24:23,440
Ja, es gibt viele coole Dinge, 
die man haben könnte. 

505
00:24:23,760 --> 00:24:27,240
Ja, ja, ja, es ist vor allem 
halt also na jetzt dann dann 

506
00:24:27,240 --> 00:24:28,960
hören wir auf mit mit Heisenberg
Krempel, aber. 

507
00:24:29,640 --> 00:24:32,120
Es ist ja vor allem dann also 
auf diese IOT Konferenz mal 

508
00:24:32,120 --> 00:24:34,760
natürlich viele Firmen, die IOT 
machen, ja, und die haben 

509
00:24:34,760 --> 00:24:39,120
natürlich schon viele große 
Mengen an an Daten ihrer Kunden 

510
00:24:39,120 --> 00:24:42,760
wiederum ja, wo die Sensoren 
einsetzen, dann letzten Endes in

511
00:24:42,760 --> 00:24:45,160
Datenbanken, in der Cloud und da
geht es dann einfach drum, die 

512
00:24:45,160 --> 00:24:47,520
dann schnell zu visualisieren, 
individuell zu visualisieren, 

513
00:24:47,520 --> 00:24:49,920
und da sind wir dann eben stark,
oder das haben die dann eben so 

514
00:24:50,240 --> 00:24:53,480
empfunden, dass das mit uns ganz
gut ginge, und da fehlt halt 

515
00:24:53,480 --> 00:24:56,560
noch der Webproof. 
Stimmt, hast du recht, irre, das

516
00:24:56,560 --> 00:24:59,400
ist das ist auch n typisches 
Prozedere, aber ich sag noch mal

517
00:24:59,400 --> 00:25:03,600
kurz was anderes MQTT deswegen 
gibt es zum Beispiel MQTT ja 

518
00:25:03,600 --> 00:25:07,440
weil weil also dieses diesen 
Bedarf was neues 

519
00:25:07,440 --> 00:25:09,680
Weiterzuschicken, das hast du ja
immer, wenn Sensoren zum 

520
00:25:09,680 --> 00:25:12,120
Beispiel aus wenn Sensor was 
Neues gemessen hat, ja dann hat 

521
00:25:12,120 --> 00:25:14,320
er schon wieder n Event ja die 
werden halt auch nicht gepolt, 

522
00:25:14,480 --> 00:25:18,000
deswegen wurde überhaupt dieses 
ganze Internet of Things MQTT 

523
00:25:18,000 --> 00:25:20,960
Protokoll erfunden, weil das 
funktioniert Intrinsisch schon 

524
00:25:20,960 --> 00:25:23,920
mit schieben ja Push Push 
Subscribe und das haben wir 

525
00:25:23,920 --> 00:25:26,360
natürlich heute schon. 
Und somit lösen wir ja damit 

526
00:25:26,360 --> 00:25:30,160
auch schon sehr viele genau 
diese Cases quasi ab, dass der 

527
00:25:30,160 --> 00:25:34,320
der Web der Web hook ist, quasi 
der versucht das quasi zu zu 

528
00:25:34,320 --> 00:25:37,920
mimiken, also das das bringt 
quasi dieses Eventing in die 

529
00:25:37,920 --> 00:25:42,600
normale Web Rest API Welt mit 
rein ja und ist vom weil weil 

530
00:25:42,600 --> 00:25:44,600
das halt irgendwie registriert 
werden muss und so weiter und 

531
00:25:44,600 --> 00:25:47,920
sofort ist im Prinzip n bisschen
altmodischerer, also kann man 

532
00:25:47,920 --> 00:25:49,840
schon haben, aber ich würde 
jetzt sagen wenn es gerade um 

533
00:25:49,840 --> 00:25:52,360
Sensorsachen geht und so weiter.
Kann man auch einfach überlegen,

534
00:25:52,360 --> 00:25:54,560
ob man das nicht vielleicht per 
OPCOA oder MQTT macht oder 

535
00:25:54,560 --> 00:25:55,680
irgend sowas. 
Deswegen gibt es die 

536
00:25:55,680 --> 00:25:57,960
Abprotokolle. 
Also absolut und hier und da war

537
00:25:57,960 --> 00:26:00,560
das dann auch tatsächlich die 
Lösung. 

538
00:26:00,560 --> 00:26:03,160
Ja, wir können auch MQTT, ach 
ja, auch wunderbar, dann ist ja 

539
00:26:03,160 --> 00:26:05,920
alles geregelt schon, aber es 
geht jetzt ja nicht um den 

540
00:26:05,920 --> 00:26:08,840
Sensor zur heisenware 
Kommunikation, es geht ja, die 

541
00:26:08,840 --> 00:26:11,200
haben ja. 
Die ja diese, mit denen ich 

542
00:26:11,200 --> 00:26:13,680
gesprochen habe, die haben ja 
schon Clouds und und treiber hab

543
00:26:13,680 --> 00:26:15,000
ich. 
Verstanden genau, und dafür ist 

544
00:26:15,000 --> 00:26:17,040
es richtig. 
Also von für Plattform zu 

545
00:26:17,040 --> 00:26:21,600
Plattform Kommunikation ja ja 
Cloud Service zu Cloud Service, 

546
00:26:21,600 --> 00:26:23,080
da ist das auch schon richtig 
und wird auch stand. 

547
00:26:23,080 --> 00:26:26,320
Wenn da auf der anderen Seite 
noch kein MQTT da ist, so dann. 

548
00:26:26,880 --> 00:26:28,480
Genau genau, hast schon recht, 
OK. 

549
00:26:28,880 --> 00:26:31,920
Gut, cool, dann verstanden, 
total verstanden was was 

550
00:26:31,920 --> 00:26:33,240
webbooks sind. 
Jetzt gibt es wahrscheinlich 

551
00:26:33,240 --> 00:26:34,960
noch n paar Details die wir da 
durchschnacken müssen, ne? 

552
00:26:35,600 --> 00:26:37,040
Ja, genau. 
Aber wir, wir werden es mal 

553
00:26:37,040 --> 00:26:38,600
nicht zu weit ausdehnen, aber 
ich wollte noch n paar 

554
00:26:38,600 --> 00:26:41,440
Eigenschaften nennen, die zu 
diesen Web books also einen 

555
00:26:41,440 --> 00:26:43,840
hatten wir ja schon, dass es, 
dass es quasi kein Polling ist 

556
00:26:43,840 --> 00:26:46,480
und quasi in Echtzeit agiert. 
Ja, das ist auch erstmal das 

557
00:26:46,480 --> 00:26:48,800
wichtigste, ja, die zweite 
hatten wir im Prinzip schon im 

558
00:26:48,800 --> 00:26:52,000
Vorbeigehen auch gesagt, also 
der Empfänger der Empfänger muss

559
00:26:52,000 --> 00:26:55,400
sich beim Sender registrieren 
und dann erreichbar bleiben, 

560
00:26:55,400 --> 00:26:58,120
weil der Empfänger im 
netzwerktechnischen Sinn des 

561
00:26:58,120 --> 00:27:01,280
Server ist, muss er lange leben 
ja, also wenn ich einmal sage 

562
00:27:01,760 --> 00:27:03,840
ich, du kannst mich hier 
anrufen, ja, das ist meine 

563
00:27:03,840 --> 00:27:05,760
Hotline. 
Ja, dann sollte ich besser auch 

564
00:27:05,760 --> 00:27:08,040
da sein. 
Ja und und und und dann halt 

565
00:27:08,040 --> 00:27:10,840
quasi auch die Daten empfangen. 
Ja und wenn man jetzt so genau 

566
00:27:10,840 --> 00:27:13,680
drüber nachdenkt, dann dann ist 
das alles gar nicht so trivial, 

567
00:27:13,680 --> 00:27:16,800
weil diese jetzt kommt, nämlich 
das zweite Problem, dieser 

568
00:27:16,800 --> 00:27:20,320
Endpunkt den ich zur Verfügung 
stelle um Nachrichten zu 

569
00:27:20,320 --> 00:27:24,480
bekommen als Server, der muss 
natürlich öffentlich wieso n 

570
00:27:24,480 --> 00:27:26,880
Rest API Endpunkt im Internet 
stehen. 

571
00:27:26,920 --> 00:27:30,680
Ja und jetzt hab ich aber jetzt 
hab ich aber und und das ist n 

572
00:27:30,680 --> 00:27:33,360
Sicherheitsproblem ja. 
Weil stell dir mal vor, du hast 

573
00:27:33,360 --> 00:27:36,360
einfach nur einen öffentlichen 
Endpunkt im Internet stehen und 

574
00:27:36,360 --> 00:27:40,560
jemand kriegt den raus wie die 
URL ist und fängt an mit einem 

575
00:27:40,560 --> 00:27:43,840
kleinen Programm einfach im For 
Loop wie wild richtig fett Daten

576
00:27:43,840 --> 00:27:47,680
da drauf zu schieben, 100 Hertz 
ja dann geht dann wir sind ja 

577
00:27:47,680 --> 00:27:49,440
Server an der Stelle, dann gehen
wir voll in die Knie. 

578
00:27:49,440 --> 00:27:53,800
Ja das heißt wenn du den Webbook
Etablierst hast du sofort alle 

579
00:27:53,800 --> 00:27:56,560
Probleme am an der Backe die du 
auch hast. 

580
00:27:56,560 --> 00:27:58,600
Wenn du normalen Webserver quasi
aufstellst. 

581
00:27:58,600 --> 00:28:01,680
Ja du musst dich davor schützen.
Dass dich jemand in die Knie 

582
00:28:01,680 --> 00:28:03,680
zwingt, einfach durch Kriminelle
Anfragen. 

583
00:28:03,680 --> 00:28:06,680
Ja, du musst dich auch davor 
schützen, dass das, dass du 

584
00:28:06,680 --> 00:28:08,960
nicht gespooft wirst. 
Also jetzt, ich hab ja gerade am

585
00:28:08,960 --> 00:28:11,520
Anfang gesagt, hier 
zahlungsbeispiel ja, du musst 

586
00:28:11,520 --> 00:28:13,280
der Hölle aufpassen, dass dir 
nicht irgendjemand was 

587
00:28:13,280 --> 00:28:16,520
unterjubelt und sagt, ja, hab 
ich gezahlt, ja, aber zum 

588
00:28:16,520 --> 00:28:18,800
Beispiel der Nutzer spart sich 
das ab irgendwo und es geht 

589
00:28:18,800 --> 00:28:20,600
vielleicht irgendwie was ganz 
anderes, ja, und um teure 

590
00:28:20,600 --> 00:28:23,760
Zahlung und so weiter und kennt 
irgendwie diesen Web Book und 

591
00:28:23,760 --> 00:28:27,520
sagt quasi selber sogar ne mit 
seinem mit seinem eigenen Ding, 

592
00:28:27,520 --> 00:28:29,680
tut so als ob ja hab ich schon 
gezahlt. 

593
00:28:30,000 --> 00:28:33,760
Du musst also authentifizieren. 
Ja, du musst die Integrität des 

594
00:28:33,760 --> 00:28:39,440
Senders verifizieren, ja, damit 
es halt auch weil du erwartest, 

595
00:28:39,440 --> 00:28:42,160
genau, also du hast als 
Empfänger ja auch genau den 

596
00:28:42,160 --> 00:28:44,800
Sender registriert, ja, du 
willst nicht von irgendjemand 

597
00:28:44,800 --> 00:28:47,640
irgendeinen Scheiß kriegen, ja, 
das, weil das hakst du in deiner

598
00:28:47,640 --> 00:28:50,200
Datenbank ab hat bezahlt ja und 
hat vielleicht 3 Jahre lang n 

599
00:28:50,200 --> 00:28:52,400
Account, ja das sollte lieber 
auch stimmen. 

600
00:28:52,400 --> 00:28:55,640
Ja, insofern ist Sicherheit n 
riesiges Thema und ich geh da 

601
00:28:55,640 --> 00:28:58,560
nicht so ganz hart drauf ein, 
aber ich Tee da das mal kurz an 

602
00:28:58,560 --> 00:29:02,400
wie das ganz. 
Konzeptionell funktioniert ist 

603
00:29:02,480 --> 00:29:04,000
das, das macht man mit so 
genannt. 

604
00:29:04,000 --> 00:29:05,920
Ich weiß immer nicht, wie man es
ausspricht, ich nenn es immer 

605
00:29:05,920 --> 00:29:08,400
Hedge Mac, Hedge Mac oder 
Irgendsowas ja, also es wird 

606
00:29:08,400 --> 00:29:13,600
auch ausgeschrieben HMAC ja und 
es heißt hedge based message 

607
00:29:13,600 --> 00:29:17,680
Authentication Code ja und und 
das ist im Prinzip so ne Art 

608
00:29:17,680 --> 00:29:20,960
symmetrische Verschlüsselung 
sagt man dazu, das heißt 

609
00:29:20,960 --> 00:29:24,000
derjenige der empfängt also 
jetzt noch mal an dem Beispiel, 

610
00:29:24,000 --> 00:29:26,800
dass wir zum Beispiel mit Stripe
integrieren oder Irgendsowas, 

611
00:29:27,360 --> 00:29:29,280
der denkt sich quasi so ne Art 
Secret aus. 

612
00:29:30,000 --> 00:29:31,440
Langes Token wieso ne Art 
Passwort? 

613
00:29:31,440 --> 00:29:35,520
Ja, und das teilt er dem Sender 
mit, also demjenigen, der den 

614
00:29:35,520 --> 00:29:37,680
der und den Webbook von uns 
registriert, ja um uns 

615
00:29:37,680 --> 00:29:40,920
aufzurufen und und und mit 
diesem, mit diesem geheimen 

616
00:29:40,920 --> 00:29:44,080
Schlüssel werden quasi wird 
sofort die Nachricht 

617
00:29:44,080 --> 00:29:47,200
verschlüsselt, ja, und da kommt 
noch noch n timestamp rein, 

618
00:29:47,200 --> 00:29:51,720
typischerweise, damit ich weiß, 
wann die Nachricht gepackt wurde

619
00:29:51,720 --> 00:29:54,000
und abgeschickt wurde, ja und 
ich? 

620
00:29:54,480 --> 00:29:56,760
Überprüfe typischerweise auch 
noch man man. 

621
00:29:56,760 --> 00:29:59,440
Man tauscht sich normalerweise 
auf die IP Adressen aus, 

622
00:29:59,440 --> 00:30:01,360
wenigstens die Range von den IP 
Adressen. 

623
00:30:01,360 --> 00:30:03,960
Ja weil Server werden ja 
identifiziert durch IP Adressen 

624
00:30:03,960 --> 00:30:06,840
ganz unten ja und dann dann kann
ich zum Beispiel bin ich ja auch

625
00:30:06,840 --> 00:30:10,080
schon n ganzes Stück sicher wenn
ich weiß Tribe sendet sendet 

626
00:30:10,080 --> 00:30:12,320
seine Anfragen an unsere 
Webhooks typischerweise auf den 

627
00:30:12,320 --> 00:30:16,160
IP Adressen von Diss. 
Ja und wenn ich alles andere 

628
00:30:16,160 --> 00:30:19,440
schon mal ignoriere wenn 
irgendeine IP Adresse komisch ja

629
00:30:19,440 --> 00:30:23,200
nehm ich gar nicht hin nehm ich 
gar schmeiß ich sofort weg ja 

630
00:30:23,680 --> 00:30:26,400
also. 
Das sind alles so also quasi so 

631
00:30:26,400 --> 00:30:29,960
Verschlüsselung, das Überprüfen 
von Zeitstempeln, weil das auch 

632
00:30:29,960 --> 00:30:32,320
wirklich gerade passiert, ne, 
weil ich weiß ja genau, ich weiß

633
00:30:32,320 --> 00:30:34,160
ja genau, jetzt müsste da halt n
Webbook kommen, weil weil 

634
00:30:34,160 --> 00:30:36,800
irgendeine Aktion passiert ist 
und so und auch die IP 

635
00:30:36,800 --> 00:30:39,960
adressenfilterung das sind alles
so Dinge, die für die Sicherheit

636
00:30:39,960 --> 00:30:41,320
sorgen. 
Ja und das muss ich wie immer 

637
00:30:41,320 --> 00:30:44,240
mit Sicherheit Zwiebelmäßig 
aufbauen, ne im besten Fall hab 

638
00:30:44,240 --> 00:30:46,760
ich das alles und die Wahrheit 
ist aber auch, dass wenn wenn 

639
00:30:46,760 --> 00:30:49,520
man heute Webbooks registriert 
und so weiter sind das schon 

640
00:30:49,520 --> 00:30:50,800
wieder. 
Gibt es schon wieder 

641
00:30:50,800 --> 00:30:53,120
Bibliotheken? 
So bei den großen Github, Stripe

642
00:30:53,120 --> 00:30:56,800
und so weiter da kann man dann 
quasi in seinen Code ne Library 

643
00:30:56,800 --> 00:30:59,440
einbauen, die ist dann von 
Stripe und die lösen diese ganze

644
00:30:59,440 --> 00:31:01,360
Sicherheit in sich selbst. 
Ja, das ist das Sicherste was 

645
00:31:01,360 --> 00:31:03,840
man dann da machen kann, ne? 
Ja, wenn das so n sehr 

646
00:31:03,840 --> 00:31:06,880
spezifischer webbook dann quasi 
ist, was es ja ganz 

647
00:31:07,320 --> 00:31:10,920
offensichtlich immer ist, oder 
ne ja, und der ist ja, der ist 

648
00:31:10,920 --> 00:31:14,280
ja, der ist ja zweckgebunden so 
so n webbook, da kann man. 

649
00:31:14,280 --> 00:31:17,080
Das gleich so machen, richtig. 
So und dann dann ist es noch n 

650
00:31:17,080 --> 00:31:19,040
paar Eigenschaften zu sagen, 
also Sicherheit die wird, das 

651
00:31:19,040 --> 00:31:21,440
wird meistens so abgehandelt, 
hatte ich gesagt, dann wird die 

652
00:31:21,440 --> 00:31:23,640
Datenübertragung ist sehr 
ähnlich, also man kann sich 

653
00:31:23,640 --> 00:31:25,960
wirklich vorstellen wie n Rest 
API Endpunkt, die Regeln gelten 

654
00:31:25,960 --> 00:31:28,760
dann auch und typisch modern ist
halt quasi die die Dateninhalte 

655
00:31:28,760 --> 00:31:32,680
per json zu übertragen und 
derjenige der Server, der gibt 

656
00:31:32,680 --> 00:31:34,320
ja auch, das hatten wir auch 
schon mal in anderen Folge, du 

657
00:31:34,320 --> 00:31:36,720
musst als Server natürlich auch 
ne Nachricht zurückgeben dem 

658
00:31:36,720 --> 00:31:39,520
Sender in diesem Falle, dass du 
es empfangen hast. 

659
00:31:39,760 --> 00:31:42,480
Das machst du in denen du n 2 
hunderter Code zurückschickst. 

660
00:31:43,040 --> 00:31:45,560
Je nachdem 2. 
Und es gibt 201 hab ich also es 

661
00:31:45,560 --> 00:31:47,720
gibt verschiedene Bedeutungen. 
In den 200 müssen wir jetzt 

662
00:31:47,720 --> 00:31:50,360
nicht durchkauen und was auch 
noch wichtig ist, du solltest 

663
00:31:50,360 --> 00:31:52,560
ziemlich schnell sagen, dass du 
es erreicht hast. 

664
00:31:52,720 --> 00:31:56,000
Ja und das ist n bisschen ne ne 
Komplexität, das muss man gut 

665
00:31:56,000 --> 00:31:58,160
kodieren sag ich mal. 
Wenn man eine einen Webbook 

666
00:31:58,160 --> 00:32:01,960
bekommt, also ein eine Nachricht
bekommt mit Daten, dann sollte 

667
00:32:01,960 --> 00:32:05,360
man die asynchron weiter 
verhandeln und nicht vergessen 

668
00:32:05,360 --> 00:32:09,360
möglichst zeitnah dem Sender zu 
sagen Piep alles klar hab ich 

669
00:32:09,360 --> 00:32:11,760
gekriegt ja kannst weitermachen,
ansonsten muss ja. 

670
00:32:12,240 --> 00:32:13,960
Musst dir ja vorstellen, das 
sind ja alles, das sind ja alles

671
00:32:13,960 --> 00:32:16,960
viele Daten und viele ne groß 
vernetzt, ansonsten muss ja der 

672
00:32:16,960 --> 00:32:20,720
der Sender, also in dem Fall 
Stripe sehr lange warten bis die

673
00:32:20,720 --> 00:32:23,800
ne und das noch vorhalten alles 
bis die wissen dass wir das OK 

674
00:32:23,840 --> 00:32:25,320
bekommen haben. 
Ja also die wollen ziemlich 

675
00:32:25,320 --> 00:32:27,960
schnell NOK bekommen haben. 
Ja und manchmal klappt es aber 

676
00:32:27,960 --> 00:32:30,200
auch nicht ne weil Internet ist 
ja das Internet, manchmal hast 

677
00:32:30,200 --> 00:32:32,080
du irgendwie ne Störung oder 
Irgendsowas und da musst du auch

678
00:32:32,080 --> 00:32:34,440
drauf vorbereitet sein, dann 
wird irgendwie so n Ding halt 

679
00:32:34,440 --> 00:32:37,720
einfach noch mal geresendet ja 
das heißt dein Webbook. 

680
00:32:38,160 --> 00:32:40,640
Also derjenige, der den Webbook 
entgegennimmt, der quasi den die

681
00:32:40,640 --> 00:32:43,920
Server Site übernimmt von dem 
Webbook, der muss den so 

682
00:32:43,920 --> 00:32:47,320
schreiben, dass der sogenannt 
Idempotent ist ja idempotent das

683
00:32:47,320 --> 00:32:49,600
Wort hatten wir glaub ich auch 
schon mal bei den Rest APIS, das

684
00:32:49,600 --> 00:32:53,280
heißt der muss dagegen sicher 
sein, dass dass, wenn der noch 

685
00:32:53,280 --> 00:32:55,400
mal aufgerufen wird, wenn der 
Sender einfach zweimal das 

686
00:32:55,400 --> 00:32:58,560
Gleiche schickt, da keine wilden
Dinge passieren bei dir ja 

687
00:32:58,640 --> 00:33:02,240
typisches Beispiel hat gezahlt 
1000€ ja. 

688
00:33:03,440 --> 00:33:05,320
Und, und das kam irgendwie nicht
durch, oder der Sender hat 

689
00:33:05,320 --> 00:33:07,280
gedacht, es kommt nicht durch 
oder aus irgendeinem Grund, ja 

690
00:33:07,280 --> 00:33:09,960
kriegst du das das zweite Mal, 
musst zur Hölle aufpassen, dass 

691
00:33:09,960 --> 00:33:13,000
du nicht zweimal sagst, ja, der 
hat, der hat 1000 verbucht, ja 

692
00:33:13,000 --> 00:33:15,200
und dann hat er noch mal 1000 
bezahlt hat er schon 2000 

693
00:33:15,200 --> 00:33:17,160
bezahlt bei deiner Datenbank, 
dabei war das die gleiche 

694
00:33:17,160 --> 00:33:20,400
Nachricht nur noch mal geschickt
ja also das muss alles gut 

695
00:33:20,400 --> 00:33:22,880
geregelt sein so das sind so die
das sind so die 

696
00:33:22,880 --> 00:33:25,560
Kerneigenschaften die ich 
beachten muss wenn ich quasi das

697
00:33:25,560 --> 00:33:27,680
wirklich implementierenden 
webbroker das wollte er 

698
00:33:27,680 --> 00:33:29,240
eigentlich nur mal loswerden 
jetzt hab ich das Thema 

699
00:33:29,240 --> 00:33:32,120
abgefräst, ja. 
Diese Eigenschaften oder worauf 

700
00:33:32,120 --> 00:33:36,200
drauf wo drauf sagten ist quasi 
ja genau ne genau ja und wenn 

701
00:33:36,200 --> 00:33:39,520
wir wollen, dann können wir ja 
noch mal so n Paar als Beispiele

702
00:33:39,520 --> 00:33:42,320
einfach noch mal irgendwie n 
bisschen auflisten, wo 

703
00:33:42,320 --> 00:33:44,400
typischerweise zum Beispiel Web 
Books eingesetzt werden und 

704
00:33:44,400 --> 00:33:47,480
warum hab ich n bisschen was 
mitgebracht, aber da sind wir 

705
00:33:47,480 --> 00:33:50,000
quasi schon inhaltlich sind wir,
wenn du keine Fragen hast, 

706
00:33:50,000 --> 00:33:52,880
Gerrit und unsere Zuschauer 
keine Fragen mehr haben, aber 

707
00:33:52,880 --> 00:33:54,720
ich hör nichts, dann sind wir 
eigentlich durch, ja. 

708
00:33:55,520 --> 00:33:57,600
Hast du mal kurz reingelauscht? 
Hab ich schon mal Reingelauscht 

709
00:33:57,800 --> 00:34:01,520
ist relativ ruhig. 
Nee nee, alles gut. 

710
00:34:01,520 --> 00:34:03,520
Ja, ich bin eigentlich happy. 
Ich kann jetzt sagen, ja, 

711
00:34:03,680 --> 00:34:06,400
webbook können wir schon machen 
ja, also wenn ihr das wollt und 

712
00:34:06,400 --> 00:34:09,040
braucht, damit wir dann 
zusammenarbeiten können, dann 

713
00:34:09,040 --> 00:34:10,080
passt das. 
Ist doch gut. 

714
00:34:10,080 --> 00:34:11,800
Ja, ja. 
Dann machen n paar Beispiele 

715
00:34:11,800 --> 00:34:13,239
Digger. 
Ja genau, dann nehmen wir schon 

716
00:34:13,239 --> 00:34:15,040
mal n paar Beispiele. 
Ich hab jetzt so n Stripe, hab 

717
00:34:15,040 --> 00:34:17,440
ich gesagt, ist ganz klar der 
der Fall ja also man man hat 

718
00:34:17,440 --> 00:34:19,600
dann den Zahlungsdienstleister 
wie Stripe und dann kommen so 

719
00:34:19,600 --> 00:34:22,920
Webbooks zurück wie hat gezahlt 
hat storniert soweit da gibt es 

720
00:34:22,920 --> 00:34:25,360
verschiedene Eventtypen das ist 
ganz klar mach ich das ganze 

721
00:34:25,360 --> 00:34:27,760
Management mit, geht ab ist zum 
Beispiel. 

722
00:34:28,400 --> 00:34:31,280
Github Wer jetzt Github nicht 
kennt, der soll schnell 

723
00:34:31,280 --> 00:34:32,719
kennenlernen. 
Aber das ist ja quasi unser 

724
00:34:32,719 --> 00:34:34,440
Quellcode. 
Verwaltungsrepository im 

725
00:34:34,440 --> 00:34:37,440
Internet das größte und die 
haben sowas wie die haben tolle 

726
00:34:37,440 --> 00:34:39,800
neue Features, kann man alles 
Mögliche machen, aber die vor 

727
00:34:39,800 --> 00:34:42,639
allen Dingen machen die sowas 
wie ich Update in meinen Source 

728
00:34:42,639 --> 00:34:45,040
Code weil ich ne neue Version 
rausgebracht hab und jetzt 

729
00:34:45,040 --> 00:34:47,239
müssen zum Beispiel 
automatisiert irgendwelche Tests

730
00:34:47,239 --> 00:34:50,800
und so weiter angetriggert 
werden also Thema CICD ja und 

731
00:34:50,800 --> 00:34:52,920
die CICDS die müssen die 
brauchen ja auch n startevent 

732
00:34:52,920 --> 00:34:54,679
sag ich mal. 
Das wird auch oft über Webbooks 

733
00:34:54,679 --> 00:34:56,560
realisiert, dann hat dann ist 
quasi. 

734
00:34:56,960 --> 00:35:00,080
Du hast quasi irgendwo deine 
CICD Pipeline, was auch 

735
00:35:00,080 --> 00:35:02,080
serverseitig läuft. 
Irgendwo hast du fette Dinger, 

736
00:35:02,080 --> 00:35:06,000
ja und die Entwickler Team ja 
die haben ein Release gemacht, 

737
00:35:06,000 --> 00:35:09,680
dann pushen die den Code auf den
github Server ja Telefonzentrale

738
00:35:09,680 --> 00:35:12,720
github ja und Telefonzentrale 
github hat aber registriert zu 

739
00:35:12,720 --> 00:35:15,680
Deiner Testingumgebung, dass ein
anderer Server wieder sein kann,

740
00:35:15,680 --> 00:35:18,120
kann auch ein anderer Anbieter 
sein ja mach das das und das und

741
00:35:18,120 --> 00:35:20,480
das und das mit dem neuen Code 
ja nimm den Kopier den dann für 

742
00:35:20,480 --> 00:35:24,080
alle Tests durch so dann schick 
github quasi als Sender. 

743
00:35:24,720 --> 00:35:29,040
Ruft ein Webbook auf auf deiner 
CICD Serverimplementierung ja 

744
00:35:29,440 --> 00:35:31,960
nach dem Motto, Hier hast du 
neuen, hier ist neuer Code 

745
00:35:31,960 --> 00:35:34,320
hochgepusht worden, du musst das
bitte noch mal alles testen. 

746
00:35:34,320 --> 00:35:37,280
Ja auch so n Klassiker 
Klassiker, Anwendungsfall ja 

747
00:35:37,840 --> 00:35:40,240
Tilio haben wir sogar selbst 
schon drin, da sind wir quasi, 

748
00:35:40,240 --> 00:35:42,960
tatsächlich haben wir sogar 
webbooks, aber nur für Tilio 

749
00:35:43,200 --> 00:35:46,560
Tilio ist ja so n Messaging Tool
SMS Tool, da kannst du kannst du

750
00:35:46,560 --> 00:35:48,880
auch Anrufe entgegennehmen 
programmatisch und so weiter. 

751
00:35:49,280 --> 00:35:51,640
Und Tilio hat quasi passt sogar 
richtig gut. 

752
00:35:51,640 --> 00:35:53,280
Das ist wirklich ne 
Telefonzentrale mehr oder 

753
00:35:53,280 --> 00:35:54,640
weniger. 
Du kannst also als da kannst du 

754
00:35:54,640 --> 00:35:58,360
wirklich mit dem Handy bei tilio
anrufen und dieser Anruf und die

755
00:35:58,360 --> 00:36:00,960
anderen Antworten, die können 
dann generiert werden, dann hast

756
00:36:00,960 --> 00:36:03,240
du dann n Paket ja quasi kannst 
n Audio, Audio Spuren und so 

757
00:36:03,240 --> 00:36:04,960
weiter so n bisschen 
funktioniert das auch mit diesen

758
00:36:04,960 --> 00:36:06,880
automatischen Telefonansagen die
jeder hasst. 

759
00:36:06,880 --> 00:36:09,960
Ja, aber da rufst du bei Tilio 
an Tilio schickt n Webbook hier,

760
00:36:09,960 --> 00:36:14,160
da hat jemand angerufen, der hat
irgendwie gesagt 2 und dann wird

761
00:36:14,320 --> 00:36:16,600
dann diese 2 wird dann 
weitergeleitet als Webbook. 

762
00:36:16,960 --> 00:36:19,120
Und dann, dann hast du ja deine 
spezifische Anwendung. 

763
00:36:19,120 --> 00:36:20,720
Was ist 2. 
Ja und dann wird da irgendwelche

764
00:36:20,720 --> 00:36:22,880
Audiodatei abgespielt, 
irgendwas, das wird dann quasi 

765
00:36:22,880 --> 00:36:24,720
zurückgeschickt und so weiter 
dann geht das auf fort. 

766
00:36:25,360 --> 00:36:28,560
Also wir haben in dem Fall jetzt
n Webbook um die Kommunikation 

767
00:36:28,560 --> 00:36:32,200
von Treeo entgegenzunehmen und 
ermöglichen es so unseren 

768
00:36:32,200 --> 00:36:35,120
Nutzern, Krempel mit SMS und 
Telefon zu machen. 

769
00:36:35,120 --> 00:36:37,960
Genau in Ihren Apps. 
Ja, und du hast jetzt gesagt, 

770
00:36:37,960 --> 00:36:39,840
Treeo schickt einen Webbook ist 
es. 

771
00:36:39,920 --> 00:36:42,400
Highlight schickt schickt ne 
Nachricht an den vorher 

772
00:36:42,400 --> 00:36:44,680
registrierten Webbook. 
OK, weil du hast es jetzt schon 

773
00:36:44,680 --> 00:36:46,120
ein 2. 
Mal so so gesagt. 

774
00:36:46,120 --> 00:36:48,080
Man schickt einen webbooker du 
meinst schon an den Webbook, 

775
00:36:48,080 --> 00:36:50,680
also man sagt tatsächlich man 
ruft den Webbook auf, man ruft 

776
00:36:50,680 --> 00:36:53,720
den auch Nachrichten ja genau 
das OK, ja genau alles klar und 

777
00:36:53,720 --> 00:36:55,760
es geht halt immer du musst, du 
brauchst halt diese 2 Prozesse 

778
00:36:55,760 --> 00:36:57,360
ne du brauchst ne Art 
kommissionierungsprozess dann 

779
00:36:57,360 --> 00:37:00,640
musst vorher musst du musst du 
mit twilio dich agreed haben ja 

780
00:37:00,640 --> 00:37:02,960
und und dieses ganze 
Schlüsselaustausch und so weiter

781
00:37:02,960 --> 00:37:05,640
das muss richtig erstmal 
etabliert sein ja bevor das 

782
00:37:05,640 --> 00:37:08,440
irgendwie funktioniert ja und 
dann und wenn das aber erstmal 

783
00:37:08,440 --> 00:37:11,120
da ist wenn der Webbook 
registriert ist bei Twilio. 

784
00:37:11,760 --> 00:37:14,960
Und wir aufrufbar sind, dann 
funktioniert das in also in 

785
00:37:14,960 --> 00:37:16,800
Echtzeit quasi. 
Dann kommt da was rein und dann 

786
00:37:16,800 --> 00:37:20,000
schickt, das ist vielleicht das 
bessere Wort oder ruft auf, 

787
00:37:20,000 --> 00:37:22,880
Tilio uns auf dem vorher 
registrierten Webbook und wir 

788
00:37:22,880 --> 00:37:25,840
antworten oder tun, was wir 
machen wollen, ja, wir antworten

789
00:37:25,840 --> 00:37:29,160
eigentlich nur mit OK, hab ich 
verstanden und und aber das das 

790
00:37:29,160 --> 00:37:31,200
kann also webtechnisch kann das 
kompliziert sein, da kannst du 

791
00:37:31,200 --> 00:37:33,200
ja dann wieder ne happy haben 
von Tilio und machen was machen 

792
00:37:33,200 --> 00:37:36,240
und so weiter und sofort, ja es 
ist im Prinzip ist es ist der 

793
00:37:36,240 --> 00:37:40,480
Webbook n Event Trigger ja mit 
einer Payload die Payload ist 

794
00:37:40,480 --> 00:37:43,080
halt im json ne. 
Mhm, ja genau, perfekt 

795
00:37:43,080 --> 00:37:44,880
verstanden und sonst? 
Ich mein es gibt es gibt ganz 

796
00:37:44,880 --> 00:37:46,760
viele Dinger, du kannst dich an 
also wenn man sich so in so 

797
00:37:46,760 --> 00:37:49,000
Plattform reinhängen kann mit 
seinen eigenen Tools so dann ist

798
00:37:49,000 --> 00:37:51,360
das auch oft über Webbooks. 
Ja bei Slack kannst du das zum 

799
00:37:51,360 --> 00:37:53,280
Beispiel machen, ja kannst du 
das irgendwie in dein eigenes 

800
00:37:53,360 --> 00:37:56,600
Messaging System weitermachen? 
Shopify krasses example ja weil 

801
00:37:56,600 --> 00:37:59,800
du hast irgendwie rieseninterne 
Strukturen irgend so weiter und 

802
00:37:59,800 --> 00:38:01,920
bei Shopify hat jemand was 
bestellt und dann musst dann 

803
00:38:01,920 --> 00:38:04,360
passieren 1000 Sachen ja kriegst
du kriegst du auch über Webbook 

804
00:38:04,360 --> 00:38:07,120
rein ja machen wir noch was 
anderes Discord Server Motion 

805
00:38:07,120 --> 00:38:09,600
die können das eigentlich alle 
ja seipia JIRA. 

806
00:38:09,920 --> 00:38:12,160
Und so weiter und sofort. 
Ja da, es gibt überall quasi 

807
00:38:12,160 --> 00:38:16,800
Dinge wo halt wo halt quasi 
anrufende mit einer Plattform 

808
00:38:17,200 --> 00:38:20,960
interagieren, wofür du als 
drittes aber trotzdem gerne ne 

809
00:38:20,960 --> 00:38:23,000
Information hättest, weil du 
dann irgendwie ne Reaktion drauf

810
00:38:23,000 --> 00:38:24,240
folgen lassen möchtest. 
Ja, das. 

811
00:38:24,520 --> 00:38:26,640
Wollte ich jetzt gerade fragen. 
Tatsächlich wollte ich dich auf 

812
00:38:26,640 --> 00:38:30,040
Sapia, manche sagen Sapia ja, 
manche sagen Sapia ist auch 

813
00:38:30,040 --> 00:38:34,000
egal, aber SZAPIER darauf wollte
ich die ansprechen. 

814
00:38:34,000 --> 00:38:35,880
Da bin ich aber auf dem Eis, das
kann ich dir jetzt schon sagen. 

815
00:38:35,880 --> 00:38:38,760
Ich weiß nicht, ob ich das 
Antworten kann, aber was ist 

816
00:38:38,760 --> 00:38:43,240
los? 
Ne was die was die ja machen ist

817
00:38:43,240 --> 00:38:48,080
es no codemäßig Webservices 
miteinander verbinden ne also in

818
00:38:48,080 --> 00:38:52,560
deinem CRM klickst du irgendwas 
und dann passiert an anderer 

819
00:38:52,560 --> 00:38:56,240
Stelle weiß ich nicht wird es 
grün oder so in einem ganz 

820
00:38:56,240 --> 00:39:02,160
anderen Tool oder so ne oder 
beschissenes Beispiel ne aber ne

821
00:39:02,160 --> 00:39:04,640
ne zahlung du kriegst ne Zahlung
rein und dann. 

822
00:39:04,880 --> 00:39:07,840
Ist in in deinem Reporting Tool 
ist der Kunde aufspringt auf 

823
00:39:07,840 --> 00:39:10,120
gezahlt ja angenommen das sind 2
Tools und die sind nicht 

824
00:39:10,120 --> 00:39:12,320
miteinander direkt integriert, 
könntest du sie über Zipia 

825
00:39:12,480 --> 00:39:15,600
miteinander integrieren, wenn 
die beide ne AP anbieten so mehr

826
00:39:15,600 --> 00:39:18,320
oder weniger haben die denn 
läuft das auch über Webbooks 

827
00:39:18,320 --> 00:39:20,160
wahrscheinlich ne ja weiß man 
nicht genau. 

828
00:39:20,320 --> 00:39:23,280
Keine Ahnung, könnte sein, ja, 
also was man dazu sagen kann, 

829
00:39:23,280 --> 00:39:26,080
Webbooks sind ja jetzt, also man
muss, das hab ich jetzt immer so

830
00:39:26,080 --> 00:39:27,880
gesagt, ne, du musst das 
irgendwie da vorher 

831
00:39:27,880 --> 00:39:30,640
kommissionieren und austauschen 
und so weiter das das kann man 

832
00:39:30,640 --> 00:39:33,840
natürlich als Mensch machen über
über entsprechende Interface und

833
00:39:33,840 --> 00:39:35,680
UIS. 
Du kannst das aber auch alles 

834
00:39:35,680 --> 00:39:39,240
programmatisch machen, ne, also 
der Komplexität und der der wie 

835
00:39:39,240 --> 00:39:41,200
soll ich sagen, der 
Freiheitsgrade ist da irgendwie 

836
00:39:41,200 --> 00:39:43,920
keine Einschränkung gegeben. 
Ne du kannst ja auch einfach 

837
00:39:43,920 --> 00:39:46,400
programmatisch n Webbook 
etablieren und auch wieder 

838
00:39:46,880 --> 00:39:48,960
wieder abbauen, ne und das 
machen wir zum Beispiel in 

839
00:39:48,960 --> 00:39:52,240
Chilio Case auch so, weil die 
die die Komplexität hört sich ja

840
00:39:52,240 --> 00:39:54,800
wenn du mandantenfähig wirst 
oder mindestens Accounts hast, 

841
00:39:55,200 --> 00:40:00,320
dann wird ja quasi die URL 
deines anzurufenden Webbooks ja 

842
00:40:00,320 --> 00:40:03,720
jedes Mal quasi erst dynamisch. 
Ist die die, die kennst du ja 

843
00:40:03,720 --> 00:40:06,040
noch gar nicht am Anfang, ja, 
aber du kommst also bei unserer 

844
00:40:06,040 --> 00:40:09,680
Plattform läuft ja die ganze 
Zeit, dann kommt n neuer Nutzer 

845
00:40:09,680 --> 00:40:12,920
in unsere Plattform, der hat n 
neuen Account und nur in diesem 

846
00:40:12,920 --> 00:40:17,160
neuen Account, der ja ne neue 
URL quasi generiert URL darauf 

847
00:40:17,160 --> 00:40:19,440
will ich n Webbook haben. 
Ja das heißt ich muss den Kram 

848
00:40:19,440 --> 00:40:21,760
ganz schön dynamisch machen, 
dann muss ich quasi zur Laufzeit

849
00:40:21,760 --> 00:40:25,840
von unserem Tool sagen to tilio 
pass mal auf, hier gibt es jetzt

850
00:40:25,840 --> 00:40:28,960
jemand Neues übrigens das ist 
jetzt hier die die URL die es 

851
00:40:28,960 --> 00:40:31,280
ist registrier das da bitte mal 
hin. 

852
00:40:31,760 --> 00:40:34,400
Und du darfst ihn so lange 
anrufen, bis der Kunde zum 

853
00:40:34,400 --> 00:40:36,280
Beispiel, aber auch vielleicht 
wieder sagt, so, nö, ich meld 

854
00:40:36,280 --> 00:40:37,960
mich jetzt wieder ab. 
So mein Account gibt es nicht 

855
00:40:37,960 --> 00:40:40,320
mehr, dann solltest du ja aber 
auch den Kram wieder abbauen, 

856
00:40:40,320 --> 00:40:43,560
programmatisch und so weiter 
also im Detail ist das schon, 

857
00:40:43,560 --> 00:40:46,320
muss man das n bisschen managen 
sag ich mal ne weil du weil du 

858
00:40:46,320 --> 00:40:50,080
halt diesen Registrierungs und 
deregistrierungsschritt hast und

859
00:40:50,080 --> 00:40:52,480
auch noch die ganze Sicherheit 
musst du noch dabei gleichzeitig

860
00:40:52,480 --> 00:40:55,840
im Begriff haben, also deswegen 
ist es auch nicht ganz so 

861
00:40:55,840 --> 00:40:58,440
trivial, weil wir weil wir 
können zwar schnell n webbook 

862
00:40:58,440 --> 00:41:01,480
machen. 
Für die Heisenware das bringt ja

863
00:41:01,480 --> 00:41:04,920
aber keinem was, du willst ja 
für deinen Account, also für 

864
00:41:04,920 --> 00:41:08,720
deine Miniwolke in der Heisen im
Heisenware Space nen Webbook 

865
00:41:08,720 --> 00:41:12,120
haben und der wird ja erst 
dynamisch erzeugt so das Macht 

866
00:41:12,120 --> 00:41:13,240
die, das Macht die Sache schon 
so. 

867
00:41:13,240 --> 00:41:15,440
N bisschen soll ich sagen, 
bisschen anspruchsvoller beim 

868
00:41:15,440 --> 00:41:17,080
Programmieren, ne, deswegen 
haben wir es vielleicht heute 

869
00:41:17,080 --> 00:41:18,960
noch nicht, aber vielleicht 
übermorgen. 

870
00:41:20,560 --> 00:41:23,600
Ja ja versteh schon ne, das ist 
wieso oft ne wenn das natürlich 

871
00:41:23,600 --> 00:41:26,560
sehr eilig wird, dann wird es 
auch sehr wichtig oder wenn da 

872
00:41:26,560 --> 00:41:27,920
jemand ist und das unbedingt 
möchte. 

873
00:41:28,400 --> 00:41:31,200
OK, aber mir hat das zur 
Einordnung mal sehr geholfen. 

874
00:41:31,680 --> 00:41:35,320
Jetzt kann ich doch jemand 
mitreden, wenn jemand fragt, ich

875
00:41:35,320 --> 00:41:36,960
bin dann doch immer lieber so, 
dann sag ich halt nee, keine 

876
00:41:37,200 --> 00:41:39,160
Ahnung was das bedeutet, ehrlich
gesagt ja ich klär das ab und 

877
00:41:39,160 --> 00:41:40,880
jetzt haben wir es abgeklärt. 
Jetzt kann ich wieder auf die 

878
00:41:40,880 --> 00:41:43,520
Leute zurückgehen. 
Ja, es ist ja, also ich meine, 

879
00:41:44,000 --> 00:41:46,680
deswegen machen wir den Podcast 
ja der, der es gibt halt so viel

880
00:41:46,680 --> 00:41:49,880
Krams, und das ist halt manchmal
schwört der ja selber die rüber,

881
00:41:49,880 --> 00:41:51,520
obwohl du es eigentlich weiß, 
musst du auch noch sagen, 

882
00:41:51,520 --> 00:41:53,920
Moment, Moment, Moment, ja, weil
dann das das Passwort Bingo, das

883
00:41:53,920 --> 00:41:56,160
geht ja immer schnell an bei 
solchen Gesprächen. 

884
00:41:56,640 --> 00:41:58,480
Und ich komm manchmal selber gar
nicht mit, in welchen Tempo 

885
00:41:58,480 --> 00:42:00,800
manche Leute dann irgendwelche 
Wörter rausklatschen, weil ich 

886
00:42:00,800 --> 00:42:02,960
versuch, das immer wieder gleich
zusammenzuschalten, komm ich gar

887
00:42:02,960 --> 00:42:04,480
nicht hinterher. 
Ja, weil muss, man muss schon 

888
00:42:04,480 --> 00:42:06,640
kurz mal drüber nachdenken, wer 
ruft hier wen an und ist der 

889
00:42:06,640 --> 00:42:09,560
Server oder Server oder Client 
Server und was weiß ich alles. 

890
00:42:09,560 --> 00:42:13,600
Es gibt ja auch wirklich alles 
Mögliche an Architekturen, ja um

891
00:42:13,680 --> 00:42:15,640
um halt im im Netz zu 
kommunizieren, ja und die 

892
00:42:15,640 --> 00:42:18,000
Webbooks sind im Prinzip, man 
kann sich so n bisschen, ich 

893
00:42:18,000 --> 00:42:20,320
fass es noch mal zusammen, das 
ist so ne Art Erweiterung der 

894
00:42:20,320 --> 00:42:25,360
Rest API und gedacht für. 
Server to Server Communication 

895
00:42:25,360 --> 00:42:30,560
ja in Echtzeit mit dem Push im 
im im im Mind ja, also ohne 

896
00:42:30,560 --> 00:42:32,320
Polling. 
Ja das passt jetzt glaube ich 

897
00:42:32,320 --> 00:42:35,120
ganz gut zusammen. 
Perfekt, cool. 

898
00:42:35,120 --> 00:42:37,760
OK, dann belassen wir es dabei 
heute mal ne Dreiviertelstunde. 

899
00:42:38,040 --> 00:42:41,560
Ist auch mal Gute. 
Folge ja richtig und ich sag 

900
00:42:41,560 --> 00:42:44,720
danke Burkhard, danke Euch fürs 
zuhören, wir hören uns in 2 

901
00:42:44,720 --> 00:42:47,360
Wochen wieder bei einfach 
komplex bis dahin tschau tschau.

902
00:42:47,440 --> 00:42:49,120
So ist es. 
Tschüss aus Hamburg. 

903
00:42:50,240 --> 00:42:52,880
Einfach komplex wird präsentiert
und produziert von Heise mehr. 

904
00:42:53,040 --> 00:42:54,360
Wir freuen uns auf deine Fragen 
und 

905
00:42:54,360 --> 00:42:57,920
deinfeedbackanpodcast@heisemehr.com
vielen Dank fürs Hören dieser 

906
00:42:57,920 --> 00:43:00,720
Folge bis Dienstag in 2 Wochen 
und Tschüss aus Hamburg.