1 00:00:06,030 --> 00:00:08,790 Moin zufolge 42 von einfach komplex. 2 00:00:08,800 --> 00:00:12,200 Heute mal wieder ein IOT, also ein Internet der Dinge. 3 00:00:12,210 --> 00:00:14,170 Thema Burkhard, Was haben wir vorher? 4 00:00:14,180 --> 00:00:18,410 Erzähl du mal bitte. Mein gerät cool, folge 42 die 42 5 00:00:18,420 --> 00:00:21,280 besonders gerne. Ich sag warum weiß warum glaube 6 00:00:21,290 --> 00:00:24,780 ich ja wahrscheinlich alle Hörer wahrscheinlich schon, egal 7 00:00:24,820 --> 00:00:28,790 genau, wir machen heute ne richtig schöne Folge mit IOT und 8 00:00:28,800 --> 00:00:30,720 zwar nicht nur irgendwie, dass wir drüber reden, sondern wir 9 00:00:30,730 --> 00:00:35,030 gucken uns ein eine Implementierung an, eine einen 10 00:00:35,040 --> 00:00:39,240 API Standard um das Internet der Dinge. 11 00:00:39,800 --> 00:00:42,200 Digital und technisch festzuhalten und zu beschreiben 12 00:00:42,210 --> 00:00:43,440 ist nämlich ganz schön kompliziert. 13 00:00:43,450 --> 00:00:45,770 Aber das tun will dann Internet der Dinge heißt ja, wir haben ja 14 00:00:45,780 --> 00:00:49,390 irgendwie Sensoren im Feld, und die sind auch irgendwo und die 15 00:00:49,400 --> 00:00:52,240 lesen irgendwas aus und die Leben halt auch nicht nur eine 16 00:00:52,250 --> 00:00:54,680 Sekunde, sondern haben Lifecycle und so weiter und das muss man 17 00:00:54,690 --> 00:00:58,560 erstmal abbilden. Und genau, und da erzählen wir 18 00:00:58,570 --> 00:01:01,360 heute mal ein bisschen was dazu. Prima. 19 00:01:01,370 --> 00:01:04,129 Also dann lass doch konkret machen, welche API handelt es 20 00:01:04,140 --> 00:01:07,940 sich denn da eigentlich? Ja, das ist die die sogenannte 21 00:01:07,950 --> 00:01:13,980 Sensor Things API und wie folgt einem gewissen Standard, dem OGC 22 00:01:14,020 --> 00:01:17,340 Standard. OGC steht für Open Geospatial 23 00:01:17,350 --> 00:01:22,220 Consortium und das ist halt so richtig krasser Standard Kram. 24 00:01:22,230 --> 00:01:25,820 So ja kannst du jetzt nachlesen bei Wikipedia, irgendwie hängt 25 00:01:25,830 --> 00:01:29,120 sogar noch irgendwie nen ISO Standard mit dran, also 26 00:01:29,490 --> 00:01:32,350 beschreibt nämlich die Observations and Measurements 27 00:01:32,660 --> 00:01:37,490 den Standard dafür, dass der ISO 19 156 Standard da war ich mir 28 00:01:37,500 --> 00:01:39,380 die Standards nicht durchgelesen, Herr aber. 29 00:01:39,930 --> 00:01:42,770 Also was ich sagen will, also wenn man so ein ISO Standard 30 00:01:42,780 --> 00:01:45,270 gemacht wird, dann haben ein paar Leute drüber nachgedacht 31 00:01:45,920 --> 00:01:47,600 und was jetzt halt zusammen kommt. 32 00:01:47,940 --> 00:01:50,730 Oft hast du ja dann haben clevere Leute nachgedacht und 33 00:01:50,740 --> 00:01:53,870 dann hast du aber auch das Problem, da gibt es politische 34 00:01:53,910 --> 00:01:57,330 Unwägbarkeiten wie in der normalen Politik verschiedene 35 00:01:57,340 --> 00:02:00,020 Interessen, dann kommen Kompromisse dabei raus und wenn 36 00:02:00,030 --> 00:02:02,660 es dann auch noch technisch wird, dann hast du Salat weil 37 00:02:02,670 --> 00:02:05,830 irgendwie du willst keinen technischen Kompromiss Standard 38 00:02:05,840 --> 00:02:09,590 Krams haben und ganz oft hatten wir immer Salat und Salat war 39 00:02:09,600 --> 00:02:13,510 dann irgendwie XML und und und Soap und Krempel was so also d. 40 00:02:13,580 --> 00:02:16,320 Vorgänger davon ist alles Salat und ich sagen jetzt haben wir 41 00:02:16,330 --> 00:02:21,420 erstmal was, wo sich ja wo sich die Leute irgendwie zusammen 42 00:02:21,430 --> 00:02:23,020 haben. Wir brauchen echt was hier für 43 00:02:23,030 --> 00:02:26,660 dieses IOT ist ja jetzt nicht so ne Kleinigkeit, wir müssen und 44 00:02:26,670 --> 00:02:28,900 zwar vor allen Dingen auch Leute wie Fraunhofer, dazu komme ich 45 00:02:28,910 --> 00:02:31,930 gleich gesagt, wir müssen jetzt mal was machen wir das endlich 46 00:02:31,940 --> 00:02:34,310 mal in Griff kriegen und die haben halt die coolen Sachen 47 00:02:34,320 --> 00:02:38,020 zusammen, nämlich Rest APIS hatten wir ja schon ja du weißt 48 00:02:38,030 --> 00:02:40,400 ich mag Rest AP eigentlich, aber es ist halt schon defacto 49 00:02:40,410 --> 00:02:44,590 Standard insofern finde ja i passt da schon die basieren alle 50 00:02:44,630 --> 00:02:47,640 die ganze Datenformaten Krams alles Jason. 51 00:02:47,710 --> 00:02:49,760 Ja, Jason hat mir schon auch. Ganz gut. 52 00:02:49,770 --> 00:02:53,830 Dazwischen, ja, und dann ist auch noch die Frage, wenn API 53 00:02:53,840 --> 00:02:55,440 designed, dann hatten wir auch schon mal. 54 00:02:55,450 --> 00:02:57,430 Kannst du machen wie du willst. Im Prinzip kannst du Bild 55 00:02:57,440 --> 00:02:59,910 machen, kannst du gut machen, die haben das sehr gut gemacht, 56 00:02:59,920 --> 00:03:02,470 sogar die Folgen dem sogenannten O Data Standard. 57 00:03:03,150 --> 00:03:06,280 Ohne jetzt genau zu sagen, was O Data ist, aber im Prinzip einen 58 00:03:06,290 --> 00:03:10,630 Regelsatz für wie ich Rest APS gestalte. 59 00:03:11,030 --> 00:03:13,040 Wenn sie dann verschiedene Dinge, die zum Beispiel auch 60 00:03:13,050 --> 00:03:15,700 Inter konnektiert sind, abfragen und so weiter damit das ganz 61 00:03:15,710 --> 00:03:18,020 klar ist. Ja und wie die wie die US 62 00:03:18,030 --> 00:03:20,800 aussehen, ja, dass die immer glatt sind und so weiter und der 63 00:03:20,810 --> 00:03:24,290 O Data Standard ist halt noch weiter als jetzt nur die Sensor 64 00:03:24,300 --> 00:03:27,630 Things APID wieder besprechen, aber die folgt diesem Standard 65 00:03:28,060 --> 00:03:30,910 und immer den einmal drauf hat, dann ist alles ganz glasklar OK 66 00:03:30,920 --> 00:03:31,410 voll. Easy? 67 00:03:31,420 --> 00:03:33,840 Ja prima, jetzt hast du mal Rundumschlag gemacht und bist 68 00:03:33,850 --> 00:03:37,010 schon voll reingegangen in ein paar Details eigentlich. 69 00:03:37,350 --> 00:03:42,330 Aber wir wissen noch nicht, was die Sensor Things API mal auf 70 00:03:42,340 --> 00:03:46,060 hoher Flughöhe eigentlich tut, wofür sie genutzt werden kann. 71 00:03:46,430 --> 00:03:49,330 Was ist denn der Zweck davon oder die Aufgabe? 72 00:03:49,780 --> 00:03:53,300 Ja, da gucken wir vielleicht mal einfach ein paar Anwendungsfälle 73 00:03:53,310 --> 00:03:55,500 an. Ne, also alles was halt das IOT 74 00:03:55,510 --> 00:03:57,630 so ist. Ne also die die Sensor Things I 75 00:03:57,640 --> 00:04:01,380 versucht, wie soll ich sagen Sensorik io t Sensorik 76 00:04:01,390 --> 00:04:03,840 zusammenzubringen, die vielleicht gar nicht so direkt 77 00:04:03,850 --> 00:04:05,780 erst mal was miteinander zu tun habt ihr verschiedene 78 00:04:05,790 --> 00:04:10,810 Anwendungsfälle, ich sag mal was was qualitätsmessungen. 79 00:04:11,080 --> 00:04:12,820 Entlang des Rheines zum Beispiel. 80 00:04:12,830 --> 00:04:15,760 Jetzt, es gibt tausende Anwendungen, das war so typisch 81 00:04:15,770 --> 00:04:19,180 i Projekt, du fängst an Bein und steckst halt irgendwie alle 2 82 00:04:19,190 --> 00:04:22,210 Kilometer irgendwie so ein Sensor ins Wasser und machst 83 00:04:22,220 --> 00:04:26,080 halt ne komplette Messung vom Start bis zum Ende ja vom Rhein 84 00:04:26,430 --> 00:04:29,000 und Wert ist das irgendwie. Alles aus OK, das ist IOT, weil 85 00:04:29,010 --> 00:04:31,990 diese ganzen Sensoren sind dann verbunden mit irgendeiner 86 00:04:32,000 --> 00:04:34,540 Sondereinheit mit irgendwie einem Gateway oder sowas in der 87 00:04:34,550 --> 00:04:38,330 Art, dass sendet zum Beispiel über Mobilfunk in die Cloud und 88 00:04:38,340 --> 00:04:42,030 sprechen über t, weil das ne Komponente hat, also ein Sensor 89 00:04:42,040 --> 00:04:44,570 irgendwie Cloud Komponente wo die Daten zusammenlaufen und. 90 00:04:44,810 --> 00:04:47,260 Ausgewertet werden oder gespeichert oder sowas würde. 91 00:04:47,270 --> 00:04:49,370 Ich sagen hast du mehr Details genutzt als wir? 92 00:04:49,380 --> 00:04:53,000 Ja, wir brauchen IOTH Internet der Dinge würde es noch 93 00:04:53,010 --> 00:04:56,530 einfacher unterbrechen, da sind Sensoren die irgendwie die 94 00:04:56,570 --> 00:04:58,200 irgendwie miteinander kommunizieren können übers 95 00:04:58,210 --> 00:05:00,880 Internet typischerweise ja oder im Internet quasi dann erfasst 96 00:05:00,890 --> 00:05:02,730 werden am Ende des Tages, wie siehst du denn? 97 00:05:03,630 --> 00:05:07,030 GSM, Lorawan, da gibt es Tausende Pfund oder so. 98 00:05:07,040 --> 00:05:10,420 Das erste Mal sei mal dahingestellt, wichtig ist, es 99 00:05:10,430 --> 00:05:14,610 gibt sehr viele Sensoren im Feld und die messen irgendwie was und 100 00:05:14,620 --> 00:05:18,000 die sind irgendwo und die Spielen quasi ihre ganzen Daten 101 00:05:18,010 --> 00:05:22,080 irgendwie an eine zentrale Stelle und dann und dann kann 102 00:05:22,090 --> 00:05:25,120 ich mit dieser mit diesen Daten und den Messungen und Sensoren 103 00:05:25,130 --> 00:05:30,120 irgendwas machen ja auswerten ja zum Beispiel wissen O am 104 00:05:30,130 --> 00:05:34,940 Kilometer Abschnitt zwischen Kilometer 5760 dropt quasi die 105 00:05:34,950 --> 00:05:36,720 Wasserqualität immer ganz stark, ja. 106 00:05:37,690 --> 00:05:41,230 Was ist denn da los, oder? Weniger Stickstoff irgendwie so, 107 00:05:41,240 --> 00:05:42,680 oder? Vielleicht gibt es eine Firma, 108 00:05:42,690 --> 00:05:44,000 die am Rand steht oder irgendwas. 109 00:05:44,010 --> 00:05:46,410 Ja und was einleitet, was da nicht hin soll oder keine 110 00:05:46,420 --> 00:05:50,120 Ahnung, ja so und in von diesen Projekten und dann ich meine das 111 00:05:50,130 --> 00:05:53,510 ist alles IOT, kennt er unsere Zuhörer aber so Smart City zum 112 00:05:53,520 --> 00:05:55,450 Beispiel, ja, wir haben zum Beispiel auch J. 113 00:05:55,460 --> 00:05:59,380 Und deswegen sprechen wir heute über das kurz mal ausmachen n 114 00:05:59,390 --> 00:06:04,060 bisschen Smart City und zwar in Lübeck und da geht es um um um 115 00:06:04,070 --> 00:06:07,570 Temperatur, Co 2 Gas wert, Messungen und so weiter in 116 00:06:07,610 --> 00:06:10,660 öffentlichen Gebäuden sag ich mal und das ist genau das 117 00:06:10,670 --> 00:06:13,240 gleiche ja Anwendungsfall, also viele Sensoren irgendwo ich. 118 00:06:13,320 --> 00:06:16,320 Wir müssen natürlich wissen, wo, und die werden irgendwelche 119 00:06:16,330 --> 00:06:18,740 Daten aus ne und das muss ich organisieren, wenn ich das 120 00:06:18,750 --> 00:06:21,500 irgendwie technisch aufsetzen will, dann brauche ich 121 00:06:21,510 --> 00:06:23,980 irgendwas, was mir diesen ganzen Krams organisiert. 122 00:06:23,990 --> 00:06:25,710 Ja so. Jetzt noch eine Frage 123 00:06:25,720 --> 00:06:27,000 zwischendurch. Bevor du jetzt in die 124 00:06:27,010 --> 00:06:28,990 Organisation und die Beschreibung kommst. 125 00:06:29,070 --> 00:06:31,530 Du hast bisher nur Sensoren erwähnt. 126 00:06:32,810 --> 00:06:35,830 I kann ja auch Aktoren enthalten, also irgendwie 127 00:06:35,840 --> 00:06:38,440 steuernde Elemente, die mit dem Internet verbunden sind, oder? 128 00:06:38,490 --> 00:06:41,560 Ja, das stimmt, da hast du mich jetzt also die also die Sensor 129 00:06:41,830 --> 00:06:45,210 API, die kommt glaub ich in 2 Abschnitten daher soweit ich 130 00:06:45,220 --> 00:06:48,940 mich erinnere mich kurz n bisschen ich es geht der erste 131 00:06:48,950 --> 00:06:51,290 Teil von dieser Standard von diesem standardisierungs 132 00:06:51,300 --> 00:06:52,870 Pamphlet befasst sich tatsächlich nur mit der 133 00:06:52,880 --> 00:06:54,600 Sensorik, also nur mit dem Auslesen. 134 00:06:54,610 --> 00:06:56,660 Ne das ist auch der einfachere K. 135 00:06:56,670 --> 00:07:00,020 Ja es gibt jetzt glaube ich einen zweiten Teil, nämlich 136 00:07:00,030 --> 00:07:04,160 nicht wie heißt jetzt nicht mehr gefunden 1.2 glaube ich da geht 137 00:07:04,170 --> 00:07:06,000 es halt auch darum die Aktuatoren. 138 00:07:06,070 --> 00:07:08,890 Ne, die Aktuatoren mit einzubetten irgendwie und die zu 139 00:07:08,900 --> 00:07:12,350 schreiben, das würde ich für die heutige Folge erstmal weglassen. 140 00:07:13,070 --> 00:07:15,860 Das war vielleicht mal in Folge oder einer weiteren Folge 141 00:07:15,870 --> 00:07:18,420 irgendwie noch machen, wenn wir auch selber ein bisschen tiefer. 142 00:07:18,430 --> 00:07:21,170 Ja, ich wollte nochmal das erwähnt haben. 143 00:07:21,180 --> 00:07:23,680 Hast du recht zum IOT irgendwo gehört oder? 144 00:07:23,690 --> 00:07:26,360 Nicht stimmt aber ist also das, was wir heute besprechen, 145 00:07:26,370 --> 00:07:29,250 befasst sich quasi nur mit dem Auslesen, also mit der Sensorik 146 00:07:29,710 --> 00:07:31,310 und nicht mit der. Dann haben wir abgegrenzt. 147 00:07:31,320 --> 00:07:34,200 Dann sag mal einen in die steigen, wenn ich will, jetzt 148 00:07:34,210 --> 00:07:38,000 meinen häufig zu sagen Sensor Things API, weil das ist ein 149 00:07:38,010 --> 00:07:39,460 gefährliches TE an der Stelle ja. 150 00:07:39,830 --> 00:07:41,720 Ja, ich krieg es auf jeden Fall nicht. 151 00:07:41,730 --> 00:07:44,680 Hab mir heute ausnahmsweise eine Haselnuss eingegossen hat. 152 00:07:44,690 --> 00:07:49,440 Vielleicht schauen wir mal. Genau, wir steigen ein bisschen 153 00:07:49,450 --> 00:07:52,950 ein und wir gucken mal. Und das tue ich einfach, weil 154 00:07:52,960 --> 00:07:54,410 ich selber jetzt damit gearbeitet hab. 155 00:07:54,420 --> 00:07:57,890 Deswegen sprechen wir darüber im Detail, und zwar um den 156 00:07:57,930 --> 00:08:01,290 sogenannten Frost Server Frost wieder Winter, ne. 157 00:08:03,630 --> 00:08:09,260 Frost steht für Fraunhofer Open Source Sensor, Things API Server 158 00:08:09,440 --> 00:08:14,320 Frost. Ja ziemlich coole Open Source 159 00:08:14,360 --> 00:08:17,510 Reference vollständige Implementierung der Sensor 160 00:08:17,520 --> 00:08:21,630 Things API ja geschrieben glaube ich in Java unten drin aber 161 00:08:21,640 --> 00:08:26,810 völlig Worms, weil die Herren verteilen das so elegant, dass 162 00:08:26,820 --> 00:08:30,530 jeder einfach nutzen kann, nämlich im Docker Container ja 163 00:08:30,570 --> 00:08:33,659 oder um besseren genau zu sein s 2 Docker Containern. 164 00:08:35,100 --> 00:08:38,090 Denn der eine ist der Server, der Frost Server, der die Rest 165 00:08:38,100 --> 00:08:41,150 API zur Verfügung stellt. Und der spricht mit dem zweiten 166 00:08:41,159 --> 00:08:43,309 Container. Kannst du dir, hast du dann was 167 00:08:43,320 --> 00:08:46,610 sein könnte Master. Klient. 168 00:08:47,480 --> 00:08:50,370 Nee, wir müssen ja irgendwo speichern, also eine Datenbank, 169 00:08:50,460 --> 00:08:52,280 also, die haben das so aufgeteilt, und es ist sinnvoll, 170 00:08:52,290 --> 00:08:55,250 dass man ganz oft also ein Microsoft hat quasi die Business 171 00:08:55,260 --> 00:08:59,930 Logik drinne, also die die die die API also nach quasi zum 172 00:08:59,940 --> 00:09:05,250 Nutzer hin die Rest API und nach innen hin verwandelt sich das in 173 00:09:05,260 --> 00:09:08,650 SQL Command spricht mit einer in diesem Fall Postgres Database. 174 00:09:09,150 --> 00:09:14,200 Ja, so, und die speichert quasi alle Informationen, die 175 00:09:14,210 --> 00:09:16,620 gespeichert werden müssen. Es ist komplett, dann kapselt 176 00:09:16,630 --> 00:09:18,070 System. Also wenn du kannst dann diese 2 177 00:09:18,080 --> 00:09:20,730 Docker Container installieren und bringst sie hoch und dann 178 00:09:20,740 --> 00:09:24,520 bist du fertig und Ready to go um fettes IOT System darin zu 179 00:09:24,530 --> 00:09:27,360 beschreiben. Und dieser diese Datenbank ist 180 00:09:27,370 --> 00:09:31,230 jetzt auch, also ist das. Wie ist der Zusammenhang von 181 00:09:31,240 --> 00:09:34,100 dieser EI Beschreibung dieser Standard Beschreibung und der 182 00:09:34,110 --> 00:09:37,450 Implementierung? Also man da inwieweit würden 183 00:09:37,460 --> 00:09:39,440 Sachen vorgegeben wird zum Beispiel ergeben, dass man 184 00:09:39,450 --> 00:09:44,030 Postgres als Datenbank benutzt. Ja, genau das ist kapselt ne. 185 00:09:44,040 --> 00:09:47,050 Also du kannst also die beiden Container kommen als Blackbox 186 00:09:47,090 --> 00:09:49,960 ne, du kannst die beide starten, dann startet diese Postgres was 187 00:09:49,970 --> 00:09:51,530 da drin passiert und was sie macht. 188 00:09:51,590 --> 00:09:53,780 Aber ich meine. Dass der Standard auch so. 189 00:09:53,790 --> 00:09:55,360 Nein, das gibt der Standard nicht vor. 190 00:09:55,370 --> 00:09:57,870 Ne, OK, wie das, wie das tatsächlich das ist die 191 00:09:57,880 --> 00:10:00,940 implementierungs Wahl. Also du kannst der Standard 192 00:10:00,950 --> 00:10:04,000 tatsächlich nur vor wie haben die US auszusehen? 193 00:10:04,140 --> 00:10:09,270 Ja, also die Rest Apis rest OS. Welche Abfragen kannst du damit 194 00:10:09,280 --> 00:10:12,920 machen und wie ne, also welche welche Queries und so weiter und 195 00:10:12,930 --> 00:10:16,290 wie wie haben die. Wie haben die Anfragen vom 196 00:10:16,300 --> 00:10:19,670 Client auszusehen und wie haben die Antworten von der API 197 00:10:19,680 --> 00:10:21,580 auszusehen? Also die Jason im Prinzip der 198 00:10:21,590 --> 00:10:24,860 Inhalt der Jason Objekte, mit denen ich Anfrage, also die 199 00:10:24,900 --> 00:10:29,650 Request Jasons und Response Jasons alles das ist Teil der 200 00:10:29,690 --> 00:10:33,520 der Spezifikation wie das aber realisiert oder in anderen 201 00:10:33,530 --> 00:10:37,870 Worten implementiert wird, das ist völlig völlig frei, ja und 202 00:10:37,880 --> 00:10:40,450 die haben das jetzt zum Beispiel irgendwas genommen als 203 00:10:40,460 --> 00:10:43,560 Programmiersprache und haben damit umgesetzt und und die 204 00:10:43,570 --> 00:10:46,110 Datenbank die du brauchst um diese richtigen Responsive zu 205 00:10:46,120 --> 00:10:49,690 generieren ne also du brauchst du brauchst ja Existenz. 206 00:10:49,820 --> 00:10:51,760 Wenn du jetzt einen neuen Sensor anlegst. 207 00:10:52,580 --> 00:10:54,770 Und fragst danach nach diesem Sensor. 208 00:10:54,780 --> 00:10:57,410 Dann muss er sich irgendwie gemerkt haben, dass die angelegt 209 00:10:57,420 --> 00:11:01,420 hast, wie du denn Blockchain machst oder sowas kannst du 210 00:11:01,430 --> 00:11:02,170 auch. Ja. 211 00:11:02,270 --> 00:11:05,440 OK, wahrscheinlich so. In diesem Falle brauchen wir wie 212 00:11:05,450 --> 00:11:07,210 sagen sehr dringend eine relationale. 213 00:11:07,220 --> 00:11:12,160 Datenbank, das heißt, Diese OGC, Die Open GEO Special Konsortium, 214 00:11:12,500 --> 00:11:15,210 die haben die diesen Standard angelegt. 215 00:11:15,430 --> 00:11:17,770 Also da sind wahrscheinlich auch viele Menschen. 216 00:11:18,360 --> 00:11:21,310 Genau. Papier und Fraunhofer hingegen 217 00:11:21,320 --> 00:11:23,750 gesagt, Wir implementieren das jetzt in dieser Art und Weise. 218 00:11:23,760 --> 00:11:26,030 Und wenn das Frost zu. Erwarten genau, perfekt genauso. 219 00:11:26,220 --> 00:11:29,640 Man kann es vergleichen mit MQTT zum Beispiel jetzt auch Papier. 220 00:11:29,680 --> 00:11:34,510 Ja, gibt MQT Standard, mehrere sogar verschiedene und dann gibt 221 00:11:34,520 --> 00:11:36,950 es viele Firmen, die gehen dahin und implementieren quasi diesen 222 00:11:36,960 --> 00:11:42,520 Standard moskito QQ, keine Ahnung ja also sind alles 223 00:11:42,530 --> 00:11:45,780 verschiedene Implementierungen und haben manchmal Nachteile, 224 00:11:45,790 --> 00:11:48,940 manche manche decken quasi Standard vollständiger andere 225 00:11:48,950 --> 00:11:51,420 weniger, andere sind schneller und langsamer, keine Ahnung, 226 00:11:51,960 --> 00:11:54,110 aber die Frauen haben sich hingesetzt und das tatsächlich 227 00:11:54,120 --> 00:11:56,460 implementiert plus das ist umsonst. 228 00:11:56,470 --> 00:11:59,450 Kannst du runterladen ja und es ist ziemlich zügig, das kann 229 00:11:59,460 --> 00:12:01,500 nicht sagen aus meinen eigenen Erfahrungen funktioniert 230 00:12:01,510 --> 00:12:04,930 hervorragend. Dann jetzt habe ich alle Fragen 231 00:12:05,280 --> 00:12:07,420 beantwortet bekommen. Du kannst gerne mal ein bisschen 232 00:12:07,430 --> 00:12:10,710 erklären, hast ja gerade von den 2 Microservices gesprochen, aus 233 00:12:10,720 --> 00:12:13,110 denen diese Plementierung jetzt besteht. 234 00:12:13,150 --> 00:12:17,250 Genau, genau und können jetzt auch wieder vergessen, weil die 235 00:12:17,260 --> 00:12:19,820 bringe ich dann quasi hoch und dann habe ich meinen, dann kann 236 00:12:19,830 --> 00:12:23,270 ich meine Anfragen mit jedem x beliebigen Klienten, es ist ja n 237 00:12:23,280 --> 00:12:26,980 Server, also dann schreiben wie ich lustig bin ne ich hab jetzt 238 00:12:26,990 --> 00:12:29,870 zum Beispiel genommen, kannst ja mal sagen wir sind ja Freunde 239 00:12:29,880 --> 00:12:35,120 von PS also hab ich einen mit Axios ein Typisches HTTP 240 00:12:35,130 --> 00:12:38,660 klienten tool axios. Was habe ich in wenigen Zeilen 241 00:12:38,670 --> 00:12:42,140 Code nochmal einer drüber geschrieben, mit dem ich quasi 242 00:12:42,150 --> 00:12:45,680 diese ganze API bedienen kann? Ne ziemlich easy also das dauert 243 00:12:45,690 --> 00:12:49,270 ein Tag mit vielleicht 2 wurden auch die Dokumentation macht ja 244 00:12:49,310 --> 00:12:54,000 OK so und jetzt jetzt wird es aber inhaltlich und was ich so 245 00:12:54,010 --> 00:13:00,210 toll finde an diesem Ding ist es realisiert die ja die Verwaltung 246 00:13:00,220 --> 00:13:03,680 eines ziemlich dicken Problems, nämlich von dem Internet der 247 00:13:03,690 --> 00:13:08,720 Dinge ja in sehr klaren und und und ja, einen sehr klaren und 248 00:13:08,730 --> 00:13:11,320 autonomen Strukturen will ich mal sagen, ja, ich hab sowas 249 00:13:11,330 --> 00:13:13,780 vorher noch nie gesehen, wir hatten bei diesem Projekt 250 00:13:13,790 --> 00:13:16,390 überlegt, wie wir selber machen irgendwie Datenbank Design und 251 00:13:16,400 --> 00:13:18,910 dann kommt man ziemlich schnell ins in die Verzweiflung als 252 00:13:18,920 --> 00:13:22,610 Softwareentwickler merkt. Wie derartig komplex eigentlich 253 00:13:22,620 --> 00:13:24,080 schon? Also eine Verwaltung von 254 00:13:24,090 --> 00:13:26,900 Sensoren und deren Daten und so weiter das ist halt einfach ein 255 00:13:26,910 --> 00:13:30,770 komplexes Thema, das kannst du nicht so schnell mal eben selber 256 00:13:30,780 --> 00:13:35,030 hin die sein ja das n bisschen sportlich sag ich mal ja und und 257 00:13:35,040 --> 00:13:38,530 dann wurde ich aufmerksam gemacht auf dieses auf diese 258 00:13:38,540 --> 00:13:41,440 Länder aus i und hat die Implementierung von Post Server 259 00:13:41,780 --> 00:13:43,790 und hat sich als cool herausgestellt, deswegen diese 260 00:13:43,800 --> 00:13:46,700 Folge hier ja für alle die sich interessieren und es ist 261 00:13:46,710 --> 00:13:49,050 deswegen so einfach, weil es im Prinzip gibt es nur. 262 00:13:49,890 --> 00:13:53,260 Also es gibt offiziell 8 verschiedene Objekte 263 00:13:53,300 --> 00:13:55,650 datenobjekte, die gehen wir gleich alle Reihenfolge schnell 264 00:13:55,660 --> 00:13:58,350 durch. Tatsächlich braucht man nur 6, 265 00:13:58,360 --> 00:14:00,770 um es zu verstehen. Nicht reduziert das erstmal auf 266 00:14:00,780 --> 00:14:02,830 die 6 und bringen die anderen 2 gleich noch mit dran. 267 00:14:02,840 --> 00:14:06,780 Ne, ich geh mal einfach in der Reihenfolge durch, was nämlich 268 00:14:06,790 --> 00:14:09,050 diese dann gleich einen wirklichen Blick was los ist. 269 00:14:09,060 --> 00:14:14,950 Ja also es gibt folgende Daten Objekte, es gibt Thing auf 270 00:14:14,960 --> 00:14:18,280 Deutsch das Ding, ja das beschreibt halt ein ein 271 00:14:18,290 --> 00:14:23,730 physisches oder auch virtuelles Dingen, ja ein ein ein Ding des 272 00:14:23,740 --> 00:14:25,840 Internets der Dinge. Also zum Beispiel ein Sensor. 273 00:14:26,120 --> 00:14:29,760 Nee, genau nicht entsorgt. Mensch, jetzt habe ich am Anfang 274 00:14:29,770 --> 00:14:32,130 gedacht so. Aber das ist, man muss bei so 275 00:14:32,140 --> 00:14:35,700 ein paar Sachen muss man irgendwie muss man irgendwie 276 00:14:35,710 --> 00:14:38,740 nochmal nachdenken. Aber es ist am Ende sehr 277 00:14:38,750 --> 00:14:40,930 sinnvoll, ja zusammengestrickt der ganze Kram. 278 00:14:40,940 --> 00:14:42,230 Ja gut. Dann, ich halte mich jetzt 279 00:14:42,240 --> 00:14:45,060 zurück. Ja genau, also n Ding Ding. 280 00:14:45,070 --> 00:14:47,690 Ist zum Beispiel im Kühlschrank. Ja, ich gehe jetzt mal ein 281 00:14:47,700 --> 00:14:50,050 Beispiel dran, damit wir eine Geschichte im Kopf kriegen wir 282 00:14:50,060 --> 00:14:52,480 das Ding ist zum Beispiel im Kühlschrank, ja und dann als 283 00:14:52,490 --> 00:14:56,360 nächstes das nächste Daten Objekt ist ne Location ja also 284 00:14:56,370 --> 00:14:58,740 ein Ort zum Beispiel die Küche ja. 285 00:14:59,500 --> 00:15:02,490 So, jetzt kann ich jetzt kann ich Orte an Dinge kleben, ne, 286 00:15:02,500 --> 00:15:05,480 also ein Ding kann einen Ort haben, ja dann kann ich sagen, 287 00:15:05,490 --> 00:15:08,040 also der Kühlschrank steht in der Küche. 288 00:15:09,150 --> 00:15:13,520 Das schicke ich jetzt anders API und an dieser Implementierung, 289 00:15:13,530 --> 00:15:16,000 die haben gleich gesagt, Oh, das macht vielleicht keinen Sinn, 290 00:15:16,010 --> 00:15:19,160 nur eine Location zu erlauben, ja, sondern ich kann kann 291 00:15:19,170 --> 00:15:22,900 mehrere Location Objekte einem Ding zuordnen, das heißt aber 292 00:15:22,910 --> 00:15:25,400 das heißt aber, dass sie trotzdem logisch einen gleichen 293 00:15:25,410 --> 00:15:29,350 Ort beschreiben sollen, nur auf verschiedene encoding Arten. 294 00:15:29,640 --> 00:15:32,680 Also wenn ich sage Küche, dann würde ich typischerweise sagen 295 00:15:32,690 --> 00:15:36,650 die Geo Koordinaten das geo Jason, also ne Latitude and 296 00:15:36,660 --> 00:15:38,920 longitude für den google Punkt sag ich mal. 297 00:15:38,930 --> 00:15:41,550 Ja das ist eigentlich immer Standard wenn ich n Location 298 00:15:41,560 --> 00:15:44,720 mache dann denken dann denkt die Sensor IP erstmal in. 299 00:15:45,190 --> 00:15:51,090 In einem Google Location Punkt, also Leon Brittan breiten Maß 300 00:15:51,370 --> 00:15:53,560 kannst du noch, da kannst du noch beliebig viele 301 00:15:53,600 --> 00:15:56,330 Zusatzinformationen dazu geben. Ja du kannst aber auch sagen, 302 00:15:56,340 --> 00:16:00,510 hier habe ich n Bild was diese Küche anzeigt oder wo die Küche 303 00:16:00,520 --> 00:16:01,920 markiert ist. Auf dem Flur planen oder 304 00:16:01,930 --> 00:16:05,410 Irgendsowas ja so das würde ja auch diese Küche beschreiben und 305 00:16:05,420 --> 00:16:08,110 auf eine andere Art und Weise und alle diese Locations, die 306 00:16:08,120 --> 00:16:10,450 kann ich aber an dieses Ding Kühlschrank dran kleben und 307 00:16:10,460 --> 00:16:13,090 verwalten ne einfach nur verschiedene Arten diese 308 00:16:13,100 --> 00:16:17,490 Location auszudrücken ne das ist wichtig und und jetzt ist es 309 00:16:17,500 --> 00:16:19,690 noch viel wichtiger und da brauchen wir ganz essenziell. 310 00:16:20,010 --> 00:16:23,030 Und wenn ich jetzt zum Beispiel einem Ding ne Location geben, 311 00:16:23,040 --> 00:16:25,560 dann auch gar keine Location haben, ist auch ganz frei. 312 00:16:25,610 --> 00:16:29,920 Ja, wenn ich sie immer eine gebe und verändere die danach, also 313 00:16:29,930 --> 00:16:34,910 sage ich, sag zum Beispiel wie ich ziehe um, ja, und ich gehe 314 00:16:34,920 --> 00:16:37,920 mit meinem Kühlschrank in die nächste Wohnung rüber, ja. 315 00:16:38,930 --> 00:16:41,350 Na dann ist der Kühlschrank umgezogen und das will ich 316 00:16:41,360 --> 00:16:45,190 vielleicht auch wissen, weil weil, weil, weil dieses ganze 317 00:16:45,200 --> 00:16:47,870 Lifecycle von dem Kühlschrank weggeschmissen so ja, und wenn 318 00:16:47,880 --> 00:16:51,070 ich jetzt irgendwie irgendwelche Daten angucke, dann werde ich 319 00:16:51,080 --> 00:16:53,810 vielleicht zum Beispiel im Statistischen Drop sehen, 320 00:16:53,850 --> 00:16:55,810 vielleicht in der nächsten Wohnung, ist irgendwie immer ein 321 00:16:55,820 --> 00:16:57,440 halbes Grad wärmer gewesen als in der alten. 322 00:16:57,450 --> 00:16:59,790 Ne, man fragt sich immer nur das, was da passiert. 323 00:16:59,800 --> 00:17:02,630 Ja, und jetzt ist es gibt Historical Location, das 324 00:17:02,640 --> 00:17:04,890 passiert automatisch. Das nächste, das. 325 00:17:04,900 --> 00:17:07,710 Nächste Objekt, das ist eines von zweien, die ich gesagt habe, 326 00:17:07,720 --> 00:17:10,150 die nicht so wichtig sind. Ja, aber die, die das 327 00:17:10,160 --> 00:17:13,160 automatisch passiert, also wenn ich eine neue Location. 328 00:17:13,230 --> 00:17:17,750 Gebe dann merkt sich quasi diese samanthas API, die alte Location 329 00:17:17,760 --> 00:17:21,530 mit Zeitstempel ja so dass ich dann im Nachhinein immer auf n 330 00:17:21,540 --> 00:17:25,230 Ding gucken kann und sehe seit der Existenz von diesem Ding, wo 331 00:17:25,240 --> 00:17:29,590 war es überall mal total wichtig, ja so Kleinigkeiten wie 332 00:17:29,600 --> 00:17:32,710 alt sind sie denn weiter? Dann gibt es nächstes die 333 00:17:32,720 --> 00:17:37,570 Observed Property. Also quasi die die Eigenschaft, 334 00:17:37,580 --> 00:17:40,730 die ich angucken möchte. Ja, das sind klassischerweise 335 00:17:40,740 --> 00:17:47,450 sowas wie Temperatur, Druck. Co 2, Gehalt, lautstärke was 336 00:17:47,460 --> 00:17:50,940 weiß ich also alles was ich so also im Prinzip die Einheit ne 337 00:17:50,980 --> 00:17:54,580 was ich messen kann so ja und davon brauche ich eigentlich 338 00:17:54,590 --> 00:17:57,420 eine Temperatur anlege, dann habe ich angelegt ist im Prinzip 339 00:17:57,430 --> 00:18:00,170 nur dass. Quasi die brauche ich nur einmal 340 00:18:00,180 --> 00:18:01,720 anlegen. Ja, wenn auch wenn 1000 andere 341 00:18:01,730 --> 00:18:04,730 Sensoren innerhalb von diesem ganzen 6 p eine Temperatur 342 00:18:04,740 --> 00:18:06,670 messen, dann brauche ich nur diese eine Absage property 343 00:18:06,680 --> 00:18:09,760 temperature. Die dann aber durchaus mit 344 00:18:09,770 --> 00:18:11,370 mehreren. Wieder genau das. 345 00:18:11,380 --> 00:18:14,470 Relationale muss jedes Mal neu anlegen, so, deswegen ist das 346 00:18:14,480 --> 00:18:16,810 alles mit einer relationalen Datenbank aufgebaut und das 347 00:18:16,820 --> 00:18:19,970 Wichtige ist, es gibt auch da und hier sind wir wieder in den 348 00:18:19,980 --> 00:18:22,530 Standard, es gibt eine Standard Beschreibung wie Temperatur 349 00:18:22,540 --> 00:18:25,730 ausgesehen hat. Und die wird referenziert. 350 00:18:25,740 --> 00:18:29,000 Dann in diesem Fall mit einem Link tatsächlich RTPS la 351 00:18:29,010 --> 00:18:31,600 Irgendwie Standard Institut und da steht da genau drin, was ist 352 00:18:31,610 --> 00:18:35,930 eigentlich Temperatur? Ob in Grad, Celsius oder 353 00:18:35,940 --> 00:18:37,230 fahrenheit. Und so weiter. 354 00:18:37,240 --> 00:18:40,160 Ja, weil weil wir in der deutschen Industrie sind, da 355 00:18:40,170 --> 00:18:42,320 muss halt alles irgendwie gedient und gestartet, eine 356 00:18:42,330 --> 00:18:44,670 Temperatur vielleicht einfach, aber vielleicht weiß ich ja 357 00:18:44,680 --> 00:18:47,330 irgendwie bei bei irgendeiner Akustik Einheit oder irgend so 358 00:18:47,340 --> 00:18:49,500 was. Du sagst, du sagst jetzt in der 359 00:18:49,510 --> 00:18:52,170 deutschen Industrie muss alles so standardisiert sein, aber die 360 00:18:52,180 --> 00:18:54,730 OPC nicht international. Also. 361 00:18:54,800 --> 00:18:56,550 Ja, ich habe gesagt, das ist sogar. 362 00:18:56,560 --> 00:18:59,300 Es ist sogar internationalen Standards genau auf 363 00:18:59,310 --> 00:19:02,190 verschiedenen Sprachen so, dass jeder angucken, genau, ja, na 364 00:19:02,200 --> 00:19:04,650 ja, da hast du recht. Danke für die Korrektur, so 365 00:19:04,660 --> 00:19:07,630 genau, also wir haben jetzt wieder mal hat jetzt ging die 366 00:19:07,640 --> 00:19:10,140 Location. Die Property jetzt kommt der 367 00:19:10,150 --> 00:19:15,230 Sensor ne der Sensor ist, das find ich cool also das Ding ist 368 00:19:15,240 --> 00:19:18,100 der Kühlschrank aber der Sensor ist halt der T der Temperatur 369 00:19:18,110 --> 00:19:21,220 Sensor ja zum Beispiel mal kurz geguckt, wir haben hier immer IR 370 00:19:21,230 --> 00:19:25,490 Sensor also Infrarot Temperatur Sensor gibt es MLX 90 615 371 00:19:25,500 --> 00:19:29,190 irgendwas kannst du kaufen 6,15€ oder irgendwas ja beireichelt.de 372 00:19:29,470 --> 00:19:31,570 den klatscht du dann halt in deinen Kühlschrank rein, dass 373 00:19:31,580 --> 00:19:34,440 die Temperatur misst, denn es ist ja nicht der Kühlschrank die 374 00:19:34,450 --> 00:19:38,220 Temperatur sondern der Sensor. Ja und jetzt kommt es nämlich du 375 00:19:38,230 --> 00:19:40,500 könntest nämlich auch der Kühlschrank ist deswegen das 376 00:19:40,510 --> 00:19:43,210 Ding könnte sogar mehrere Sensoren besitzen ne du kannst 377 00:19:43,220 --> 00:19:45,490 ja zum Beispiel auch noch feuchtigkeits Sensor drin haben. 378 00:19:45,890 --> 00:19:48,540 Dass du guckst, irgendwie, dass Salat nicht wird oder irgendwas. 379 00:19:48,550 --> 00:19:50,840 Ja, dann ist der halt quasi irgendwie Feuchtigkeit. 380 00:19:50,850 --> 00:19:53,200 Ja, und dann ist das aber ein anderer Sensor. 381 00:19:53,210 --> 00:19:55,830 Ja dann hast du halt 2 Sensoren in einem Ding. 382 00:19:55,870 --> 00:20:00,620 Ja, das ist der logische Knackpunkt den wir da, den wir 383 00:20:00,630 --> 00:20:04,740 da haben muss die Sensoren an die Dinge denken, ja ja, das ist 384 00:20:04,750 --> 00:20:07,190 ziemlich irgendwie stellt sich heraus, dass das irgendwie cool 385 00:20:07,200 --> 00:20:10,870 benutzt und dann haben wir als fünftes Data Stream. 386 00:20:11,960 --> 00:20:16,270 So ne Data Stream ist ein ist quasi die Aufzeichnung von und 387 00:20:16,280 --> 00:20:17,950 jetzt muss ich gleich den nächsten noch mitnehmen um das 388 00:20:17,960 --> 00:20:19,890 zu erklären. Von Observations ja. 389 00:20:20,510 --> 00:20:24,050 Also Observation ist quasi eine Messung zu einem Zeitpunkt, das 390 00:20:24,060 --> 00:20:25,550 ist wichtig. Ja, also jetzt, ich nehme das 391 00:20:25,560 --> 00:20:28,620 Beispiel, den Kühlschrank ja und die Temperatur hat mir gesagt, 392 00:20:28,630 --> 00:20:32,070 dass die Observation Property dann ist eine Observation die 393 00:20:32,080 --> 00:20:35,440 Temperatur Messung zu einem bestimmten Zeitpunkt ja und das 394 00:20:35,450 --> 00:20:38,290 heißt in der Observation zum Beispiel steht drin, dass result 395 00:20:39,120 --> 00:20:47,000 4,5 Grad am 23.7.1923 ja. Also n Wert und n. 396 00:20:47,630 --> 00:20:51,170 Und Time Stamp und ich vereinfache hier kurz n bisschen 397 00:20:51,180 --> 00:20:53,970 der Times sogar noch akkurater als n Time Stamp man 398 00:20:53,980 --> 00:20:56,740 unterscheidet. Sogar zwischen Phänomenen Time, 399 00:20:57,080 --> 00:21:02,070 also wann ist das Phänomen, wann war das Phänomen, ja und wann 400 00:21:02,080 --> 00:21:04,650 war die Aufzeichnung tatsächlich in die Datenbank? 401 00:21:04,660 --> 00:21:06,560 Das ist manchmal unterschiedlich, wenn du eine 402 00:21:06,570 --> 00:21:09,000 Latenz zum Beispiel drin hast. Ja, eigentlich ist das schon 403 00:21:09,010 --> 00:21:12,210 früher aufgetreten und zum Beispiel lorawan Sensor, keine 404 00:21:12,220 --> 00:21:15,450 Ahnung, der liest dann 5 Minuten bis zu den Rübergeschickt oder 405 00:21:15,460 --> 00:21:18,900 irgendwas, ja dann hast du quasi eine unterschiedliche Zeitpunkt 406 00:21:18,910 --> 00:21:22,250 des tatsächlichen Wertes, weil er in der Natur vorgekommen ist 407 00:21:22,680 --> 00:21:25,660 und der Zeitpunkt war r quasi technisch festgehalten wurde, 408 00:21:25,780 --> 00:21:28,720 all diese Dinge, ich sag nur so, da kann man halt in dieser 409 00:21:28,730 --> 00:21:32,060 Sensor. API spezifizieren ja, kann man, 410 00:21:32,070 --> 00:21:33,800 muss man nicht. Im einfachen Fall ist beides 411 00:21:33,810 --> 00:21:36,520 gleich und dann muss auch nicht, ja reduziert sich zu den 412 00:21:36,530 --> 00:21:39,550 einfachen Defaults ja, aber es ist halt cool, man merkt halt an 413 00:21:39,560 --> 00:21:42,580 der Stelle, dass da viele Leute sehr scharf nachgedacht haben. 414 00:21:42,590 --> 00:21:44,600 Weil ja wahrscheinlich auch praktische Erfahrungen gemacht. 415 00:21:44,610 --> 00:21:47,240 Haben genau ganz genau. Ja, weil so ein Kühlschrank 416 00:21:47,250 --> 00:21:50,320 Temperatur ist maximal einfach. Ja du kannst auch Satelliten 417 00:21:50,330 --> 00:21:52,270 irgendwas auf der Erdoberfläche misst. 418 00:21:52,710 --> 00:21:55,050 Ja dann hast du irgendwie, dann werden die schon wieder 419 00:21:55,060 --> 00:21:56,880 komplizierter. Ja das kannst du dann trotzdem 420 00:21:56,890 --> 00:21:58,100 noch mit diesem Modell schreiben. 421 00:21:58,820 --> 00:22:01,290 Jetzt muss ich noch mal zum Datenstrom zurück. 422 00:22:01,300 --> 00:22:05,050 Der Stream heißt es, der verknüpft immer genau einen 423 00:22:05,060 --> 00:22:09,060 Ding, einen Sensor und eine Observe Property. 424 00:22:09,690 --> 00:22:13,170 Ja, das ist ein Datenstrom und und produziert dann verschiedene 425 00:22:13,180 --> 00:22:16,070 Observations. Also ich gebe das Beispiel, der 426 00:22:16,080 --> 00:22:18,870 Data Stream wäre zum Beispiel, wenn wir jetzt sagen, wir haben 427 00:22:18,880 --> 00:22:21,750 unseren Kühlschrank, und zwar einen ganz genau definierten ne 428 00:22:21,800 --> 00:22:28,350 Kühlschrank XY mit dem Sensor MLX 90 615 R Sensor drinne ja 429 00:22:29,440 --> 00:22:34,830 der in der Küche steht mit den Koordinaten breiten Grad soundso 430 00:22:34,840 --> 00:22:39,580 Längengrad so und so. Und wir messen die Observe 431 00:22:39,590 --> 00:22:43,230 Property Cambridger. Dann ist der Data Stream sind 432 00:22:43,240 --> 00:22:47,930 quasi Messungen zu bestimmten Zeiten von allen diesen 433 00:22:48,380 --> 00:22:51,550 Datenobjekte nicht gerade genannt habe und dann wird ein 434 00:22:51,560 --> 00:22:55,210 Schuh draus, weil dann. Dann weiß ich ganz genau, was 435 00:22:55,220 --> 00:22:58,230 sind das für Observations? Ja von welchem von welchen 436 00:22:58,240 --> 00:23:03,530 Dingen an welchem Ort. Ja, mit welcher Property von 437 00:23:03,540 --> 00:23:06,910 welchem Sensor gemessen ne? So, und wenn du das jetzt alles 438 00:23:06,920 --> 00:23:10,350 loslässt, auf verschiedene Dinge, verschiedene Sensoren, 439 00:23:10,360 --> 00:23:13,390 verschiedene Server, Properties und so weiter und da immer schön 440 00:23:13,400 --> 00:23:16,690 einen pflegst, kriegst du nen ziemlich organisiertes Bild von 441 00:23:16,700 --> 00:23:18,910 dem ganzen Kram. Auch wenn du die Dinge quasi 442 00:23:18,920 --> 00:23:21,190 durch die Gegend schiebst und eine neue Location hast, weil 443 00:23:21,200 --> 00:23:25,020 dann haben wir die Locations. So lass uns das mal als Beispiel 444 00:23:25,060 --> 00:23:27,620 durchgehen. Also was die Dinge durch die 445 00:23:27,630 --> 00:23:29,190 Gegend schieben. Du hast vorhin gesagt, den 446 00:23:29,200 --> 00:23:31,650 Kühlschrank, jetzt neue Wohnung. Genau. 447 00:23:32,280 --> 00:23:34,720 Dann hat er immer noch die Küche als Location, aber halt ne 448 00:23:34,730 --> 00:23:36,720 andere Küche. Genau. 449 00:23:36,730 --> 00:23:40,700 So, und dann würde ich jetzt, wenn ich die entsprechende API 450 00:23:40,710 --> 00:23:43,360 nutze, gibt es da einen standardisierten Befehl, der 451 00:23:43,370 --> 00:23:45,800 nicht von irgendwo sendet, zum Beispiel aus einem. 452 00:23:46,460 --> 00:23:50,110 Frontend oder wo ich das manuell eingeben oder aus auch 453 00:23:50,350 --> 00:23:51,960 programmatisch von irgendwo nicht. 454 00:23:51,970 --> 00:23:55,600 Ein Befehl an dieser API und sage OK die neue Location von 455 00:23:55,640 --> 00:24:00,370 diesem jeden Thing ist jetzt ne andere und das Ding automatisch 456 00:24:00,380 --> 00:24:03,220 alle Sensoren die mit diesem verknüpft waren auch natürlich 457 00:24:03,230 --> 00:24:06,380 dann woanders sind und genau das wird einfach alles für 458 00:24:06,390 --> 00:24:10,320 übernommen, sozusagen der. Genauso ist es ganz genau und du 459 00:24:10,330 --> 00:24:13,160 Sendest mit einem. Also wir machen n Cut ja die 460 00:24:13,170 --> 00:24:17,540 APIS create read Update delete ja mit den gemachten, das kann 461 00:24:17,550 --> 00:24:19,680 ich auch mal sagen, weil das alles standardisiert ist. 462 00:24:19,690 --> 00:24:23,080 Das hatten wir schon mal. Frage also du benutzt die HTTP 463 00:24:23,090 --> 00:24:27,820 werben ja also get für ne auslesen von irgendwas, ja. 464 00:24:28,490 --> 00:24:31,520 Imposed für das Anlegen also jetzt in deinem Beispiel gerät, 465 00:24:31,530 --> 00:24:34,570 wenn wir die neue Küche haben, dann müssten wir mit einem Post 466 00:24:34,940 --> 00:24:40,300 eine neue Location anlegen. Die Küche, der Kühlschrank 467 00:24:40,310 --> 00:24:42,410 stehen sie noch nicht? Ja, machen wir Post. 468 00:24:42,420 --> 00:24:47,330 Also das ist quasi das Create dann ja vom Cut Post und und 469 00:24:47,340 --> 00:24:50,150 wenn wir jetzt quasi jetzt müssen wir quasi den das Ding, 470 00:24:50,160 --> 00:24:53,780 nämlich den Kühlschrank updaten, dass der neue Location hat, also 471 00:24:53,790 --> 00:24:58,530 ist das Update ne Update und das machst du dann über einen über 472 00:24:58,540 --> 00:25:01,960 einen jetzt muss ich kurz überlegen über einen Put, in 473 00:25:01,970 --> 00:25:05,560 diesem Fall es gibt Put und Patch, beides als Verben im HTP, 474 00:25:05,950 --> 00:25:09,310 beides wird genommen um Updates zu machen, meistens wenn du die 475 00:25:09,320 --> 00:25:12,100 gesamte Ressource updaten willst Patch wenn nur Teile von der 476 00:25:12,110 --> 00:25:13,360 Ressource. Updaten möchtest. 477 00:25:13,370 --> 00:25:16,590 Ja, vielleicht ist es hier ein Patch, weil du nur den Aspekt 478 00:25:16,600 --> 00:25:18,390 der Location von dem Ding ändern willst. 479 00:25:18,400 --> 00:25:21,870 Ja, aber egal, gut oder Patch ist das ist das ist die ist der 480 00:25:21,880 --> 00:25:24,950 Befehl für die Rest API und wenn du löschen willst zum Beispiel 481 00:25:24,960 --> 00:25:27,610 die Küche, ja das Haus abgerissen brauchen mehr geht 482 00:25:27,620 --> 00:25:32,390 nicht mehr machst Elite. Also die Leute ist auch das 483 00:25:32,400 --> 00:25:34,150 gleiche Verb im. Genau. 484 00:25:34,160 --> 00:25:37,410 Also das ist eigentlich der Kern von so Device Management Geräte 485 00:25:37,420 --> 00:25:40,490 Management was man. Immer am Prinzip, nichts 486 00:25:40,500 --> 00:25:40,920 anderes. Ne. 487 00:25:40,930 --> 00:25:44,350 Also das ist das ist nicht machen, das ist ein logischer 488 00:25:44,360 --> 00:25:46,330 Kerne, du kannst Sachen kreieren, du kannst Sachen 489 00:25:46,340 --> 00:25:49,110 auslesen, du kannst Sachen verändern und du kannst Sachen 490 00:25:49,120 --> 00:25:52,670 löschen, ja und wenn du wenn du diese 4 Operations drauf hast 491 00:25:53,020 --> 00:25:55,170 und dann auch noch mit diesen Ganzen, das war wichtig was du 492 00:25:55,180 --> 00:25:57,670 gesagt hast, der ganze Rest passiert irgendwie automatisch. 493 00:25:58,360 --> 00:26:00,810 Und dieser ganze Rest, der automatisch passiert, ist halt 494 00:26:00,820 --> 00:26:03,970 genau diese relationalen Dinge, weil alles hängt mit allem 495 00:26:03,980 --> 00:26:06,210 zusammen. Haben jetzt gebucht erzählt ne 496 00:26:06,820 --> 00:26:09,870 und das ist nicht so einfach, hier steckt die hier steckt der 497 00:26:09,880 --> 00:26:13,130 Power von dieser von diesem Ding, es macht halt quasi diese 498 00:26:13,140 --> 00:26:17,520 ganzen relationalen Gefüge heile, auch wenn du von außen 499 00:26:17,530 --> 00:26:20,690 irgendwie das Manipulierst ja und verfolgt für dich genau was 500 00:26:20,700 --> 00:26:23,170 los war und legt quasi zum Beispiel die alte Küche in die 501 00:26:23,180 --> 00:26:26,530 historische Location an ne und die neue wird neu verknüpft. 502 00:26:28,080 --> 00:26:30,130 Ist halt voll cool so. Ja, und diese ganze und diese 503 00:26:30,140 --> 00:26:32,950 ganze Art und Weise, wie du halt mit dieser PI sprichst halt über 504 00:26:32,960 --> 00:26:37,020 dieses O Data Ding standardisiert und das ist auch 505 00:26:37,030 --> 00:26:38,490 ganz cool. Du kannst dann auch Anfragen 506 00:26:38,500 --> 00:26:42,800 machen, du kannst zum Beispiel sagen, für dieses Ding, zeig mir 507 00:26:42,810 --> 00:26:46,510 alle Data Streams an, du hast ja relationale Zusammenhänge, du 508 00:26:46,520 --> 00:26:48,830 kannst ja du kannst jetzt queries, nennt man das ne du 509 00:26:48,840 --> 00:26:51,740 kannst jetzt oder bei diesem reinen Modell was ich ganz am 510 00:26:51,750 --> 00:26:53,850 Anfang gesagt hast, du kannst jetzt 1000 Fragen stellen, 511 00:26:53,860 --> 00:26:56,570 Überlegungen überlegen was du wissen möchtest. 512 00:26:56,580 --> 00:27:00,740 Ja du kannst zum Beispiel sagen. Innerhalb dieser Locations 513 00:27:00,750 --> 00:27:03,500 zeigen, welche Dinge da wieviel sind, so wie viele Dinge ich da 514 00:27:03,510 --> 00:27:05,520 hab. Ja und oder oder sogar welche 515 00:27:05,530 --> 00:27:07,860 Sensoren ich da hab und welchen Dingen die zugeordnet sind und 516 00:27:07,870 --> 00:27:10,330 so weiter also man kann sich fragen überlegen und die kann 517 00:27:10,340 --> 00:27:13,980 man sauber abfragen mit dieser API. 518 00:27:13,990 --> 00:27:16,680 Ja und du kannst auch limitieren wieviel Ergebnisse rauskommen 519 00:27:16,690 --> 00:27:18,190 und so weiter. Und das ist vielleicht doch. 520 00:27:18,200 --> 00:27:20,500 Ziemlich standardisiert. Noch spannender, wenn man sagt, 521 00:27:20,510 --> 00:27:23,410 OK welche? Wenn du zum Beispiel in der 522 00:27:23,420 --> 00:27:26,630 Industrie 4.0 oder Produktion Maschine ein Ding ist, die hat 523 00:27:26,640 --> 00:27:29,690 dann vielleicht sogar 18 Soren verbaut oder sowas und ich krieg 524 00:27:29,700 --> 00:27:32,110 dann alle Daten, Streams angezeigt oder was du gesagt 525 00:27:32,120 --> 00:27:32,980 hast. Das Beispiel mit den 526 00:27:32,990 --> 00:27:35,080 öffentlichen Gebäuden zeigt mir alle. 527 00:27:35,840 --> 00:27:38,590 Sind alle Dinge oder alle Sensoren, die sich in dieser 528 00:27:38,630 --> 00:27:42,080 Location dann quasi befinden. Oder denken über finstere Sache 529 00:27:42,090 --> 00:27:43,280 nach. So zum Beispiel Smart City. 530 00:27:43,290 --> 00:27:46,860 Und Autos können vielleicht das Ding ja und das Auto ist ja voll 531 00:27:46,870 --> 00:27:49,370 mit Sensorik. Ja, das hast du auf einmal n 532 00:27:49,380 --> 00:27:52,940 Ding mit 20 Sensoren und die Location von dem Auto, die 533 00:27:52,950 --> 00:27:55,700 updatet sich halt alle naselang und so, man muss dann halt immer 534 00:27:55,710 --> 00:27:57,240 gucken und das ist dann noch die Kunst. 535 00:27:57,280 --> 00:28:01,570 Aber also wir haben jetzt hier nen Modell, das muss nur einmal 536 00:28:01,580 --> 00:28:05,050 verstehen wie es gemeint ist und die Best Practices inhalieren 537 00:28:05,410 --> 00:28:08,060 und dann ist das aber so gut gemacht, dass man fast jedes 538 00:28:08,070 --> 00:28:11,560 Real World Problem. IO Problem dann in dieses Modell 539 00:28:11,570 --> 00:28:13,610 mappen kann. Da muss man ein bisschen 540 00:28:13,620 --> 00:28:16,700 aufpassen, muss jetzt genau gucken was ist mein Ding, was 541 00:28:16,710 --> 00:28:19,700 ist mein Sensor, was ist meine Location oder habe ich mehrere 542 00:28:19,710 --> 00:28:22,620 Locations, wann ändere ich die, wann nicht und so weiter und 543 00:28:22,630 --> 00:28:24,980 sofort, das ist jetzt noch die Kunst desjenigen, der das 544 00:28:24,990 --> 00:28:28,420 irgendwie benutzt, diese PI, das ist auch jetzt in diesem Fall 545 00:28:28,430 --> 00:28:31,440 für unseren Kunden der Anspruch an uns, dass wir dass wir 546 00:28:31,450 --> 00:28:34,280 dieses, dass wir dieses Problem, dass wir haben, was erkunde, 547 00:28:34,290 --> 00:28:37,850 beschrieben haben möchte, so verstehen und so verwalten, dass 548 00:28:37,860 --> 00:28:41,830 es gut verwendungs I Pasta. Aber da gibt es auch viele 549 00:28:41,840 --> 00:28:44,930 Tutorials im Internet und so. Und ich glaube, wenn n bisschen 550 00:28:44,940 --> 00:28:48,420 übt und man kann es gibt auch so Demo Servers und so, da kommt 551 00:28:48,430 --> 00:28:50,220 man schnell dahinter. Ja und wenn man merkt auch 552 00:28:50,230 --> 00:28:52,330 relativ zügig wenn man irgendwie falsch abgebogen ist. 553 00:28:52,340 --> 00:28:54,370 Ich hab auch nicht ganz am Anfang gleich richtig gemacht. 554 00:28:54,960 --> 00:28:57,220 Auch mit den Locations und so. Das fand ich irgendwie am Anfang 555 00:28:57,230 --> 00:28:59,600 noch nicht, wenn es so erklärt, dann ist es klar mit mehreren 556 00:28:59,610 --> 00:29:02,630 Locations und so, dass sie einen Ort beschreiben, aber wenn man 557 00:29:02,640 --> 00:29:05,240 reinkommt, dann ist es vielleicht ja, aber man kriegt 558 00:29:05,250 --> 00:29:07,230 es gebacken. Bist du mit der technischen 559 00:29:07,240 --> 00:29:08,600 Beschreibung durch, dann habe ich noch. 560 00:29:08,830 --> 00:29:12,270 Ich bin durch, ich bin durch mit ich geh, ich würde einmal 561 00:29:12,280 --> 00:29:15,290 wiederholen kurz, was wir was jetzt diese 6 Modelle waren die 562 00:29:15,300 --> 00:29:18,080 wichtigsten sind. Macht es gibt noch ein. 563 00:29:18,090 --> 00:29:20,500 Feature of Interest Das ist eigentlich die, also das gehört 564 00:29:20,510 --> 00:29:23,060 zur Observation, das ist quasi das sagt was Messe ich da 565 00:29:23,070 --> 00:29:26,850 eigentlich gerade und ist. Es normalerweise die Location 566 00:29:26,860 --> 00:29:29,750 vom Ding ja ist kann man, könnte aber nochmal extra beschrieben 567 00:29:29,760 --> 00:29:31,670 werden, aber die sind lass ich gerade raus. 568 00:29:32,080 --> 00:29:35,690 Also ich wiederhole nochmal hasi 6 wichtige Objekte ich sie 569 00:29:35,700 --> 00:29:38,630 gleich auf Deutsch das Ding den Ort vom Ding. 570 00:29:39,560 --> 00:29:44,030 Die, die, wie soll ich da observe Property was Deutsche 571 00:29:44,040 --> 00:29:49,210 für den das war das Observe Property beobachtete Eigenschaft 572 00:29:49,260 --> 00:29:53,020 genau oder mehrere Eigenschaften Größe genau den Sensor. 573 00:29:53,890 --> 00:29:57,720 Einen einen Data Stream auch schwer zu übersetzen, eine die 574 00:29:57,760 --> 00:30:02,800 Folge quasi und die Observation selbst, also einen Messpunkt. 575 00:30:02,840 --> 00:30:07,780 Ja ja, so und und die sind alle wunderbar ineinander verhakt und 576 00:30:07,830 --> 00:30:14,160 mit einer API Einfügbar Update Bar abfragbar und da ist schon 577 00:30:14,170 --> 00:30:16,490 ne ja schon ist gut aber damit erledigt. 578 00:30:16,500 --> 00:30:19,380 Man dann, wenn man die Probleme und wenn man wie du sagst dann 579 00:30:19,390 --> 00:30:22,760 beschreibt, kann man mit diesem Modell quasi. 580 00:30:23,580 --> 00:30:26,580 Ja, ich weiß nicht alle io t use cases abbilden, aber mindestens 581 00:30:26,590 --> 00:30:30,110 mal ganz schön viele. Ja, und das Schöne ist ja, wenn 582 00:30:30,120 --> 00:30:33,380 und wenn das wenn sich so, also das ist wirklich und es zeigt 583 00:30:33,390 --> 00:30:35,670 sich in der Geschichte, dass sich die Standards durchsetzen, 584 00:30:35,680 --> 00:30:38,320 die einfach sind, und der ist einfach genug, ja, also wir 585 00:30:38,330 --> 00:30:43,710 haben hier 6 Objekte, ja und und je mehr Leute das benutzen, das 586 00:30:43,720 --> 00:30:45,780 muss ja auch dran denken, also stell dir vor, es ist schon 587 00:30:45,790 --> 00:30:50,280 irgendwas in dieser API eingetragen und man kann das 588 00:30:50,290 --> 00:30:53,070 selber auch, man kann ja auf einmal den ganzen Kram 589 00:30:53,080 --> 00:30:56,000 zusammenbringen und sammeln, ohne dass das kaputt geht, ne 590 00:30:56,510 --> 00:30:59,710 und auf einmal habe ich riesige kann ich riesige Internet der 591 00:30:59,720 --> 00:31:03,280 Dinge Geschichten verwalten und die auch ganz neuen Beziehungen. 592 00:31:03,350 --> 00:31:05,910 Essen kann ich zum Beispiel auf einmal, zum Beispiel vielleicht 593 00:31:05,920 --> 00:31:08,450 irgendwo werden die irgendwie im Forst Server abgespeichert 594 00:31:08,460 --> 00:31:11,650 wurden mittels Sensorik und jetzt kann ich auch einmal das 595 00:31:11,660 --> 00:31:15,000 Wetter in Beziehung setzen zur Wasserqualität oder Irgendsowas 596 00:31:15,010 --> 00:31:17,270 vielleicht sagen Einfluss, weil es mehr oder weniger geregnet 597 00:31:17,280 --> 00:31:20,100 hat, ja Salzgehalt im Wasser ja abhängig von der Regen 598 00:31:20,110 --> 00:31:23,860 Niederschlagsmenge und so weiter das sind ja die Fragen, die wir 599 00:31:23,870 --> 00:31:26,860 beantworten wollen und und und. Die Daten Modelle, die wir 600 00:31:26,870 --> 00:31:29,410 verschaffen wollen und um die überhaupt zu haben, die 601 00:31:29,420 --> 00:31:32,350 Faktenlage hinzu bilden, damit wir Data Science drauf machen 602 00:31:32,360 --> 00:31:35,070 können und analysieren können, dafür brauchen wir halt solche 603 00:31:35,080 --> 00:31:37,160 standardisierungs Modelle wie Frost Server. 604 00:31:37,520 --> 00:31:40,680 Beziehungsweise wie 6 I in Form einer Frost Server 605 00:31:40,690 --> 00:31:42,430 Implementierung zum Beispiel genau. 606 00:31:43,170 --> 00:31:45,420 N bisschen hat schon die Frage beantwortet, die ich stellen 607 00:31:45,430 --> 00:31:47,070 wollte. Du hast gesagt, Anfang hast du 608 00:31:47,080 --> 00:31:49,790 überlegt, dass vielleicht sogar selber zu implementieren, also 609 00:31:49,830 --> 00:31:53,000 etwas ähnliches ein eigenes Daten Modell quasi zu zu 610 00:31:53,010 --> 00:31:56,260 entwickeln und nicht 1 zu nehmen und das Problem darauf zu 611 00:31:56,270 --> 00:32:01,100 projizieren, quasi in welchen Fällen würdest du dich denn für 612 00:32:01,140 --> 00:32:03,480 etwas entscheiden was es schon gibt und in welchen Fällen 613 00:32:03,810 --> 00:32:06,920 entscheidest du typischerweise dafür etwas selber zu machen? 614 00:32:06,930 --> 00:32:10,980 Hast du da faustregeln oder? Ja, Oh, das ist eine sehr gute 615 00:32:10,990 --> 00:32:13,160 Frage. Na, ich glaube, ich gucke mal 616 00:32:13,170 --> 00:32:16,620 nach, wo komme ich am schnellsten ans Ziel und also 617 00:32:16,630 --> 00:32:19,470 nee, nicht nur ja, also natürlich ist die erste wichtige 618 00:32:19,480 --> 00:32:21,600 Frage ist, wie komme ich am schnellsten zum Ziel, wenn ich 619 00:32:21,610 --> 00:32:24,140 natürlich irgendwie neuen Standard mir erst mal reinziehen 620 00:32:24,150 --> 00:32:27,450 muss, was ich musste, weil ich ihn nicht kannte, dann dauert 621 00:32:27,460 --> 00:32:29,860 das natürlich erstmal n Schluck Zeit bis du das irgendwie auf 622 00:32:29,870 --> 00:32:31,670 der Karte hast. Ja, während wir nicht irgendwie 623 00:32:31,680 --> 00:32:33,760 angefangen hätten wir direkt meine Tabellen Design, dass ich 624 00:32:33,770 --> 00:32:36,390 sofort anfangen können, weil ich weiß wie man halt Datenbank, 625 00:32:36,400 --> 00:32:40,460 Tabellen, Design so ja das zweite ist was ist halt die 626 00:32:40,730 --> 00:32:44,570 nachhaltigere Lösung und wenn du n Standard nimmt uns nicht 627 00:32:44,580 --> 00:32:47,360 selbst immer nachhaltiger. Oder noch mal noch anders 628 00:32:47,370 --> 00:32:50,230 gesagt, irgendwas nehmen kannst. Schon gibt es immer besser, weil 629 00:32:50,240 --> 00:32:51,670 du den Code nicht selber warten musst. 630 00:32:51,840 --> 00:32:55,730 Ich sag immer jede Zeile Code du selber schreibst oder jedes 631 00:32:55,770 --> 00:32:59,300 jeden Business Prozess den du selber denkst denkst du musst du 632 00:32:59,310 --> 00:33:03,970 halt ne ne selbst verantwortlich und wenn es schon da ist und 633 00:33:03,980 --> 00:33:05,890 schon getestet ist für dich oder dann ist ja easy. 634 00:33:05,900 --> 00:33:08,560 Ja, und dann auch noch ein gewisses Renommee vorhanden ist. 635 00:33:08,570 --> 00:33:10,750 Genau das Fraunhofer. Und dann probierst du es 636 00:33:10,760 --> 00:33:13,460 natürlich aus im Kleinen, im kleinen Pilotprojekt und wenn 637 00:33:13,470 --> 00:33:15,790 ich dann auch überzeugt, ja gut, dann ist der Weg nicht mehr weit 638 00:33:15,800 --> 00:33:18,090 in den Sprung zu machen, hier an dieser Stelle ist es so, dass 639 00:33:18,100 --> 00:33:20,690 wir von diesen 6 oder 8 Objekten. 640 00:33:20,760 --> 00:33:23,540 Es gibt ja tatsächlich für dieses Kunstprojekt nur 3. 641 00:33:23,550 --> 00:33:26,660 Brauchen wir diese Ganzen im Prinzip die ganzen Messungen und 642 00:33:26,670 --> 00:33:28,760 so weiter die die sind jetzt gerade nicht im 643 00:33:28,770 --> 00:33:32,860 Aufgabenspektrum, aber stell dir vor, es kommt soweit, dass wir 644 00:33:32,870 --> 00:33:35,880 vielleicht sogar das machen oder im nächsten Projekt ein 645 00:33:35,890 --> 00:33:38,450 ähnliches Projekt beim gleichen Kunden, die ihr vielleicht auch 646 00:33:38,460 --> 00:33:40,410 die. Messergebnisse abspeichern? 647 00:33:40,420 --> 00:33:41,860 Egal, ja. Dann sind wir, dann sind wir 648 00:33:41,870 --> 00:33:44,560 sofort fertig, weil wir genau wissen, wie wir es machen, ne 649 00:33:44,600 --> 00:33:48,530 so, dann muss ich noch irgendwie neu und ich glaube ich wäre nie 650 00:33:48,540 --> 00:33:53,520 auf so ein geniales Datenmodell Datenbank Modell gekommen wie 651 00:33:53,810 --> 00:33:55,490 API. Da waren ein paar mehr Experten 652 00:33:55,500 --> 00:33:57,670 dran als mein klappriges Gehirn. So. 653 00:33:58,310 --> 00:34:04,080 Du, deine letzte Frage. Wer oder für wen könnte das dann 654 00:34:04,090 --> 00:34:05,930 noch interessant sein? Sich das noch mal genauer 655 00:34:05,940 --> 00:34:07,240 anzusehen? Also. 656 00:34:08,770 --> 00:34:11,650 Ist das ein Entwickler reines Entwicklertool oder sollte man 657 00:34:11,659 --> 00:34:13,969 auf dem Schirm haben, wenn man Produktmanagement zum Beispiel 658 00:34:13,980 --> 00:34:16,370 macht oder so? Oder kannst du da eine 659 00:34:16,380 --> 00:34:20,230 Einschätzung abgeben? Na ja, also ich finde es immer 660 00:34:20,239 --> 00:34:22,000 schwierig. Ist auch die Frage ich, das weiß 661 00:34:22,010 --> 00:34:25,260 ich jetzt auch nicht wie, wie ist dieser Standard, wieviel 662 00:34:25,270 --> 00:34:28,199 nutzen das schon Standard ist ja auch erst dann Standard, wenn es 663 00:34:28,210 --> 00:34:33,120 irgendwie eine gewisse Menge an Leuten nutzt, da so gewisse 664 00:34:33,130 --> 00:34:36,760 kritische Masse sag ich mal. Ja, ich meine jetzt aus ganz 665 00:34:36,770 --> 00:34:38,830 vielen da draußen, die sich mit OT beschäftigt. 666 00:34:38,840 --> 00:34:41,080 Ja genau darauf wollte ich noch k. 667 00:34:41,130 --> 00:34:45,810 Und es ist dieser Standard. Ist halt noch relativ frisch und 668 00:34:45,820 --> 00:34:49,370 während das Problem OT schon viel älter ist und ich glaube es 669 00:34:49,380 --> 00:34:51,679 gibt Tausende und eine Firma draußen. 670 00:34:51,750 --> 00:34:54,610 Die das Tausendundein mal gelöst haben. 671 00:34:54,620 --> 00:34:56,250 Genau dieses Problem, auch das wird ne. 672 00:34:56,290 --> 00:34:59,660 Ich hab jetzt vor auch wieder zu machen ne und so haben glaube 673 00:34:59,670 --> 00:35:02,560 ich fast alle haben jeder hat so seinen seine Datenbanken und 674 00:35:02,570 --> 00:35:05,480 seine Art des zu verwalten ja garantiert ja. 675 00:35:06,580 --> 00:35:09,430 Ich würde allen empfehlen, dass man sieht es schon. 676 00:35:09,440 --> 00:35:11,670 Ich habe jetzt auch Palmen gesehen, die dann sagen, OK, 677 00:35:11,680 --> 00:35:14,830 cool, wir sehen diesen Standard und wir haben jetzt erstmal 678 00:35:14,840 --> 00:35:16,290 unseres eigenen, unseren eigenen Kram. 679 00:35:16,300 --> 00:35:20,370 Aber wir führen diesen Standard ein und synchronisieren quasi 680 00:35:20,380 --> 00:35:24,970 unser unser Daten Modell mit diesem Standard Modell um 681 00:35:24,980 --> 00:35:28,790 wenigstens quasi. Also nach außen hin quasi eine 682 00:35:28,800 --> 00:35:31,900 zweite Schnittstelle zur Verfügung zu stellen. 683 00:35:32,240 --> 00:35:35,750 Ne in in der quasi standardisiert diese Daten 684 00:35:35,760 --> 00:35:37,790 abfragbar sind. Diese Firma die vielleicht diese 685 00:35:37,800 --> 00:35:41,020 o Firma schon längst irgendwie gesammelt und und abgespeichert 686 00:35:41,030 --> 00:35:44,710 hat, so, ja das bringt unheimlich Mehrwert, weil wenn 687 00:35:44,720 --> 00:35:46,730 es jetzt mehr und mehr und mehr Entwickler geben die diesen 688 00:35:46,740 --> 00:35:49,010 Standard kennen und mehr und mehr Tools die irgendwie drum 689 00:35:49,020 --> 00:35:51,070 herum gebaut werden, das ist typischerweise der Fall. 690 00:35:51,890 --> 00:35:55,020 Und ne Firma sich entscheidet die schon immer IOT Sachen 691 00:35:55,030 --> 00:35:58,090 gemacht hat, diesen Standard quasi auch noch zur Verfügung zu 692 00:35:58,100 --> 00:36:00,580 stellen als zweite A. Keiner zwingt dich nur ein AB zu 693 00:36:00,590 --> 00:36:02,790 haben. Du kannst ja zig APS haben, ja 694 00:36:03,030 --> 00:36:06,750 sagst du hier ist unser Things I wenn das im Frost Server Format 695 00:36:07,040 --> 00:36:09,970 Krams haben wollte. Ja und das kann unglaublichen 696 00:36:09,980 --> 00:36:13,260 Mehrwert schaffen, weil dann auf einmal andere Firmen total 697 00:36:13,270 --> 00:36:15,890 einfach erhöht werden, da die Daten abzufragen weil die quasi 698 00:36:15,900 --> 00:36:20,020 ihre Infrastruktur schon auf diese PI vorbereitet haben, also 699 00:36:20,150 --> 00:36:23,190 alle die mit IOT was machen finde ich sollten mal kurz 700 00:36:23,200 --> 00:36:26,260 wenigstens rechts blinzeln und mal drauf gucken und sich fragen 701 00:36:26,270 --> 00:36:28,360 ob das nicht vielleicht eine Sache ist und ob vielleicht 702 00:36:28,370 --> 00:36:30,430 sogar noch besseres Datenbank Design ist als man. 703 00:36:30,500 --> 00:36:35,310 Wer sich ausgedacht. Hat OK alles klar, prima, dann 704 00:36:35,450 --> 00:36:37,250 machen wir den Deckel drauf für heute. 705 00:36:37,300 --> 00:36:40,440 Denn nochmal drauf, ich hab auch schon den Kaffee getrunken, 706 00:36:40,450 --> 00:36:43,030 meine Stimme wird heiser wie gehört ist vorbei. 707 00:36:43,070 --> 00:36:48,660 Ist aus aus, genau, danke fürs Zuhören und ja danke, wie immer 708 00:36:48,670 --> 00:36:51,160 Burkhard und bis nächste Woche bei einfach. 709 00:36:51,170 --> 00:36:53,390 Komplex, gerne und Tschüss. Hamburg. 710 00:36:55,350 --> 00:36:58,340 Einfach komplex wird produziert und präsentiert von Heisenberg. 711 00:36:58,430 --> 00:37:01,820 Weitere Informationen findest du unter heißen ware.com. 712 00:37:01,860 --> 00:37:04,450 Vielen Dank fürs Hören dieser Folge und bis nächste Woche 713 00:37:04,490 --> 00:37:05,280 Tschüss Hamburg.