Was ist, wenn du nicht mehr bezahlst? Kommt jemand tot? Ja, steht da jemand mitten in der Nacht neben dir und sagt, sie haben nicht bezahlt? Coding Buddies Dein Podcast rund um Softwareentwicklung und aktueller Tech News herzlich Willkommen. Halli Hallo und Herzlich Willkommen zum Coding Buddies Podcast. Es ist mal wieder Zeit für ne neue Folge und deswegen geht es hier auch gleich los und zwar
mit Tino und mit mir. Tino sitzt mir hier schon gegenüber, wartet schon, dass er irgendwie mal erwähnt wird, dass ich endlich mal sage, Tino, wie geht es, wie steht es, was geht ab, was geht, was geht Fabi heißt jut ja alles. Gut, alles gut, immer wieder ne Überraschung wie du
anmoderierst. Ja, weißt du, also ich, ich bin ja so richtig lahm, ich mach es eigentlich gefühlt immer gleich, aber bei dir, da denk ich mir immer so, oh was kommt heute was, was passiert jetzt ja, aber es ist immer so andere Wörter. Andere Wörter ist auch das einzige, was geht. Selbst wenn ich über den Arsch schlacke, umfangreicher zu sein, weißt du ja, es ist einfach nur du musst einfach nur die gleichen Wörter nehmen und sie anders anreihen und dann denkt
man vielleicht, dass es dich. Krieg ich n Satz ist oder nicht? Ach ja, gute Frage, Was geht an sich an sich geht es mir gut, weil du gefragt hast. Ich hab aber das ist n Ding ich hab jetzt keinen Kaffee also beziehungsweise wir trinken immer Kaffee vorher damit man nicht immer so einen Abschluckt aber ich hab jetzt noch ich hab jetzt keinen Kaffee gehabt das ist n bisschen schade ja aber. Wird schon n ordentlichen Schluck genommen vorher. Ist gut, ist gut.
Du hast alles richtig gemacht. Ich bin voll drauf jetzt. Ich hab richtig Bock auf die Folge voll drauf. Außerdem ist es ja auch ne coole Woche. Wir haben ja am Dienstag in unserem Livestream, also quasi vor 2 Tagen jetzt wenn man die wenn die Folge jetzt heute erscheint, sozusagen ne unser Turnier gestartet. Wir haben das Repository zu der Neuauflage vom For connect Extreme heißt es jetzt Turnier public geschaltet und erstmal
mega cool. Alle Leute die im Livestream waren die sich einfach direkt drauf gestürzt haben und angefangen haben Bots zu implementieren richtig richtig cool. Was natürlich nicht ausbleibt. Dabei ist, dass natürlich auch der ein oder andere Bug gefunden wurde, wo wir jetzt kräftig dran waren, das zu beheben, direkt damit quasi die Implementierungszeit möglichst
bugfrei ist. Aber da zeigt sich es mal wieder, es bleibt nicht aus und vor allem hier der Reminder, ja, wir sind ja noch sehr frisch in der Game Development Welt und Go do arbeiten wir uns gerade so n bisschen ein, Macht auf jeden Fall Mega Spaß, dass es mal so als Tipp wer da Bock drauf hat. Aber wir haben keine Tests geschrieben dafür.
Wir haben gesagt, ja, machen wir im nächsten Spiel, wir wissen nicht so richtig, gibt es überhaupt n Test Framework oder nicht, dann hat der eine Mal geguckt, ah ja, es gibt n Test Framework, ja machen wir beim nächsten machen wir beim nächsten und was haben wir jetzt Bugs so. Da haben wir also, da machst du einmal irgendwas. Oh du Test zack, und schon hast du zack ja, aber weißt doch, der Beweis, Tino, Du weißt doch wie das ist.
Ja, das ist einfach auch ne ganz normale Manier heutzutage, wenn n Spiel released wird. Du hast natürlich erstmal Day One Patches und so weiter weißt du da muss erstmal das. Klar, Na klar, klar. Also wir haben uns ja eigentlich nur an der Norm gehalten, wie es heutzutage so ist. Genau. Nein, aber auf jeden Fall erstmal n ganz, ganz fettes danke. Und wir finden es mega cool, dass ihr auch so zahlreich schon direkt angefangen habt und sowas halt direkt auch entdeckt habt.
Hilft natürlich einfach, damit es einfach dann quasi direkt, wenn die Sachen gleich zu Anfang behoben werden, einfach, dass diese Kleinigkeiten nur. Besser am Ende. Genau auf jeden Fall Mega cool, geiles, wie sagt man, geile Stimmung schon direkt zum Turnierstart.
Also, liebe Zuhörerinnen, liebe Zuhörer, falls du auch Lust hast auf das Turnier und vielleicht beim Start jetzt nicht dabei warst, wir haben natürlich auch unsere Website aktualisiert, dort findest du jetzt alle Infos zum Turnier, auch den Link zum Repository, wo weitere Anleitungen sind, so dass eigentlich keine Frage offen sein sollte und du direkt
starten kannst. Wie gesagt, es werden mehrere Programmiersprachen unterstützt, die Wahrscheinlichkeit ist nicht so gering, dass deine Lieblingssprache dabei ist. Also schau es dir ruhig mal an und mach mit an unserem Turnier. Es geht bis zum 21.11., bis dahin habt ihr Zeit. Und wir drücken euch die Daumen, ja. Ganz genau. Und es gibt natürlich coole Sachen zu gewinnen. Hauptsponsor von dem Turnier ist Jet Brands, da deswegen auch noch mal vielen vielen Dank.
Alle Preise gibt es auf jeden Fall auch auf unserer Website zu sehen, was es zu gewinnen gibt und deswegen lohnt sich mitzumachen, einfach deshalb nicht verpassen gut. Ja, das so vorweg, dann würd ich sagen kommen wir mal zum heutigen Thema. Es ist ja die Woche, was passiert, wo auch das ganze Netz voll war.
Es gab auch schon wieder die ein oder anderen Memes, die durch Social Media gegangen sind und das Thema möchte ich heute mit dir besprechen, aber ich möchte das ganze n bisschen anders einleiten heute fabi und zwar möchte ich dir eine Story erzählen, die genau in dem Zusammenhang zu unserem heutigen Thema aufgefallen ist und deswegen starte ich mal rein. Hast du denn gut geschlafen letzte Nacht?
Letzte Nacht gut geschlafen. Ja. Dein Blick sagt, du bist total verwirrt über diese Frage, aber das interessiert mich jetzt einfach mal. Ja, ich, ich würde sagen, ich hab ganz gut geschlafen. OK, bist du eher so n Typ, der sagt Oh so ne Matratze, die muss richtig hochwertig sein, also die kann ruhig richtig teuer sein, die muss gut sein oder eher so na ja ne normale Matratze tut es auch. Also ich schlafe immer auf dem Boden. Ist das nicht nur OK?
Krass. Krass, hast mal gehört, das soll ganz gesund sein, das ab und zu zu machen.
Ich bin eher Team, mach ich nie. Ah nein, nein, war Spaß, war Spaß. Also nein, ich, ich weiß gar nicht, ich weiß nicht was ich für ne Matratze hab, also offensichtlich leg ich nicht wert auf die absolut hochwertigste Matratze, ich find es muss einfach irgendwie ne Matratze sein die bequem ist, keine Ahnung also meine ist bequem würd ich sagen ich kann gut drauf schlafen aber ich würde sagen wenn du wissen willst was das für eine ist ist es eher so ne härtere nicht so ne weichere.
OK, aber es ist ne ganz normale Matratze und auch nicht super hochpreisig. Also bist du wahrscheinlich eher so gleiche Team wie ich. Die Matratze muss gut sein, aber das sind bezahlbare Dinger mhm, denn was ich richtig spannend fand und jetzt komm ich mal zu dem Punkt, ich hab nämlich die Woche gelernt in der Recherche zu dem heutigen Thema, dass es Matratzen gibt die mehrere 1000€ Kosten und halt dich fest.
Ein Abomodell beinhalten du bezahlst monatlich für diese Matratze. Ja, genauso hab ich auch geguckt, wie du mich gerade anguckst und man denkt sich so was ist das für eine Matratze und es gibt eine Firma namens Aid Sleep. Die solche Matratzen herstellen. Und wir haben ja schon n paar mal jokes gemacht.
So. Ja, wo ist denn jetzt bald überall sozusagen ey ei drin oder irgendwie ne, also was hatten wir letzt mal im Joghurt aus Spaß gesagt, aber Pass auf diese Matratzen, die sind richtig luxuriös, die haben eine Kühlfunktion, eine Heizfunktion, verschiedene Motoren um Stellung einzustellen, ne n schlaftracking haben die ja, also die tracken sogar deinen Schlaf für was ist das krass? Na, hochkant sitzen im Bett und liegen ich. Weiß nicht woran du denkst. Gerade.
Ja, ja, ja, also auf jeden Fall auf jeden. Fall und da denkt man sich so, OK, krass, krass cool und dann zahlst du auch noch monatlich n Abo, weil du brauchst ja die App und die Software ne um diese Daten da auch alle zu bekommen vom Tracking und da gibt es unterschiedliche Preisstufen und was jetzt vielleicht für den einen oder anderen Scam ist denk ich mir so OK vielleicht braucht das jemand, vielleicht braucht das jemand aber dann. War der 20. Oktober, war es ja Montag war der 20.
Ich hoffe es richtig und auf einmal war das Netz voller Beschwerden und die Leute haben gesagt, ich kann nicht mehr schlafen auf meiner Matratze, die ist zu heiß, die heizt die ganze Zeit oder was ist denn das für ne Scheiße, die ist in der Sitzposition, ich will schlafen und die lässt sich nicht mehr einstellen und dann denkt man sich so Mhm OK und weißt du was am Ende der Fall war und das finde ich es so krass. Diese Matratze hat keine offline Funktion und kein offline Mode
aktuell. Das heißt du steuerst sie über eine App, die eine Verbindung zum Server aufbauen muss und damit steuerst du am Ende dein Produkt, sonst funktioniert die App einfach nicht. Wenn du keine Verbindung aufbaust. Ich habe fragen. Ja, ich möchte diese Fragen loswerden, auch wenn du sie nicht beantworten kannst. Vielleicht ja. Doch was ist, wenn du nicht mehr bezahlst, kommt jemand tot? Ja, steht da jemand mitten in der Nacht neben dir und sagt,
sie haben nicht bezahlt? Geld ist nur jemand. Oder Yamo ist abgelaufen. Sie geben mir sofort diese Matratze her, dann stehst du so im Schlafzimmer. Nein, ich will meine. Matratze oder noch besser, die wird einfach Remote die ganze Zeit verstellt. Und du bewegst dich. Die ganze Zeit hoch und runter im Bett warst du diese, diese hier, diese Welle weißt du wie manche so auf der Tanzfläche, weißt du, kennst du das von
früher? Ja genau genau, ja, auf jeden Fall. Serverausfall hat bedeutet keine Kontrolle mehr über deine Matratze in deinem Schlafzimmer. Und da kommen wir zum heutigen Thema, denn dieser ganze Service läuft auf AWS und es wird der eine oder andere mitbekommen haben, dass es am Montag n sehr großen Ausfall gab, sodass viele Produkte, Softwarelösungen, Services allgemein nicht mehr
funktioniert haben. Ich mein, Ich weiß noch, wir haben uns geschrieben und dachten uns so, warum geht n Signal grad nicht mehr, ich wollt dir ja ne Nachricht schreiben und. Das hab ich überhaupt nicht verknüpft in dem Moment. Und dann denkst du dir so, ja, Signal wird ja wahrscheinlich Probleme haben, gerade immer erstmal direkt sagen, der Service an sich aber Signal war auch einfach betroffen von diesem AWS Ausfall und es waren halt sehr sehr viele Services. Es sind nicht nur.
Dass keine Messenger gehen, sondern bis hin, dass du nicht mehr in deinem Bett schlafen kannst. Und deswegen finde ich, ist das Thema heute ziemlich geil. Und zwar möchte ich mit dir darüber sprechen, wie dezentral ist denn eigentlich das Internet noch, wenn ein Problem, und zwar der Ausfall eines AWS Services oder einer Region sage ich mal global zu so viel Problemen führen kann und darüber möchte ich heute mit dir sprechen, Fabi. Auf jeden Fall. Darüber werden wir heute
sprechen. Ich find auf jeden Fall deine Geschichte sehr interessant, ich wusste gar nicht, dass es so ne Matratzen gibt, ehrlich gesagt sehr heftig, oder also dass es Matratzen gibt für mehrere 1000€, damit hätt ich jetzt das kommt nicht unerwartet würd ich sagen ja, also eher durch die Qualität der Matratze ja und nicht durch die Features sozusagen ne ja, aber aber trotzdem find ich auf jeden Fall
spannend. Aber ich mein Mittlerweile ist ja sowieso ne, kannst ja mit Smart Home, kannst ja wahrscheinlich ne Menge machen und wenn dann aber so n Ausfall kommt und du jetzt zum Beispiel auch wieder an so einer Cloud hängst ne oder an so Cloud Services, dann kannst du
natürlich auch n Problem haben. Ich stell mir das immer so ungefähr so vor, dass du irgendwann wenn also weißt du 50 Jahre in der Zukunft alle Häuser auf der ganzen Welt ne sind Smart Home und brauchen Internet und alles was dann so was dann passiert ich stell mir das so vor, du willst rausgehen vor die Tür und denkt so Ausfall geht nicht leider nein.
Dann kommt irgendeine Oper. Weißt du, bist du der Oper oder wir sind die Opas, sagen sie, als wir noch irgendwann, weißt du, dann kann ich rausgehen, was ich wollte, ist so gut. Und vor allem, was passiert dann, wenn du dein Abo nicht bezahlst, dann nichts mehr im Haus funktioniert, wirst du einfach eingesperrt, bis du wieder bezahlst.
Ja, wahrscheinlich. Wenn wir also, wenn wir es jetzt technisch einordnen, geht es ja im Endeffekt um den Ausfall einer availability Zone oder einer sogenannten AZ bei AWS. Und zwar nicht um irgendeine, sondern um die AZ oder AC oder wie man das noch mal jetzt gern aussprechen möchte. Die Region US East One, das ist glaub ich in Nord Virginia und da ich das müsste ist glaub ich die größte avalability Zone überhaupt ne, also das ist halt übelst krass oder Regin von von
ABS und. Dadurch also das. War einer der ältesten und ersten oder so. Glaub ich ja. Also man kann es so als Herzstück bezeichnen, ne und da in diesem Herzstück ist halt etwas aufgetreten oder ist hat sozusagen das Problem den Ursprung gehabt und dieses Problem sag ich jetzt mal, worum es jetzt auch so n bisschen geht und ne was wir jetzt so beleuchten wollen hatte ja am Ende diesen Ausfall zur Folge.
Ne wie du schon meintest über. Es waren so viele Sachen betroffen, also Messenger wie du meintest. Sowas wie auch jetzt nicht nur Signal und Snapchat. Reddit war glaub ich kennt man nutzen viele, Fortnite ist glaub ich ist so n game hab ich glaub ich noch nie gespielt weil ich weiß nicht so n altes. Game glaub ich, ich hab es noch nie gespielt. Ne ich will jetzt nicht vom Thema abweichen, aber noch nie gezockt. Ja, ich auch nicht, ich auch nicht.
Ich weiß noch nicht, ob ich dafür zu alt bin oder nicht, ich glaube nicht, ich glaube, es ist einfach nur mir durch. Die Lappen gegangen? Ich weiß es nicht, aber auch andere Sachen, wie zum Beispiel auch logischerweise Alexa ne der Service von von ABS selber auch oder weiß ich nicht so Börsen wie zum Beispiel Coin Base oder so ist ja auch, hatte ja auch mehrere, also die hatten ja alle mehrere Probleme genau wegen diesem Fehler in der Region US East One.
Ja, also im Prinzip war das ja jetzt auch kein ultrakrasser Fehler. Also das jetzt so gefühlt durch die Welt untergegangen ist. War am Ende so ganz klassisch DNS Fehler sag ich mal ne, also dass die internen die interne Namensauflösung über den Dynamo DB Endpunkt, was ja auch n Service von AWS ist, hat halt einfach nicht mehr funktioniert.
Ja und im Prinzip konnten die ganzen Clients keine DNS Einträge mehr auflösen und die Folge ist, dass halt alle Requests zu dieser Dynamo DB dann timeouts hatten ne das also das kann man einfach ganz. Kurz und knapp so sagen und das ist n Problem, das guckt man sich an und fixt das. Aber das Problem ist ja einfach, dass unglaublich viele AWS Services halt das auch intern nutzen.
Ja ne, ja, das ist ja ne Infrastruktur, diese diese ganze AWS Infrastruktur, die ist ja so sehr ineinander verstrickt. Also ich hab auch ne Zeit lang damit gearbeitet und.
Man muss sich da auch schon echt ganz schön reinfuchsen, um das wirklich zu verstehen beziehungsweise bis du weißt wie viele Services. Eigentlich gibt das, also es dauert quasi wirklich auch um alles zu verstehen oder um alles zu kennen, sagen wir mal so ne, also wenn du jetzt zum Beispiel, ich glaub du kannst gefühlt, es gibt so viele Services bei ABS, dass du rein theoretisch jeden Tag gefühlt neuen entdecken kannst. Ne, also es ist schon heftig, ja. Und die arbeiten natürlich auch
miteinander zusammen. Also wenn du jetzt eine Komponente nimmst, du deine Infrastruktur nimmst du gleich noch die nächste und die nächste und die nächste, also du bist halt, wenn du drin bist, bist du drin, sagen wir mal so ne. Ja, da hab ich mal n coolen Satz gelesen, der war so sinngemäß. Diese ganzen Microservices führen auch zu microabhängigkeiten oder so Microdependencies so ne und das fand ich, war es halt irgendwie was es ganz gut beschreibt.
Ja du hast zwar nur so vielleicht geringe Abhängigkeiten, aber je mehr du in dieser Welt eintauchst und je mehr du da verwendest, umso mehr summiert sich das Halt auch auf, ja. Und deswegen spricht man ja auch von so einem klassischen AWS kaskadenfehler dann am Ende ja, der hat halt an einer Stelle irgendwo ne Ursache, aber die Auswirkung kaskadiert halt immer weiter und geht immer weiter Schritte zurück, dass du bis dahin kommst, dass halt so Tools
oder Anwendungen die das verwenden einfach ausfallen. Am Ende ja. Ja, das ist ist auf jeden Fall
krass. Ich meine im Endeffekt, wie du meintest, das war dieser DNS Fehler, das heißt diese Dynamo DB war halt eben nicht erreichbar am Ende ne wo viele Zugriffe drauf gemacht wurden, dann wurden ja auch zum Beispiel, es gibt ja auch diesen Service Lambda ne also diesen diesen Lambda Service von ABS und da ist es so, du kannst halt wenn du ne so ne so ne lambda Funktion erstellst kannst du halt auch einstellen auf verschiedene Art und weisen.
Wenn du zum Beispiel irgendwie n etwas nicht erreichst oder so, dass du zum Beispiel n Retri machst, beispielsweise ne, sowas geht ja auch. Das heißt im Endeffekt, wenn du dir das so vorstellst, hast du diese.
Wahrscheinlich macht das jeder, also wir hatten, ich hatte das damals auch, dass wir dann auch in der Lambda Halt eingestellt haben, du machst irgendwie sagen wir mal du machst NNNNAPI request über Rest oder was auch immer ne wenn du es darüber machst und irgendwas fällt kannst du halt sagen OK triggers halt noch mal weil manchmal gibt es ja vielleicht bestimmte Möglichkeiten, dass vielleicht irgendwie was gerade nicht funktioniert oder aus welchen Gründen auch immer du noch mal n
retri machst. Und dann bist du halt so n bisschen fehlerresistent ne, und das ist halt auch passiert, was aber im Endeffekt dazu geführt hat, dass einfach auch noch übertrieben viel Traffic immer wieder gegen diese Dynamo DB geballert wurde, ne? Ja, ist ja auch logisch ne, weil wenn du jetzt bei jeder Anfrage n Timeout kriegst. Ne, weil es ja grundsätzlich ausgefallen ist. Dann gilt das ja für alle Anwendungen.
Und wenn jetzt alle Retrice machen, dann steigt das ja exponentiell an das ganze und das ist halt schon schon irre. Dann ne was denn auf einmal los ist im Gesamtsystem, das fand ich auch richtig spannend, es ist ja auch einfach spannend zu sehen, dass eine Region n Problem hat und wie du so schön meintest, dass das ja im Prinzip so die Region ist. Ja US East One, weil es einfach die Primary Control plane ist. Und das heißt, es ist quasi das Herzstück.
Das hast du so schön gesagt, das find ich, greif ich mal auf. Ja, also das Herzstück der AWS Infrastruktur, das heißt das interne APIS auch darüber gehen und dann bringt es dir ja nichts zu sagen, OK, wir haben so viele Regionen und so ist ja alles schön und gut und das hat ja auch alles seine Vorteile und funktioniert ja auch, aber wenn dann so grundlegende Sachen ausfallen, die dann alle intern auf die gleiche verweisen.
Schwierig, dann hast du auf einmal deine Kaskadierung soweit, dass sogar globale Systeme einfach betroffen sind, also aus ganz anderen Regionen sozusagen. Das fand ich auf jeden Fall spannend so das zu beobachten dabei. Ja. Also es ist ja auch so. Ich glaub ich hab das vorhin n bisschen falsch vom Naming gesagt. Du du hast ja ne Region und in der Region hast du ja verschiedene valability zones ne?
Also du kannst ja zum Beispiel sagen, also einfach nur um nen Ausfall aufzufangen, dass du sagst OK du hast n Service, der Service hängt halt in irgendeiner bestimmten Region und wenn zum Beispiel so ne valability Zone halt ausfällt, dann hast du immer noch n fallback, dass du immer sagst OK keine Ahnung, also wirklich worst case Szenario nur mal als Beispiel, irgendwo gibt es n fettes Erdbeben tsunamicom die.
Das Ding ist weg, ne, also wirklich mal wie gesagt worst case, das Ding ist kaputt ne ist jetzt bisschen unwahrscheinlich aber nur mal um sich es besser vorstellen zu können hast du halt immer noch so ne Art fallback. Also du hast n Service mit Userdaten was auch immer und die sind aber dort auch noch vorhanden, das heißt alles funktioniert noch weiter. Der kleine interessante Unterschied ist auch, dass aber bestimmte Dinge und bestimmte
Services zumindest. Sicherlich haben die das auch jetzt schon mittlerweile n bisschen geändert, aber als ich noch vor einiger Zeit mit ABS gearbeitet hab, gab es bestimmte Services nur in bestimmten Regionen.
Ne, also dass du wirklich auch sagst, du hast zum Beispiel n bestimmten Service auch nur verfügbar in beispielsweise USES One ne einem Herzstück so und wenn da halt das Problem ist, dann hast du halt egal wo du eigentlich bist auf der Welt, in welcher Region du eigentlich deinen Service hostest.
Zu trotzdem ne Abhängigkeit zu dieser Region und wenn diese Region n Problem hat, haben natürlich auch andere Regionen n Problem. Bedeutet halt also ne in dem Fall du hast halt wirklich an dieser einen Stelle was gemacht und dann hast du halt n Ausfall sag ich mal oder n Rattenschwanz der sich halt wirklich weit zieht ne das ist halt also zusammengefasst lokales Problem globale Auswirkung genau ja.
Und das ist ja irgendwie komplett gegensätzlich von der Vorstellung, die viele haben, wenn es heißt, Cloud ja, auf jeden Fall, ist ja eigentlich der spannende Punkt dabei und deswegen würd ich sagen, lass uns mal, also warum hat das jetzt am Ende so n Aufschrei gegeben beziehungsweise was heißt Aufschrei, aber es war wieder der Anlass gewisse Diskussionen ausbrechen zu lassen, ja und es sind ja auch. In sämtlichen Fachmagazinen dann n Artikel aufgetreten.
Klar, weil das hatte halt n Impact ne das kann man jetzt nicht irgendwie totschweigen oder ignorieren. Ja weil ich mein klar für uns war, also was wie haben wir es gespürt, das meinte ich ja vorhin wie ne Signal Nachricht ging nicht raus gerade also gerade gerade zu der Zeit wo das passiert ist war es für uns das einzige Problem, dass ne Signal Nachricht nicht rausging. Ja, war schon hart. Und war hart. Ja, aber.
Man merkt ja auch, dass du meintest, so ach ja, stimmt, das hat ja damit zu tun, das hab ich gar nicht verknüpft, das war halt OK, weißt dann geht die halt nicht raus, aber für manche hat das ja natürlich auch n ordentlichen Impact gehabt. Ich mein deswegen dieses Kernproblem aber auch. Gerade in den Medien oder so. Es ist ja logisch, dass sich zum Beispiel Medien den danach sag ich jetzt mal, das Maul zerreißen, weil es halt einfach ne große Sache ist.
AWS ist ja natürlich auch NN krasser Service.
Ne und wenn da was passiert, ist es natürlich einfach logisch, dass Medien sagen, OK, wir berichten erstmal darüber, ne, aber und das ist ja das schöne oder das interessante, besser gesagt, es ist kein Riesending gewesen, ne also die haben es ja auch relativ schnell gefixt, die haben ja gesagt, OK pass auf dann und dann ist es aufgetreten, sagen wir mal 09:00 Uhr ungefähr, ich glaube um so mittags oder so war es dann schon einigermaßen wieder gefixt und abends war das Ding halt
quasi wieder fertig so ne. Bedeutet ja an sich, weil du ja auch meintest, es ist kein Riesending. Es war eigentlich auch nicht schlimm. Also ich sag mal wie gesagt unserer unserer Sicht nicht, es gibt bestimmt auch Leute die weitreichendere Probleme hatten an der Stelle ne, aber insgesamt war das jetzt kein langer Ausfall, der irgendwie weltbewegend war, aber der das Gedankenexperiment ist ja interessant zu sagen, OK. Genau. Ne wieviel läuft da eigentlich
bei ABS? Und wenn das jetzt nicht nur kurz wäre, sondern länger, was ist denn dann ne? Das ist halt genau das Kernproblem. Also die Realität sieht ja so aus, dass jetzt heute 2025 halt AWS den größten Marktanteil hat, ne und wenn du es weiter spinnst, kannst du auch noch sagen, die Schätzungen gehen in die Richtung, dass 70% aller Backends eigentlich auf 3 Anbieter sich verteilen oder vielleicht sogar noch mehr. Das waren so die letzten Zahlen, die ich jetzt im Kopf hab.
Und die 3 Anbieter sind AWS, Azure und Google Cloud. Und das sind halt 3 US unternehmen. Ich möchte das Ganze gar nicht so geopolitisch einordnen, oder wie soll ich sagen das Fass aufmachen, analysieren ja, aber es ist halt einfach das Thema, dass ganz allgemein 3 Anbieter fast den also den den Großteil haben, ja sagen wir es mal so und dann fragt man sich halt. Kommen wir da nicht zu dem Problem, dass Single Region auch Single Point of Failure
bedeutet? Ja, also es war jetzt eine Region, die n Problem hatte und es hat globale Auswirkungen gehabt, siehe den Ausfall von US East One und andere Regionen haben damit trotzdem Auswirkungen, also wo ist jetzt die Cloud, also inwiefern ist es noch dezentral und inwiefern kann man sagen die Cloud bietet irgendwo ne Redundanz weil du hast ja gesagt es gibt so fallback Strategien. Das ist ja Redundanz in dem Sinne.
Ne, du sagst, wenn eine Region ausfällt, kann ich immer noch in AWS auf ne andere automatisch ausweichen, das wird von mir abgenommen ja, aber wo war jetzt die Redundanz an der Stelle und das löst glaub ich so die Diskussion dann am Ende aus. Ja, im Endeffekt klar ist, Internet soll ist ja irgendwie, soll ja irgendwie oder der Gedanke des Internets war es ja, alles verteilt zu haben und alles was verteilt ist über das Internet zu verknüpfen so ne. Und wenn du jetzt aber im
Endeffekt sagst. Ich übertreib das jetzt extra, dass du sagst, OK, du hast ABS als Klumpen ne und wenn der ausfällt wenn der ausfällt, dann fällt halt das Internet aus. Ne. Also wie gesagt, ich übertreib es jetzt extra aktiv, aber es ist ja nun mal so, dass sehr sehr viele Unternehmen sehr sehr viele Services beziehungsweise Produkte die irgendwie ne IT Infrastruktur brauchen und vielleicht auch noch ordentlich skalieren müssen.
Alle Services, die oder Produkte, die groß skalieren müssen, werden von vielen Leuten verwendet.
Bedeutet also, dass sehr, sehr viele Leute betroffen sind, wenn der Klumpen AWS ausfällt, ne, und das ist natürlich dann wieder die Frage OK, ist das Internet dezentral oder ist es halt einfach nur zentralisiert auf entsprechende Punkte ne und ich find beziehungsweise ne wenn man jetzt mal AWS in den Fokus stellt ne aber ich meine auf der einen Seite kann ich es irgendwo verstehen, dass man sagt EY ich benutze das halt.
Gerade auch als Entwickler. So, du hast halt einfach ne wirklich, es ist ne wirklich schöne komfortable Möglichkeit irgendwas zu machen, ne komfortabel in einem gewissen Rahmen, weil es natürlich auch du kannst echt sehr sehr viel lernen in ABS selber, weil es natürlich alles n bestimmtes System ist. Aber es ist deutlich einfacher als zu sagen, ich bau mir jetzt selber n Rechenzentrum auf, sag
ich jetzt mal. Ich bau mir jetzt selber so ne Services zusammen die das und das machen, wenn das eigentlich schon da ist und du es ja irgendwo auch einfach nur bezahlen kannst. Ne und das kann ich verstehen zu sagen Ey lass uns das nehmen, es gibt dann halt auch noch ne die andere Seite die sagt Ey Leute wir haben halt ne geile Infrastruktur nutzt die doch und die Leute denken sich so OK lass
uns die doch nutzen. So, du hörst ja auch von vielen Leuten, ey, das wird genutzt, also nutzt du es deshalb klare Sache ne, weil du ja auch Erfahrung hast, dich mit Leuten austauschen kannst, allein schon wegen dieser sag ich mal Vorherrschaft ne, dass sozusagen das halt oft benutzt wird, hast du natürlich auch viele Leute, die viel Erfahrung darin haben.
Also ist es irgendwo auch verständlich zu sagen, man nutzt diesen Service halt eben ne man macht das ist doch easy, ist doch geil und im Normalfall funktioniert es ja auch eigentlich ganz gut, ne, also da muss man ja auch sagen, es ist eigentlich relativ ausfallsicher, ne? Ja, also ich find man hat auch wieder gemerkt, dass AWS sehr professionell damit umgegangen ist. Also so das was ich jedenfalls mitbekommen hab, es wurde.
Analysiert, was passiert ist. Es wurde offengelegt, was passiert ist, und es wurde schnellstmöglich behoben und es wurde auch nachträglich noch veröffentlicht oder kommuniziert, wie weit denn der Normalzustand schon wieder erreicht wurde. Ne, also dass man so gesagt hat, das geht wieder, das geht wieder so.
Wir sollten jetzt wieder an einem Zustand im Zustand sein wo alles wieder funktioniert, also es war sehr transparent, ich find das zeigt halt auch wie professionell das Ganze abläuft und ich finde ein Punkt den du du gesagt hast ist halt auch. Einfach so. N Kernthema dabei, warum so viele da drauf setzen? Ne weil AWS bietet quasi alles aus einer Hand. Du kannst halt sag ich mal nur über AWS alles umsetzen was du so infrastrukturell möchtest.
Ne und du hast dann halt nur deinen einen Account, diese eine Abrechnung. Ja, eine API sag ich mal. Ein Dashboard wo du dir alles angucken kannst. Das ist super bequem und das bringt super viele Vorteile mit
sich. Weil was hast du vorhin gesagt, du könntest jeden Tag einen AWS Service dazulernen, weil es so viele sind, also kennenlernen mein ich damit jetzt stell dir das also da siehst du ja mal was für ne riesen Landschaft das ist was du alles machen kannst und ich versteh absolut das Unternehmen da drauf setzen absolut keine Frage.
Man, man muss halt nur sich mal auf das Gedankenspiel einlassen oder beziehungsweise das mal wie du sagst bisschen weiter spinnen, wie weit das denn noch getrieben werden kann, wenn jetzt mal größere Ausfälle passieren, die nicht innerhalb von einem halben Tag oder Tag behoben sind, definitiv das also was was auch für ne Macht dahinter ist zu sagen, keine Ahnung, ich bin der größte Anbieter von Clouds und die Welt setzt auf mich. Ja das ist ne Riesen Verantwortung und macht halt auch ja.
Definitiv. Also ich meine im Endeffekt ist es ja auch ne Sache, die kann man sich auch, die kann man ja oder sollte man auch irgendwo im Hinterkopf behalten, auch jetzt aus developer Sicht ne oder aus der Softwareentwicklungssicht wie ne also auch aus unserer Sicht sag ich jetzt mal ist es natürlich auch wichtig, dass man eben auch irgendwie sich im Klaren darüber ist, ne, dass es halt oder wie es halt ist ne wo
hostest du deine Services? Im Endeffekt ist es ja auch schön zu sagen ich hoste n Service auf ABS ne einfach weil es bequem ist. Man kann sich natürlich auch immer n bisschen überlegen. OK, wie weit ist es denn unbedingt notwendig? Ne, weil ich finde wenn du zum Beispiel irgendwas auf ABS hostest, dann ist es sinnvoll, wenn du wirklich skalieren musst. Ne, also wenn du in also angenommen ne kleines Gedankenexperiment. Du weißt nicht, wie viele User
du heute hast. Du weißt nicht, wieviel du morgen hast. Du weißt nicht, ob es linear mehr werden, ob es große Schwankungen gibt und so weiter sowas kannst du mit ABS natürlich super oder mit anderen Cloud Anbietern kannst du es natürlich super handeln. Du kannst einfach deine Infrastruktur wenn du sagst du brauchst mehr Rechner, du brauchst mehr Instanzen, kannst du es innerhalb von Sekunden diese Instanzen oder Minuten ne, also in kürzester Zeit eben diese Instanzen halt einfach.
Verdoppeln ne, wenn du das jetzt wirklich wenn du sagst ich mach das jetzt einfach selber, ja gut, dann bestell halt erstmal n Server, richte den ein Babababab und morgen brauchst du den vielleicht nicht mehr weil was weiß ich morgen nur noch die Hälfte, da hast du noch die Hälfte der User so dann hast du also erstmal n Server bezahlt, den du eigentlich gar nicht brauchst, der aber bei dir rumsteht ne so das heißt im Endeffekt kannst du natürlich auch viel viel geiler damit
planen, aber man muss es halt im Hinterkopf haben und ich meine man muss halt auch n bisschen aus entwicklersicht halt auch sagen oder wenn du irgendwie ne gewisse Infrastruktur aufsetzt. Irgendwie mal im Kopf behalten. OK, ist es gerade notwendig oder nicht? Muss ich wirklich da hingehen? Ja, einfach nur zu sagen ich geh zu AWS weil ist cool, ist natürlich auch nicht unbedingt notwendig, ne aber sinnvoll.
Da muss man sagen, spielt natürlich das Bezahlmodell von AWS halt dir dann total in die Karten, wenn du so unterschiedliche. Anforderung hast ne oder Auslastung, dass du halt einfach dieses Pay SU go Modell hast. Ne und diese Skalierung und du zahlst halt auch nur für das was wirklich passiert ist und hast halt nicht so was wie jetzt n Server rumstehen hier wieder Server hinten rechts in der Ecke was war das Nummer 5 der Klassiker? Nummer 5. Der dann einfach ungenutzt ist.
Ja und du einfach Anschaffungskosten und alles hast und den eigentlich nur für einen Tag gebraucht hast. Für oder sag ich mal immer nur Freitagnachmittag wo irgendwie ne Spitze in deinem Service ist in der Auslastung. So als Beispiel und deswegen, das sind alles Gründe, die dafür
sprechen, das zu machen. Und trotzdem kam ja jetzt wieder der Aufschrei und das kommt auch immer gefühlt wieder hoch multicloud Ansatz, multicloud, multicloud ja also du kannst dich nicht auf eine Cloud verlassen, du musst deinen Service einfach auf mehreren haben, du musst Redundanz da haben, du musst ausfallsicherer werden, also jetzt, dass man das so fordert von Unternehmen, ja. Jetzt ist aber die Sache.
Was bedeutet denn Multicloud oder echte Redundanz, das bedeutet ja auch mindestens mal sag ich mal, das Anderthalbfache bis zweifache der Kost, weil du einfach alles doppelt aussetzt, also ganz einfaches Beispiel, du hast es jetzt bei ABS und zum Beispiel Azure gut, dann hast du jetzt sag ich mal diese geopolitische Sache nicht raus und sind beides US Services aber dein Service wär am Montag halt weitergelaufen, während die bei
ABS Probleme waren, dann hättest du halt umschwenken können oder es läuft halt wirklich parallel, wie auch immer. OK, in der Theorie alles gut, aber das ist halt auch mit enormen Kosten verbunden und das hat man als Unternehmen nicht einfach mal so über, dass du sagst, das ist es mir jetzt so viel wert, dass ich das bezahle, weil wie du schon meintest, sie sind unfassbar ausfallsicher. Ja also ich, was passiert ja nicht jeden einmal im Monat. Weißt du, was du ja theoretisch
machen kannst? Ist ja zumindest zu sagen. OK, ich bin jetzt zum Beispiel bei Cloudanmieter 1. Und Evaluiere gleichzeitig Cloud Anbieter 2 setze vielleicht schon mal meine Infrastruktur so auf in einem ganz, ganz kleinen Stil, die aber irgendwie vielleicht nicht unbedingt
produktiv geschaltet ist. Aber habe die Möglichkeit zu sagen, OK, da gibt es n Ausfall. Ich schalte es jetzt sozusagen oder schalte auf dem auf der anderen Cloud Cloud Anbieter 2 mein Service live ne und skaliere dann halt auch gleichzeitig falls es notwendig ist. Ne ist ja irgendwie ne Möglichkeit, aber wie du schon meinst das ist nicht einfach mal eben so gemacht. Also wie hast du zum Beispiel die Möglichkeit sagen?
Du hast alle deine Userdaten irgendwo im Service, also in Cloudanbieter 1. Musst die jetzt aber zu cloudanbieter 2 irgendwie in kürzester Zeit bringen, spiegelst du die die ganze Zeit ne ist natürlich auch die Kosten dann auch ne definitiv, aber das sind ja zumindest so Ansätze, die man irgendwie vielleicht gehen kann oder im Hinterkopf behalten kann, aber es ist auf jeden Fall mit Mehrkosten
verbunden, definitiv. Genau, und das muss einem Bewusstsein und natürlich auch je nachdem, wie ich die Infrastruktur aufsetze. Ich hab natürlich Abhängigkeiten, ich hab spezifische APIS, ich muss ja dafür sorgen, dass es auf beiden das gleiche macht, ich kann die Lösung nicht einfach übernehmen, ich kann jetzt nicht sagen, das ist meine ABS Infrastruktur und ich nehme die jetzt für Azure, das geht halt nicht, logisch ne, sodass man sagen muss.
Wenn ich eine Vielfalt in der Cloud haben will, also dieses multicloud Thema, dann ist das schon ne Designentscheidung ganz am Anfang. Da muss ich einfach schon alles so designen, dass das überhaupt möglich ist. Ich kann jetzt nicht einfach sagen, ich bin komplett verankert und verwurzelt in AWS und Ja komm Montagmorgen, weil hier geht nichts mehr, ja komm schalt Azure Schalt um, ja komm.
Ich warte, ich, ich mach kurz, leg kurz n Account an, so weißt du, das funktioniert halt nicht, das heißt das sind grundlegende Designentscheidungen, die man im Vorfeld schon treffen muss. Ja und halt auch mit dem Hinblick darauf, dass es enorm mehr Kosten bedeutet. Definitiv. Ich mein, du kannst natürlich auch weggehen von zum Beispiel
US amerikanischen. Cloud Anbietern es gibt ja beispielsweise auch welche auch in Deutschland, die man nutzen kann, zum Beispiel bionos oder so oder Strato, da sind wir ja zum Beispiel genau also deswegen hier mal der Hinweis, schaut euch das auch wirklich mal an, wenn das für euch ne Rolle spielt, also das ganze Thema können wir nur empfehlen. Gibt auch coole Angebote, damit könnt ihr uns auch über unterstützen, falls ihr denn gerne möchtet.
Guckt einfach mal auf die unsere Website drauf, aber das nur mal am Rande. Werbung Ende sozusagen.
Aber was ich meine, ist, es ist natürlich auch sinnvoll, mal zu sagen, OK, ich guck mich auch generell mal n bisschen weiter um, aber man muss ja auch immer schauen, weil AWS ist ja auch nicht umsonst halt so viel verwendet, beispielsweise weil es ist ja auch nicht schlecht gemacht, ne, im Gegenteil ist es wirklich sehr, sehr gut gemacht, ich glaube ich hatte, also ich hatte mal n Kollegen und der hat glaub ich so sinngemäß sowas
gesagt wie also der war wirklich gut ne ich mochte ihn auch ne. Wie, wie gesagt, also. Der hat es aber das klingt so nach einem. Es ist es ist kein aber, sondern es ist eher so, dass dass er mein, dass er halt einfach nur meinte, ich hab, wenn ich über irgendwas nachdenke, wie ich es machen würde, genauso hat hat ABS das umgesetzt.
Und so ne. Und dann dachte ich mir so OK krass ja du, du verstehst Dinge schnell, du bist n cleveres Köpfchen und AWS hat so umgesetzt wie jemand der es der n cleveres Köpfchen ist und das sofort versteht oder ist sozusagen das gleiche Konzept, so hätte. Also irgendwie hat das für mich einfach dafür gesprochen, dass es dann am Ende auch irgendwie gut war.
Also das hat irgendwie gematched weißt du wenn du sagst so der eine kann was und der andere macht so wie er das machen würde und so weiter weißt du, für mich war einfach so, dass ich, dass ich mir dachte, so OK war klar. Der Fall war klar, also die, die haben ja schon sehr gut aufgebaute Infrastruktur, um halt eben die eigene Infrastruktur dort aufzubauen. Wenn du dann natürlich sagst, OK, ich nehm jetzt irgendwas anderes und das kann vielleicht nicht alles das, was du
brauchst, ist das natürlich. Blöd oder auch nicht so bequem dann vielleicht. Genau, und da muss man dann halt im Endeffekt gucken. Angenommen du hast Alternativen, wenn sie nicht so gut sind, ist es natürlich logischerweise auch wieder so ne Sache zu sagen ich geh da hin. Ist ja klar, aber wie gesagt, da sollte man vielleicht auch einfach mal n bisschen, also kann man ja auch evaluieren um zu sagen, was brauch ich eigentlich und was geht ne.
Ist ja genau absolut, weil es wird halt also die Marktanteile zeigen es nicht so, aber Fakt ist, dass es einfach technisch wirklich solide Alternativen gibt, die gut sind.
Auch im europäischen Raum wie beispielsweise Strato, Ionos oder auch um andere zu nennen, fairerweise auch Hetzner zum Beispiel. Ja, also es gibt Lösungen, ne die kann man jetzt nicht unter den Tisch kehren, auch Made in Germany sozusagen, und eine Sache, die würde ich aber gern noch mal kurz anreißen, weil wir ja so sagen, was sind denn so
Alternativen? Ja OK, Alternativen sind andere Cloud Anbieter OK jetzt kann ja natürlich jemand sagen ja halt Stopp mal bei denen kann das aber genau das Gleiche passieren. Ja, ist richtig. Also das Kernproblem der Abhängigkeit hab ich damit ja
nicht gelöst. Wenn ich komplett all in gehe, sag ich mal mit meinen Services und da gibt es natürlich auch andere Möglichkeiten, also erstmal so n übergangspunkt wär natürlich auch irgendwo ne Art hybrides Setup, nenn ich es mal, dass ich sage, OK ich skaliere über clouds, ich nutze die Vorteile, aber vielleicht hat meine Anwendung ja so wirklich kritische Komponenten. Die einfach nicht ausfallen
dürfen. Ne, also wo ich einfach nicht abhängig von Dritte sein darf, damit die darüber entscheiden ob der Service läuft oder nicht, kann ich natürlich auch auf ne Infrastruktur setzen, die sozusagen hybrid ist. Dass kritische Komponenten bei mir laufen, dann hab ich halt selbst die Verantwortung, das heißt wenn es dann ausfällt ist es meine eigene Schuld. Ja und skalierungsthemen ich versuche in die Cloud zu kriegen um das Skalieren zu lassen. Beispielsweise, dass nur so Teile ausfallen.
Ja, also das das ist natürlich immer so ne so ne Sache, weil ich hab auch schon mal mich mit jemandem unterhalten, der meinte das muss auf jeden Fall zum Beispiel n Backup muss auf jeden Fall lokal stattfinden, es darf nicht in der Cloud sein, so wo ich mir denke ja, aber da muss man noch n bisschen gucken, weil die Ausfallsicherheit von AWS beispielsweise, die ist so gering, also die ist quasi, also das ist das ist, das ist dein Service den du da hast. Nicht ausfällt ist glaub ich bei
99,9% oder sowas. Das ist ja sozusagen über. Fragt mich nicht wie das jetzt gemacht haben, aber es ist belegt, dass es also das kannst du sozusagen nachprüfen, das. Diese Sicherheit gegeben ist also rein theoretisch. Hast du sogar, wenn du irgendwo deinen Service laufen hast und auf irgendeinem in irgendeiner valability Sound ist n Erdbeben, dann läuft dein Service zu 99,9% weiter, das ist halt krass und da fragt man find ich muss man sich auch immer selber fragen.
Klar du kannst ja auch bestimmte Sachen bei dir hosten. Aber schaffst du es besser als große Cloud Anbieter? Ne, das muss man sich ja wirklich fairerweise dann in dem Moment auch Fragen, bin ich denn besser aufgestellt? N gewissen Service der oder in irgendein Kernstück n sehr sehr wichtiges Stück bei mir besser laufen zu lassen und besser ich sag mal am Leben zu halten als in so einer Cloud ne ich meine. Kommt wo kann man vielleicht eher einbrechen?
Ne bei einer kleinen Firma oder bei einem Hochsicherheitstrakt bei ABS nur mal so als Beispiel ne das muss man sich auf jeden Fall aber auch also klar machen was man vielleicht machen könnte, so auch noch mal als Idee angenommen, du hast vielleicht selber irgendwie ne lokale Infrastruktur, weil du von Hybrid gesprochen hast. Vielleicht hast du ne Kleine so n kleines Mini Backup bei dir, dass du sagst OK der Service funktioniert halt nicht hundertprozentig gut.
Ne, also nicht mehr in seinem vollen Umfang und genauso schnell wie vorher, aber es funktioniert noch irgendwie und dann kannst du vielleicht so n Ausfall nicht komplett abfedern, aber zumindest bisschen dämpfen. Weißt du, dass du sagst, du bist nicht komplett weg, aber du bist noch n bisschen am Start, so auch wenn es nicht mehr ganz so gut ist. Ja, sagen wir mal so. Nehmen wir noch mal das Beispiel der Matratzen. Jetzt wird viel darüber.
Jetzt wird viel quasi darüber über die Cloud gemacht. Es ist n Unding, dass es kein offline Mode gibt, aber das ist halt jetzt mal das Beispiel was ich mal anbringen möchte, ich kann ja sagen, Ah mein Service die Sleep Tracking Daten ah kein Zugriff drauf, ich kann dem jetzt gar nicht sagen wie gut er geschlafen hat, ich kann die neuen Daten auch nicht irgendwie
hochladen aber. Die Lösung ist ja nicht zu sagen, gut, dann geht gar nichts mehr damit ne, sondern dass ich dann sozusagen n hybrides setup hab und sag OK ich kann, bin aber immer noch in der Lage das Kopfteil wieder runter zu packen
damit er schlafen kann. So weißt du das ist jetzt n sehr absurdes Beispiel ja, also dass das überhaupt so der Fall ist, ist schon krass, aber genauso kannst du ja auf andere Anwendungen schließen zu sagen, so gewisse Sachen möchten wir einfach wirklich Redundanz drin haben, weil das soll bitte noch sicherer und noch wahrscheinlicher funktionieren,
sozusagen als schon. Die Sicherheit, die AWS eingibt, aber dass ich da halt wirklich ne echte Redundanz schaffe, ohne diesen Multicloud wirklich umsetzen zu müssen.
Ja oder zumindest so ne gewisse, Ich glaube, das nennt man auch, hat n Namen Graceful degradation oder so ne, dass du halt sagst, OK du hast deinen Service, der funktioniert zwar noch, er ist nicht tot, er funktioniert noch aber er funktioniert halt nur noch zu 50% ne also angenommen du sagst OK, du kannst dann halt vielleicht nicht mehr die Matratze kühlen und wärmen. Aber du kannst sie wenigstens noch in ne normale Matratze verwandeln. Also dass das auf jeden Fall
immer geht. Weißt du, dass du halt sagst? OK, es gibt Funktionalitäten die eingeschränkt sind, aber die Hauptfunktion, die Kernfunktionalitäten funktionieren halt noch ne so und ich würde sagen ne Matratze auf die quasi so nen Haus bildet so n Dach bildet jetzt mal blöd sagt da ist die kernfunktionalität du kannst nee wie heißt das doch waagerecht drauf schlafen hat nicht mehr gegeben ne. Genau.
Ansonsten ja, also ich verstehe den Ansatz zu sagen, man muss challengen, ob man es selbst besser hinbekommt oder nicht. Ne also wenn ich selbst was hoste auf eigenen Servern wie auch immer gehe ich ganz mit, trotzdem kann man sagen kann man drüber nachdenken ob es nicht vielleicht vor allem auch besser ist. Sag ich mal seine eigene kleine Mini Cloud zu haben also. Sag ich mal on preme kubanitus
laufen zu lassen. Also dann kommen wir halt wieder so in diese ganzen Def ops Themen aber zu sagen ich hab mein eigenes kleines Cluster ja und mach meine Deployments über beispielsweise ago CD was wir verwenden ist coole Sache, Liebe zuhören Liebe zuhören falls dich das Thema interessiert, schreib uns gerne, wir können auch mal gerne darüber mehr sprechen oder auf anderen Plattformen anderen Content machen als n Podcast aber das sind halt wirklich valide Möglichkeiten ja die du
am Ende auch hast. Und gerade wenn ich vielleicht nicht. Riesen Team, hab super viele Services, sind das auch gute Alternativen die es zu bedenken gilt an der Stelle deswegen hier auch da noch mal die Anmerkung. Absolut definitiv ja. Also ich würd sagen, dann haben wir es eigentlich ganz gut mal besprochen, das Thema war auf jeden Fall ne interessante Sache. Vor allem noch interessanter, dass ich das überhaupt gar nicht so richtig in Zusammenhang gebracht hab.
Der Signal der Signal Ausfall mit dem mit dem AWS Ausfall. Danke, dass du mir das heute mal so erzählt hast, Dino. Jetzt ist alles klar. Also ich sag mal so fassen wir das noch mal zusammen. Es ist kein großes Ding gewesen, ja, muss man fairerweise sagen, es wurde gut reagiert, es wurde schnell behoben, ich glaube der Schaden ist begrenzt. Trotzdem hat es halt einfach wieder eine Diskussion entfacht, sag ich mal. Die immer mal wieder aufkommt. Zum Beispiel dieses multicloud Thema.
Auch dieses geopolitische Thema ist natürlich gleich wieder gefundenes Fressen gewesen, ne, Oh unsere Abhängigkeit zur USA sozusagen. Ja kann man nicht vom Tisch weisen, Fakten belegen das zum Beispiel über die Marktanteile und es gibt europäische Alternativen, die es sich lohnt anzugucken, auch den Stichwort. DSGVO konform.
Rechenzentren in Deutschland, da haben wir auch mal auch schon mal drüber gesprochen, glaub ich im Podcast n bisschen, wenn ich mich jetzt nicht irre, was wir da noch nicht besprochen haben, aber was natürlich auch allgegenwärtig ist, ist dieser Cloud Act. Ja, also das ist natürlich n Thema, dass einfach die US Cloud Anbieter quasi die Möglichkeit haben auf die Daten zuzugreifen. Ja, also es ist halt so einfach und das haben wir dann in dem Fall nicht, das gilt es zu
bedenken und ich finde. Das hast du auch schön gesagt. Das sind grundlegende Strukturthemen.
Ja, also man sollte sich, wenn man anfängt so Anwendung zu bauen, sich über infrastrukturthemen Gedanken macht, einfach wirklich auch darüber Gedanken machen, muss das sein, was ist meine beste Lösung und nicht nur aus Bequemlichkeit zu sagen ab in die Cloud damit alle nehmen AWS, wir nehmen auch AWS und das ist kein Bashing, wir haben selbst mit AWS gearbeitet und das war wunderbar, es ist einfach nur sag ich mal, das Gedankenspiel dahinter.
Genau. Gut zusammengefasst, Tino. Ja, und was uns natürlich interessiert ist Deine Meinung, Liebe Zorin, lieber Zora, zu dem Thema Cloud Abhängigkeit, wie stehst du dazu oder was sagst du sind wir ist es ist es zu viel ist es zu wenig müssen noch mehr Leute ABS nutzen einfach Spaß oder? Was für Erfahrungen hast du in
dem zu diesem Thema gemacht? Schreib uns da gerne auf der Podcast Mail oder auch auf unseren anderen Plattformen oder auch zum Beispiel auf dem Discord, egal wo, guck einfach mal rein, schreib uns, komm auf uns zu, das freut uns immer mega. Genau. Und dann bleibt mir eigentlich nicht mehr viel zu sagen, außer falls Dir der Podcast gefällt und du vielleicht noch keine
Bewertung da gelassen hast. Zum Beispiel bei Spotify oder wo du ihn gerade hörst, dann lass gerne ne Bewertung da, das würde uns enorm unterstützen und wir sind super dankbar dafür. Empfiehl ihnen auch gerne weiter, wenn du meinst, auch andere sollten sich das auch mal anhören. Das war n spannendes Thema. Dann vielen vielen Dank dafür.
In den Shownotes findest du auch n kleinen Spendling falls du Lust hast so uns zu unterstützen, dass wir uns mega mega freuen und ansonsten ja wie gesagt denkt an das aktuelle Turnier noch mal was gerade läuft und dann wünsch ich euch bis zur nächsten Woche alle ne gute Zeit, haltet die Ohren steif wie man so schön sagt und bis nächste Woche ciao ciao deine Coding Buddies gemeinsam besser. Hey Cortana.