1 00:00:01,760 --> 00:00:06,240 Moin zu einfach komplex, Folge 104 Wir sind Burkhard und Gerrit 2 00:00:06,240 --> 00:00:12,240 Moin Moin Gerrit und wir selber nutzen viel, ich steig direkt 3 00:00:12,240 --> 00:00:15,600 ein ne wir selber nutzen als Cloud viel hetzner und und pure 4 00:00:15,600 --> 00:00:18,040 Server Bern Metal wie man so schön sagt aber es gibt ja da 5 00:00:18,040 --> 00:00:21,640 draußen auch noch ganz viel mehr Cloud Services so von ABS zum 6 00:00:21,640 --> 00:00:24,080 Beispiel oder Microsoft Azure und Google Cloud um gleich mal 7 00:00:24,080 --> 00:00:27,600 die größten zu nennen und wir haben vor ne Kleine. 8 00:00:28,000 --> 00:00:30,680 Serie zu machen. Dazu ja mal gucken, immer wenn 9 00:00:30,680 --> 00:00:32,520 es reinpasst, mal wieder was darüber zu machen, auf jeden 10 00:00:32,520 --> 00:00:35,400 Fall, weil der Bereich ist Groß, Cloud Services und zum Start 11 00:00:35,400 --> 00:00:37,080 wollen wir einfach erst mal unterscheiden, was bedeutet das 12 00:00:37,080 --> 00:00:39,560 eigentlich heutzutage, wenn man von Cloud spricht, was was kann 13 00:00:39,560 --> 00:00:42,760 man da alles drunter verstehen, wie sieht es vielleicht bei uns 14 00:00:42,760 --> 00:00:44,520 bei der Heisenware aus? Ich hab es schon mal angeteasert 15 00:00:44,520 --> 00:00:47,720 gerade aber was könnte man noch alles so benutzen ja und ich 16 00:00:47,720 --> 00:00:52,080 glaube heute Fokus auf Amazon oder AWSS 3 bookert ja. 17 00:00:52,480 --> 00:00:54,720 Ganz genau, Gerrit, ja. Hat n bisschen auch was von der 18 00:00:54,720 --> 00:00:59,040 Historie zu tun, denn Amazon Webservice ist quasi der der 19 00:00:59,040 --> 00:01:01,480 älteste Kandidat, sag ich mal, der am längsten im Markt 20 00:01:01,480 --> 00:01:04,879 bestehende, der der das quasi sag ich mal erfunden hat und als 21 00:01:04,879 --> 00:01:07,120 erstes irgendwie in den in den Markt gebracht hat und ich 22 00:01:07,120 --> 00:01:10,800 glaube auch mit s 3 was eine ja eine Speicherlösung ist für 23 00:01:10,800 --> 00:01:14,000 Files in Cloud auch so als das war auch so mit der erste 24 00:01:14,000 --> 00:01:17,080 Service der überhaupt im großen Stil genutzt wurde, deswegen 25 00:01:17,080 --> 00:01:18,800 hatte ich gedacht irgendwie, das ist ganz cool. 26 00:01:19,120 --> 00:01:21,240 Und das Wort S 3 hat dann immer schon mal gehört. 27 00:01:21,240 --> 00:01:23,520 Aber ich selber hab auch gar nicht so viel gewusst. 28 00:01:23,520 --> 00:01:25,200 Ich hab mich n bisschen vorbereiten müssen für diese 29 00:01:25,200 --> 00:01:28,480 Folge, weil Gerrit, Du hast es gesagt, wir selber nutzen 30 00:01:28,480 --> 00:01:31,280 eigentlich nicht direkt die aktiven großen Cloud 31 00:01:31,280 --> 00:01:34,520 Dienstleister, wir nutzen und das erklär ich auch gleich noch 32 00:01:34,520 --> 00:01:36,800 mal, wo da der Unterschied ist zwar auch irgendwie ne Cloud, 33 00:01:36,800 --> 00:01:39,400 aber irgendwie auf einem anderen Level, nämlich einfach als 34 00:01:39,400 --> 00:01:42,120 virtuelle Maschinen die wir haben bei Hetzner genau und 35 00:01:42,120 --> 00:01:44,840 deswegen hab ich gedacht. Es wär aber trotzdem mal ganz 36 00:01:44,840 --> 00:01:47,840 interessant für uns alle. Also selbst für mich, weil die 37 00:01:47,840 --> 00:01:49,360 Technologie ist doch ganz schön erstaunlich. 38 00:01:49,360 --> 00:01:52,320 Dahinter muss man sagen und vor allen Dingen für unsere Zuhörer 39 00:01:52,800 --> 00:01:55,680 einmal so durchzugehen, was ist über die Haupt, die Cloud, was 40 00:01:55,680 --> 00:01:59,080 gibt es da für Dienste und was versteckt sich an diesen ganzen 41 00:01:59,080 --> 00:02:02,400 Namen, die da so rumschwirren und da machen wir einfach mal ne 42 00:02:02,400 --> 00:02:04,800 kleine Serie. Ja, sehr cool. 43 00:02:05,040 --> 00:02:08,600 Dann lass uns doch anfangen. Also also und wie immer ne, wir 44 00:02:08,600 --> 00:02:10,479 haben hier. Nicht die Weisheit mit Löffeln 45 00:02:10,479 --> 00:02:12,640 gefressen also es gibt bestimmt andere Definitionen von Cloud 46 00:02:12,640 --> 00:02:15,360 und so, aber vielleicht so wie wir es verstehen, lass uns da 47 00:02:15,360 --> 00:02:19,040 rein mal starten und das ist auch vielleicht der Unterschied 48 00:02:19,200 --> 00:02:22,720 in in der Betrachtung ne Mhm, also welche Unterschiede kann 49 00:02:22,720 --> 00:02:24,840 man da sehen? Ja, ich würde erst mal anfangen 50 00:02:24,840 --> 00:02:26,960 mit dem. Also Cloud ist ja die Wolke, 51 00:02:27,160 --> 00:02:29,600 also wenn man es mal so ganz runterbricht in meiner ganz 52 00:02:29,600 --> 00:02:33,840 einfachen Welt, ist das ein Prinzip, ein Server, der im 53 00:02:33,840 --> 00:02:38,240 Internet steht, ein Server, also Server heißt er ist 24 7 im 54 00:02:38,240 --> 00:02:40,560 besten falle. Das ganze Jahr lang erreichbar 55 00:02:40,560 --> 00:02:44,960 und hat ne public IP, also eine öffentlich ne öffentliche IP 56 00:02:44,960 --> 00:02:49,040 Adresse die und und ist damit erreichbar, quasi aus dem für 57 00:02:49,040 --> 00:02:51,280 alle Leute die im Internet unterwegs sind. 58 00:02:51,280 --> 00:02:54,880 Ja und typischerweise kriegt so nen Server halt nicht nur ne IP 59 00:02:54,880 --> 00:02:56,800 weil du tippst ja keine IP in deinem Browser ein, sondern 60 00:02:56,800 --> 00:03:00,360 irgendwo gibt es ne Domain die dem zugeordnet ist, so dass du 61 00:03:00,360 --> 00:03:02,960 irgendwie heisenware.com oder irgendsowas, dass die am Ende 62 00:03:02,960 --> 00:03:06,480 des Tages diese auf diese IP zeigt und dann kommt man halt 63 00:03:06,480 --> 00:03:09,480 quasi an, ja. Und die, und das wäre jetzt aber 64 00:03:09,480 --> 00:03:13,040 nur ein Server und der Begriff Cloud heißt eigentlich ein 65 00:03:13,040 --> 00:03:16,240 Verbund von vielen diesen Servern, ja, also physikalisch 66 00:03:16,240 --> 00:03:17,840 gesehen, man spricht gerne von Notes. 67 00:03:17,840 --> 00:03:21,360 Ja, also nicht nur, nicht nur ein ein Stück Hardware, sondern 68 00:03:21,360 --> 00:03:25,640 im Notfall ganz viele Stücke Hardware und und Cloud macht 69 00:03:25,640 --> 00:03:30,320 halt aus, dass die viele Stücke Hardware eine Funktion aber 70 00:03:30,320 --> 00:03:32,240 erfüllen im Notfall. Es kann sein, dass du eine 71 00:03:32,240 --> 00:03:35,920 Webanwendung hast. Die aber nicht von einem Server 72 00:03:36,400 --> 00:03:39,120 tatsächlich physikalisch bedient wird, sondern im Notfall von 73 00:03:39,120 --> 00:03:42,560 mehreren Servern, die sich irgendwie, und das ist wild, das 74 00:03:42,560 --> 00:03:45,800 genau nehmen wir auseinander, auf irgendeine Art die Last 75 00:03:45,800 --> 00:03:48,720 teilen. Die Last dieser Anwendung und 76 00:03:48,720 --> 00:03:51,360 die Last der Anwendung ist verschieden, wir haben, wir 77 00:03:51,360 --> 00:03:54,040 müssen computen, also müssen wir irgendwie rechnen und und und 78 00:03:54,040 --> 00:03:57,560 Sachen Algorithmen ausführen, wir müssen, wir haben es mit 79 00:03:57,560 --> 00:04:00,320 Daten zu tun, die wir speichern müssen für die User, die sind ja 80 00:04:00,320 --> 00:04:02,880 dann auch nicht lokal, sondern in der Cloud Datenspeicher. 81 00:04:03,200 --> 00:04:06,560 Wann sprechen wir durch heute und wir haben Kommunikation dann 82 00:04:06,560 --> 00:04:09,520 zwischen diesen Servern und mit dem End Client und so weiter und 83 00:04:09,520 --> 00:04:13,680 sofort und alle diese Komponenten einer Anwendung der 84 00:04:13,680 --> 00:04:17,959 Definition der Cloud können quasi über verschiedene Nodes 85 00:04:17,959 --> 00:04:20,240 über verschiedene physikalische Server, die irgendwo dahinter 86 00:04:20,240 --> 00:04:22,079 stehen, das sind diese Rechenzentren, die man immer im 87 00:04:22,079 --> 00:04:25,440 Fernsehen sieht, ja die es immer so blinkt, werden die quasi 88 00:04:25,440 --> 00:04:28,640 diese Anwendung realisiert, ja, das nennt man heute, ich denke 89 00:04:28,640 --> 00:04:31,440 ich Cloud und da gucken wir uns mal an was was da los ist, ja. 90 00:04:32,080 --> 00:04:35,200 Genau zum Einstieg vielleicht gesagt, wir nutzen auch ne 91 00:04:35,200 --> 00:04:40,440 Cloud, aber für unser Produkt, aber wir nutzen quasi keine in 92 00:04:40,440 --> 00:04:44,160 dem Sinne keine Services, wir brauchen quasi nur die Server, 93 00:04:44,560 --> 00:04:47,240 allerdings virtualisiert das heißt es ist im meisten Falle 94 00:04:47,240 --> 00:04:50,240 haben wir gar nicht dedizierte Server, das heißt es gibt wir 95 00:04:50,240 --> 00:04:52,880 kennen nicht das Stück Hardware diesen diesen diesen diesen 96 00:04:52,880 --> 00:04:56,480 Einschub, quasi den Server den wir benutzen, sondern wir haben 97 00:04:56,480 --> 00:04:59,920 sogenannte virtuelle Maschinen das das kennt ihr vielleicht 98 00:04:59,920 --> 00:05:01,520 von. Es gibt ja, es gibt es ja auch 99 00:05:01,520 --> 00:05:04,160 für den für den privaten Anwender, diese, wie heißt das 100 00:05:04,160 --> 00:05:07,160 Gerrit V. Box gibt es glaube ich und BMWR 101 00:05:07,160 --> 00:05:10,080 und so weiter man kann also quasi ne virtuelle Maschine 102 00:05:10,080 --> 00:05:12,080 aufmachen, in der läuft n ganzes Betriebssystem. 103 00:05:12,080 --> 00:05:14,320 Ja ich kann zum Beispiel sagen, in meinem Windows starte ich ne 104 00:05:14,320 --> 00:05:17,000 virtuelle Maschine drauf läuft Linux ja oder umgekehrt und so 105 00:05:17,000 --> 00:05:21,440 weiter und das in professionell quasi bieten halt auch solche 106 00:05:21,440 --> 00:05:24,160 Hoster wie es dann heißt an wie zum Beispiel mach ich das, kann 107 00:05:24,160 --> 00:05:25,920 ich einfach sagen hetzen, aber da gibt es auch ganz viele 108 00:05:25,920 --> 00:05:28,480 Strato Yonos in Deutschland und auch im Ausland sowieso. 109 00:05:29,120 --> 00:05:31,920 So, die bieten eigentlich nur an, diese Hardware virtuelle 110 00:05:31,920 --> 00:05:35,600 Maschine drauf, IP Adresse zugeordnet und dann hab ich 111 00:05:35,600 --> 00:05:39,600 quasi ja dann hab ich im Prinzip n Server unter der Hand, muss 112 00:05:39,600 --> 00:05:42,040 aber dann meine ganzen meine ganze App und so weiter da muss 113 00:05:42,040 --> 00:05:44,160 ich mich dann selber drum kümmern ne das ist wie wir 114 00:05:44,160 --> 00:05:47,040 gecloud benutzen ne. Ja, es ist, man kann auch sagen, 115 00:05:47,040 --> 00:05:49,520 es ist n Unmanaged Cloud. Ich glaube es ist die reine 116 00:05:49,520 --> 00:05:51,520 Miete, insbesondere ich glaub das ist noch n Unterschied. 117 00:05:51,520 --> 00:05:53,440 Mir gehört der Server nicht, sondern wir mieten ihn, wir 118 00:05:53,440 --> 00:05:55,960 mieten beziehungsweise nicht mal den Server sondern eigentlich 119 00:05:55,960 --> 00:05:58,800 Speicher Rechenleistung. Traffic, was auch immer. 120 00:05:58,800 --> 00:06:01,720 Sowas mieten wir, da haben wir Bedingungen und es ist 121 00:06:01,720 --> 00:06:03,720 unmanaged. Ich glaub bei Amazon oder bei 122 00:06:03,720 --> 00:06:08,400 ABS gibt es das auch, bestimmt kann ich mir vorstellen und im 123 00:06:08,480 --> 00:06:11,000 Gegensatz dazu, wenn du schon gewisse weitere Services drauf 124 00:06:11,000 --> 00:06:13,440 hast, dann sagt man glaub ich auch oft Managed Cloud ne also 125 00:06:13,440 --> 00:06:18,080 das ist ja verwaltet ist für dich wie auch immer, aber Cloud 126 00:06:18,080 --> 00:06:20,000 und Managed Cloud, das wird auch häufig eingesetzt auf jeden 127 00:06:20,000 --> 00:06:22,160 Fall. Richtig, richtig genau das Level 128 00:06:22,160 --> 00:06:23,600 ist. Der Unterschied ist mehr so die, 129 00:06:23,600 --> 00:06:25,760 die die Funktionalität, die du in die Hand kriegst, ne. 130 00:06:25,760 --> 00:06:28,640 Also denn also bei einer Managed Cloud, bei bei diesen Diensten 131 00:06:28,640 --> 00:06:31,000 hast du dann gesagt du kriegst ne fertige Datenbank quasi in 132 00:06:31,000 --> 00:06:33,320 die Hand, du musst dich nicht drum kümmern, wer setzt die auf 133 00:06:33,320 --> 00:06:36,200 und so, die ist einfach dann da ja oder auch beim Speicher, dann 134 00:06:36,200 --> 00:06:38,680 hast du einfach ne API und sagst hier will ich mal n falsch 135 00:06:38,680 --> 00:06:41,360 speichern, dann passiert das irgendwie ja während wir. 136 00:06:41,520 --> 00:06:44,320 Wir müssen dann quasi erstmal mit mit, mit dem wir müssen auf 137 00:06:44,320 --> 00:06:46,760 den Server drauf, müssen da was installieren und so weiter und 138 00:06:46,800 --> 00:06:48,600 müssen überhaupt mal dafür sorgen, dass da überhaupt 139 00:06:48,600 --> 00:06:50,840 irgendein Pfeil hinkommt. Ja, das ist nicht gegeben in dem 140 00:06:50,840 --> 00:06:54,080 Fall, ja gut, aber wir wollen gar nicht so viel jetzt über 141 00:06:54,080 --> 00:06:56,080 die, das ist ja klar, also ne virtuelle Maschine auf 142 00:06:56,080 --> 00:06:58,560 irgendeinem Server, der da irgendwo ja geliehen wird oder 143 00:06:58,560 --> 00:07:00,520 wie auch immer, das ist ja irgendwie easy das da brauchen 144 00:07:00,520 --> 00:07:03,520 wir uns jetzt nicht lange drauf aufzuhalten, wir wollen mal 145 00:07:03,520 --> 00:07:06,480 jetzt gucken in tatsächlich, diese Cloud Service ist ne Cloud 146 00:07:06,480 --> 00:07:09,440 Dienstleistung die Managed Clouds gibt es unglaublich viele 147 00:07:09,440 --> 00:07:12,320 Services werden auch noch mehr. Wir wollen irgendwie mal vorne 148 00:07:12,320 --> 00:07:14,560 anfangen oder es n bisschen bisschen abholen. 149 00:07:14,560 --> 00:07:17,680 Ne und du hast schon gesagt, Gerrit, Es gibt im Prinzip, wenn 150 00:07:17,680 --> 00:07:20,800 man über die Cloud spricht, gibt es eigentlich nur 33 relevante 151 00:07:20,800 --> 00:07:22,440 sag ich mal. Es gibt garantiert noch ganz 152 00:07:22,440 --> 00:07:26,800 viel mehr, aber die 3 ganz großen sind halt AWS, also 153 00:07:26,800 --> 00:07:30,040 Amazon Webservices. Amazon war ja mal früher der 154 00:07:30,040 --> 00:07:32,920 Buchladen und das war das Hauptgeschäft und dann gab es 155 00:07:32,920 --> 00:07:36,000 aber irgendwann diese Idee, die innen herauskam. 156 00:07:36,400 --> 00:07:38,560 Die ganzen Daten und so weiter, die hatten halt quasi innen 157 00:07:38,560 --> 00:07:40,960 heraus das Problem, auch alleine der Datenspeicherung. 158 00:07:41,440 --> 00:07:44,200 Und da gab es ne Lösung für und dann entstand quasi auch diese 159 00:07:44,200 --> 00:07:48,560 Idee dieser Cloud quasi. Ja, es hat der, der der Pionier 160 00:07:48,560 --> 00:07:51,960 quasi hat auch im Moment glaub ich den größten, wie soll ich 161 00:07:51,960 --> 00:07:55,200 sagen, die größte Schublade an an Funktionen und so weiter war 162 00:07:55,200 --> 00:07:58,000 auch am frühesten da, ja dann haben wir von Microsoft das 163 00:07:58,000 --> 00:07:59,840 Produkt Azure hat auch glaub ich schon mal jeder gehört, 164 00:07:59,840 --> 00:08:03,040 Microsoft Azure ist auch auf dem Enterprise im Geschäft 165 00:08:03,040 --> 00:08:06,320 unterwegs, wir haben ja viele Enterprise Kunden im im im 166 00:08:06,320 --> 00:08:08,840 Windows Segment und so weiter das das funktioniert besonders 167 00:08:08,840 --> 00:08:11,360 gut mit den. Mit den Windows und Microsoft 168 00:08:11,360 --> 00:08:14,000 Anwendungen zusammen auch mit den Programmiertechnologien wie 169 00:08:14,000 --> 00:08:16,720 C Sharp und dot net und so weiter funktioniert auch gut im 170 00:08:16,720 --> 00:08:19,480 Hybriden, dass man also quasi nur Teile in der Cloud hat und 171 00:08:19,480 --> 00:08:22,960 Teile irgendwie trotzdem noch on Prem und dann haben wir 172 00:08:23,200 --> 00:08:26,040 natürlich auch den den Dritten noch Microsoft, da muss man im 173 00:08:26,040 --> 00:08:28,880 nächsten Anzug Google sagen, Google hat auch n Cloud Produkt, 174 00:08:28,880 --> 00:08:33,360 das nennt sich GCP und genau es vielleicht, ich glaube es ist 175 00:08:33,360 --> 00:08:36,840 das was als letztes kam. Also das modernste auch sag ich 176 00:08:36,840 --> 00:08:39,679 es vorsichtig, also ich bin als letztes in den Markt gegangen. 177 00:08:40,039 --> 00:08:43,480 Hier sind, das ist alles immer Religion und und Philosophie und 178 00:08:43,480 --> 00:08:46,520 Geschmacksfrage. Man sagt dem Google nach, es 179 00:08:46,520 --> 00:08:50,160 habe die klarste API und so weiter ihr habt natürlich den 180 00:08:50,160 --> 00:08:52,960 Vorteil gehabt, dass sie abgucken konnten von denen, die 181 00:08:52,960 --> 00:08:55,720 schon mal in den Markt gegangen sind und ja vielleicht schon so 182 00:08:55,720 --> 00:08:58,280 n paar Pit falls irgendwie umshifft haben und es noch mal 183 00:08:58,280 --> 00:09:01,040 neu strukturiert haben. Klar Hardware und so weiter ist 184 00:09:01,040 --> 00:09:03,360 ja auch alles aktueller gewesen, da konnte man vielleicht Sachen 185 00:09:03,360 --> 00:09:05,800 von vornherein noch mal anders denken und dann mal anders 186 00:09:05,800 --> 00:09:09,040 aufbauen, ne ja. Ich, ich sag dir noch die die 187 00:09:09,040 --> 00:09:12,720 Marketshares dazu, also also ABS hat ungefähr 31% am weltweiten 188 00:09:12,720 --> 00:09:16,760 Markt Cloud Markt Azure holt auf, also hat 24% holt stark 189 00:09:16,760 --> 00:09:20,640 auf, weil immer mehr auch so Großkonzerne in die in die Cloud 190 00:09:20,640 --> 00:09:23,680 gehen und die haben sowieso schon den ganzen Office Kram 191 00:09:23,680 --> 00:09:27,040 typischerweise und gehen dann auch einfach zu Azure, das ist 192 00:09:27,040 --> 00:09:29,520 eigentlich auch das was wir am meisten unseren Kunden jetzt 193 00:09:29,520 --> 00:09:33,920 sehen im Industriebereich ne. So so. 194 00:09:33,920 --> 00:09:36,160 Aber das sehen wir ja gar nicht bei unseren Industriekunden, sag 195 00:09:36,160 --> 00:09:37,360 ich mal. Ist ja gar, spielt gar keine 196 00:09:37,360 --> 00:09:40,720 Rolle oder GCP auch nicht und GCP hat 11% Market Share 197 00:09:41,200 --> 00:09:42,880 zusammen. Haben die also so 2 Drittel des 198 00:09:42,880 --> 00:09:44,880 Marktes, das können wir eigentlich schon als Oligopol 199 00:09:44,880 --> 00:09:48,360 bezeichnen, ja des des weltweiten Marktes und dann gibt 200 00:09:48,360 --> 00:09:50,560 es aber noch jemanden, den man erwähnen sollte, ist natürlich 201 00:09:50,560 --> 00:09:53,520 auf jeden Fall in im asiatischen Raum, insbesondere China ist 202 00:09:53,520 --> 00:09:57,720 halt Alibaba Cloud, ja. Gemessen beim weltweiten Volumen 203 00:09:57,720 --> 00:10:00,840 sind das aber wohl nur so 4 5%, was immer noch viel ist, so aber 204 00:10:01,120 --> 00:10:02,800 natürlich im Vergleich eher wenig. 205 00:10:02,800 --> 00:10:06,760 Ja und dann gibt es weitere Digital Ocean, Oracle, IBM und 206 00:10:06,760 --> 00:10:10,080 sonst wen noch, die sich dann diese restlichen 30% glaub ich 207 00:10:10,080 --> 00:10:12,400 ne aufteilen. Ja, ja, und vielleicht noch zu 208 00:10:12,400 --> 00:10:14,120 nennen. Mhm find ich jetzt auch 209 00:10:14,120 --> 00:10:15,920 erwähnenswert. Das ist ja das Stacket find ich 210 00:10:15,920 --> 00:10:19,280 auf jeden Fall spannendes Thema. Ne das ist das von der schwarz 211 00:10:19,280 --> 00:10:22,480 Gruppe Gerrit ne ja. Ja, war jetzt auch gerade in den 212 00:10:22,480 --> 00:10:24,880 Medien ganz aktuell genau, ist super spannendes Projekt find 213 00:10:24,880 --> 00:10:27,120 ich auch ja. Gut, dass wir da auch was 214 00:10:27,120 --> 00:10:29,560 Eigenes aufbauen. Ne, ich sag ich sag noch was zur 215 00:10:29,560 --> 00:10:31,680 Historie hat mir noch keine Jahreszahlen gesagt, kann man 216 00:10:31,680 --> 00:10:36,480 vielleicht auch einmal wissen. Im März 2006 wurde Amazon s 3, 217 00:10:36,480 --> 00:10:40,080 also der verteilte Datenspeicher sag ich mal der Cloud verteilte 218 00:10:40,080 --> 00:10:43,800 Datenspeicher, irgendwie geleast, gelauncht für für die 219 00:10:43,800 --> 00:10:46,880 breite Masse der Leute, war also so mit einer der ersten 220 00:10:46,880 --> 00:10:49,280 Services, wenn man es jetzt ganz akribisch nimmt, soweit meine 221 00:10:49,280 --> 00:10:52,840 Recherche. War der war der Amazon SQS, der 222 00:10:52,840 --> 00:10:56,480 Simple Q Service, tatsächlich technisch der erste, der draußen 223 00:10:56,480 --> 00:10:59,920 war, aber in der Beta, der war 2004 schon raus rausgekommen, 224 00:11:00,640 --> 00:11:02,800 aber also irgendwie kann man trotzdem sagen, dass dass es 225 00:11:02,800 --> 00:11:05,040 irgendwie so mit dem Storage das erste Mal irgendwie so richtig 226 00:11:05,040 --> 00:11:08,920 losging, weil der SQS Service war sehr noch noch sehr nischig, 227 00:11:08,920 --> 00:11:11,400 quasi in der Beta war noch nicht so umworben, es waren 228 00:11:11,400 --> 00:11:14,040 Entwickler, die das irgendwie benutzt haben und deswegen kann 229 00:11:14,040 --> 00:11:16,840 man, so kann man sagen, ja die Ganze das ganze Cloud business 230 00:11:16,840 --> 00:11:19,520 hat quasi mit s 3. Seinen Start genommen und 231 00:11:19,520 --> 00:11:21,520 deswegen gucken wir uns heute auch s 3 an. 232 00:11:21,520 --> 00:11:27,360 Übrigens s 3 steht für SSS ja, da haben Sie also SQS simple Q 233 00:11:27,360 --> 00:11:32,320 Service ja SSS Simple Storage Service, ich schätze Sie haben 234 00:11:32,320 --> 00:11:34,720 sich einfach nicht getraut 3 Äste dahin zu malen und haben es 235 00:11:34,720 --> 00:11:37,680 einfach s 3 genannt, das steht halt für die 3 simple für die 3 236 00:11:37,680 --> 00:11:39,960 s die simple Storage Service sind ja hab ich mich immer 237 00:11:39,960 --> 00:11:41,680 gefragt, jetzt hab ich es verstanden aber warum heißt das 238 00:11:41,680 --> 00:11:44,800 überhaupt s 3 bekloppter Name aber gar nicht so bekloppt also 239 00:11:45,040 --> 00:11:47,320 hat wieder so n bisschen technisch freakig ja aber haben 240 00:11:47,320 --> 00:11:49,800 wir oft in der. In diesen in diesen Bereichen 241 00:11:49,800 --> 00:11:52,280 ne. Ja gut, dann haben wir das 242 00:11:52,280 --> 00:11:54,880 irgendwie zur Einordnung glaub ich Gerrit oder wollen wir dann 243 00:11:55,000 --> 00:11:56,720 wollen wir dann mal gucken was da los ist. 244 00:11:56,800 --> 00:11:59,440 Nee wir haben was wir noch nicht gemacht haben von der Einordnung 245 00:11:59,840 --> 00:12:02,480 vielleicht noch mal die die überhaupt die Säulen der Cloud 246 00:12:02,480 --> 00:12:04,560 was es gibt ich hab jetzt von Storage gesprochen. 247 00:12:05,040 --> 00:12:07,280 Ja, s 3 hast du schon als Storage jetzt gelabelt. 248 00:12:07,440 --> 00:12:10,320 Genau hab ich hab ich gelabelt, genau da. 249 00:12:10,880 --> 00:12:13,080 Die Namen sind natürlich auch unterschiedlich, das heißt genau 250 00:12:13,080 --> 00:12:16,400 nur bei AWSS 3. Und bei den anderen Cloud 251 00:12:16,400 --> 00:12:17,800 Anbietern heißt das irgendwie auch anders. 252 00:12:17,800 --> 00:12:20,480 Heißt das irgendwie Blog, Storage oder Managed Discs bei 253 00:12:20,480 --> 00:12:22,680 Azure und bei Google Cloud heißt irgendwie Cloud Storage, da 254 00:12:22,680 --> 00:12:27,280 pesisted Disc Pesistant Disc Sorry und das wäre quasi eine 255 00:12:27,280 --> 00:12:29,880 Komponente der Cloud, nämlich da einfach Datenspeicherung, das 256 00:12:29,880 --> 00:12:33,840 ist so wie der Kofferraum ja wo also alles an Videos, an 257 00:12:33,840 --> 00:12:36,560 Blogbeiträgen und so weiter alles was so Webapplikation so 258 00:12:36,560 --> 00:12:39,520 speichern vom Nutzer, den kann ich halt einfach da rein blasen 259 00:12:39,520 --> 00:12:42,800 ja und hab quasi unendlichen Speicher das ist die Idee ja. 260 00:12:43,360 --> 00:12:44,720 Um das mal von vorher aufzunehmen. 261 00:12:44,720 --> 00:12:46,960 Die Idee ist, ich hab hier nicht eine Festplatte, muss mich 262 00:12:46,960 --> 00:12:49,760 kümmern was ist wenn die voll ist, sondern ich hab im Prinzip 263 00:12:49,920 --> 00:12:53,440 alle Festplatten des Internets na ja also der Cloud Provider 264 00:12:53,440 --> 00:12:54,400 sag ich mal. Der hat ja aber riesen 265 00:12:54,400 --> 00:12:56,560 Rechenzentren. Ja und damit hab ich im Prinzip 266 00:12:56,800 --> 00:13:00,200 unendlichen Speicher ja wenn ich unendlich auch reich bin und 267 00:13:00,200 --> 00:13:02,120 Münzen einschmeiße weil das kostet ja auch n bisschen was 268 00:13:02,120 --> 00:13:04,320 lassen Sie sich ja bezahlen, dazu müssen wir nichts sagen, 269 00:13:04,320 --> 00:13:07,120 das ist halt so, da machen wir jetzt auch kein Fass auf Gerrit 270 00:13:07,120 --> 00:13:09,760 irgendwie was die Kosten sind, die sind unterschiedlich und es 271 00:13:09,760 --> 00:13:11,520 ist auch immer gar nicht so einfach zu wissen was wann 272 00:13:11,520 --> 00:13:13,600 wieviel kostet. Was man mal sagen kann, 273 00:13:13,600 --> 00:13:15,920 vielleicht bei diesem Speicher ist ganz spannend, wenn man, 274 00:13:16,000 --> 00:13:18,560 wenn man reinspeichert in die Cloud, dann ist es noch relativ 275 00:13:18,560 --> 00:13:20,320 überschaubar und günstig würd ich sagen. 276 00:13:20,640 --> 00:13:23,400 Die Überraschung kann kommen wenn man meint man müsste das, 277 00:13:23,400 --> 00:13:27,840 man müsste seine Files außerhalb des also aus diesem ganzen Azure 278 00:13:28,400 --> 00:13:32,000 AWS System herausbringen, dann kann das n bisschen Geld kosten, 279 00:13:32,000 --> 00:13:35,280 ja wenn man es also extern dann speichern will ja auf ne externe 280 00:13:35,280 --> 00:13:37,600 Festplatte hinbeamen will ja das. 281 00:13:37,960 --> 00:13:39,520 Hab ich nicht verstanden. Das heißt, wenn man da wieder 282 00:13:39,520 --> 00:13:40,880 raus will zahlst du Geld oder wie? 283 00:13:41,440 --> 00:13:42,880 Mehr Geld, als wenn du es reinspeicherst. 284 00:13:42,880 --> 00:13:46,240 Ja OK, das ist so n bisschen, das ist so n bisschen der Sales 285 00:13:46,240 --> 00:13:50,080 Hook ja irgendwie, das ist eigentlich gar nicht gar nicht 286 00:13:50,080 --> 00:13:52,160 ganz unclever, ja von Unternehmer her und dann 287 00:13:52,160 --> 00:13:53,640 irgendwas. Was ich, was ich dachte, ist, 288 00:13:53,640 --> 00:13:55,760 dass vor allem Traffic auch da entsteht, wenn man Sachen 289 00:13:55,760 --> 00:13:57,280 abruft. Also was weiß ich, wenn Netflix 290 00:13:57,280 --> 00:13:59,840 lädt Film hoch, der liegt bei ich glaub Netflix ist bei Amazon 291 00:14:00,720 --> 00:14:02,840 oder ABS und dann haben die da n Film ja und dann wird er 292 00:14:02,840 --> 00:14:04,640 abgerufen und immer dann entstehen. 293 00:14:05,080 --> 00:14:07,640 Kosten sollte ja nicht unbedingt safe, safe, wenn du halt, wenn 294 00:14:07,640 --> 00:14:08,720 du halt. Wenn du jetzt gucken wir gleich 295 00:14:08,720 --> 00:14:10,720 die anderen Dinger noch an, wenn du die ganzen anderen Services, 296 00:14:10,720 --> 00:14:13,520 wenn du innerhalb quasi deines deines Wesens bleibst. 297 00:14:13,520 --> 00:14:16,160 Also wenn du innerhalb der Cloud bleibst, sagen wir mal in ABS 298 00:14:16,160 --> 00:14:18,480 und die ganzen Dienste benutzt und in die sich die Daten 299 00:14:18,480 --> 00:14:21,280 austauschen ist alles cool, aber wenn du sie rausnimmst aus 300 00:14:21,280 --> 00:14:24,160 diesem Ökosystem ABS, dann kostet Geld ja o. 301 00:14:24,480 --> 00:14:26,120 K und da. Musst du n bisschen aufpassen, 302 00:14:26,120 --> 00:14:28,760 ne genau, also wir haben im Kofferraum angefangen, vorne ist 303 00:14:28,760 --> 00:14:32,080 fährt der Motor, also Computer ne Computer ist auch ne also CPU 304 00:14:32,080 --> 00:14:34,480 Power oder GPU Power heute ganz aktuell. 305 00:14:34,960 --> 00:14:38,400 Motor, Rechenleistung, GMS und so weiter ja das das ist auch n 306 00:14:38,400 --> 00:14:42,320 Teil der Cloud, da gibt es auch Services für heißt bei AWS dann 307 00:14:42,320 --> 00:14:46,080 EC 2 und Lambda Lambda sind die serverless Funktionen und so 308 00:14:46,080 --> 00:14:49,040 weiter da stell ich mal nur so n Raum, das ist genau das was wir 309 00:14:49,040 --> 00:14:51,000 dann vielleicht mal in der nächsten Podcast Folge oder der 310 00:14:51,000 --> 00:14:53,360 übernächsten wenn es passt in diese Serie dann 311 00:14:53,360 --> 00:14:55,640 auseinandernehmen. Im Azure sind das die Virtual 312 00:14:55,640 --> 00:14:58,720 Machines und die Functions vom Namen her in der Google Cloud 313 00:14:58,720 --> 00:15:00,480 heißt das Computer Engine und Cloud Run. 314 00:15:00,920 --> 00:15:03,040 Dann haben wir also jetzt Compute und Storage und dann 315 00:15:03,040 --> 00:15:05,120 gibt es noch die, die Datenbanken tatsächlich auch 316 00:15:05,120 --> 00:15:07,640 kann man als Kategorie mal so sehen, ne, also Gedächtnis 317 00:15:07,640 --> 00:15:10,720 Datenbanken n bisschen anders als jetzt der Storage wenn ich 318 00:15:10,720 --> 00:15:13,760 sage Storage, dann ist das einfach ich schmeiß rein 319 00:15:13,760 --> 00:15:16,560 wirklich wie n Kofferraum im Auto ja und ziemlich unsortiert 320 00:15:16,560 --> 00:15:21,760 unrelational klack einfach nur Heep von Daten ja flach und 321 00:15:21,760 --> 00:15:24,440 Datenbanken wissen wir alle es ist noch mal n anderer ganz 322 00:15:24,440 --> 00:15:28,000 anderer Hebel für die Daten ist strukturierte speichern in in 323 00:15:28,000 --> 00:15:30,160 Feldern und so weiter ich kann Relationen haben, ich hab diese 324 00:15:30,160 --> 00:15:32,960 ganze. Filtering, abfragen, Sachen und 325 00:15:32,960 --> 00:15:36,560 so weiter deswegen gibt es quasi auch ja Datenbanken als Service 326 00:15:36,560 --> 00:15:40,680 direkt fertig. Ja und dann quasi um alles 327 00:15:40,680 --> 00:15:43,520 ineinander zu verglühen brauchen wir sowas wie wie Netzwerk ja 328 00:15:43,520 --> 00:15:46,720 also das Zentralnervensystem ja so n bisschen wie wie unser 329 00:15:46,880 --> 00:15:49,440 unser zentrales Nervensystem um alle Komponenten miteinander 330 00:15:49,440 --> 00:15:52,240 kommunizieren zu lassen und das ist würd ich sagen die 4 der 331 00:15:52,240 --> 00:15:56,240 vierte Bereich den die den die Cloud Dienst Dienste irgendwie 332 00:15:56,240 --> 00:15:59,040 realisieren müssen. Ja es hat auch alles Namen, das 333 00:15:59,040 --> 00:16:01,680 lass ich jetzt mal gerade weg. Interessiert nicht, aber dann, 334 00:16:01,680 --> 00:16:04,640 dann haben wir es erstmal durch. Ja, ich fass zusammen, wir haben 335 00:16:04,640 --> 00:16:07,440 im Prinzip die die 3 relevantesten Global 336 00:16:07,440 --> 00:16:12,960 marktmäßigen Anbieter sind Amazon, Microsoft und Google mit 337 00:16:12,960 --> 00:16:16,120 ihren Cloud Produkten und wir haben wir können die Clouds 338 00:16:16,120 --> 00:16:19,200 jetzt angucken und in 4 Kategorien, nämlich Compute, 339 00:16:19,200 --> 00:16:22,440 Storage, Database und Networking und heute fangen wir an und 340 00:16:22,440 --> 00:16:27,160 gucken uns die Storage Lösungen von Amazon Webservices an, die 341 00:16:27,160 --> 00:16:32,080 heißt s 3 statefill. Simple Storage Solution und dann 342 00:16:32,080 --> 00:16:34,120 los. Gut, warum hast du dir die jetzt 343 00:16:34,120 --> 00:16:35,720 so speziell zuerst ausgesucht? Das ist. 344 00:16:35,720 --> 00:16:37,760 Irgendwie hab ich Solution das erste simple Storage Solution 345 00:16:37,760 --> 00:16:40,520 hab ich gesagt, gerade ne Mhm, ich glaube es falsch, es heißt 346 00:16:40,520 --> 00:16:43,920 simple Storage Service wollen wir ja akkurat bleiben hier 347 00:16:44,080 --> 00:16:46,160 genau entschuldigung jetzt hab ich dazwischen gequatscht, jetzt 348 00:16:46,160 --> 00:16:47,600 musst du noch mal. Musst du noch mal deine Frage 349 00:16:47,600 --> 00:16:49,040 stellen. Und ich hab noch mal gefragt, 350 00:16:49,040 --> 00:16:52,320 warum jetzt gerade s 3, also weil das das erste der erste 351 00:16:52,320 --> 00:16:54,480 Service war und der Relevanteste irgendwie der größte, oder? 352 00:16:54,800 --> 00:16:57,400 Ja, das und weil, weil ich irgendwie keine Ahnung hatte, 353 00:16:57,400 --> 00:16:59,640 wie das eigentlich funktioniert, mich das irgendwie auch brennend 354 00:16:59,640 --> 00:17:02,800 interessiert hat, auch das, ja, das passt alles ganz gut und 355 00:17:03,120 --> 00:17:06,880 weil wir, weil wir ne Lösung haben, es gibt n Open Source s 3 356 00:17:06,880 --> 00:17:10,440 quasi, also es gibt mehrere davon, ich nenn mal das eine was 357 00:17:10,440 --> 00:17:13,400 wir auch benutzen, das heißt Minio und und und. 358 00:17:13,400 --> 00:17:16,400 Das ist im Prinzip ja, das kann man im Prinzip selber hosten, 359 00:17:16,400 --> 00:17:19,319 selber installieren und dann hat funktioniert, aber wie s 3 und 360 00:17:19,640 --> 00:17:22,880 es ist ganz cool weil das weil weil man halt auch ja ziemlich 361 00:17:22,880 --> 00:17:26,640 große Files Gigabyte große Files damit verwalten kann und sicher 362 00:17:26,640 --> 00:17:29,000 speichern kann und weil weil das dann irgendwie als 363 00:17:29,000 --> 00:17:30,800 Downloadserver zum Beispiel find ich das ne super Lösung. 364 00:17:30,800 --> 00:17:34,600 Ja da kann man den Kunden Dings geben, denn damit fang ich mal 365 00:17:34,600 --> 00:17:37,920 an, es ist nämlich so, dass das S 3 basiert, das kann man mal 366 00:17:37,920 --> 00:17:39,920 ganz vorneweg sagen auf einer auf einer Rest API. 367 00:17:39,920 --> 00:17:43,920 Am Ende mach ich über ne HTTP put und get ja put ist Speicher 368 00:17:43,920 --> 00:17:47,520 hin, das file leg 1 an und get kriegst es zurück ja. 369 00:17:49,400 --> 00:17:51,400 Das ist natürlich ganz cool, weil dann kann ich sofort jedem 370 00:17:51,400 --> 00:17:53,720 irgendwie nen File mitgeben. Ja, ich verteile nämlich nen 371 00:17:53,720 --> 00:17:57,120 Link, ja der das der das File quasi codiert mehr oder weniger 372 00:17:57,600 --> 00:17:59,920 und dann kann man es runterladen ja also für jeden für jeden 373 00:17:59,920 --> 00:18:02,160 Downloadservice der irgendwie ordentlich ist ist es cool. 374 00:18:02,160 --> 00:18:06,320 Ja ja das ist vielleicht der Grund warum ich warum ich s 3 375 00:18:06,320 --> 00:18:12,120 zuerst zuerst ausgewählt hab ja OK gut so dann gucken wir uns 376 00:18:12,120 --> 00:18:15,080 mal an wie das funktioniert Krasserweise ist es ja so man 377 00:18:15,080 --> 00:18:16,320 muss sich man muss sich überlegen also. 378 00:18:16,640 --> 00:18:19,120 Das haben die ja sehr früh gegründet, hab ich gesagt, und 379 00:18:19,120 --> 00:18:23,760 Gott und die Welt speichert ja Files jetzt in in den Amazon, in 380 00:18:23,760 --> 00:18:26,880 die Amazon Cloud, auf diese ganzen Services, und die müssen 381 00:18:26,880 --> 00:18:31,240 ja sicher sein, ne Ausfallsicher also das Gesetz der großen 382 00:18:31,240 --> 00:18:33,840 Zahlen und unter Wahrscheinlichkeiten sagt Halt, 383 00:18:33,840 --> 00:18:36,400 wenn ich so und so viele Festplatten habe, davon sprechen 384 00:18:36,400 --> 00:18:39,440 wir, wir haben immer noch Festplatten, ja physikalisch 385 00:18:39,440 --> 00:18:41,480 wohin werden die Files gespeichert, am Ende sind die 386 00:18:41,480 --> 00:18:44,560 auch Festplatten ja in zig Rechnern irgendwo ja. 387 00:18:45,160 --> 00:18:47,640 So wenn ich jetzt aber Trillionen von Objekten habe und 388 00:18:47,640 --> 00:18:50,480 und und und Bytes und und so weiter dann dann ist es halt 389 00:18:50,480 --> 00:18:52,480 sehr wahrscheinlich, dass immer mal wieder ne Festplatte 390 00:18:52,480 --> 00:18:56,240 ausfällt, ja oder sogar n ganzer Server oder irgendwas, keine 391 00:18:56,240 --> 00:18:58,080 Ahnung, irgendwas wird kaputt gemacht oder sowas. 392 00:18:58,560 --> 00:19:01,040 Ja und es im Notfall brennt mal so n ganzes Rechenzentrum ab 393 00:19:01,040 --> 00:19:03,760 oder ich hab n Power Cut oder oder oder ja und am 394 00:19:03,760 --> 00:19:06,000 allerschlimmsten ist das Problem eigentlich gar nicht so, dass ne 395 00:19:06,000 --> 00:19:08,720 ganze Festplatte ausfällt, das Krieg ich nämlich mit ja wenn 396 00:19:08,720 --> 00:19:11,880 wenn oder n Server ausfällt, dann kann ich nämlich wissen, 397 00:19:11,880 --> 00:19:13,600 aber den gibt es nicht mehr, man kann da irgendwelche 398 00:19:13,600 --> 00:19:16,400 Gegenmaßnahmen einleiten. Das Schlimmste ist eigentlich 399 00:19:16,400 --> 00:19:20,240 das sogenannte Bit rotting Rott von Verrotten, ja von von 400 00:19:20,240 --> 00:19:23,520 Sterben, denn das muss man auch wissen. 401 00:19:23,520 --> 00:19:25,560 Ich, ich hab ja mal Molekularbiologie studiert und 402 00:19:25,560 --> 00:19:27,760 so weiter da gibt es das auch, jetzt gibt es quasi das DNA 403 00:19:27,760 --> 00:19:31,200 rotting, ja, das heißt glaub ich anders, aber punktmutation 404 00:19:31,200 --> 00:19:33,320 durch, wir haben kosmische Strahlung, ja wir haben immer 405 00:19:33,320 --> 00:19:36,320 mal wieder schießt dir so ne hochenergetischer Röntgenblitz 406 00:19:36,320 --> 00:19:38,400 durch uns durch. Und wenn der auf die DNA trifft, 407 00:19:38,400 --> 00:19:41,760 dann gibt es ne punktmotation ne wenn es blöd kommt dann und das 408 00:19:42,000 --> 00:19:44,480 zu viel passiert, dann gibt es auch gerne mal Krebs davon und 409 00:19:44,480 --> 00:19:47,240 aber die kosmischen Blitze, die treffen auch unsere Festplatten, 410 00:19:47,240 --> 00:19:51,480 das sind ja quasi im Prinzip nur ja magnetische Entitäten, ne wo 411 00:19:51,480 --> 00:19:54,840 da wo einfach nen Bit auf 1 oder 0 steht und wenn du Pech hast, 412 00:19:54,840 --> 00:19:57,120 dann triffst du kosmischer Strahl genau so n Ding und dann 413 00:19:57,120 --> 00:20:01,280 flippt das Bit von 1 auf 0 oder umgekehrt ja oder auch mehrere. 414 00:20:03,200 --> 00:20:05,720 Und wenn du einfach n bit flippt, dann ist halt scheiße 415 00:20:05,720 --> 00:20:08,240 so, dann ist es halt irgendwie, dann lügt halt, wenn du dann 416 00:20:08,240 --> 00:20:10,040 sagst, jetzt holt ich mir das file raus, dann lügt es halt 417 00:20:10,040 --> 00:20:11,880 danach, das war nicht mehr das was du gespeichert hast. 418 00:20:11,880 --> 00:20:14,800 Im Notfall reicht das um es komplett zu korrumpieren. 419 00:20:14,800 --> 00:20:17,480 Ja und deine Datenbank funktioniert nicht mehr 420 00:20:17,480 --> 00:20:20,400 irgendsowas ja das nennt man bitrotting ja und das ist halt 421 00:20:20,400 --> 00:20:22,520 in dem Phänomen, das passiert nicht so oft, aber das passiert 422 00:20:22,520 --> 00:20:24,880 halt mit einer gewissen Wahrscheinlichkeit vergammeln 423 00:20:24,880 --> 00:20:27,600 halt deine Daten ja und das einfach bei Australien. 424 00:20:27,760 --> 00:20:30,000 Mhm durch kosmischen Strahlen ja OK klingt. 425 00:20:30,720 --> 00:20:32,720 N bisschen wie der frisch jetzt, aber ich glaub das macht. 426 00:20:33,080 --> 00:20:35,600 Es ist so, ja ist keiner frisch jetzt. 427 00:20:35,640 --> 00:20:38,640 Ja, und das Problem gibt es halt auch, also wenn man jetzt, wenn 428 00:20:38,640 --> 00:20:40,880 man jetzt nicht weiterdenkt, das Problem gibt es irgendwie immer 429 00:20:40,880 --> 00:20:43,440 ne, also irgendwann kann jetzt mal die abstraktionsebene n 430 00:20:43,440 --> 00:20:46,480 bisschen verlassen von diesem einen kosmischen Strahl, aber 431 00:20:46,480 --> 00:20:48,720 ich sag mal was, ich denk mir neue Speichermedien aus und so 432 00:20:48,720 --> 00:20:52,080 weiter und vielleicht sind neue Speichermedien auch cool, aber. 433 00:20:52,480 --> 00:20:54,960 Ganz selten passiert irgendwie mal n Fehler ja beim Schreiben 434 00:20:54,960 --> 00:20:57,560 oder beim Lesen oder beim Speichern selbst wird irgendwas 435 00:20:57,560 --> 00:21:01,320 alt und unterdreht sich ja, man ist halt gut angesprochen wenn 436 00:21:01,320 --> 00:21:05,520 man ne ne Methode hat die das auf ne technische Art und Weise 437 00:21:05,760 --> 00:21:09,120 rausfindet und verhindert, dass ich halt korrumpierte Dateien 438 00:21:09,120 --> 00:21:12,200 zurücklade ja die ich die ich ja nicht korrumpiert aufgespielt 439 00:21:12,200 --> 00:21:14,160 hab. Ja und das löst zum Beispiel als 440 00:21:14,160 --> 00:21:16,920 Dreier auch ja das ich wusste das alles nicht, finde ich 441 00:21:16,920 --> 00:21:19,520 irgendwie ganz spannend, ja. OK, das war jetzt, das war jetzt 442 00:21:19,520 --> 00:21:21,240 die Anleitung wo du sagst, OK, da ist einfach so, da sind so 443 00:21:21,240 --> 00:21:25,120 viele Dateien gespeichert, so viel, ja so viele Files jetzt, 444 00:21:25,120 --> 00:21:28,000 dann ist es so viele Bites, dass da irgendwann immer was kaputt 445 00:21:28,000 --> 00:21:32,240 geht durch was auch immer genau und die haben weg gefunden das 446 00:21:32,240 --> 00:21:34,840 zu verhindern. Genau also und das. 447 00:21:34,840 --> 00:21:36,960 Ist was die die Erkenntnis, muss man als erstes mal sehen. 448 00:21:36,960 --> 00:21:41,280 Es wird immer in der Cloud so gespeichert, dass ihr nichts 449 00:21:41,280 --> 00:21:43,280 kaputt geht. Also es ist nicht so, dass du, 450 00:21:43,280 --> 00:21:46,520 dass du das Dahinspeicherst, eine Version eine Kopie von dem 451 00:21:46,520 --> 00:21:48,560 Pfeil und dann ist das so. Du musst hoffen und beten, dass 452 00:21:48,560 --> 00:21:52,400 die irgendwie, also die machen halt für dich n Backup ja in der 453 00:21:52,400 --> 00:21:55,400 Cloud und ich hab halt gedacht bis jetzt was ich so kenne an 454 00:21:55,400 --> 00:21:58,160 Backup ist halt Raid Systeme gerade hast du mal was vom Raid 455 00:21:58,160 --> 00:22:02,480 gehört Maid 1, Maid 2 und so weiter ja ja das sind im Prinzip 456 00:22:02,560 --> 00:22:04,640 das war so früher die Art und Weise was heißt früher, das ist 457 00:22:04,640 --> 00:22:07,520 immer noch hochaktuell, so wird es normalerweise gemacht, dass 458 00:22:07,520 --> 00:22:10,000 du einfach deine Datei spiegelst quasi im Prinzip. 459 00:22:10,240 --> 00:22:12,000 Hast du nicht nur eine Festplatte im Rechner? 460 00:22:12,000 --> 00:22:14,080 Früher war das in diesen Towern, da hast du manchmal sogar 3 461 00:22:14,080 --> 00:22:18,080 Festplatten, 3 identische Festplatten und die 2 anderen 462 00:22:18,080 --> 00:22:20,800 waren da nur deine Daten zu spiegeln, also hast du einen 463 00:22:20,800 --> 00:22:23,680 Pfeil quasi aufgespielt auf die Platte, dann haben die anderen 2 464 00:22:23,680 --> 00:22:26,480 Festplatten einfach davon ne komplette Kopie gemacht und auf 465 00:22:26,480 --> 00:22:29,840 die Platte 2 und 3 gelegt, so dass wenn ihr Platte 1 abfackelt 466 00:22:30,080 --> 00:22:34,000 hast du halt das file noch da. Hat man festgestellt und sich 467 00:22:34,000 --> 00:22:36,240 kurz ausgerechnet überlegt, was passiert, wenn ich quasi die 468 00:22:36,240 --> 00:22:39,360 Cloud als Raid System aufbaue und die Files Hard Spiegel so 469 00:22:39,360 --> 00:22:42,480 wie sie sind, ja dann hab ich irgendwie ne Verdreifachung von 470 00:22:42,480 --> 00:22:46,480 allen Daten in der Cloud kannst du vergessen ne das geht einfach 471 00:22:46,480 --> 00:22:48,960 nicht, das kann man halt nicht leisten ne und das ist zu teuer, 472 00:22:48,960 --> 00:22:51,160 aber wir haben ja Gigabyte große Files, wir haben riesige Videos 473 00:22:51,160 --> 00:22:55,200 und so weiter ich will die nicht nicht komplett spiegeln ne und 474 00:22:55,200 --> 00:22:59,680 das hat dafür gesorgt, dass man sich hingesetzt hat und scharf 475 00:22:59,680 --> 00:23:02,320 überlegt hat das. Das ist die Technologie, der da 476 00:23:02,320 --> 00:23:05,040 steht. Wie kriegt man das hin, also wie 477 00:23:05,040 --> 00:23:07,760 kriege ich sichere Datenspeicherung hin und wie 478 00:23:07,760 --> 00:23:10,320 kriege ich diese ganzen Probleme gelöst mit diesem Bitrotting und 479 00:23:10,320 --> 00:23:14,080 allem, ohne dass ich die Datei einfach hart dreimal spiegeln 480 00:23:14,080 --> 00:23:20,080 muss, jede einzelne und das cool und dahinter steht ein ein, ja, 481 00:23:20,080 --> 00:23:22,560 ein Wort, das nennt man oder ein Algorithmus, der ist schon 482 00:23:22,560 --> 00:23:25,000 relativ alt. Die Idee, ich glaube. 483 00:23:25,560 --> 00:23:27,600 Das ist ja meistens so ne, das sind dann Informatiker und was 484 00:23:27,600 --> 00:23:30,080 ich glaub 18 also irgendein Mathematiker hat irgendwas 485 00:23:30,080 --> 00:23:32,840 gezeigt, dass irgendwas geht. Ja, das ist meistens schon 1860 486 00:23:32,840 --> 00:23:35,760 oder irgendwas passiert ja, aber der Algorithmus heißt Erasure 487 00:23:35,760 --> 00:23:39,480 Coding und funktioniert mit mit Hilfe von einfach normaler 488 00:23:39,480 --> 00:23:42,400 Algebra. Ja also alle die also die 489 00:23:42,400 --> 00:23:45,000 Schulmatte reicht vielleicht nicht mehr ganz, aber alle die 490 00:23:45,000 --> 00:23:47,880 Vektor vektormatte hatten irgendwie und und Matrizen mal 491 00:23:47,880 --> 00:23:49,640 gerechnet haben, ich weiß nicht gerade ob das bei dir in der 492 00:23:49,640 --> 00:23:51,280 Schule, ich glaub man muss Leistungskurs haben oder 493 00:23:51,320 --> 00:23:54,080 irgendwas sind die Terminanten und sowas gehört hat. 494 00:23:54,400 --> 00:23:56,240 Oder mindestens, man kann es auch verstehen, mit mit 495 00:23:56,240 --> 00:23:58,440 Gleichungssystemen. Ja, und ich will es heute ist es 496 00:23:58,440 --> 00:24:00,160 im Mathematikingenieur Studio Teaser ne ich. 497 00:24:00,160 --> 00:24:02,920 Kam es vor im Ingenieurstudium? Das ist. 498 00:24:02,960 --> 00:24:04,240 Ja, siehst du, da kommt spätestens vor. 499 00:24:04,240 --> 00:24:07,360 Genau ja. Aber ich könnt es nicht mehr. 500 00:24:07,520 --> 00:24:10,200 Also OK, du und du greifst jetzt das raus, muss ich kurz 501 00:24:10,200 --> 00:24:11,560 verstehen, weil das so faszinierend ist. 502 00:24:11,560 --> 00:24:13,840 Über s 3 ja, also. Das ist der Kern der 503 00:24:13,840 --> 00:24:17,120 Technologie, ja. OKOKOK alles klar, also ist nur 504 00:24:17,120 --> 00:24:18,480 ein Feature, ist der Kern alles klar. 505 00:24:18,480 --> 00:24:20,640 Das ist der Kern, ne. Also wenn man jetzt s 3 506 00:24:20,640 --> 00:24:23,320 verstehen wird, das geben wir nachher, bau ich alles zusammen, 507 00:24:23,320 --> 00:24:25,840 ja. Es es ist ja so in s 3 was was 508 00:24:25,840 --> 00:24:27,560 passiert in s 3. Ich hab jetzt irgendeinen File 509 00:24:27,560 --> 00:24:29,320 in meiner Webanwendung, irgendjemand hat n Video 510 00:24:29,320 --> 00:24:32,440 erstellt und der ist jetzt in der Amazon Cloud und will das 511 00:24:32,440 --> 00:24:37,160 speichern ja dann dann spielt er das gegen eine API gegen eine 512 00:24:37,160 --> 00:24:40,800 Web API und sagt hier uploade bitte diese Bytes dieses File ja 513 00:24:41,360 --> 00:24:44,000 so und ich will erklären heute in diesem Podcast was passiert 514 00:24:44,000 --> 00:24:45,720 denn danach? Ja es ist ja schön dass das es 515 00:24:45,720 --> 00:24:48,480 funktioniert ja einfach ja das finde ich immer dieses Magische 516 00:24:48,480 --> 00:24:51,480 bei der Cloud sind vielleicht alle ja ich pack nen file in die 517 00:24:51,480 --> 00:24:53,280 Cloud. Ja, so what the Fuck. 518 00:24:53,280 --> 00:24:54,880 Was heißt denn das? Ja, und ich kann es wieder 519 00:24:54,880 --> 00:24:56,880 rausholen, ja, aber was machen die denn damit? 520 00:24:56,880 --> 00:25:01,400 Ja, was passiert denn da in der Wo ist denn das ja so, ich hatte 521 00:25:01,400 --> 00:25:03,960 keine Ahnung, ich weiß nicht vielleicht vielleicht ist das 522 00:25:03,960 --> 00:25:06,160 common knowledge, ich glaub nicht, ja, aber aber es ist doch 523 00:25:06,160 --> 00:25:07,920 eigentlich total spannend das mal zu wissen, ja. 524 00:25:07,920 --> 00:25:10,320 Ja, absolut ist los. Genau, und und und. 525 00:25:10,320 --> 00:25:14,040 Deswegen was passiert ist. Also du lädst das file hoch und 526 00:25:14,040 --> 00:25:17,440 dann kommt dann kommt erstmal n Algorithmus an und haut dir das 527 00:25:17,440 --> 00:25:22,240 File in viele kleine Stücke. Sogenannte Data Chunks, also was 528 00:25:22,240 --> 00:25:23,680 ist überhaupt n Pfeil um das mal? 529 00:25:23,680 --> 00:25:25,480 Wir machen das ganz klar hier auf dem Podcast. 530 00:25:25,480 --> 00:25:29,520 Ja n Pfeil ist ja am Ende des Tages eine Folge von Nullen und 531 00:25:29,520 --> 00:25:32,680 Einsen. Ja, und diese Nullen und 1, das 532 00:25:32,680 --> 00:25:34,280 hatten wir auch mal ganz am Anfang, dass man zurück, das 533 00:25:34,280 --> 00:25:37,280 sind die, die sind im Prinzip Bytes, das heißt und n Bytes, 534 00:25:37,280 --> 00:25:40,000 das geht von 0 bis 255 ja, das sind also, also am Ende kann man 535 00:25:40,000 --> 00:25:43,440 sagen, es sind zahlen. Von also immer verschiedene 536 00:25:43,440 --> 00:25:48,440 Zahlen 66, 255, 14 und so weiter die hintereinander sind in der 537 00:25:48,440 --> 00:25:50,320 Kette. Ja und die kodieren dann auf, 538 00:25:50,560 --> 00:25:53,520 wie auch immer gehartete Weise entweder nen Text oder n Video 539 00:25:53,520 --> 00:25:56,320 oder sowas. Ja also im Prinzip ist n Pfeil 540 00:25:56,320 --> 00:25:58,040 wenn man es n bisschen mathematischer sieht eine 541 00:25:58,040 --> 00:26:01,280 Abfolge von Zahlen ja in einem bestimmten Wertebereich. 542 00:26:01,280 --> 00:26:05,840 Ja und jetzt schneide ich quasi aus diesem linearen Stück. 543 00:26:06,320 --> 00:26:08,880 Und je länger das das das Stück ist, desto größer das Pfeil. 544 00:26:08,880 --> 00:26:12,680 Klar, jetzt schneid ich quasi eine feste Anzahl oder wie auch 545 00:26:12,680 --> 00:26:14,880 immer das konfiguriert ist, weiß ich nicht, ich schneid das in 546 00:26:14,880 --> 00:26:19,600 Stücke, ja und was ich jetzt mache ist, jetzt füg ich noch 547 00:26:19,600 --> 00:26:23,320 Stücke dazu parities nennt man das ja, ich hab dann sagen wir 548 00:26:23,320 --> 00:26:26,240 mal ich hab nen nen nen Pfeil und ich schneid das in 2 Stücke 549 00:26:26,320 --> 00:26:28,880 ja wir wir wir machen mal n ganz einfaches Beispiel wir sagen 550 00:26:28,880 --> 00:26:33,120 unser Pfeil besteht aus einer 3 und einer 5. 551 00:26:33,840 --> 00:26:38,800 Ja das ist der Inhalt ja ja. Und jetzt ist die Idee ich, ich 552 00:26:38,880 --> 00:26:42,960 formuliere eine eine Formel, und zwar kann ich zum Beispiel 553 00:26:42,960 --> 00:26:46,400 sagen, ich, ich entnehme den den parity, ich nenn das parity, ich 554 00:26:46,400 --> 00:26:49,600 denk mir ne Formel aus, die mit dieser 3 und 5 arbeitet. 555 00:26:49,600 --> 00:26:52,320 Ich könnt zum Beispiel sagen, ich addiere ja, also sag ich 556 00:26:52,320 --> 00:26:56,480 also zum Beispiel 5 + 3 ist 8. Ja und diese Gleichung merk ich 557 00:26:56,480 --> 00:27:01,200 mir 5 + 3 ist 8 und jetzt krieg ich n neues Ergebnis diese 8. 558 00:27:01,440 --> 00:27:03,520 Ja das ist quasi die 8 ist quasi. 559 00:27:04,160 --> 00:27:05,760 Die hat was mit der 5 und 3 zu tun. 560 00:27:05,760 --> 00:27:09,760 Über ne bestimmte Mathematik. Ja und diese 8 Speicher ich auch 561 00:27:09,760 --> 00:27:11,280 mit. Ja das heißt ich Speicher ich 562 00:27:11,280 --> 00:27:14,160 nehme jetzt diese Files und jetzt kann ich diese ganzen 563 00:27:14,160 --> 00:27:17,160 diese Chunks von den Files die Speicher ich jetzt irgendwo hin 564 00:27:17,160 --> 00:27:21,120 auf irgendwelche Server lieb ich viele irgendwo und die 8 565 00:27:21,120 --> 00:27:24,800 Speicher ich aber auch mit ja jetzt ist es so jetzt kann man 566 00:27:24,800 --> 00:27:28,720 mathematisch zeigen und es ist einfach dass wenn wenn jetzt 567 00:27:28,720 --> 00:27:31,240 jetzt hab ich nämlich 3 Dinger ja jetzt hab ich die 5 die 3 und 568 00:27:31,240 --> 00:27:33,520 die 8. Jetzt ist es so, dass wenn ich, 569 00:27:33,520 --> 00:27:36,920 wenn mir jetzt die 3 abhanden kommt, also das Original der 570 00:27:36,920 --> 00:27:40,480 Original Chunk von dem file weg, weil irgendwie was weiß ich ja, 571 00:27:40,880 --> 00:27:43,560 dann kann ich das file mathematisch rekonstruieren 572 00:27:43,560 --> 00:27:45,920 gegeben der 5 und der 8, weil ich die Formel kenne. 573 00:27:45,920 --> 00:27:49,040 Ja, das ist so einfach wie jetzt, wie man normale Gleichung 574 00:27:49,040 --> 00:27:52,360 aufstellt ja also ich ich kann sagen 8 ist gleich 5 + 3 und 575 00:27:52,360 --> 00:27:54,920 wenn 3 weg ist, dann wird das quasi NX ne Variable, dann lös 576 00:27:54,920 --> 00:27:57,480 ich halt auf ja und dann weiß ich halt wieder was das los ist. 577 00:27:57,480 --> 00:28:00,800 Ja so und und ich kürz das jetzt n bisschen ab was man. 578 00:28:01,360 --> 00:28:03,680 Wie das jetzt in echt funktioniert, ist natürlich das 579 00:28:03,680 --> 00:28:07,360 File nicht nur 5 und ne 3, sondern ganz viel und ich rechne 580 00:28:07,360 --> 00:28:09,800 jetzt genügend. Also ich mach genügend Chunks 581 00:28:09,800 --> 00:28:13,240 vor dem original file und ich stelle genügend Gleichungen auf, 582 00:28:13,240 --> 00:28:15,360 da hab ich halt n Gleichungssystem, das löst man 583 00:28:15,360 --> 00:28:18,400 dann in der Vektoralgebra mit n mit einer Matrizenrechnung ja 584 00:28:18,960 --> 00:28:22,720 und jetzt Speicher ich halt quasi immer diese chunks Weg im 585 00:28:22,720 --> 00:28:27,480 originalen und ganz viele parity chunks, also mathematische 586 00:28:27,480 --> 00:28:31,400 Krücken also und. Und dadurch quasi hab ich zwar 587 00:28:31,400 --> 00:28:36,080 etwas mehr Speicher, aber im im Mittel duplizier ich das file 588 00:28:36,560 --> 00:28:39,560 und und nicht dupliziere das und so weiter ja und und jetzt und 589 00:28:39,560 --> 00:28:42,800 was cool ist, ich kann es halt weil ich Chance habe. 590 00:28:43,200 --> 00:28:46,440 Ich kann es halt ganz weit verteilen ne das das muss man 591 00:28:46,440 --> 00:28:48,920 sich mal reinstellen also ich ich pack da n Video rein und 592 00:28:48,920 --> 00:28:51,680 danach gibt es das so nicht mehr das File das wird halt auf den 593 00:28:51,680 --> 00:28:55,000 Servern tatsächlich dieses File was vorher mal ganz da war wird 594 00:28:55,000 --> 00:28:57,440 in kleine Teile gehackt und verteilt sich auf den Servern 595 00:28:57,440 --> 00:29:00,000 von Amazon ne. Hat das Vorteile, wenn man das 596 00:29:00,000 --> 00:29:02,560 jetzt das Hackstück speichert oder was geht das schneller 597 00:29:02,560 --> 00:29:04,880 oder? Das hat den gigantischen 598 00:29:04,880 --> 00:29:06,720 Vorteil, dass ich es halt nicht spiegeln muss. 599 00:29:06,720 --> 00:29:10,080 Ich Speicher die Metadaten mit ja und ich ich kann vor allen 600 00:29:10,080 --> 00:29:13,040 Dingen, was ich auch machen kann ist also ich Speicher erst. 601 00:29:13,040 --> 00:29:15,720 Also ich spare erstmal Speicher, das ist der größte Vorteil ja 602 00:29:15,720 --> 00:29:19,080 wenn ich spiegeln würde brauch ich halt ne ne Verdreifachung 603 00:29:19,080 --> 00:29:22,320 von dem Fall. Ja und so hab ich hab ich ne so 604 00:29:22,640 --> 00:29:26,320 und der zweite Vorteil ist ich kann jetzt quasi. 605 00:29:26,720 --> 00:29:29,000 Ich Speicher Metadaten. Ja, das ist ne Art Index 606 00:29:29,000 --> 00:29:30,320 Service, so funktioniert das auch. 607 00:29:30,320 --> 00:29:33,520 Ich Speicher mir Metadaten für jeden Chunk und jetzt hatten wir 608 00:29:33,520 --> 00:29:35,920 schon mal ne kryptographische Sache, jetzt kann ich aus ich 609 00:29:35,920 --> 00:29:39,240 kann sogenannte Hashes machen, also Signaturen von diesem 610 00:29:39,240 --> 00:29:42,080 originalen Chunk. Ja das geht jetzt schnell weil 611 00:29:42,080 --> 00:29:44,480 die weil die klein sind, ich kann das Hochparallel machen ne 612 00:29:44,480 --> 00:29:46,840 es ist ja immer das das Ding wenn ich wenn ich n großes 613 00:29:46,840 --> 00:29:49,760 Problem in viele kleine parallele Verhackstücke und der 614 00:29:49,760 --> 00:29:52,160 da kommt auch der Speed das ist hoch optimiert natürlich alles. 615 00:29:52,640 --> 00:29:54,640 Dann kann ich das alles gleichzeitig machen mit unseren 616 00:29:54,640 --> 00:29:57,600 CPUS, die wir haben. Ja, das passiert auch ja und da 617 00:29:57,600 --> 00:30:00,000 dadurch kommt ne hohe Geschwindigkeit zustande um das 618 00:30:00,000 --> 00:30:02,200 zu tun, weil das alles soll ja keine Latenz haben, ich soll ja 619 00:30:02,200 --> 00:30:04,840 fast nicht merken, dass da noch was passiert im Hintergrund, das 620 00:30:04,840 --> 00:30:07,040 soll hochgeladen werden, gespeichert und das runterladen 621 00:30:07,040 --> 00:30:09,400 soll vor allen Dingen auch sehr schnell sein, ja und es 622 00:30:09,400 --> 00:30:11,280 funktioniert deswegen schnell, weil ich jetzt kann ich 623 00:30:11,280 --> 00:30:14,000 gleichzeitig, ich kann wenn jetzt jemand das file haben 624 00:30:14,000 --> 00:30:16,480 will, dann forder ich halt gleichzeitig diese ganzen 625 00:30:16,480 --> 00:30:18,480 Chancen an von den verschiedenen Servern, die spielen mir das 626 00:30:18,480 --> 00:30:21,120 alle gleichzeitig zu, es muss nicht einer Fett IO machen. 627 00:30:21,520 --> 00:30:23,840 Sondern ich hab quasi nen nen Inbound. 628 00:30:24,240 --> 00:30:25,920 Das macht das unglaublich schnell halt auch. 629 00:30:25,920 --> 00:30:30,160 Ja rechne aus und jetzt ist es noch so, dass dieses Bitrotting 630 00:30:30,160 --> 00:30:31,640 jetzt wird jetzt speziell gelöst. 631 00:30:31,640 --> 00:30:34,320 Das find ich cool, jetzt kann ich nämlich wenn ich so nen wenn 632 00:30:34,320 --> 00:30:37,120 ich so ne Signatur ausgerechnet hab von meinem Original Chunk 633 00:30:37,600 --> 00:30:41,200 und hol das File wieder ab, dann rechne ich diese Signatur wieder 634 00:30:41,200 --> 00:30:44,480 aus, live gegeben dem was ich da gelesen hab und wenn jetzt so ne 635 00:30:44,480 --> 00:30:46,800 0 zu einer 1 geflippt ist, weil da der kosmische Ray 636 00:30:46,800 --> 00:30:50,320 Durchgedonnert ist durch dieses eine Stück von dem Pfeil. 637 00:30:50,960 --> 00:30:53,880 Dann wird die Signatur, die ich in einer das ist ne Datenbank, 638 00:30:53,880 --> 00:30:56,440 quasi was die da haben n Indexserver dann vergleichen die 639 00:30:56,440 --> 00:31:00,720 die Signatur, also ist das Hash was ich ursprünglich mal hatte 640 00:31:00,720 --> 00:31:04,560 zu diesem Chunk das gleiche wie das Hash was jetzt nen 641 00:31:04,560 --> 00:31:06,880 Bitrotting hatte wo ne 0 und ne 1 geflippt ist. 642 00:31:07,200 --> 00:31:09,200 Nein wird es nicht sein. Ja so funktionieren diese 643 00:31:09,200 --> 00:31:13,760 hashing Algorithmen ne und jetzt jetzt ist glasklar OK hier ist 644 00:31:13,760 --> 00:31:16,600 und und was da jetzt kaputt ist ja ob das nur ein Bit ist oder 645 00:31:16,600 --> 00:31:19,360 ob 10 Bits geflippt sind oder was scheißegal dieses Hash ist 646 00:31:19,360 --> 00:31:22,360 halt unterschiedlich. Das reicht ja zu wissen, dass 647 00:31:22,360 --> 00:31:24,800 ich das nicht nehmen kann. Das ist halt irgendwie rotten. 648 00:31:24,800 --> 00:31:28,160 Ja, das ist korrumpiert und jetzt tut der Algorithmus so, 649 00:31:28,160 --> 00:31:30,240 als wär halt diese platte abgeraucht, ja, oder dieses 650 00:31:30,240 --> 00:31:33,280 ganze Stück nicht da, dann ist auch völlig wurscht, ja weil es 651 00:31:33,280 --> 00:31:36,480 gibt genug andere Stücke, aus denen dieses gerottete Stück 652 00:31:36,480 --> 00:31:38,840 rekonstruiert werden kann, mathematisch korrekt, so wie es 653 00:31:38,840 --> 00:31:40,720 gerade gesagt hat. Ja, ich rechne halt das einfach 654 00:31:40,720 --> 00:31:42,880 aus, ja, ich brauch das gar nicht im Original. 655 00:31:43,520 --> 00:31:46,000 Es ist n bisschen irre, aber so funktioniert das ja. 656 00:31:46,240 --> 00:31:48,480 Gibt es Überschneidungen unter diesen einzelnen Chunks? 657 00:31:48,480 --> 00:31:49,840 Quasi. Um Nein, es gibt keine 658 00:31:49,840 --> 00:31:52,840 Überschneidung, es gibt es werden, es werden Paritäten 659 00:31:52,840 --> 00:31:55,200 gerechnet. Also ich hab ich hab ne 660 00:31:55,200 --> 00:31:57,480 Zahlenfolge, es war die originale Zahlenfolge und über 661 00:31:57,480 --> 00:32:02,400 Vektor Algebra rechne ich andere Zahlen aus die mich quasi die 662 00:32:02,400 --> 00:32:05,680 mir erlauben und das kann man aus also je mehr paritäten ich 663 00:32:05,680 --> 00:32:09,600 habe man sagt immer k originale Stücke und m paritäten ne so 664 00:32:09,600 --> 00:32:11,680 viele Paritäten wie ich ausrechnen habe so viele. 665 00:32:12,160 --> 00:32:15,120 Server können sterben, wenn ich 3 chunks habe, 3 original chunks 666 00:32:15,120 --> 00:32:18,240 und 2 paritäten, dann können und dann hab ich ja quasi 5 Stücke, 667 00:32:18,320 --> 00:32:21,600 dann dürfen 22 komplett abbrennen, ne und die Matte 668 00:32:21,600 --> 00:32:24,080 dahinter ist so elegant, dass es völlig Wurst ist, welche 2 669 00:32:24,080 --> 00:32:27,120 abbrennen. Ja, im Prinzip vergrößere ich 670 00:32:27,120 --> 00:32:30,280 meinen Pfeil um die Paritäten, sagen wir mal 3 originale 671 00:32:30,280 --> 00:32:33,240 chunks, 2 paritäten, dann hab ich quasi nen Pfeil was aus 5 672 00:32:33,240 --> 00:32:36,560 Stücken besteht. Für den Computer ist sind die 5 673 00:32:36,960 --> 00:32:40,880 alle gleich ja irgendwelche von den 2 können sterben. 674 00:32:41,360 --> 00:32:44,160 Von den 5 können sterben und mit den restlichen 3 kann ich immer 675 00:32:44,160 --> 00:32:45,920 noch das originale File rekonstruieren. 676 00:32:46,080 --> 00:32:48,360 So funktioniert die Matte dahinter, das ist halt total 677 00:32:48,360 --> 00:32:50,560 elegant. Ja, also in in an ganz einfachen 678 00:32:50,560 --> 00:32:53,640 Worten gesprochen, du changst dein file auf, dann erfindest du 679 00:32:53,640 --> 00:32:57,680 quasi mathematisch gültige neue Stücke, die gleichwertig dir 680 00:32:57,680 --> 00:33:00,640 erlauben es file wieder im Originalzustand zurückzurechnen 681 00:33:01,360 --> 00:33:04,240 und die dir aber auch erlauben, dass quasi so viele wie du an 682 00:33:04,240 --> 00:33:05,920 Stücken extra dazugerechnet hast. 683 00:33:05,920 --> 00:33:07,600 Dürfen quasi auch kaputt sein, ja. 684 00:33:08,240 --> 00:33:10,720 Und damit kriegst du ne unglaubliche Reliability. 685 00:33:10,720 --> 00:33:15,360 Ja, und dieses Bitrotting Halt umsonst, weil wie gesagt beim 686 00:33:15,360 --> 00:33:18,800 Einspeichern des Files wird halt von jedem echten Original Chunk 687 00:33:18,800 --> 00:33:22,240 die Signatur Mitgespeichert verglichen und beim rausholen 688 00:33:22,240 --> 00:33:25,520 wird gecheckt bist du sauber? Nein du bist nicht sauber, dann 689 00:33:25,520 --> 00:33:27,040 egal. Ich brauch dich nicht mein 690 00:33:27,040 --> 00:33:30,240 Freund, ich rechne zurück mit den anderen Dingern ne es wird 691 00:33:30,240 --> 00:33:33,400 immer genug da sein und und dann hat man auch so n Selfie Ling 692 00:33:33,400 --> 00:33:36,200 Prozess weil was auch passiert ist es wird es wird nicht nur 693 00:33:36,200 --> 00:33:39,040 einfach ignoriert. Weil du nämlich tatsächlich aber 694 00:33:39,040 --> 00:33:42,400 genau diese Stück rekonstruieren kannst, musst du ja mathematisch 695 00:33:42,800 --> 00:33:44,560 wird quasi das Bitrotting geheilt. 696 00:33:44,560 --> 00:33:46,680 Ja, das Bit war Geflippt du weißt, dass der Hash nicht mehr 697 00:33:46,680 --> 00:33:49,920 richtig ist. Dann wird überschrieben an der 698 00:33:49,920 --> 00:33:51,280 Stelle. Ja, das heißt, wenn du das 699 00:33:51,280 --> 00:33:52,960 nächste Mal das file anfragst ist wieder heil. 700 00:33:52,960 --> 00:33:55,920 Ja, das heißt es ist völlig Wurst, wenn wenn dein ganzes 701 00:33:55,920 --> 00:33:59,560 Memory über die große Mitte n bisschen rottet, ja, da kannst 702 00:33:59,560 --> 00:34:01,640 du nämlich auch n bisschen dünnere Discs nehmen oder 703 00:34:01,640 --> 00:34:03,200 irgendsowas oder vielleicht sogar ne ganz andere 704 00:34:03,200 --> 00:34:06,360 Speichertechnologie in Zukunft. Wo er irgendwann mal irgendwie n 705 00:34:06,360 --> 00:34:08,280 bitflip da oder n organisches Molekül. 706 00:34:08,280 --> 00:34:10,199 Wenn du da speicherst da drin oder n Kristall oder irgendwas 707 00:34:10,199 --> 00:34:12,800 irgendwas passiert da mal nicht so schlimm, weil weil du 708 00:34:12,800 --> 00:34:15,679 mathematisch quasi dieses dieses Problem lösen kannst. 709 00:34:15,679 --> 00:34:18,080 Ja ist völlig cool, ich wusste das alles nicht, ja, aber so 710 00:34:18,080 --> 00:34:19,920 funktioniert das tatsächlich im Hintergrund ja. 711 00:34:20,400 --> 00:34:23,280 Und weißt du wozu das führt? Thema Haltbarkeit was ABS 712 00:34:23,280 --> 00:34:25,920 versprichst an der Stelle. Keine Ahnung, das hab ich mir 713 00:34:25,920 --> 00:34:27,679 nicht angeguckt, aber wahrscheinlich relativ lang. 714 00:34:27,679 --> 00:34:30,120 Ne also. Hab ich es auch nicht 715 00:34:30,159 --> 00:34:35,560 verifiziert, aber die Eleven Nights, also 99 Komma. 999999999 716 00:34:35,560 --> 00:34:38,639 9% Haltbarkeit können die dadurch garantieren, 717 00:34:38,639 --> 00:34:40,960 wahrscheinlich durch dieses durch diesen Mechanismus oder 718 00:34:41,360 --> 00:34:45,719 diese Technologie. Das bedeutet, wenn man 10000 719 00:34:45,719 --> 00:34:49,760 Dateien in s 3 speichert, dauert es statistisch gesehen 10000000 720 00:34:49,760 --> 00:34:53,440 Jahre, bis auch nur eine Datei davon verloren geht. 721 00:34:53,760 --> 00:34:57,680 Ja, ja, das ist total krass und du kannst es quasi. 722 00:34:57,680 --> 00:35:01,360 Du kannst du quasi diese Dauer steuern aktiv und das das kann 723 00:35:01,360 --> 00:35:03,520 man dann quasi, wenn man so Systeme selber aufsetzt. 724 00:35:03,840 --> 00:35:05,360 Also diese algorithmik sag ich mal. 725 00:35:05,360 --> 00:35:08,880 Ja, die ist wie gesagt, das ist zusammengesetzt dieses diese 726 00:35:08,880 --> 00:35:10,960 Lösung ist zusammengesetzt aus Algorithmen, die gab es schon 727 00:35:10,960 --> 00:35:13,080 lange, ja was wir noch brauchen, das hab ich nicht angesprochen 728 00:35:13,080 --> 00:35:14,960 für die die die da mal einsteigen wollen die Spaß an 729 00:35:14,960 --> 00:35:18,720 sowas haben, die müssen sich noch golloirfelder angucken, es 730 00:35:18,720 --> 00:35:20,600 gibt noch ein Phänomen was ich noch hinkriegen muss, wenn ich 731 00:35:20,600 --> 00:35:23,200 nämlich diese neuen Gleichungen aufbaue, dann dürfen keine 732 00:35:23,200 --> 00:35:26,480 Ergebnisse rauskommen, also keine Lösung, keine Paritäten, 733 00:35:26,640 --> 00:35:28,040 die größer als 255 oder kleiner als 0. 734 00:35:28,040 --> 00:35:30,640 Ich muss ja wieder falsch speichern quasi, also muss ich 735 00:35:30,640 --> 00:35:34,880 quasi. Paritäten generieren, die im 736 00:35:34,880 --> 00:35:38,800 gleichen im gleichen Zahlenraum sind wie die wie die Bytes, die 737 00:35:38,800 --> 00:35:40,320 ich speichern kann, und die sind dazwischen 0 und 250. 738 00:35:40,320 --> 00:35:42,720 Das heißt, ich muss meine ganze Mathematik so einengen, dass 739 00:35:43,360 --> 00:35:47,360 quasi dass dass, obwohl ich neu rechne und krasse Rechnungen 740 00:35:47,360 --> 00:35:49,480 mache, das sind ja, ich brauch ja ganz viele Gleichungen, dass 741 00:35:49,480 --> 00:35:52,560 die nie überspringen, das Phänomen, der, das gelöst hat, 742 00:35:52,560 --> 00:35:55,360 mathematisch heißt, ist der Kollege Colois nicht colois, das 743 00:35:55,840 --> 00:35:57,920 sind die Zigaretten, ich bin nicht so gut Französisch. 744 00:35:59,760 --> 00:36:03,400 Also geschrieben wird der GALOIS ja, wie auch immer das 745 00:36:03,400 --> 00:36:07,760 ausgesprochen wird. Ja, und das ist so n bisschen, 746 00:36:07,760 --> 00:36:10,240 das ist so n bisschen n Trick, der quasi die Zahlen immer 747 00:36:10,240 --> 00:36:13,160 wieder zurückbringt in so einer Überschlagart, das kann man sich 748 00:36:13,160 --> 00:36:16,160 ja gut vorstellen mit einer Uhr, es ist ja, wenn du zum Beispiel 749 00:36:16,320 --> 00:36:20,040 wenn du sagst, es ist 12:00 Uhr und plus 2, ja dann ist, dann 750 00:36:20,040 --> 00:36:23,000 wär es 14 das gibt es jetzt auch noch, aber man sagt ja, dann ist 751 00:36:23,000 --> 00:36:24,840 es wieder 2. Ja wenn du jetzt ne analoge Uhr 752 00:36:24,840 --> 00:36:28,080 anguckst, ja dann bleiben ja quasi deine Zahlen bleiben 753 00:36:28,080 --> 00:36:31,400 zwischen. Zwischen 1 und 12 ja, obwohl es 754 00:36:31,400 --> 00:36:33,440 andauernd die Zeit weitergeht, ja im Prinzip so ähnlich kann 755 00:36:33,440 --> 00:36:36,360 man sich das mathematische Phänomen vorstellen und mit dem 756 00:36:36,360 --> 00:36:39,400 Trick kannst du halt riesige Gleichungssysteme bauen, in 757 00:36:39,400 --> 00:36:41,440 denen die Zahlen gleich bleiben, ja, nur für die, die nochmal 758 00:36:41,440 --> 00:36:44,480 tiefer einsteigen wollen, ja das wird dann mit dem x Ohr gelöst 759 00:36:44,480 --> 00:36:47,360 und so weiter technisch ist alles hochoptimiert voll krass 760 00:36:47,840 --> 00:36:50,560 und deswegen gibt es sowas halt auch manchmal nicht sofort. 761 00:36:50,560 --> 00:36:52,640 Ja das sind so Sachen die wird die werden dann halt auch mit 762 00:36:52,640 --> 00:36:54,880 erfunden und ich find. Find das kann man sich mal 763 00:36:54,880 --> 00:36:57,120 reinziehen, da ist echt viel Technologie und da müssen die 764 00:36:57,120 --> 00:36:59,840 Engineers irgendwie auch gucken und das testen und so weiter es 765 00:36:59,840 --> 00:37:02,040 ist nicht nur einfach, dass man Hardware hinstellt und dann hat 766 00:37:02,040 --> 00:37:05,040 man ne Cloud, sondern die Services dahinter. 767 00:37:05,040 --> 00:37:07,040 Da steckt halt auch richtig Hirnschmalz hinter. 768 00:37:07,280 --> 00:37:09,240 Wie kriege ich dieses Problem gelöst, dass ich halt auch 769 00:37:09,240 --> 00:37:12,040 wirklich nachhaltig langfristig solche Files sicher speichern 770 00:37:12,040 --> 00:37:15,520 kann, ohne dass mir die Ressourcen explodieren, ist halt 771 00:37:15,520 --> 00:37:17,440 super cool da. Und weißt du, ob das jetzt 772 00:37:17,440 --> 00:37:20,000 andere Manage Cloud, dann bitte auch mit den indischen 773 00:37:20,000 --> 00:37:22,320 Algorithmen machen, oder? Die machen das alle mit dem das 774 00:37:22,320 --> 00:37:23,720 ist. Das ist das non plus ultra. 775 00:37:23,720 --> 00:37:27,440 Ja diese diese Algorithmik, genau das genau, es gibt auch 776 00:37:27,440 --> 00:37:30,240 noch die Raid Systeme wo hart gespiegelt wird, weil ich sag 777 00:37:30,240 --> 00:37:33,760 mal so n paar Nachteile wenn man das so macht, diese Mathematik 778 00:37:33,760 --> 00:37:36,080 und sagen wir mal du hast n großes File und machst ne kleine 779 00:37:36,080 --> 00:37:39,680 Änderung an einem großen Pfeil. Dann ist es aufwendig. 780 00:37:39,680 --> 00:37:42,880 Weil selbst also jede einzelne Änderung an einem Pfeil führt 781 00:37:42,880 --> 00:37:45,960 zwingend dazu, dass das Chunking und die Paritäten neu gerechnet 782 00:37:45,960 --> 00:37:46,960 werden müssen. Für alle. 783 00:37:47,440 --> 00:37:49,760 So funktioniert die Matte ja selbst wenn ich, wenn ich einen 784 00:37:49,760 --> 00:37:52,560 Chunk verändere, ne, ich hab ja gerade erzählt, wie das 785 00:37:52,560 --> 00:37:55,640 funktioniert, ja dann, dann muss ich quasi alles neu rechnen, das 786 00:37:55,640 --> 00:37:58,160 heißt obwohl ich ne kleine Änderung mache, müssen halt alle 787 00:37:58,160 --> 00:38:02,240 Rechner und alle Chunks die verteilt wurden upgedatet werden 788 00:38:02,240 --> 00:38:05,840 und überschrieben werden ja das. Also das kann n Nachteil sein ne 789 00:38:05,840 --> 00:38:08,120 und es gibt es gibt gewisse Use Cases wie es immer so ist. 790 00:38:08,120 --> 00:38:10,240 Also wenn ich meinen Pfeil nicht einfach da reinklatsche sondern 791 00:38:10,240 --> 00:38:13,160 wenn ich wenn ich quasi so so n Algorithmus habe oder ne 792 00:38:13,160 --> 00:38:15,440 Anwendung habe wo ich ständig kleine Änderungen machen will 793 00:38:15,760 --> 00:38:19,240 auf n großen Pfeil in einen Highspeed, dann nehm ich nicht s 794 00:38:19,240 --> 00:38:21,280 3 ja das ist kacke. Ja da gibt es dann halt andere, 795 00:38:21,280 --> 00:38:24,800 da gibt es bessere Sachen. Frage noch mal. 796 00:38:25,120 --> 00:38:27,520 Also es ist ja du hast noch was zu einem Algorithmus und wird 797 00:38:27,520 --> 00:38:29,160 Funktionsweise. Ich wollt eher noch mal s 3 so n 798 00:38:29,160 --> 00:38:30,880 bisschen einordnen oder dich dazu noch mal n bisschen was 799 00:38:30,880 --> 00:38:32,840 fragen. Gerne mach ich bin eigentlich 800 00:38:32,840 --> 00:38:35,360 durch mit Margot, wenn wenn du es einigermaßen verstanden hast 801 00:38:35,360 --> 00:38:38,040 Gerrit, dann hab ich es halt also ich ich weiß es ist komplex 802 00:38:38,040 --> 00:38:40,320 aber ich wollt es mal irgendwie anteasern ne genau ich find. 803 00:38:40,320 --> 00:38:42,160 Es faszinierend, aber ich glaub ich kann es jetzt nicht. 804 00:38:42,320 --> 00:38:43,920 Nein, ich mach es erklären oder irgend so. 805 00:38:44,640 --> 00:38:46,680 Ich hab schon gemerkt, ich hab mir, ich hab mich vorbereitet 806 00:38:46,680 --> 00:38:48,280 und jetzt hab ich auch schon wieder n paar Stunden sind 807 00:38:48,280 --> 00:38:50,720 natürlich wieder durch irgendwie beziehungsweise paar Tage auch 808 00:38:50,720 --> 00:38:52,920 dass wir jetzt hier die Aufnahme machen, ich muss mich auch schon 809 00:38:52,920 --> 00:38:56,000 wieder konzentrieren, weil das ist einfach ja das ist schon 810 00:38:56,000 --> 00:38:58,240 auch n bisschen Materie, da ist n bisschen Fleisch dran an der 811 00:38:58,240 --> 00:38:59,760 ganzen Idee ja das ist schon cool. 812 00:39:00,320 --> 00:39:02,440 Ja, aber jetzt noch mal so n bisschen so zum zum wie man es 813 00:39:02,440 --> 00:39:03,920 einsetzt. Das s 3 auch du, das find ich 814 00:39:03,920 --> 00:39:06,200 eigentlich auch mal spannend. Du hast ja gesagt OK wir 815 00:39:06,200 --> 00:39:09,600 benutzen das um große Dateien vielleicht einem Kunden 816 00:39:09,600 --> 00:39:14,520 bereitzustellen, manchmal ja, dafür nutzen wir das S 3 ja und 817 00:39:14,520 --> 00:39:17,120 es ist ja ein Teil der ganzen Services, die jetzt ABS 818 00:39:17,120 --> 00:39:19,760 anbietet, ja oder ein ein Service und. 819 00:39:20,520 --> 00:39:22,640 Wenn ich jetzt zum Beispiel ich, ich musste gerade denken, an 820 00:39:22,640 --> 00:39:24,920 unseren Website Baukasten zum Beispiel, wir nutzen, wir nutzen 821 00:39:24,920 --> 00:39:27,760 da ja NCMSN Content Management System mit von Hubspot, aber 822 00:39:27,760 --> 00:39:29,440 gibt es ja ganz viele Wigs oder was auch immer. 823 00:39:29,680 --> 00:39:32,720 Ja also Website, Baukästen und da lade ich ja auch Ressourcen 824 00:39:32,720 --> 00:39:35,160 hoch, also Bilder und und und Files, die dann auf unserer 825 00:39:35,160 --> 00:39:37,800 Website angezeigt werden. Sollen ja, und jetzt nehmen wir 826 00:39:37,800 --> 00:39:39,000 mal. An die benutzen ja auch hinten 827 00:39:39,000 --> 00:39:42,000 dran ne Manage Cloud. Ja ich weiß, weiß jetzt nicht 828 00:39:42,000 --> 00:39:45,440 was Hubspot nutzt, du bestimmt 1 von den 3 großen und 829 00:39:45,440 --> 00:39:48,000 wahrscheinlich nutzen die dann für die Bilder die auf unserer 830 00:39:48,000 --> 00:39:50,560 Website sind. Sowas wie s 3 dahinter. 831 00:39:50,760 --> 00:39:53,560 Das kann schon gut sein, ne? Ja, das heißt, wenn ich jetzt da 832 00:39:53,560 --> 00:39:57,040 n Bild Reinschmeiße bei Hubspot zum Beispiel, in den in den in 833 00:39:57,040 --> 00:39:59,440 die Ressourcen, damit ich es benutzen kann, im im Baukasten, 834 00:39:59,840 --> 00:40:01,640 dann wird das vielleicht da hinten verhackstückelt und 835 00:40:01,640 --> 00:40:05,280 irgendwo sonst wo hingelegt und verteilt auf dem eigentlichen 836 00:40:05,280 --> 00:40:08,400 Speicher dahinter. Ja so, ja, genau so ist das ja, 837 00:40:08,400 --> 00:40:10,200 laufen ne. Ja, du weißt jetzt nicht, ob die 838 00:40:10,200 --> 00:40:11,680 jetzt ne Datenbank da haben oder irgendsowas. 839 00:40:11,680 --> 00:40:14,000 Es gibt wie gesagt sehr viele Services, s 3 ist ja nur einer 840 00:40:14,000 --> 00:40:16,720 von diesen, also insgesamt vielleicht 2000 oder 841 00:40:16,720 --> 00:40:19,080 irgendsowas, die bei Amazon Web Service gibt, weiß nicht, müssen 842 00:40:19,080 --> 00:40:21,800 wir noch mal genau nachgucken, du kannst immer alles irgendwie 843 00:40:21,800 --> 00:40:24,000 anders machen, aber die Wahrscheinlichkeit schon sehr 844 00:40:24,000 --> 00:40:26,240 hoch, dass für Files, die jetzt vor allen Dingen jetzt nicht n 845 00:40:26,240 --> 00:40:28,600 relationsanspruch haben, sondern so Resources darstellen und so 846 00:40:28,600 --> 00:40:31,680 weiter, dass die dann ins genau in den S 3 reingehen, ja genau, 847 00:40:31,680 --> 00:40:33,920 und dann ist es gehackstückt und dann genau das kriegst du alles 848 00:40:33,920 --> 00:40:35,280 nicht mit. Ja es passiert halt einfach 849 00:40:35,280 --> 00:40:37,160 alles, ja. OK, aber die Frage ist, ob es 850 00:40:37,160 --> 00:40:39,040 dann auch noch so angezeigt werden kann auf einer Website 851 00:40:39,040 --> 00:40:41,680 dann also. Na ja, wenn das angezeigt wird, 852 00:40:41,680 --> 00:40:43,840 dann wird das Gefatcht ne, dann wird das also entweder wird das 853 00:40:43,840 --> 00:40:45,920 Zwischengecasht und so, das gibt es ja auch alles, aber du wenn 854 00:40:45,920 --> 00:40:48,920 du es also wenn man jetzt damit programmiert und du machst ne 855 00:40:48,920 --> 00:40:52,240 Cloud Lösung normalerweise macht man das ja so n bisschen 1 zu 856 00:40:52,240 --> 00:40:53,520 der 0. Ja entweder sag ich ich mach 857 00:40:53,520 --> 00:40:55,560 jetzt hier ne Anwendung die lebt halt in der Cloud oder halt 858 00:40:55,560 --> 00:40:57,600 nicht ja und wenn ich halt in die Cloud gehe dann guck ich mir 859 00:40:57,600 --> 00:40:59,760 halt an dann deswegen machen wir diese Folge dann muss ich 860 00:40:59,760 --> 00:41:03,080 verstehen mit welchen Mitteln. Attackier ich denn jetzt meine 861 00:41:03,080 --> 00:41:03,760 Probleme? Ja. 862 00:41:03,840 --> 00:41:05,920 Wenn ich jetzt also Files habe und Ressourcen, die der Nutzer 863 00:41:05,920 --> 00:41:07,200 hochlädt, wo pack ich die denn hin? 864 00:41:07,200 --> 00:41:10,240 Ja und und dann hast du schon recht, also dann würde jetzt 865 00:41:10,240 --> 00:41:12,480 quasi der Hersteller, also Hubspot, die Entwickler von 866 00:41:12,480 --> 00:41:14,960 Hubspot, die haben sich gesagt ja OK wenn der Gerrit da 867 00:41:14,960 --> 00:41:17,400 irgendwie Files hochlädt, Ressourcen und so weiter wo 868 00:41:17,400 --> 00:41:20,800 speichern wir die ab? Ja wahrscheinlich s 3, weil 869 00:41:20,800 --> 00:41:23,200 reicht ja der ab und zu klickt er da drauf, will das sehen, ja 870 00:41:23,200 --> 00:41:25,360 dann ziehen wir die zusammen, das ist ja auch alles immediated 871 00:41:25,360 --> 00:41:27,640 ja klang alles zu lang und langwierig und so weiter das 872 00:41:27,640 --> 00:41:29,360 passiert aber alles in Hundertstel von Millisekunden 873 00:41:29,360 --> 00:41:30,720 und so weiter ist alles schnell, ja. 874 00:41:31,440 --> 00:41:33,480 Das kann schon gut sein, oder ist es halt ne Datenbank als 875 00:41:33,480 --> 00:41:34,840 Service. Ja das weiß ich jetzt nicht, 876 00:41:34,840 --> 00:41:36,080 aber. Je noch, nee, können wir ja auch 877 00:41:36,080 --> 00:41:38,480 nicht wissen, aber nur mal so, man könnte es so lösen, ja 878 00:41:38,480 --> 00:41:39,560 genau, man könnte es so. Lösen. 879 00:41:39,560 --> 00:41:40,400 Ja genau, ich hab. Halt geguckt. 880 00:41:40,400 --> 00:41:42,640 Es gibt so 200 bis 300 Services bei Amazon. 881 00:41:42,760 --> 00:41:44,880 Ah, guck mal, mit meinen 1000 mach ich n bisschen zu viel, 882 00:41:44,880 --> 00:41:46,840 dann aber ja, es ist auch schon ne ganze Menge. 883 00:41:46,840 --> 00:41:51,400 Ja ja, vielleicht auch noch ein Fun Fact zu diesen zu diesen s 3 884 00:41:51,400 --> 00:41:52,320 s. Das hab ich noch nicht gesagt, 885 00:41:52,320 --> 00:41:55,120 wenn man wenn man sich die anguckt, das hab ich auch erst 886 00:41:55,120 --> 00:41:57,440 gedacht, auch zum Beispiel bei uns minio, dann hat dann hat das 887 00:41:57,440 --> 00:42:00,280 ja ne URL diese Files ja. Die haben ne Struktur mit 888 00:42:00,280 --> 00:42:04,880 Slashes und so weiter also my cool picture, also my slash 889 00:42:04,880 --> 00:42:09,920 cool, slash picture test.png und man könnte der Meinung sein, das 890 00:42:09,920 --> 00:42:12,080 hat irgendwie wieso n pfeilsystem irgend ne Struktur, 891 00:42:12,080 --> 00:42:14,680 ne Hierarchie und so weiter das wollt ich vielleicht auch noch 892 00:42:14,680 --> 00:42:18,400 mal sagen, dieses ganze Konzept ist natürlich zerbrochen. 893 00:42:18,400 --> 00:42:20,440 Ja das ist hoffentlich klar geworden mit dem Algorithmus, 894 00:42:20,440 --> 00:42:23,440 aber es wird, das ist auch krass, sich einmal ranziehen, es 895 00:42:23,440 --> 00:42:26,000 wird alles flach nebeneinander gespeichert, ja ist auch so ne 896 00:42:26,000 --> 00:42:28,960 Erkenntnis wie man weil. Was in welcher Hierarchie sollst 897 00:42:28,960 --> 00:42:31,000 du da irgendwas speichern? Das Problem gibt es nicht, sind 898 00:42:31,000 --> 00:42:35,600 alle Files flach, ja und dieses mit den Slashes, das ist quasi 899 00:42:35,600 --> 00:42:39,400 der Name des Files, ist immer nur ein eine ID, eine flache ID 900 00:42:39,400 --> 00:42:42,480 aus diesem Namen wird quasi ne ID geformt, ne Unique ID und die 901 00:42:42,480 --> 00:42:44,760 Files liegen alle nebeneinander flach, da gibt es keine 902 00:42:44,760 --> 00:42:47,600 Hierarchien, das ist alles Fake. Ja Hierarchie ist nur ne Anzeige 903 00:42:47,600 --> 00:42:50,160 Fake ja physikalisch gibt es keine Hierarchien, ne. 904 00:42:50,320 --> 00:42:53,600 Auch flach nebeneinander von mit verschiedenen anderen. 905 00:42:53,920 --> 00:42:55,920 Kunst alles durchmachen ja, du also diese, das ist ja das 906 00:42:55,920 --> 00:42:58,480 Wilde, diese ganzen Chunks. Auf der physikalischen 907 00:42:58,480 --> 00:43:00,720 Festplatte liegt ein Chunk neben dem nächsten, von den 908 00:43:00,720 --> 00:43:02,960 verschiedensten Nutzern. Kreuzung quer durch die Files ja 909 00:43:02,960 --> 00:43:06,720 völlig ihre und was du brauchst ist halt den indexing Server, 910 00:43:06,720 --> 00:43:09,200 das brauchst du schon, du musst halt wissen an welcher Stelle in 911 00:43:09,280 --> 00:43:11,880 auf welcher Platte liegt welcher Chunk von welchem Pfeil da sind 912 00:43:11,880 --> 00:43:15,440 die Metadaten dazu, das ist der Metadaten Service der sorgt beim 913 00:43:15,440 --> 00:43:18,600 Auseinanderbauen des Files quasi und beim Reinspielen der Chunks 914 00:43:18,600 --> 00:43:21,600 dafür, dass sich alles gemerkt wird ja wo ist was und wie sind 915 00:43:21,600 --> 00:43:25,000 die Hashes ja ist übrigens n Highway Hash ja was ich mal 916 00:43:25,000 --> 00:43:27,120 angucken will ist ne besonders schnelle hashing Funktion. 917 00:43:27,600 --> 00:43:29,680 Und genau, wenn dir das in die Grützen geht, dann hast du auch 918 00:43:29,680 --> 00:43:31,840 n Problem. Und tatsächlich hatte Amazon 919 00:43:31,840 --> 00:43:35,680 auch mal n Problem wie das so wie das so ist, ne mit mit Human 920 00:43:35,680 --> 00:43:38,160 Failure und so weiter der ist bekannt, den kann man 921 00:43:38,160 --> 00:43:39,920 nachgucken. Es gab am 28. 922 00:43:39,920 --> 00:43:44,560 Februar 2017 n ziemlich ziemlich krasses Outage, weil genau 923 00:43:44,560 --> 00:43:47,560 dieser indexing Dienst von dem ich spreche, da wurden zu viele 924 00:43:47,560 --> 00:43:51,040 Sachen runtergefahren, das ist auch krass ich hab ich hab dann 925 00:43:51,040 --> 00:43:53,440 gedacht, dass ich das gelesen hab, also was ist passiert? 926 00:43:53,600 --> 00:43:55,720 Den Techniker sollte irgendwelche es war irgendwas 927 00:43:55,720 --> 00:43:58,040 langsam und es sollten irgendwelche Kommandos abgegeben 928 00:43:58,040 --> 00:44:00,160 werden damit wieder neue Server ins ins Game kommen und 929 00:44:00,160 --> 00:44:02,320 ausgetauscht werden. Stattdessen ist es was ganz 930 00:44:02,320 --> 00:44:04,240 Furchtbares passiert, es wurden ganz viele Systeme 931 00:44:04,240 --> 00:44:07,360 runtergefahren und von diesem Index, Server und so weiter und 932 00:44:07,360 --> 00:44:09,680 zwar über ein kritisches Intervall, dass halt diese Files 933 00:44:09,760 --> 00:44:11,440 genau nicht mehr rekonstruiert werden konnten. 934 00:44:11,440 --> 00:44:13,840 Es war halt zu viel aus ja und dann gab das so n Self in 935 00:44:13,840 --> 00:44:16,120 Hauncing Loop. Dummerweise war dann auch noch 936 00:44:16,120 --> 00:44:19,280 die ganze Dashboarding und Monitoring und und Notification 937 00:44:19,280 --> 00:44:22,680 für die Customer von AWS System halt auch über s 3 quasi die 938 00:44:22,680 --> 00:44:25,720 Daten dahinter Gewicht, sodass die noch nicht mal ihren Kunden 939 00:44:25,720 --> 00:44:27,600 Bescheid sagen konnten, weil quasi ihr eigenes System 940 00:44:27,600 --> 00:44:29,520 weggestorben ist. Das ist auch schon ganz schön 941 00:44:29,520 --> 00:44:32,200 krass und es hat auch ganz schön gedauert, dass man sich wieder 942 00:44:32,200 --> 00:44:35,120 anfahren konnte, weil es gibt quasi so ne, man kann sich fast 943 00:44:35,120 --> 00:44:37,160 vorstellen wieso n Atomreaktor auch, sodass es jetzt keine 944 00:44:37,160 --> 00:44:39,680 radioaktive Strahlung gibt, ist aber wenn du so ne kritische 945 00:44:39,680 --> 00:44:42,040 Menge da Unterschreitest in diesem indexing Server und wenn 946 00:44:42,040 --> 00:44:44,960 da irgendwas kaputt geht. Dann hast du im Notfall n super 947 00:44:44,960 --> 00:44:48,720 Gauer am Hintern, weil weil wie gesagt, es gibt halt diese Files 948 00:44:48,720 --> 00:44:50,880 werden halt nicht logisch an einem Stück abgelegt. 949 00:44:50,880 --> 00:44:53,480 Ja wenn wenn dir da was kaputt geht oder wenn diese Parities 950 00:44:53,480 --> 00:44:55,360 und die Chancen nicht mehr zusammengesetzt bekommst, dann 951 00:44:55,360 --> 00:44:58,960 ist halt dann hast du halt nur noch Spaghetti ja ist schon auch 952 00:44:58,960 --> 00:45:01,360 wild, ja. Das klingt wirklich, wieso ne 953 00:45:01,360 --> 00:45:03,040 sehr vulnerable stelle, die wahrscheinlich sehr gut 954 00:45:03,040 --> 00:45:03,920 geschützt ist. Ist es. 955 00:45:03,920 --> 00:45:06,800 Total gut geschützt da ich glaub also das das ist das wenn du ich 956 00:45:06,800 --> 00:45:09,400 meine wie krass ist also und da ist kurz mal n bisschen was 957 00:45:09,400 --> 00:45:12,960 unten gewesen ja 2017 28. Februar ja und ansonsten? 958 00:45:13,440 --> 00:45:15,680 Speichern alle und jeder seine Falz in die Cloud und kriegst 959 00:45:15,680 --> 00:45:17,440 sie immer zurück? Ja, gibt es ja keine, keine 960 00:45:17,440 --> 00:45:19,520 Schmerzen, ne schon schon n stabiles System, ne. 961 00:45:20,240 --> 00:45:22,320 Ja, OK, man merkt, du bist fasziniert von der ganzen Sache. 962 00:45:22,560 --> 00:45:25,160 Ja, aber ich mich fasziniert das, weil ich irgendwie dann 963 00:45:25,160 --> 00:45:26,280 machst du irgendwie ewig Software. 964 00:45:26,280 --> 00:45:27,920 Ich weiß nicht, wie ich es unseren Zuhörern gehe und du, 965 00:45:27,920 --> 00:45:30,200 ich bin ja auch wirklich im Web unterwegs und so, jetzt bin ich 966 00:45:30,200 --> 00:45:32,080 nicht so krass in der Cloud unterwegs, weil wir halt genau 967 00:45:32,080 --> 00:45:34,400 dieses hetzner Sachen machen und dann dann weiß man auch einfach 968 00:45:34,400 --> 00:45:36,960 nicht so viel davon, weil man sich einfach nicht das tägliche 969 00:45:36,960 --> 00:45:39,640 Brot ist, sag ich mal. Aber ich hab nicht damit 970 00:45:39,640 --> 00:45:43,200 gerechnet, was da was da für ne Eleganz und für ne Algorithmik 971 00:45:43,200 --> 00:45:46,240 und für ne Mathematik hinter dieser Storage Lution steckt. 972 00:45:46,240 --> 00:45:49,280 Das hat mich echt überrascht, weil ich dachte eigentlich Cloud 973 00:45:49,280 --> 00:45:51,120 ist mir so. Ja ich stell ich bin halt 974 00:45:51,120 --> 00:45:52,960 irgendwie ne Firma und hab sehr viel Geld und stell mir halt 975 00:45:52,960 --> 00:45:55,520 ganz viele Rechner hin ja und hab dann halt fette 976 00:45:55,520 --> 00:45:57,520 Netzwerkkabel und verteil halt den Quatsch zwischen den 977 00:45:57,520 --> 00:45:59,880 Rechnern irgendwie und das ist halt definiert halt schon mal 978 00:45:59,880 --> 00:46:01,680 Cloud weil ich halt einfach die Ressourcen hab. 979 00:46:02,320 --> 00:46:04,160 Pustekuchen. Aber es ist nicht nur so. 980 00:46:04,160 --> 00:46:06,440 Ja, also mal gucken, was jetzt noch kommt in den nächsten 981 00:46:06,440 --> 00:46:08,960 Folgen, was wo noch Eleganz drin steckt bei den anderen 982 00:46:09,440 --> 00:46:13,360 Kategorien sag ich mal auf den Motor gucken oder oder in auf 983 00:46:13,520 --> 00:46:15,760 dem System kommen bestimmt auch noch n paar Highlights ja. 984 00:46:16,160 --> 00:46:19,200 Ja, so Content Delivery Network, so was könnten wir uns auch mal 985 00:46:19,200 --> 00:46:22,120 angucken, was es Cloudflare macht und so, also wo räumlich 986 00:46:22,120 --> 00:46:24,040 Dinge gespeichert sind, damit sie noch n bisschen schneller 987 00:46:24,040 --> 00:46:25,760 abgerufen werden können und solche Sachen. 988 00:46:26,240 --> 00:46:28,960 Ne, ja. OK, ja dann würd ich sagen mach 989 00:46:28,960 --> 00:46:30,960 mal Deckel drauf oder? Ja, 1. 990 00:46:30,960 --> 00:46:33,600 Folge 1. Folge der Serie ab im im Kasten 991 00:46:33,600 --> 00:46:36,960 und mal gucken ob wir wann wir wann wir zur nächsten Folge der 992 00:46:36,960 --> 00:46:39,040 Serie kommen. Cloud Services. 993 00:46:39,360 --> 00:46:41,520 Schauen wir mal. Gut, alles klar, ja dann würd 994 00:46:41,520 --> 00:46:46,320 ich sagen Recalled A Podcast ja und der Recalled Podcast bis zum 995 00:46:46,320 --> 00:46:49,840 nächsten Dankeschön Burkhard danke euch fürs Zuhören und bis 996 00:46:49,840 --> 00:46:51,920 in 2 Wochen war einfach komplex tschau tschau. 997 00:46:52,480 --> 00:46:55,360 Tschüss aus Hamburg. Einfach komplex wird produziert 998 00:46:55,360 --> 00:46:58,680 und präsentiert von Heisenware Heisenware ist deine lowcode 999 00:46:58,680 --> 00:47:02,160 Plattform zur Erstellung und zum Betrieb interaktiver Apps rund 1000 00:47:02,160 --> 00:47:04,160 um den Shopfloor. Starte noch heute deinen Free 1001 00:47:04,160 --> 00:47:06,960 trial. Unterheisenware.com einfach 1002 00:47:06,960 --> 00:47:07,920 minus komplex.