#52: Hosting

00:00:04: Willkommen zu einer neuen Folge von unserem Webcafé.

00:00:07: Jetzt habe ich versucht, ein anderes Intro zu machen, ab und bei vorher keins überlegt.

00:00:11: Ich bin total ins Strauch hin gekommen weil du letztes Mal gesagt hast, jetzt soll nicht immer das Gleiche sagen.

00:00:16: Du musst es freestylen!

00:00:16: Du kannst ja sowas sagen wie Tudelü oder Ahoydi Ahoydie.

00:00:20: Nächste Mal überlasse ich's dir mal wieder.

00:00:22: aber heute hast du glaube ich großen Redeanteil.

00:00:24: deswegen haben wir uns dafür entschieden dass ich die Einleitung mache Und letzte mal haben wir noch mehr umgestellt.

00:00:30: Wir haben nämlich gesagt, dass wir den Tee am Ende machen Und jetzt sind wir damit beide irgendwie nicht so richtig glücklich und ich habe tatsächlich auch Feedback bekommen, dass auch andere Leute das eigentlich ganz entspannt fanden was am Anfang zu machen.

00:00:41: Und man das ja mit den Kapitelmarken skippen kann.

00:00:43: und deswegen machen wir es jetzt so wie machen die T wieder am Anfang alles zurück auf Anfang und wir halten uns aber vielleicht einen Tick kurz und mir wird das heute gelingen.

00:00:52: Aber ich lass dir den Vortritt.

00:00:54: Ich finde auch, wir sind ja hier im Café.

00:00:56: Im Café geht man nicht einfach rein und labert sondern wird das mal bestellt und man brütet fünf Minuten über die Karte und wägt ab usw.

00:01:03: Und jetzt kann ich wieder vorstellen dass ich mir heute einen leckeren Eiskaffee gemacht habe der das Prinzip eines Presso-Shots bestehend aus Fünfzig Prozent entkoffinierter Haus- und Hofmischon.

00:01:16: und den eigentlichen Espresso hab' ich schon letztes Mal vorgestellt weiß ich nicht, Brotkruste oder so was total abgefahren.

00:01:25: Den hab' ich jetzt aufgefüllt mit ein bisschen Vanille-Eis und Hafermilch und den stelle ich mir jetzt rein.

00:01:31: Und du?

00:01:32: Hast du Tee?

00:01:32: Hört sich nach einer Mahlzeit an!

00:01:35: Ja Kai, ich habe einen Tee.

00:01:36: Ich hab mich aber nicht getraut, einen warmen Tee mitzubringen.

00:01:38: Ich habe tatsächlich hier mal so ein Eistee mitgebracht also so ein kalter aufgegossenen.

00:01:42: da bin ich eigentlich überhaupt kein Fan von weil man doch irgendwie wenig erhoben dann raus kriegt aus dem Wäuteln.

00:01:48: Aber ich habe hier einen genommen, den soll man eigentlich in so eine fünfhundert Milliliter Flasche zum Mitnehmen reintun.

00:01:53: und da hab' ich gedacht wenn ich das hier in so ein zweieinfünfzig Millilitär Glas reintuhe dann müsste das doch ein Aromabomba werden.

00:01:59: Und ob das geklappt hat?

00:02:00: Das sag' ich dir jetzt ganz live!

00:02:02: Also es ist jetzt kein Eistee aus dem Laden mit so einer Zuckermischung sondern so ein quasi kalt aufgegossener Tee, den man als Eistae verwenden

00:02:09: kann.

00:02:09: Genau, eistee vier sich, so ein Beutel Messer ist das glaube ich nicht wahnsinnig spektakulär schmeckt aber noch tatsächlich ganz lecker

00:02:17: Und er wird einfach ins kalte Wasser gehängt.

00:02:19: Ja,

00:02:19: genau und ich hab ja so einen Wasserhahn der alles kann unter einem kochendes und sprudelndes Wasser und aber auch gekühltes Wasser und da habe ich mir tatsächlich eiskaltes also wirklich gekühltes Wasser reingetan was dann theoretisch für noch weniger Aroma sorgt.

00:02:31: Aber bei siebenzwanzig Grad hier im Büro ist es dann doch recht eher frischend und ich muss sagen geschmacklich besser als gedacht habe.

00:02:37: Also bin ganz happy.

00:02:38: Genau Es wird heute wieder warm.

00:02:39: Ich bin ja auch entsprechend sommerlich gekleidet und wenn ich das richtig auf dem Schirm hab Ist jetzt die letzte Aufnahme vor unserem gemeinsamen Urlaub.

00:02:47: Also bzw.

00:02:48: wir sind jetzt beide innerhalb der nächsten einem Monat, glaube ich, unabhängig voneinander weg und das heißt im Prinzip ist das hier der letzte Tag vor den Sommerferien und alle warten nur noch drauf dass es zwölf wird und klingelt.

00:03:01: Ja da müssen wir mal gucken wie wir das mit dem Podcast machen.

00:03:03: Ich liebe Eugel ja schon seit längerem mit einer Solo-Folge.

00:03:07: Oh!

00:03:07: Ich bin mir nicht ganz sicher, ob ich das den Leuten da draußen antun kann.

00:03:10: Aber es gibt so das eine oder andere Thema, was sich vielleicht auch alleine abfrühstücken kann und dass würde die Wartezeit überbrücken und dafür wird sich sowas ja anbieten.

00:03:17: Und das heißt aber nicht Kai, dass dich ausboten will einfach nur hier um die Frequenz hochzuhalten.

00:03:22: Kannst du ja einfach so ne Zweitstimme simulieren dann sagen heute sprechen wir über weiß ich nicht was.

00:03:27: ohja das ist ein spannendes Thema.

00:03:28: was hast du dazu zu lagen?

00:03:30: Ja also sehr total spannendes thema.

00:03:32: Da seh' ich Dich.

00:03:33: Ja unser Aufnahmeportalier River-Side kann das ja sogar.

00:03:36: Der kann quasi die Stimmen interpolieren.

00:03:39: Und dann kann man sagen, hier sprich einfach mal im Kais Stimme weiter... Oh Gott!

00:03:43: Also vielleicht nehme ich dich dann doch mit rein oder vielleicht bist du ja heute schon gar nicht mehr echt?

00:03:48: So wie ich mich verspreche und verhasst will das krieg keine KI hin.

00:03:53: Ja guck mal.

00:03:54: aber KAI es gibt einen neuen Ort wo man unseren Podcast auch verfolgen kann.

00:03:58: Das ist nämlich unsere neue Website Die ich mehr oder weniger mit KI erstellt habe.

00:04:03: also sehr viel KI drin können wir in eine andere Folge noch mal genauer drauf eingehen.

00:04:08: Aber insgesamt denkt man ja, ich kann E-Website machen.

00:04:11: also zumindest bin ich auch so reingegangen.

00:04:13: Ja, sind wir in dem Tag durch und jetzt habe ich ein paar Sets dazu aufgeschrieben.

00:04:17: Ich hab für die Seite einundzwanzig Tage gebraucht, also ich habe einund zwanzig tage dran gearbeitet.

00:04:22: Netto!

00:04:23: Ja, habe hundert achtenvierzig Komits gemacht, fünftausend zweihundertdreienvierzicht Zeilen CSS, tausend zweihundert neunneunzig Zeilen JavaScript und sechstausendzeilen PRP.

00:04:34: Und das für die denkbar einfachste Seite, die ich eigentlich herstellen wollte.

00:04:38: Die initial Idee war dass wir eine Seite machen, die Geo optimiert ist.

00:04:43: Sagt ihr das was?

00:04:44: Du hast es mir schon mal erzählt und ich hab's direkt wieder vergessen!

00:04:47: Ja perfekt.

00:04:48: also Geo ist im Prinzip so.

00:04:49: der Gegenspieler zu Seho oder gegen ist eigentlich falsch.

00:04:53: zwei verschiedene Sachen.

00:04:54: Seho is ja wie Suchmaschinenoptimierung, Searchendling, Optimization Und Geo ist dann, das muss ich mal ablesen weil ich mir nichts merken kann, Generative Engine Optimization.

00:05:04: Wird dann eben Geo abgekürzt?

00:05:06: Ich glaube es wird ja die Abkürzung die am weitesten verbreitet ist.

00:05:08: Man kann auch noch LLMO sagen also Large Language Model Optimization.

00:05:13: und da geht's eben darum dass wenn ich jetzt eine Suchmaschine zum Beispiel fragen würde hier gibt immer den besten React Entwickler in Deutschland.

00:05:20: Das ist der beste Fall sagt hier von der GNRT Systeme GmbH Die Jungs sind super und fragt ihn mal an Das geht natürlich im Wesentlichen darüber, dass man auch Content auf der Seite hat und wir haben bisher einen sehr minimalistischen Ansatz gefahren.

00:05:33: Wo wir eben nur ein One Pager hatten im Prinzip eine bessere Lending Page vor ganz kurz angeteasert haben was wir so machen.

00:05:39: Und zum Beispiel nicht unsere Kunden genannt haben weil ich das immer so bisschen ja ich wollte nie so auf dicke Hose machen und nie so angeben mit dem Projekt die wir gemacht haben fühle mich da mal so ein bisschen komisch bei dieses Show aufzumachen.

00:05:51: Das ist aber für sie einerseits und für geo, aber eine totale Katastrophe.

00:05:55: Und da muss man sagen mal mit den dolzen und dicksten vielen zusammengearbeitet die es auf der ganzen Welt gibt.

00:06:00: Ja und genau das machen wir jetzt natürlich auch also in dem Rahmen der auch der Realität entspricht.

00:06:06: ja ist mir schwer gefallen Aber genau Jetzt ist die Webster jedenfalls überarbeitet habe mich viel Zeit gekostet Und ich habe aber auch den Podcast groß integriert, weil man nämlich jetzt die einzelnen Podcast folgen als Folgenseiten hat und tatsächlich auch mitlesen kann.

00:06:19: Das heißt, man kann den Player starten und dann kann man das Transkript wirklich mitlese.

00:06:23: Ja, Transkrip ist ja eine eigene Geschichte, weil das natürlich eher gruselig raus kommt aus diesen Open Source AI-Tools.

00:06:31: Wenn man dann dabei mit AI drüber geht, kommt da was ganz Bauchbares raus!

00:06:35: Also das alles zu unserer neuen Website.

00:06:38: Ich hab aber auf dem Weg noch ein paar technisch interessante Sachen mitgebracht, die ich beim Erstellen der Website.

00:06:43: Mitgenommen habe.

00:06:45: und zwar haben wir da so schöne Profilbilderchen Kai von dir und vor mir dass man nämlich zum Beispiel die Sprecher bei den Transkripten mit einem kleinen Bildchen hat Und ich habe unsere Bilder so an der einen oder anderen Stelle mit eingefügt und die habe ich freigestellt.

00:07:00: und das habe ich über KI machen lassen.

00:07:02: und die KI hat es gemacht mit dem Vision Framework von Apple.

00:07:06: Das wird dir vielleicht nicht sagen, aber du willst vielleicht wissen dass man zum Beispiel auf dem iPhone so die Personen bei diesen Porträt Fotos z.B von Hintergrund und Vordergrund trennen kann?

00:07:16: Und Apple hat jedenfalls ein eigenes Framework.

00:07:18: das heißt einfach nur Vision und damit kann man auch so Foto Bearbeitung machen und da kannst du einen Bild reingeben und kannst ihm zum Beispiel sagen gib mir mal den Centerpunkt vom Gesicht und stellen wir mal die Person oder den Kopf frei okay und dann stellt ihr es frei richtig geil.

00:07:32: kannst du in Swift Script schreiben AI macht ja relativ schnell Ja, und da kannst du einfach Personen freistellen.

00:07:37: Das viel besser und cooler als das zum Beispiel in ImageMagic könntest.

00:07:41: Wo man dann ja nur sagen kann dass der Hintergrund bestimmte Farbe hat und nimmt die Farbe raus oder so.

00:07:45: Und dann hast du natürlich pixliege Kanten.

00:07:48: Kannst auch nacharbeiten und dieses Vision Framework also man kann sich es auf der Webseite angucken klappt wirklich überzeugend.

00:07:53: Also muss ich sagen...

00:07:54: Also Du hast ja KI gesagt die soll dieses Vision Framework nutzen?

00:07:57: Oder haste da selber in so einer New UI irgendwas umgespielt?

00:08:00: Naja genau genommen hat Claude mir vorgeschlagen hier ImageMagik oder Ich war mit ihm Ergebnis von Image Magic nicht so zufrieden.

00:08:07: Da hat er gesagt, ich könnte mal mit Vision Framework

00:08:08: probieren.".

00:08:10: Dann hat Claude einen Skript geschrieben was auch wiederverwendbar ist.

00:08:13: Was eben genau diese kleinen Profilbilderchen für uns dann erstellt verstehen.

00:08:18: Fand ich aber ganz cool!

00:08:20: Ja und dann ist mir noch eine Sache aufgefallen.

00:08:21: es gibt inzwischen... Und das war früher ein großes Leid.

00:08:24: man konnte nie die Höhe vom CSS Element von Null auf Auto eine Transition machen.

00:08:31: Ist ihr wahrscheinlich bekannt?

00:08:32: Aber inzwischen geht das Ja und zwar mit der Eigenschaft Interpolate

00:08:40: Size

00:08:41: Allow Keywords, was auch immer das heißt.

00:08:45: Aber das sorgt eben dafür dass so intrinsische Schlüsselwörter wie Auto ja in Pixel Werte letztlich umgerechnet werden können vom Browser also.

00:08:53: da gibt es weiterhin ein Auto an.

00:08:54: Wir rechnen das aber intern in den Pixel Wert oben und kann dann eine Transition drauf machen.

00:08:57: Also ich spreche bestimmt total falsch aus, also Interpolat Minus Size Doppelpunkt Allow Key Words Das packt man auf die Elemente drauf.

00:09:05: Und dann kann man zur Auto eine Transition machen, ist auch mega geil oder?

00:09:08: Mega ja!

00:09:09: Also ich weiß es.

00:09:10: das Problem ist dass der Browser ja nicht bevor er's gerendert hat weiss wie groß das Element sein wird.

00:09:14: Zeilen und brüchen in Text und sowas und deswegen dass er so rendern muss um zu wissen wie groß es ist.

00:09:19: Und jetzt anscheinend because of magic gehts doch.

00:09:22: Weißt du was die drei Varianten waren die man vorher nutzen musste?

00:09:26: Also es ging ja nie so richtig.

00:09:28: Man konnte sich das irgendwie behelfen mit einer Mindesthöhe oder solche Späße, aber vor allem für dynamische Elemente war es halt schwierig.

00:09:35: Genau also der klassische Fall war dass man einfach ein Minheit gesetzt hat zum Beispiel von tausend Pixel.

00:09:40: dann hast du nur das Problem wenn ihr jetzt eine Sekunde Transition machst und das Ding ist aber tatsächlich nur fünfhundert Pixel hoch Dann hast du auch nur die für die Hälfte der Zeit tatsächlich ne Transition Und kannst halt nicht so richtig dieses Easing machen.

00:09:49: und so Ja und

00:09:50: vor allem zum Ausklappen hast du eine andere Animation zum Einklappen weil er beim Einklappten die Position hier schon kannte Genau.

00:09:55: Und dann hat es so eine ungleiche Animation und

00:09:58: auch sowas verzögert ist, ne?

00:09:59: Genau!

00:09:59: Dass das erste... Dann kannst du mit JavaScript natürlich dran gehen die Höhe berechnen hatte.

00:10:04: auch seine Downzahls brauchst natürlich JavaScript also irgendwie auch ein bisschen mocksig.

00:10:08: und die wahrscheinlich beste Variante war dass man ein Grid drum macht und die von Null auf einen FR.

00:10:13: da kommt ein Transition drauf machen.

00:10:14: aber da muss halt ein Grid auf Spannendomen sind um Transitions zu machen.

00:10:17: Ist irgendwie auch nicht ganz geil.

00:10:18: Gerit ist ja schon Neuzeit im Prinzip.

00:10:22: Aber von daher, das geht jetzt und sind alle jetzt eingeladen da draußen.

00:10:25: Das ist dann auch zu tun.

00:10:26: Manche kommen sich schon gelohnt.

00:10:28: So okay!

00:10:28: Jetzt habe ich zehn Minuten hier erzählt aber ich hoffe es waren interessante Sachen dabei.

00:10:32: Ach so vielleicht noch eben zum Podcast?

00:10:33: Wir haben über alle Podcast-Folgen die wir bisher gemacht haben.

00:10:37: Ich habe mir den ganzen Transkriptor gemacht.

00:10:38: deswegen hab' ich gedacht ach' ziehe ich mal ein paar Zahlen raus.

00:10:41: Über alle Podcastsfolgen, das wären jetzt glaube ich nur fünfzig die ich hier drin hab', sind's dreihundert sechs tausend neunneinundsechsenvierzig gesprochene Wörter Und das sind dann im Schnitt siebentausend sechshundertsechsiebzig pro Folge und neun dreißig Stunden Gespräch.

00:10:55: Krass, ja!

00:10:56: Das heißt mit der Magie von KI und Transkript können wir jetzt alle Podcasts nochmal durchgehen und sagen such mal alles raus wo wir gesagt haben da machen wir noch eine Folge zu.

00:11:05: Nein ich kommt jetzt als große Companion dazu.

00:11:07: Und genau das habe ich tatsächlich vor.

00:11:10: Und es ist ja grundsätzlich praktisch, die Podcast durchsuchen zu können.

00:11:13: Also ich hab wirklich die Transkripte für alle Podcast-Folgen erstellen lassen und nochmal Korrektur lesen lassen.

00:11:19: Das ist natürlich total geil, weil ich nämlich jetzt wenn ich sage, ich habe irgendwann meine Erfolge ließt und das gesagt dann kann ich sehr schnell rausfinden in welcher Folge das war.

00:11:27: und Kai wir können dir mal eine Liste machen von Tess, die du schon mitgebracht hast oder getränken.

00:11:31: Ah!

00:11:33: Geil da können wir mein Leben quantifizieren.

00:11:36: Ab jetzt wird alles besser

00:11:37: Wenn du alles in Zahlen hörst, wie ist unsere Rederverteilung?

00:11:40: Wie viele von den Wörtern sagst du und ich.

00:11:42: Tatsächlich stand das da auch ... Ich hab's mir nicht aufgeschrieben.

00:11:45: Ich meine, dass ich mehr Redeanteile gehabt hätte.

00:11:48: Heute sieht man es wieder, aber ab jetzt wirst du nur noch reden.

00:11:53: Okay!

00:11:54: Es

00:11:55: ist wie bei einem Kanzler-Duell, dass man Sprechzeiten hat.

00:11:58: Dann gibt's einen Buzzer, wenn du zu lange redest.

00:12:00: Genau, heute solls eigentlich um Hosting gehen.

00:12:04: Ganz spannendes Thema.

00:12:05: Wir sind ja eigentlich nicht so richtige DevOps und schon gar keine Administratoren, ich glaube wir können das doch verhältnismäßig gut und Gewinde auch ab und zu mal Spaß dran.

00:12:16: Und trotzdem kommen ja nicht drum herum den Leuten auch Server anzubieten, Hosting anzubieten also unseren Kunden, der kommt immer wieder mit Hosting von Kunden in Kontakt die dann eigene Geschichten mitbringen.

00:12:27: und da haben wir gedacht machen heute meine Folge zu unglaublich viele verschiedene Typen.

00:12:32: in der Vorbereitung habe ich jetzt noch mal gemerkt, was ihr alles nicht wusste mit Serverless und so weiter.

00:12:36: darfst du später etwas zu sagen.

00:12:38: Und ja Kai überlegt immer wo wir den Einstieg machen?

00:12:41: Ja!

00:12:42: Ich freue mich, dass wir jetzt wieder hier so ein hardcore technisches Thema haben.

00:12:45: Wo wir ja in den letzten Folgen immer so bisschen mehr auf Meta-Eben unterwegs waren.

00:12:50: aber jetzt können wir mal die Ärmel richtig hoch krempeln und bis über beide Ellerbogen in die Infrastruktur absteigen.

00:12:56: Und du sagst es ganz richtig Wir bauen Webseiten und so eine Webseite ist natürlich nur Ganz wenn sie auch irgendwo gesehen werden kann.

00:13:04: Deswegen gehört Hosting schon zu unserem alltäglichen Geschäft.

00:13:08: und Wenn wir heute bei hosting reden Dann sprechen wir über den Textake, mit dem wir so am meisten zu tun haben.

00:13:13: Und das bedeutet in der Regel irgendein PHP-basiertes Backend und dann noch Gedöntse drum herum.

00:13:20: Du hattest im Skript, wo wir diese Folge vorbereitet haben, dass Unterschiede zwischen Web Anwendung und Webseite um ein bisschen zu zeigen hier da kann man unterschiedliche Fahne gehen was das Hosting angeht.

00:13:31: ich will aber direkt damit einsteigen und sagen Das ist ja nur ein Kriterium nachdem man das unterscheiden kann.

00:13:38: Bei den letzten Endes ist ja die Frage, nicht welche Art von Webseite deployen wir.

00:13:42: Sondern was hat der Kunde bei uns bestellt?

00:13:44: Und die meisten Kunden, die zu uns kommen, bestellen ja nicht einen Haufen Zors-Dateien sondern die bestellen eine Webseiten und das bedeutet in aller Regel auch dass sie über ein Domain erreichbar sein sollen SSL-Zertifikate Backups und so.

00:13:58: Das schließt natürlich ganz viel beim Thema Hosting mit ein und dass wir uns dann zwangsweise auch kümmern müssen.

00:14:05: aber wenn wir eigentlich nur Anwendungsentwickler sind Und je größer dann die Kunden werden und je komplizierter die Anforderungen werden, desto komplicierter wird natürlich auch das Hausding.

00:14:16: Deswegen finde ich diese grundsätzliche Unterteilung zwischen Web-Anwendung und Webseite gar nicht so verkehrt als Initialen Auffänger.

00:14:24: Jetzt in Folge habe ich mir vier Stufen einer Skala mal rausgesucht wo ich von ganz einfach bis schwer aufzeige was auch Sachen sind die wir benutzen.

00:14:37: Aber wie gesagt, Web-Anwendung, Webseite ist nur eine Unterscheidung.

00:14:40: Man könnte auch sagen die Anzahl der Nutzer ist relevant für die Beurteilung des Hostings also die Performance, die dahinter sein muss.

00:14:47: was anderes könnte es sein?

00:14:49: Was denn überhaupt die Technologien sind, die wir einsetzen?

00:14:52: Also wenn man jetzt auf einmal notbasiertes Backend hat dann hast du auf einmal ganz andere Anforderungen an so ein Web-Posting als es in PRP Dingen hat E-Mails versenden ist da so ein Thema Backups und so weiter und sofort

00:15:06: ja die einfachste form von hosting.

00:15:08: Die war direkt vor weg schicken wohl wahrscheinlich gar nicht viel zu sagen können ist ja wirklich dieses klassische shared hosting was ich auch schon seit ewigkeiten gibt, dann hast du ein anbieter sei das eins und eins strato hetzner die bieten das alle an und dann kannst du für wahrscheinlich heute irgendwie fünf euro monat.

00:15:24: vielleicht sind zehn euro monate aber eher günstiger wahrscheinlich auch schon für zwei.

00:15:27: ohne neun neunzig kann man sich eine domain sichern wo auch ein Webspace dabei ist, dann sind das vielleicht irgendwie fünfhundert MB oder einen Gigabyte.

00:15:35: Eine Datenbank ist dabei und bisschen E-Mail.

00:15:38: Und da kannst du deine Dateien draufschieben, vielleicht über den FDP.

00:15:41: Kannst deine Domain verknüpfen und bist eigentlich gut to go und hast eine Website am Laufen.

00:15:45: Das will ich das einfachste und basicste was man irgendwie haben kann.

00:15:48: ne?

00:15:49: Genau!

00:15:49: Und gleichzeitig auch total schmerzlos.

00:15:51: also der Hoster stellt im Prinzip alles für dich.

00:15:54: Du hast gerade gesagt er bietet dir per FDP so im Prinzip ja einen Datei-System an, wo du einfach deine Daten hinkopierst und um den ganzen Rest kümmert sich der Hoster.

00:16:04: Das heißt er hat die Domainadministrierung, DNS Einstellungen, SSL Zertifikate stellt dir, der hat den App Server konfiguriert das der mit den Dateien interagieren kann, die du da aufgespielt hast und der kümmerte sich auch möglicherweise um eine Datenbank und Backups und E-Mail versandt.

00:16:19: Es sind natürlich alles Sachen, die man wenn man selber machen müsste selber machen und die kriegt man da einfach mit.

00:16:24: Der große Nachteil ist narteilig.

00:16:26: Die Webseite kann eigentlich nur aus PHP-Dateien bestehen, die auch so kompakt sind, dass man sie einfach per FDP übertragen kann.

00:16:35: Also bei einer klassischen WordPress-Webseite ist es so du hast schon einen Haufen Dateien, die im Hintergrund mit den ganzen WordPress Sachen zu tun haben.

00:16:43: Die muss man einmal initial darüber kopieren.

00:16:45: das ist ein bisschen mühsam.

00:16:46: aber sobald das mal geschafft ist schiebst du einfach die Neuerungen drauf, die es so gibt also einzelne PHP-dateien Und es funktioniert.

00:16:54: das ganze System ist schon da und läuft so im laufenden Betrieb.

00:16:57: Ich würde fast sagen, dass der größte Nachteil vielleicht sogar die Performance ist.

00:17:02: Weil das ja meistens nicht die neuesten Kisten sind und dann sind damit unterhunderte Kunden drauf.

00:17:06: Das ist ja nicht immer so ganz transparent wie viele Leute also drauf sind aber sind jedenfalls sehr viele.

00:17:12: Und das ist meistens doch performance technisch jetzt nicht so, dass man's merkt.

00:17:17: Also ich kann eine Website aufmachen.

00:17:18: Es läuft auch erst mal zügig.

00:17:19: Aber wenn man es dann doch nachmisst... Es sind die eigentlich, die Shared Hosts.

00:17:23: also jetzt im Vergleich zu unseren Managed Servern zum Beispiel.

00:17:27: Vielleicht halb so schnell ne?

00:17:28: Also doppelt so lange Ladezeiten und das macht natürlich hinten raus auch für SEO zB aber auch für die Usability ganz einfach.

00:17:34: Macht das schon auch einen Unterschied.

00:17:36: deswegen ist das für eine einfache Website für ein Einstieg sicherlich das Richtige.

00:17:39: Aber in dem Moment wo man ja das ernsthaft betreibt sollte man sich auch über Performance Gedanken machen Und dann darf es auch eine dickere Maschine sein.

00:17:47: Genau, also man kann vielleicht gerade noch steuern welche Maschine dahinter hängt aber alles was dann in die Tiefe geht mit Konfigurationen.

00:17:54: Dann lassen sich die Leute also die Administratoren komplett außen vor ist ja aus der Sache dass nichts kaputt machen kannst und es wirklich dafür gemacht einfache Webseiten paar Nutzer am Tag die sich da eben so menschenähnlich durchklicken mit ein paar Sekunden Zeit zwischen den Klicks das was neues geladen wird Und sobald man da irgendwie im Anfang mit API-Zugriff, wo dann automatisiert was stattfindet oder auch nur mehr als diesen einen Prozess nämlich den Webprozess denen es da gibt.

00:18:20: Dann wird's schon schwierig.

00:18:21: also alles was dann reingeht Richtung noch eine Queue laufen lassen oder irgendwas Notenbasiertes ist das eigentlich schon außen vor.

00:18:27: aber für den Einstieg insbesondere wenn man so ne klassische Website hat gibt es eigentlich nichts Besseres.

00:18:33: Der gehört ja ein bisschen dieses Baukastenhosting SA S hosting Software as a Service Hosting dazu.

00:18:39: Das sehe ich jetzt in letzter Zeit ganz oft, dass Leute zum Beispiel bei Shopify einen Shop machen und dann kann Shopify auch direkt das Hosting übernehmen.

00:18:47: Und es ist noch mal ein bisschen eingeschränkter als dieses Shared Hosting was wir gesagt haben.

00:18:51: Ist aber natürlich super speziell auf diesen Anwendungsfall.

00:18:53: also funktioniert natürlich perfekt.

00:18:55: dann zb mit Shopify gibt aber euch hat sich andere Baukästen Wix.com oder sowas.

00:18:59: Bei dem man das auch machen kann.

00:19:00: WordPress selbst bietet ja tatsächlich sogar aus den Hostings an.

00:19:03: Und das ist glaube ich jetzt, wenn man nur einen Shopping-Fallshop betreibt und dann sagt ja da mache ich den Einstieg.

00:19:10: Das soll erstmal laufen?

00:19:12: Ist das wahrscheinlich sogar die Komfortabelzone einfach so vielleicht auch relativ günstige Variante?

00:19:17: Genau!

00:19:17: Man bringt im Prinzip diese Sachen mit, die man selber mitbringt also die Dateien, die zur eigenen Anwendung gehören oder kann auch die nur verändern.

00:19:24: aber an dem ganzen Setup drum herum hat man keinerlei Einfluss darauf zum Guten wie im schlechten.

00:19:32: anderen Sachen, die ich jetzt beschreibe gehen im Prinzip davon weg.

00:19:35: Dass die Anwendung im Prinzip die gleiche ist aber man immer mehr Autorität über den Server bekommt wo das denn letzten Endes draufläuft.

00:19:43: und wir haben schon gesagt für einzelne Webseiten reicht das.

00:19:46: Das ist insbesondere deswegen gut weil es pro Abwelt nur wenige Dateien sind die da verschoben werden müssen also bei so einer WordPress Seite zum Beispiel habe ich eine PHP-Datei lokal bearbeitet weil da irgendwas ist dann schiebe ich die darauf und dass mein ganzes Deployment passiert automatisch.

00:20:02: Aber sobald wir mit sowas wie Nalara-Weltanwendung anfangen, müssen wir zum einen berücksichtigen dass es sowas die Änderungen an den NPM-Paketen gibt.

00:20:11: An diesem großen Notmittelsverzeichnis oder an den Composer Paketen wo ich die Updates lokal auf meinem System in meiner Testumgebung mache und die Update dann auf dem Server pushe.

00:20:21: und das sind halt hunderte Dateien.

00:20:23: dieser ganze Dateibaum in diesen Dependencies ist halt riesig!

00:20:28: Und wenn ich da anfange, das haben wir am Anfang auch mal versucht die per FDP hin und her zu schieben.

00:20:33: Dadurch, dass das so viele Mini-Dateien sind, dauert es ewig für jede einzelne Datei ein FTP-Handshake aufzubauen.

00:20:40: Selbst wenn man's in seinem schönen UI einfach nur rüberzieht... Das ist so ewig langsam!

00:20:46: Plus

00:20:46: da kommt noch dazu.. Wenn die Dateien rübergeschoben sind, ist das meistens nur der erste Schritt des Spaßes.

00:20:51: Dann gibt's noch irgendeine Post-Deploy-Skript wo man sagt hier mal noch Cash klären oder Konfiglieren oder Es muss immer noch das gemacht werden.

00:21:00: Das heißt, wir brauchen irgendeine Art von Nutzer auf dem System der auf dem system selber irgendwelche Dinge ausführen kann.

00:21:08: Meistens sogar in der Shell direkt und da sind natürlich diese Hoster komplett raus die geben den nur ein FDP Zugang und das war es.

00:21:16: Sobald man mit so einer ernsthaften Anwendung anfängt wo das Deployment mehr ist als eine Datei überschieben muss man sich schon nach was anderem anschauen.

00:21:24: Wir sind ja gedanklich schnell in Richtung entweder Cloud oder sowas speziell wie Forge oder vielleicht so ein dedicated Server, du darfst jetzt einen rauspicken, den wir uns schnappen.

00:21:36: Genau ich sehe als nächsten Schritt sowas wie Forge.

00:21:39: das ist eben ein Service von Larawell First Party und da kauft man sich im Prinzip für... Ich glaube dass es für uns jetzt neunzehnt Dollar im Monat für Unlimited Server und Projekte so eine Art Dashboard ein sage ich mal ganz abstrakt.

00:21:53: und dort hängt man seinen eigenen Cloud Server ein zum Beispiel Hetzner Cloud Server oder man kann auch so ein AWS Server sein, da gibt es sich verschiedene Anbieter.

00:22:03: Und dann provisioniert dieses Forge, der Sport nenn ich jetzt mal diesen Server für mich.

00:22:08: das muss ich also nicht selber machen, es gibt dann automatische Skript und dieser Server wird dann eingebunden.

00:22:13: und was Forge macht ist im Prinzip eine Metaebene darauf setzen.

00:22:17: die konfigurieren für dich diesen Server Web Server, App-Server so wie es sein muss.

00:22:22: Sicherheitseinstellungen und Updates usw.

00:22:25: Und verknüpfen das aber auch mit einem Git Repository zum Beispiel, sodass bei einem neuen Commit auf dieses Repositories gepult wird und auf den Servers deployed.

00:22:35: Das bedeutet im Endeffekt haben wir unseren eigenen Cloud Server wo wir selber auch Rotrechte haben.

00:22:40: Das wurde aber von Forge so provisioniert dass er unseren Anforderungen entspricht Und wir haben im Prinzip einen eigenen Cloud-Surf, dem es läuft und dass wir uns mit der Administration kümmern müssen.

00:22:52: Was würdest du sagen?

00:22:53: Ist das für ein Lion?

00:22:54: Ja, Lion ist wahrscheinlich schlecht.

00:22:56: also jemand, der eine Larawell Anwendung provisionieren oder veröffentlichen will.

00:22:59: Der ist ja jetzt nicht Lion in dem Sinne aber jemanden, der das noch nicht so oft gemacht hat bekommt er das hin.

00:23:04: Ist das easy, ist das anfängerfreundlich oder gibt's andere Varianten die noch einfacher sind?

00:23:11: Es ist natürlich immer so ein Trade-off.

00:23:12: Also diese Variante ist insbesondere relativ günstig, weil man eben das Neunzehn Dollar für einen Projekt ist natürlich viel.

00:23:19: es gibt noch eine Abstufung dass man weniger zahlt aber wir haben jetzt diesen Neunzen Dollar Tier und damit können wir beliebig viele Projekte darauf bauen.

00:23:26: Das heißt wenn wir zehn Projekter drüber laufen lassen plus natürlich für jedes Projekt den eigenen Cloud Server Aber dann verteilen sich so ein bisschen die Kosten.

00:23:34: aber insgesamt, als es damals vor allem noch diese günstigen Hetzner Server gab für ein paar Euro im Monat.

00:23:39: Das ist wirklich eine günstige Lösung.

00:23:40: und ja in Prinzip was die Einfachkeit angeht.

00:23:44: man kann es sich einfach machen weil das schon so designt ist dass dieses Forge-Administrationstool... alles für einen abnimmt, was man so machen muss.

00:23:53: Also man muss da selten auf den Server direkt selber drauf.

00:23:56: die Verknüpfung ist auch relativ einfach.

00:23:58: natürlich jetzt nix für Leute sich überhaupt nicht damit auskennen aber die deployen natürlich auch keine Larawell-App.

00:24:04: Aber es geht schon ganz gut.

00:24:05: wenn man ein Anwendungsentwickler ist und sich so ganz rudimentär auskennt dann kommt man damit schon sehr gut zurecht.

00:24:11: Wir haben ja mal eine eigene Folge tatsächlich auch zugemacht.

00:24:14: oder haben wir das in der Larawell Folge mit drin?

00:24:15: Jedenfalls haben wir schon über Forge gesprochen kann man sicherlich nachhören oder auf unserer Website finden.

00:24:21: Und der riesen Vorteil ist natürlich da, dass man eigentlich einen Cloud Server den man offensichtlich administrieren müsste.

00:24:27: Da nimmt Forge einem eben schon viel ab und man hat aber die Vorteile von dem Cloud Server nämlich zum Beispiel das man da einfach ein anderen Server hinterhängen kann.

00:24:34: Das ist ja im Prinzip so eine Wegwerf-Server wenn man so will.

00:24:37: Ich kann jetzt einfach den nächsten stärkeren Server nehmen dahinter packen, wenn ich mehr Performance in der Anwendung brauche was wir in der Vergangenheit auch schon mehrfach gemacht haben Und dann auch einfach ausprobiert haben, so reicht die Performance.

00:24:47: Haben dann gebennsparkt wie schnell ist der neue Server gegen den Alten und das ist natürlich super komfortabel.

00:24:52: Das ist mit einer anderen Plattform nicht ohne weiteres möglich dass man mal eben so switcht

00:24:57: Genau!

00:24:58: Dadurch wir den Server da bestellt haben und eingehängt haben, haben wir nach wie vor Routzugriff über diesen Server.

00:25:05: Das heißt wenn wir wollen können wir uns selber auf den Server per SSH einhalten auf dem dann tatsächlich... die ganze Anwendung läuft und selber irgendwas machen, wenn irgendetwas ansteht.

00:25:15: Über dieses UI kann man auch weitere Prozesse hinzufügen wie so eine Schedule oder eine Queue oder sonst irgendwelche Dinge.

00:25:22: das geht da also ganz angenehm und Idioten sicher würde ich fast sagen Die Down-Zeit davon ist natürlich wieder, wie man es immer hat, zwei Seiten von der Medaille.

00:25:31: Das meiste geht nur über das UI.

00:25:35: Das bedeutet, wenn ich ein Scheduler einrichten möchte.

00:25:37: Dann habe ich mein Projekt irgendwo in Repository liegen und muss dann aber immer noch diesen Übertrag machen.

00:25:43: das sich händisch da reingehe gibt auch apis und so.

00:25:46: Aber es ist halt einen hauptsächlich manueller Prozess wo ich dann ein scheduler konfiguriere oder eine queue konfigurieren Und ich hab nicht so auf einen blick alles was mit dem projekt zusammenhängt gesehen.

00:25:58: und Da gehört zum beispiel auch zu dass standardmäßig dieses post deploy script Also nachdem die aktuellen Daten per Git dahintransportiert wurden, wo man dann eine Datenbank Migration macht oder Caches macht oder irgendwelche Schedular Neustart oder sonst irgendwas.

00:26:14: Das ist standardmäßig als so ein Script-Input in dem Fort UI drin und man hat wieder diesen Übertrag von auch hier Merch Request.

00:26:22: im Git habe ich irgendein neues Kommand hinzugefügt.

00:26:25: Dann muss jemand dran denken, händisch das Inforge in die UI zu überschreiben.

00:26:31: Da ist schon gleich der erste Tipp nicht damit geben kann auf jeden Fall so ein Deploy-Skript ... Das ist ein ganz einfaches Shellscript.

00:26:38: auch mit im Repository verwalten und dann im ForgeUI im Prinzip nix selber als Postdeploy machen sondern nur dieses Skript aufrufen.

00:26:47: Dann hat man zumindest da schon mal den Vorteil dass man sagt dieses Postskript auch im Repository und kann darauf reagieren, wenn man irgendwelche neuen Sachen hinzufügt oder so.

00:26:57: Das

00:26:57: ist natürlich jetzt schon relativ klarer Welt spezifisch und funktioniert für andere Anwendungen wahrscheinlich nicht so gut, wobei ich mir relativ sicher bin dass es für andere Frameworks da auch dann Lösungen gibt.

00:27:07: Die Idee die da ein bisschen hinterhängt ist, man stellt schon den eigenen Server aber es gibt irgendein übergeordnete System das diese ganze DevOps Arbeit für einen abnimmt in dem man vielleicht selber nicht so drin ist

00:27:19: Genau.

00:27:20: Wir hängen da ganz gerne dazu noch so ein Object Storage, hat jetzt ja so ein bisschen indirekt was mit Hosting zu tun.

00:27:25: aber vielleicht machen wir da eine kurze Tangente das heißt da legen wir so größere Dateien ab.

00:27:31: ne?

00:27:31: Genau!

00:27:31: Das ist nämlich ein entscheidender Punkt bei diesem Konzept dass meiner Meinung nach diese Anwendungsserver Wegwerfware sein sollten.

00:27:40: Das bedeutet im Zweifel kann ich ohne Probleme den alten Server Abkapseln wegwerfen, der kann von mir aus in Luft aufgehen.

00:27:48: In der Hetzerzentrale und ich kann den wenigen Klicks einen anderen Server dranhängen neu deploy'n und es funktioniert.

00:27:54: Und das bedeutet natürlich ganz entscheidend dass da nichts auf dem Server selber sein darf was persistiert wird.

00:28:01: idealerweise.

00:28:02: dann geht nämlich schon die erste Frage los wo wir denn eigentlich die Datenbank gespeichert fortspietet an das auf dem selben server direkt mit zu installieren.

00:28:12: Das ist dann schon schwierig.

00:28:13: Mails-Versenden sind auch so ein Thema, vor allem die Hetzner Server.

00:28:16: Wenn man die einfach so bestellt können sie selber keine Mails verschicken.

00:28:19: da ist der port blockiert.

00:28:20: Da muss man also auch schon gucken wer versendet eigentlich meine mails und Dateien speichern was du gesagt hast auf dem server selber mit meiner wegwerfidee im hintergrund auch schwierig weil soweit ich da irgendwas drauf schreibe was ich sonst noch zu anders habe wird es natürlich schwierig.

00:28:36: und hetzner bietet da eben mit dem object search so einen S drei kompatible Ja, Object Storage einfach an und das zum Beispiel da gibt es schon drei Treiber für bei Laravel kann man dann gut nutzen um da Sachen hinzuschicken.

00:28:50: Das ist eigentlich ganz geil!

00:28:51: Da kann man sich so ein bisschen vorstellen wie so einen FTP nur dass es glaube ich keiner isst und das praktisch ist aber dass du für jede Datei die du dahin schiebst auch direkt eine URL bekommst.

00:29:01: Das heißt du kannst ja auch im Internet abrufen zumindest habe ich das so verstanden?

00:29:04: Wenn man's möchte genau.

00:29:05: also man kann es sich schon vorstellen FDP ist es nur ein bisschen anderes im Protokoll, aber in der Theorie funktioniert's genauso.

00:29:12: Aber du willst ja einen Zweifel zum Beispiel im Bild, was du dahin gelegt hast auch direkt auf der Website einbinden ohne das jetzt irgendwie erst über das Backend zu schleifen?

00:29:18: Und dann könnte man das glaube ich direkt anbinden.

00:29:20: oder liegt da falsch?

00:29:21: Ja genau also es gibt so Public und Private, da haben sie so fancy Begriff für Disk.

00:29:26: Nee, Buckets!

00:29:27: Genau.

00:29:28: Buckets sind so im Prinzip Ordner die bestimmten Themen gehören Public oder Private Buckets haben.

00:29:35: und bei Public Buckets stimme ich dir zu, wenn es irgendwelche öffentlichen Daten gibt.

00:29:39: Macht's natürlich total sind die direkt einzubinden.

00:29:41: Wenn's private Sachen sind sowie Rechnung oder Uploads vom Kunden will sie die natürlich nicht einfach public im Internet haben sondern nur diejenigen Nutzer zur Verfügung stellen der auch Zugriff drauf hat.

00:29:51: dann musst du da deinen Anwendungsförder als Proxy benutzen und Berechtigung checken und weiß ich nicht was.

00:29:56: Ja cool jetzt bist du schon so ein bisschen zu Cloud Servern abgebogen mit.

00:30:01: Ich glaube Cloud Server ist ja so ein bisschen das Kompliziertes und Aufwendige, was man haben kann.

00:30:06: Mir fallen noch ein paar einfache Lösungen ein aber vielleicht machen wir das Thema da gerade nochmal rund wenn das in dein Skript passt.

00:30:13: Wenn wir uns AWS zum Beispiel angucken jetzt wahrscheinlich neben Azure die bekanntesten Cloud-Lösung.

00:30:18: Was hältst du davon?

00:30:19: Wir nutzen es ja im Moment soweit ich weiß nicht.

00:30:22: Also Cloud ist natürlich so ein Kampfbegriff und bedeutet ja letzten Endes, du selber hast den Server nicht in Keller stehen.

00:30:28: Und ehrlicherweise sind ja alle unsere Server irgendwelche Cloud-Server weil wir da selber keine Kontrolle drüber haben.

00:30:35: Ich glaube was Cloud eigentlich beschreibt ist dass du irgendwo anders Rechenkapazität einkaufst und je nach Modell hast du dann mehr oder weniger Zugriff auf das Ding was dahinter liegt.

00:30:46: Was am Anfang gesagt Server liste, das ist im Prinzip das Konzept von.

00:30:51: Bei Javascript ist das recht verbreitet.

00:30:52: Du hast einzelne JavaScript-Dateien, die in sich im Prinzip eine Methode darstellen.

00:30:57: Die schickst du auf so ein Serverlesserver und die werden dann durch Magie im Hintergrund so angebunden als wer da einen Webserver hinter der Anfragen entgegen nimmt, der deinen Script aufruft aber im Prinzip für jedes Skript individuell.

00:31:10: Und das ist natürlich auch... Also es gibt so ne schöne Analogie.

00:31:13: Serverless ist ohne Server im gleichen Sinne wie ... Tierfrei ist, weil da natürlich schon irgendwo ein Server im Hintergrund läuft.

00:31:21: Aber man sieht es halt

00:31:22: nicht und

00:31:23: das ist immer die spannende Frage wie viel abstreich hier ist und was da im Hintergrund passiert?

00:31:27: Es läuft immer irgendwo eine Maschine wo das Ding drauf funktioniert.

00:31:31: Die Frage ist Wieviel Kontrolle muss oder möchtest du darüber haben?

00:31:36: Also für mich ist tatsächlich cloud wenn ich ercloudenke Das wichtigste dass Ich denke diese hand sind skalierbar.

00:31:41: also ich kann mir einen Kleinen Server holen und wenn ich am nächsten Tag mehr Performance, mehr Kerne, mehr Speicher brauche dann kann ich das quasi dynamisch dazukonfiguren.

00:31:48: Das ist so ein bisschen das wo ich denke dass hat Cloud und Cloud Hosting so bisschen revolutioniert.

00:31:54: für mich war es von Anfang an eigentlich overhyped.

00:31:57: also ich kenne die wenigsten Projekte die wirklich Cloud brauchen.

00:32:00: Ich weiß noch damals also ich will jetzt einen Kunden sagen wahrscheinlich nicht bei einem Heizungshersteller tätig war.

00:32:07: Die haben zum Beispiel auch das ganze so riesig auf Azure aufgezogen und so Ich bin mir relativ sicher, dass für neunundneunzig, neun Prozent der Projekte da draußen auch nen vernünftiger Performanter Managed Server oder lass es auch ein Dedicated Server sein.

00:32:23: Dass er aber absolut ausreicht und sowieso kein Mensch rumskaliert Und am Ende Cloud auch sehr sehr teuer ist.

00:32:29: also das haben wir dann gemerkt mit Azure.

00:32:31: Aber auch AWS Ist auch wirklich teuer in dem Moment wo man auch mal bisschen Leistung erprobt.

00:32:35: ja Man kann halt nie sagen so, das ist jetzt die perfekte Lösung.

00:32:39: Weil jedes Projekt unterschiedlich ist und unterschiedliche Anforderungen hat.

00:32:43: Also ich bin mit diesem Forge Setup insgesamt schon sehr zufrieden.

00:32:46: Das ist recht einfach man hat trotzdem viel Kontrolle entspricht halbwegs unseren Anforderung wie wir es haben an CICD Und aber nicht alles!

00:32:54: Und das ist nämlich schon das nächste Dingen Die Anwendung, die auf einem Forged provisionierten Server läuft, die läuft direkt auf dem Server Und das bedeutet, es gibt immer diese Unwahrscheinlichkeit.

00:33:05: Wenn ich jetzt mein Projekt umbaue auf PHP acht Punkt fünf und auf dem Cloud Server der von Forge provisioniert ist aber noch acht Punkt vier läuft weil ich im UI vergessen habe das Häkchen umzustellen dann wird es erst dann crashen wenn es tatsächlich deployed ist und irgendjemand mal auf die Webseite klickt Weil eben dass so bär mittelmäßig der Code direkt da drauf liegt und nicht noch irgendein Container gibt und es gibt immer so diese Asynchronität zwischen was mein Projekt erwartet, wie der Server aussieht auch mit PRP Erweiterungen und vielleicht sonstigen Tools.

00:33:37: Und was da vielleicht drauf ist auf diesem Forge-Server?

00:33:41: Das ist auch das Ding, was man berücksichtigen muss.

00:33:43: Wie sicher muss meine Anwendung gegen Ausfälle sein?

00:33:47: Das bedingt dann auch was dahinter hängt und das ist gesagt Cloud Server skalieren.

00:33:52: Das heißt wenn mal wirklich ein Server abraucht aus Gründen kann ich einen zweiten dranhängen, der dann die Last abnimmt oder ich habe ein Load Balancer dazwischen oder irgendwie solche Späße.

00:34:02: Also es gibt so viele Stellschrauben das man wirklich sagen muss okay was sind denn eigentlich die Anforderungen, die die Anwendung hat?

00:34:10: und dann geht man so ein Entscheidungsbaum durch und kommt am Ende zu einer Lösung statt zu sagen Boah Forge ist das beste oder Cloud ist immer das Beste sowie bei dem war wo ihr anscheinend gesagt habt wir nehmen immer Cloud und da denke ich davon was die Anfordrungen sind und dann ist vielleicht nicht ganz das Richtige was dazu passt

00:34:25: Ja, die Anforderungen hören sich schon sehr passend dann für Cloud ja oft an.

00:34:28: Also viele Kunden wollen Ausfallsicherheit haben.

00:34:30: Viele Kunden wissen noch nicht genau wie viele Kunden oder Besucher hinterher auf so einer Website oder auf einer Webendwendung drauf sind und dann sagt man ah dann ist es praktisch wenn ich skalieren kann.

00:34:39: Cloud ist sehr dynamisch und so aber man kauft sie natürlich auch sehr sehr viele Probleme.

00:34:45: Problem ist jetzt vielleicht falsch aber man kocht sich in großen Aufwand ein ne?

00:34:48: Und wenn man dann eine Managed Server sich zum Beispiel hinstellt der auch erst mal von jemandem anders abnussiert wird, den man theoretisch auch updaten kann jetzt nicht innerhalb von zehn Sekunden aber vielleicht innerhalb von zwei Tagen.

00:34:59: So dann ist das oft eine richtig gute Lösung.

00:35:02: und ja also so rein auf dem Papier und von den Anforderungen ist Cloud oft das Richtige in der Praxis finde ich es ist selten das Richtiger.

00:35:11: Ja diese Skalierbarkeit... Also auch David das kommt natürlich ganz drauf an was das Projekt ist.

00:35:17: Bei den Projekten, in denen wir uns rumtreiben und das sind schon wirklich große Anwendungen mit vielen hunderten Zugriffen pro Sekunde mitunter per API oder sonst irgendwas.

00:35:26: Wenn es ein Bottleneck gibt ist es meistens die Datenbank wegen irgendwelcher langsamen Queries, irgendwelche komplizierten Operationen.

00:35:34: Und bist du eine Datenbank so gebaut hat dass sie wiederum auskaliert?

00:35:39: Das ist dann wirklich schon eine ganz andere Nummer, die in tausende Euro pro Monat reinfließt.

00:35:44: Da kannst du so viele App-Server und Load Balancer davor schalten wie du möchtest.

00:35:48: Die sind meistens gar nicht das Problem.

00:35:50: Also ein einzelner selbst der allerschwächste Hetznerserver kann schon Requests verarbeiten wo aber Queries im Hintergrund laufen wo ne einzelne Datenbank sehr ins Schwitzen kommt.

00:36:00: deswegen kann man gar nicht so leicht sagen mehr App Server die meine PHP Anwendung bereitstellen bedeutet automatisch Skalierbarkeit bisens und endlich hier, weil meistens ist dann halt die Datenbank, die dann streikt.

00:36:11: Die dann schwierigst zu synchronisieren?

00:36:13: Genau.

00:36:14: Das auch genau!

00:36:15: Jetzt hast du eben schon Container angesprochen und das ist ja so.

00:36:17: im Enterprise Bereich würde ich mal sagen so die Variante, die uns eigentlich ganz gut gefällt.

00:36:21: Ich denke jetzt an einem Projekt wo wir ein großes Front-Ed gebaut haben.

00:36:24: Da haben wir dem Kunden der seine eigene Infrastruktur hatte sein eigenes Hosting in dem Fall wahrscheinlich so Windows Server Und den haben wir einfach eine Docker Image gegeben und haben gesagt hier macht damit was du willst müsste eigentlich laufen.

00:36:36: Sag dazu gerne noch mal was.

00:36:37: Genau, das streift das, was ich am Anfang gesagt habe.

00:36:40: Was ist denn eigentlich das Produkt, was wir verkaufen oder dem Kunden anbieten?

00:36:45: Und in den meisten Fällen, ich würde sagen, neunzig Prozent ist es halt eine Webseite die irgendwo läuft und mit der man interagieren kann.

00:36:51: Es kann aber auch das Szenario geben dass wir eine Anwendung bauen, die nur für die interne Verwendung vorgesehen ist wo wir gar nicht dran kommen wegen privater Netze.

00:37:01: Und dann ist das Produkt, was wir herstellen eben eine Anwendung die in sich läuft unabhängig davon wo sie deployt wird.

00:37:08: Ich glaube ab einer gewissen Größe kommt man an Docker einfach nicht mehr vorbei.

00:37:13: Das ist also eine Möglichkeit noch mal um das ganz kurz zu skizzieren dass man so eine Art virtuelle Maschine vorabbaut in der die Anwendungen schon drin ist und in der auch schon alles installiert ist was diese Anwendungsbrauch die richtige PRP Version mit Erweiterungen konfiguriert.

00:37:28: und schlag mich tot.

00:37:30: Und dieses fertige Paket wird irgendwo eingehängt und kann dann über bestimmte Ports angesteuert werden, sowieso eine Webseite.

00:37:38: Das bedeutet ich habe null Beziehungen zu dem System wo es nachher läuft.

00:37:42: Ich hab eben Container oder mehrere Container die ich vorab schon testen kann wo ich machen kann was ich will wo ich Ende zu Ende Tests laufen lassen kann und ich kann mir sicher sein dasselbe Dingen was ich jetzt hier baue das sie wird auch nachher irgendwo laufen was ich gerade geschildert habe.

00:37:59: Ich entwickle gegen eight point vier in meinem Code, aber auf dem Server läuft acht fünf plus noch.

00:38:04: eben wenn man dann so größer ist dass man eben auch stichwort kubernetes oder dockers war das Projekt aus mehreren Containern zusammen bei und kann dass man sagt wir haben einen container der kümmert sich nur um die web anfragen.

00:38:17: dann haben wir ein container der kümmern sich um die queue oder vielleicht fünf container die kümmer sich um dq und kann dann so zusammestöpseln aus welchen einzelnen Bauteilen meine Anwendung eigentlich besteht.

00:38:27: Da sind wir dann aber schnell in einem Bereich, wo man wirklich Administratoren DevOps mit dabei hat die das Ganze auch supporten?

00:38:35: Genau!

00:38:36: Also unser liebstes Vorgehen an der Stelle ist dass wie im Prinzip unsere Abgabe ist ein Dockerimages oder mehrere Docker-Images zusammen mit so'n Compose-File jetzt in dem Fall Wir benutzen Docker Swarm Ich weiß es ist bisschen verrufen Aber für uns funktioniert super Und sagen dann hier im Prinzip, das sind die Container und hier ist eine Anleitung wie die aufgestellt werden müssen.

00:38:54: Welche Ports sie haben?

00:38:56: Wie viele es von was gibt usw.

00:38:58: Da kann man auch schon so etwas wie Continuous Integration einbauen.

00:39:01: Das bedeutet wenn ein Container läuft und es einen neuen Container kommt wird der neue erst gestartet und geprüft und erst wenn er funktioniert mit der alte runtergenommen.

00:39:10: So dass wirklich ohne Downtime jemand so schön sagt, dass ausgetauscht wird oder schöne daran ist.

00:39:15: eben wir können uns in dem herumtreiben womit wir uns auskennen Und dass wir vorab auch gut testen können und sagen, hier haben wir getestet.

00:39:23: Ende zu Ende Tests gemacht das ganze Set hat funktioniert.

00:39:25: Oh du lieber Kunde kannst dich jetzt mal damit beschäftigen wo das läuft wie das läuft?

00:39:31: Und da genau arbeiten wir am liebsten mit Leuten zusammen die sagen hey wir sind so ein großes Team Wir haben unsere DevOps Leute gibt uns die Container und sagt Bescheid wenn sie fertig sind und wir deploy'n die dann irgendwo.

00:39:42: Da haben ja Firmen dann tatsächlich auch Server vor Ort stehen, so on-premise mäßig Server.

00:39:46: Also dass die wirklich in... ich weiß nicht ob die ein eigenes Rechenzentrum haben das wäre wahrscheinlich zu hochgegriffen aber die haben wirklich rechner Vorort stehen.

00:39:53: irgendwie ein Rack ist halt Server drin und da drauf werden die Sachen installiert.

00:39:56: kann man hier wenn wir schon mal das Thema Hosting haben natürlich auch gerne mit nochmal reinnehmen Dass es sowas gibt?

00:40:02: und ich erinnere mich an die Firma wo ich Ausbildung gemacht habe da hatten wir glaube ich bestimmt fünfzehn Server Die tatsächlich dann aber in Rechenzentren gemietet waren, da hatte man wirklich so einen Cage.

00:40:12: Also konnte man wirklich aufmachen und reingehen und konnte seinen Server wirklich auch anfassen und den haben wir da gemietet mit allen Downsets die das so hat.

00:40:19: Also empfehlen kann ich das nicht weil das Ding wird natürlich nicht automatisch geupdatet wenn irgendwas daran abraucht.

00:40:24: Da musst du zum Rechen Zentrum fahren, da kümmert sich keiner drum.

00:40:27: Aber grundsätzlich gibt es sowas natürlich.

00:40:29: Ich glaube Colocation heißt das dann.

00:40:31: Und also für die ganz hart gesottenen da draußen, die richtig Bock drauf haben Das würde grundsätzlich auch gehen.

00:40:38: Oder wenn man jetzt irgendwie in... Wie ist das da an Nürnberg oder Falkenstein bei Hetzen daneben anwohnt?

00:40:43: Ich weiß gar nicht, ob die sowas anbieten wahrscheinlich eher nicht.

00:40:45: Könnte man sowas natürlich auch machen.

00:40:47: Ja, die spannende Frage bei diesem ganzen Hosting-Thema ist ja dass so eine Web Anwendung zwar einerseits aus dem eigentlichem Code besteht, die es braucht damit das Ganze läuft aber noch so viele Sachen drum herum, die aus dem Code gar nicht ersichtlich sind.

00:41:02: So was wie wir haben es gerade schon gesagt Datenbanken.

00:41:04: und dazu zählt ja nicht nur, dass so eine Datenbank erst mal aufgestellt werden muss.

00:41:08: Dass die laufen muss, dass sie halbwegs performant sein muss sondern auch das die Ausfall sicher sein muss im Sinne von es muss Backups geben.

00:41:15: was ist wenn die Maschine auf der die Datenbank installiert ist einen Hardware versagen hat?

00:41:20: ein Festplatte geht kaputt weil jemand mit Zahnstocher reingestochen hat muss irgendwie sicher gestellt werden dass dadurch nicht die komplette ... Basis des Unternehmens tot ist, sondern dass es irgendwelche Updates geben muss.

00:41:32: Und nicht nur... Es muss Update geben,... ...sondern es muss auch regelmäßig sichergestellt werden,... ...dass diese Updats auch funktionieren.

00:41:37: Nicht das man zehn Jahre lang fleißig Updades gemacht hat,... ...um danach festzustellen,... ...das es im Prinzip nur leere Dateien geschrieben hat während... ...den Sonntagsfehler oder sowas.

00:41:45: Gleiches gilt für die Dateien ne?

00:41:47: Wenn ich irgendwo Dateien hinlege und da meine Firma drauf aufbaue,... ...muss ich sicherstellen,... ....dass sie nicht durch ein Hardware versagen,... ...oder irgendwo fackelt so'n Rechenzentrum ab,... ...daß das gelöst wird!

00:41:57: Wenn man sich das einkauft irgendwo, wofür man meistens den Preis bezahlt sind eben genau diese Sachen.

00:42:03: Wenn ich bei Hetzner so ein Bucket bestelle oder bei AVS eine Datenbank kann ich relativ sicher sein dass da nicht eine physische Datenbank dahinter liest sondern dass was gespiegelt wird auf mehrere Systeme die in unterschiedlichen Rechenzentren sitzen und sowas.

00:42:17: Diese ganze Redundanz dann muss ich nicht drum kümmern wären je mehr ich davon selber mache desto mehr Verantwortung habe ich dafür.

00:42:24: SSL-Zertifikate erneuern alles zu Kleinigkeiten, DNS-Einträge warten, Mails versenden... Alles diese Kleinigkeiten wo man als Anwendungsentwicklereien gedrückt wird weil der Kunde sagt na aber ich will es halt ein fertiges Produkt.

00:42:38: Aber was jedes Einzelter davon im Prinzip Fachbereiche für sich sind

00:42:42: Die ganze Problemen die du beschrieben hast dann natürlich auch nicht nur das als Colocash macht sondern wenn du einfach auch einen dedicated Server diameterst.

00:42:49: also kannst du jetzt zum Beispiel bei Hetzner hingehen.

00:42:51: Ich sage jetzt oft Hetzner, weil wir wieder viele Server haben.

00:42:54: Und kannst dann sagen ich will jetzt wirklich den ganzen Server mieten und dann hast du wirklich einen Server der irgendwo im Schrank steht... ...denn Du jetzt aber nicht anstöpseln musst sondern das macht alles hetzner für Dich!

00:43:02: Aber Du fängst im Prinzip ab Betriebssystem würde ich mal sagen an.

00:43:06: Ich weiß gar keine Betriebensysteme wechseln kann.

00:43:09: Ich meine dass man jetzt bei Hetzern zum Beispiel da kannst Du ein Wählen, ich will ja ein Debian draufhaben oder sowas und dann kriegst Du das und kannst ab da eigentlich mit Routerechten loslegen und alles auf diesem Server machen bis zum Neustart runter.

00:43:21: Und dann hast aber eben auch diese ganzen Nachteile, die du gesagt hast.

00:43:23: Das heißt du musst dich wirklich um alles selbst kümmern ob jetzt SSL-Zertifikate erneuert werden und so weiter und sofort.

00:43:29: das geht alles Aber ist eben ein eigener Fachbereich für sich.

00:43:32: also es gibt nicht umsonst Systemintegratoren.

00:43:35: Ja für uns ist es nicht das Richtige

00:43:37: Genau und man kann natürlich schon auch jetzt im Zeitalter von KI sich da irgendwas zusammen stöpseln lassen was schon funktioniert Für Webseiten von kleinen Kunden wo's dann nicht so dramatisch ist wenn mal der Datensatz von heute verloren geht oder die Webseite für vier Stunden ausfällt, weil man irgendein Skript verkackt hat oder sowas.

00:43:55: Dann ist das natürlich, kann man also selber bauen?

00:43:56: Das ist kein Problem!

00:43:57: Aber je mehr das dann skaliert, die größer die Anforderungen sind an Ausfallsicherheit und so was... Da muss man sich sehr genau überlegen ob wir als Anwendungsentwickler auch noch die ganze Last der DevOps tragen wollen, weil das ja eigentlich ein Vollzeitjob sich darum zu kümmern.

00:44:12: Ist der Server richtig konfiguriert?

00:44:13: Firewall, Nutzer aktiv.

00:44:15: Sicherheitsupdates, Skeldiolte, Neustarts und so weiter.

00:44:19: Da steckt so viel dahinter!

00:44:21: Ja da hast du jetzt einen Punkt aufgemacht Kai, den ich auch gerne ansprechen wollte heute.

00:44:25: Und zwar Dedicated Server also ein eigener Server, kann aber Cloud Server sein theoretisch, der aber über AI administriert ist.

00:44:33: Und Du hast das gerade im Nebensatz gesagt.

00:44:35: Ich halte das für nen Szenario was uns in Zukunft wahrscheinlich... immer wieder begegnen wird und vielleicht für gewisse Anwendungsfälle auch das Richtige ist.

00:44:45: Also, das fühlt sich natürlich für uns jetzt total merkwürdig an weil du wenn du einer AI kompletten Zugriff auf so ein Server gibst also inklusive Contab und ja eigentlich allem was da passieren kann.

00:44:56: Das fühlt es sich natürlich total merkweilig an.

00:44:59: aber ich glaube dass Du mit A.I heute schon wahnsinnig gut diese Administratio machen könntest und zum Beispiel sagen kannst hier baume mein Deploy Script oder gucken wir mal zu dass sie im SSL-ZWC aktuell bleiben und ich glaube, das es heute sehr gut schon funktionieren würde.

00:45:16: Und dass es ja vielleicht in Zukunft sogar eine Methode der Wahl sein kann?

00:45:20: Wir haben's tatsächlich schon selber ausprobiert.

00:45:22: wir betreiben natürlich auch nicht kundenorientierte Server wo wir irgendwelche administrativen Sachen für uns organisieren einen eigenen GitLab Runner laufen lassen oder solche Späße und den haben wir tatsächlich mit KI erstellt.

00:45:35: Aber auch nicht die KI macht irgendwas auf dem Server, sondern wir haben das über Ansible gelöst.

00:45:40: Das ist so eine Art Skriptsprache, die ich auch wieder im Git verwalten kann und die beschreibt wie der Server aussehen soll.

00:45:47: Da steht dann also hier installiere bitte diese APK-Pakete Und dann kann ich das laufen lassen und er geht dann Schritt für Schritt dieser Anleitung durch schaut nach was es schon gemacht?

00:45:56: Was ist anders gemacht und ändert das dann?

00:45:58: Das heißt Ich habe im Code eine Nachvollziehbarkeit wie der Endzustand aussehen sollen.

00:46:03: anderes Wort dafür ist Terraform.

00:46:04: Ein bisschen komplizierter, deswegen haben wir Enzyme genommen.

00:46:07: Aber so funktioniert das schon ganz okay und so kriegt man auch schon Ergebnis dahin zumal wenn man es sauber macht der Server ja wirklich nur eigentlich ein stumpfer Service auf dem Docker installiert ist und alles was da anwendungstechnisch drauf ist läuft dann als separate Docker Container.

00:46:23: Da haben wir noch einen.

00:46:25: wie heißt es Terrific glaube ich oder Terrific Container, das ist so eine Web-Server meine ich also was wie Engine X oder Apache.

00:46:33: Der kann zum Beispiel automatisch anhand von anderen Docker-Containern die im Netzwerk laufen und bestimmten Tags automatisch SSL Zertifikate vergeben und solche Späße.

00:46:43: Also da ist ein Letzend Crypt mit eingebaut.

00:46:45: Das bedeutet dass geht auch schon relativ einfach.

00:46:48: Und dieser eigentliches Hörwert den man administrieren muss Da muss man dann wirklich vielleicht nur mal die nötigsten Packages installieren Sicherheits Updates installierende Firewall-Einstellen Nutzer anlegen.

00:47:00: Und sonst mehr nicht.

00:47:01: und diese Linux basierten Betriebssysteme tatsächlich, die sind schon wirklich so ausgelegt dass sie auch autonomen fahren können.

00:47:08: also es gibt da so ein Feature das heißt irgendwie automatische Sicherheitsupdates oder sowas?

00:47:12: Das ist also wirklich ein Tool, das dafür da ist, dass die ganze Zeit läuft checkt wann Updates da sind und die installiert, sondern SicherheitsUpdates während der Betrieb läuft.

00:47:22: Also man muss gar nicht großartig hinterher sein dass da regelmäßig Updates drauf sind.

00:47:27: Wenn man einmal die Firewall konfiguriert hat, ist das auch gut und so was.

00:47:30: Aber auch das, was ich jetzt schon gesagt habe, das sind halt erst mal Sachen, die man wissen muss – und auch da gibt es wahrscheinlich noch Fallstricke auf die dann KI nicht kommt– und genau die gleichen Einschränkungen, die wir gesagt haben, wenn wir mit KI unsere Anwendung machen lassen, ist natürlich noch wichtiger, wenn ich mit KI den Server machen lasse.

00:47:47: Weil wenn ich lokal mit KI meine Anwendungen manipuliere, dann hab' ich im Zweifel trotzdem immer noch einen Merch-Request und der Pipeline und Deployment dazwischen, sodass es nicht alles live geht.

00:47:58: Aber wenn ich dann wirklich so wie du's beschrieben hast die KI auf den Server drauf lasse mit SSH keys und alles... Und die da direkt was macht, dann sehe ich schon die Zeile wo steht Upsi!

00:48:08: Da habe ich ein Skript ausgeführt ohne nachzudenken.

00:48:10: jetzt hab' ich die Live Datenbank zerschossen.

00:48:13: also da wäre ich schon sehr vorsichtig wenn man das so macht und wirklich trennen zwischen einen isolierten Bereich, wo ich vielleicht mit Hilfe von Enzybil oder sowas den Server provisioniere.

00:48:23: Den kann ich auch reviewn lassen von Leuten die sich vielleicht auskennen und der Betrieb läuft dann aber wirklich isoliert ohne dass da KI mit interagieren kann.

00:48:31: Und das ist glaube ich schon wirklich was wo man auch für kleine Webseiten ganz gute Ergebnisse bekommen kann.

00:48:37: Ja das Schöne an diesen Unix basierten Systemen ist ja dass die Datei basiert sind Das heißt alle Konfigurationen die es irgendwie in einem Linux gibt Die sind immer in irgendwelchen Dateien drin.

00:48:46: Und das ist natürlich ein Traum für KI, die dann diese Dateien bearbeiten kann anders als auf den Windows.

00:48:52: Ich will jetzt nichts Falsches sagen weil ich mich nicht so gut auskenne aber da klickt man ja doch nochmal in so einer Registry Rom oder so und dass eben so bisschen anders strukturiert.

00:48:59: Deswegen kann gerade Unix glaube ich von AI würde ich mal vermuten ganz gut administriert werden mit allen Downsites.

00:49:06: du sagst ne?

00:49:06: Weil das merkt man halt immer wieder KI macht Genau das, was man hier sagt.

00:49:12: Und er weiß eigentlich ziemlich viel aber muss es auch aus ihr rauskitzeln.

00:49:14: und wenn du dir sagst mach mal SSL-ZW-Kart dann macht die das.

00:49:16: vielleicht sorgte man nicht dafür dass es nicht abläuft.

00:49:19: Wenn der Klee dann sagt ja guck auch mal zu lass das nicht abläuft Dann macht ihr das perfekt.

00:49:23: Ja aber in dem moment wurde das gar nicht aufm Schirm.

00:49:25: hast läuft's halt ab und stehst da mit offenen Haaren.

00:49:28: Genau, das einmalige Provisionieren ist natürlich eine Sache.

00:49:31: Dann steht der Server da erst mal.

00:49:33: aber was viel mehr dazukommt, ist auch kontinuierlich im Blick zu haben, Monitoring zu machen und schauen wann die Datenbank vollläuft vielleicht oder wann das File-System vorläuft oder irgendwelche Updates doch mal anstehen, wo ein Update gemacht werden.

00:49:46: Da ist die KI ja nicht kontinuerlich dabei und schaut sich das jede Sekunde an sondern man gibt ihr einmal einen Prompt macht es jetzt?

00:49:53: Und dann ist es für jetzt gerade in der Sekunde vielleicht auch gut.

00:49:56: Aber zu dem Server-Betrieb gehört ja hier eben auch das Betreiben und nicht nur das Einmalige aufsetzen.

00:50:01: Total!

00:50:02: Und kann man alles mit KI machen, haben wir auch da so ein Prometheus und Grafana im Hintergrund laufen der die Servers jetzt überwacht und sowas.

00:50:08: aber auch das muss man halt auch alles erst mal machen und das gehört mit dazu.

00:50:13: Kai, wir haben über mein Lieblings Hosting Modell noch nicht gesprochen.

00:50:18: Kannst du erraten was es ist?

00:50:19: Naja also Docker habe ich ja schon abgebügelt und das ist ja selbstverständlich das beste System.

00:50:23: deswegen weiß ich nicht was du jetzt noch bringen kannst.

00:50:26: Ja, ich finde natürlich Docker irgendwo auch aufwendig.

00:50:29: Weil da natürlich schon Zwischenschritte dortfinde ich es sind, wo sie Diplomien machen und so... Ich meine jetzt eher von diesem klassischen Hosting.

00:50:36: Und da ist wirklich mein absolut preferierter Variante.

00:50:38: Das waren seit fünfzehn Jahren wirklich einfach Managed Server.

00:50:41: Habe ich hier ja schon häufiger gesagt aber sind wir noch nicht konkret drauf eingegangen.

00:50:45: Managed server heißt einfach du mietest einen eigenen Server also eigenes Metall und sorgst dich aber um Betriebssystem-Updates, um PAP Updates usw.

00:50:55: eigentlich nicht sondern das organisiert alles der Betreiber des Zeichenzentrums.

00:50:59: dann für dich.

00:51:00: Bei uns ist es jetzt an Hetzner und du hast eigentlich die ganzen schönen Seiten des Lebens, um sich um die schlechten Sachen nicht kümmern mit den minimalen Nachteilen dass wenn man jetzt ganz wilde Skripte installieren will, dass das manchmal entweder über Hetzler geht oder auch gar nicht geht.

00:51:13: Es ist schon sicher für uns die beste Lösung wenn wir einfach ich weiß es nicht wie viele zichtduzende klassische Webseiten betreiben in die Kategorie eins passen, die wir beschrieben haben.

00:51:24: Und da einfach so ein System zu haben wo wir alles drauf werfen können.

00:51:27: also da liegen ich weiß nicht ob du eine Zahl im Kopf hast aber wirklich fünfzig bis hundert Webseiten drauf

00:51:32: und

00:51:33: der Server langweilt sich den ganzen Tag weil da wirklich so wenig Traffic ist und dafür ist es für unsere Anwendungsfelde natürlich perfekt.

00:51:40: Aber alles was nur ein bisschen Gangster ein bisschen tiefer geht Da wird's dann schon schwierig wenn man irgendwelche Skripte selber ausführen muss.

00:51:46: Wir hatten mal den Fall dass wir doch einen spezifischen Query geschrieben haben Und dann hat Hetzna über Nacht zwar mit Ankündigung und so, aber trotzdem einfach die Major-Version von MySQL umgestellt.

00:51:59: Und das Ding ist explodiert!

00:52:00: So man kann natürlich sagen okay war jetzt für uns schlechte Design, aber gleichzeitig habe ich auch nur bedingt darüber Kontrolle was denn da gemanagt wird wenn es gemanaget wird.

00:52:08: also ja wie ich am Anfang gesagt hab...

00:52:11: Wie kann man so schlecht über meine geliebten Manage zum Beispiel?

00:52:13: Nein, ich hab's ja... Also es gibt ja so ein Entscheidungsbaum Und wenn man da so durchgeht und relativ früh entscheidet, es ist eine klassische Webseite.

00:52:21: Dann bin ich voll bei dir für diesen Hetzner-Sachen.

00:52:24: aber genauso wenig wie man sagen kann Cloud is immer die beste Lösung, kann man sagen, so ein Managed service immer die beste Lösung sondern wirklich schauen was sind die Anforderungen?

00:52:32: Wie viele Dateien habe ich?

00:52:33: Wie ist der Updatezyklus?

00:52:34: Welche Skripte brauche ich?

00:52:36: Unser wäre so ne relativierende Antwort.

00:52:39: Aber das ist wirklich eine wichtige Entscheidung.

00:52:44: ändert, also wir haben viele Kunden wo sie sagen.

00:52:46: Wir gehen erstmal mit so einem Managed Server rein, stell dann fest okay es wird zu groß oder die Anwendung wird komplizierter, dann steigen wir erst mal auf den Forge um.

00:52:55: das klappt dann auch wieder und dann haben wir Probleme mit diesem Update-Zyklus dass die PHP Version nicht synchron sind oder was?

00:53:01: Dann gehen wir von da aus nach Docker weiter oder sowas... Also ein fortlaufender Prozess und nicht eine Sache wo man sich einmal einschießt und dann muss man für immer da sein.

00:53:09: Na ja total!

00:53:09: Und wir benutzen das ja zum Beispiel einen Managed server ... gerne so als Sidekick für die Forged Sachen und packen da dann zum Beispiel...

00:53:16: Genau!

00:53:17: Ja,

00:53:17: lassen darüber die E-Mails laufen.

00:53:18: Packen da unsere Datenbanken drauf.

00:53:20: Ich weiß gar nicht, ich nutze mir das auch als Dateisteutsch wahrscheinlich eher weniger?

00:53:23: Auch ja doch doch.

00:53:24: Aber sowas würde natürlich auch gehen dass man da eine Kombination aus den Sachen macht.

00:53:27: Und ich finde diese Manage Server einfach so klasse weil du dich für alles was Standard ist funktionierst perfekt und du musst dir nichts kümmern ne.

00:53:35: Du hast einfach PHP, wer so einen vorinstalliert kannst du einfach auswählen und ja so ein bisschen feiern forgetmäßig Und das bei einer Wahnsitz-Performance.

00:53:42: Also, ich hab noch keinen Server gefunden der an die Performance von unser Mensch server.

00:53:46: jetzt bei Hetzner dass natürlich auch mit die fetteste Maschine daran kommt übrigens auch da ganz interessant noch... Die ganzen Fettenmaschinen haben oft dann viele Kerne ist aber meistens gar nicht so sinnvoll wie das der einzelnen Kern viel Dampf hat also viel ja in Giga jetzt sage ich mal also eine hohen Takt hat weil das meistens für ne Single Threaded Anwendung viel sinnvoller ist.

00:54:06: da weniger Kerne mit mehr Dampf zu haben ist aber ein anderes Thema.

00:54:10: Aber für solche Sachen ist ein Manager, aber für mich dann wirklich immer noch fantastisch.

00:54:15: Das hat gesagt als Zeitgauer ist das für uns perfekt weil wir haben den E und dann können wir auf Forged den Cloud-Servern wirklich nur die Anwendung laufen lassen schieben die Dateien per FDP auf unseren Managerver nutzen die Datenbank die automatisch gebackapt wird und nutzen denen als Mail Proxy sozusagen Dann haben wir das wirklich schön getrennt und dafür ist es auch wirklich perfekte Anwendungen

00:54:38: Und auch so Sachen wie mal eben eine Domain zu registrieren.

00:54:41: Das haben wir jetzt noch gar nicht besprochen, das ist vielleicht ja auch nicht so ganz Teil des Podcasts.

00:54:44: aber wenn ich jetzt eine neue Domain registriere oder eine Subdomain Registrie oder sowas klar dann kann ich mir jetzt auf einem dedizierten Server und im Cloud Server kann man wahrscheinlich wie ein Plastic installieren oder hat vielleicht irgendwie ne andere Oberfläche?

00:54:54: Oder kann es ihm für verknüpfen?

00:54:56: Aber bei nem Manage-Server lege ich einen neuen Account an mit der Domain.

00:54:59: Kann mir dazu da einen Magen anlegen!

00:55:00: Ist halt natürlich super schön über den Oberfläch eben zusammenzuklicken.

00:55:03: Wir haben jetzt ein Konzept Ein bisschen ausgelassen, was ich noch mal kurz streifen würde.

00:55:08: Wenn wir zurückgehen auf diese ganze Serverless und Cloud Geschichte... Ich kann mir vorstellen ein paar Leute saßen da schon schreiend davor und sagen aber was ist denn mit diesen und jeden Vorteil?

00:55:18: Wir sind jetzt die ganze Zeit davon ausgegangen dass unser Server eine mehr oder weniger physische Maschine ist, die wir einmal dahingestellt haben und die dann die ganze zeit läuft unabhängig davon ob sie etwas tut oder nicht.

00:55:29: Und wenn nichts passiert, dann läuft sie trotzdem aka kostet auch automatisch Geld.

00:55:35: Oder wenn sie was tut, kann sie das halt nur bis zu dem Bereich machen die die CPU hergibt oder sowas.

00:55:41: Und die Idee von so Serverless- oder auch verschiedenen Cloud-Konstrukten... Ich erwähne da nochmal Laravel Cloud als Beispiel ist dass die im Hintergrund meistens irgendwelche Fancy AWS Systeme benutzen, die zum Beispiel dazu führen, dass wenn du jetzt eine Anwendung hast, du den eigentlichen App-Server aber so einstellen kannst, Sauberwort heißt Scale to Zero, das ja im Prinzip runterfährt und die Ressource freigibt wenn da mal drei Tage lang nix gemacht wird.

00:56:09: Und sobald dann eine Anfrage kommt gibt es eine kleine Cold Start Verzögerung von meistens einer halben Sekunde oder sowas und dann wird ne neue Instanz gestartet quasi und der Request wird beantwortet.

00:56:20: Dann haben sie so eine Cool Down Zeit.

00:56:21: also dann warten wir fünf Minuten und in der Zeit wenn da was passiert dann läuft der gleiche Prozess wieder und wenn nicht dann wird er wieder runter skaliert auf Null.

00:56:30: Und das ist zum Beispiel für so Sachen wie Test-Umgebungen, Fantastisch oder Seiten von denen man weiß dass sie zwar kompliziert zum Setup sind aber nur punktuelle Anforderungen haben.

00:56:39: Da kann man sich dann wirklich individuell für die einzelnen Infrastrukturblöcke, die man haben möchte, genau das zusammen puzzeln was man gerne hätte.

00:56:49: und Das kann dann auch so ein Vorteil sein, dass wenn man sagt okay Datenbank muss es die ganze Zeit laufen weil irgendwo müssen die Daten ja gespeichert werden Man kann das aber aus einem Hetzner Server Sidecar'n.

00:57:00: Dann kam man sich damit zum Cloud Setup, wirklich individuell oder so ein Serverless Setup.

00:57:04: Wirklich eine Konstruktion zusammenbauen die fast zu zero skilled wenn man sie gerade nicht braucht.

00:57:10: Das ist glaube ich noch so einen Vorteil.

00:57:12: wenn man sagt wir haben quasi unsere Achse ist die Scaling Scala von null bis unendlich dann kommt man an so Cloud und Serverless Konstruzionen gar nicht vorbei, weil dann im Hintergrund automatisch die Ressourcen freigegeben oder reserviert werden, die gerade gebraucht werden.

00:57:27: Ja

00:57:28: wenn du das so sagst, das hört sich alles so kompliziert an mit dem Hosting!

00:57:32: Man muss schon ein paar Sachen ausprobieren und in ein paar Sachen tiefer auch einsteigen denke ich also wenn es jetzt nicht gerade so einen Shared-Hosting oder so ein Manager-Server ist diesen der wirklich sehr einfach zu verstehen aber in den Moment wo's dann zur Anwendung geht ist das glaube ich am Anfang schon eine Hürde da auch einzukommen

00:57:45: ne?

00:57:45: Naja man musste sich ja einmal vergegenwärtigen wenn man so eine einfache Webseite hat Wo der Kunde sich präsentiert, aber es ist eine kfz Werkstatt sagen wir mal.

00:57:54: Was ist das worst case scenario wenn hetzen in die luft fliegt und dann ist seine firmenwegseite weg?

00:57:58: Das ist vielleicht nicht so geil und an dieser drei wochen nicht erreichbar Aber seiner werk statt geht noch gut und telefonisch ist er auch noch erreich bar.

00:58:04: Wenn wir jetzt natürlich hingehen und sagen, Wir übernehmen für den Kunden die komplette digitale Abwecklung.

00:58:11: Wo das ganze Unternehmen darauf ausgelegt ist dass diese Systeme funktionieren weil da alles drauf gemünzt ist Und sie können nicht arbeiten wenn das systemlich läuft Dann hat man natürlich gleich unendlich höhere Steaks sag ich mal und muss sich Unendlich Mal mehr Gedanken darüber machen Ausfall Sicherheit Backup Sicherheit und so weiter und sofort.

00:58:31: also skaliert immer mit wie viel Verantwortung lastet denn auf dem System, damit es auch funktioniert.

00:58:37: Und wenn da die große Verantwortung drauf laste dann ist natürlich auch entsprechend das Setup kompliziert und weniger Verantwortung dementsprechend weniger.

00:58:45: Wahrscheinlich hast du auch recht man fängt ja ohnehin mit etwas einfacheren Projekten an und dann skaliert wahrscheinlich auch die Komplexität des Hostings so ein bisschen mit der Komplexkeit ... der Anwendung, die man so baut.

00:58:55: Zumindest war es ja bei uns so.

00:58:56: Wir haben ja auch nicht mit... ... wen Docker Setups angefangen.

00:58:59: Gut jetzt haben wir auf einer Steinzeit angefangen zu coden, aber dann ist PFTB hochgeladen.

00:59:04: Nein, aber wir sind ja auch erst dahin gekommen Enterprise-Anwendungen zu machen und da ist natürlich dann immer das Schöne.

00:59:09: Da sitzen auch Leute, die relativ genau wissen wie's funktioniert und auch genau wissen was sie brauchen.

00:59:15: Und dann geht das in so eine Kollaboration meistens dann doch relativ smooth von Statten.

00:59:19: zumindest hatten wir mit dem Hosting eigentlich.

00:59:21: bisher Kann ich mich nicht dran ändern, dass wir größere Themen damit hätten.

00:59:25: Das war eigentlich mal ganz locker-flockig.

00:59:27: Genau!

00:59:28: Das Schöne ist wie als Anwendungsentwickler wachsen ja auch mitten also wir starten mit kleinen Kunden die kleine Anforderungen haben.

00:59:34: da reicht so ein Hetzners Hörer aus.

00:59:35: dann kommt der erste der sagt Ja boah hier ich hätte aber gerne das und das und ich sage Boah pfft keine Ahnung Aber irgendwie wird es schon klappen vor allem jetzt in Zeitalter von KI Und dann wächst man da so organisch mit und zumindest mir macht das auch Spaß.

00:59:46: Also, da fühle ich mich dann wirklich wie eine Mutter die gerade Gebären hat wenn ich irgendwo ein Skriptap laufen lassen und am Ende fallen die ganzen Puzzlesteine zusammen.

00:59:55: Da läuft eine fertige Website, die wir auch deployt haben wird mir jetzt nicht zusprechen dass sich in einem hoch frequentierten Produktionsumfeld kann.

01:00:05: aber zumindest in den Bereichen wo es dann doch mal hin und wieder erforderlich ist, fühle ich mich da schon ganz okay trittsicher.

01:00:11: Und kann da auch gut mitreden?

01:00:12: Ja.

01:00:12: Und auch nur weil ich da dynamisch mitgewachsen bin!

01:00:15: Das ist

01:00:15: ja wirklich das Schöne, dass wir so unterschiedliche Profile haben... Ich bin zum Beispiel jetzt nicht der geborene DevOps.

01:00:20: Ich kann das so zwangsläufig, glaube ich, einigermaßen.

01:00:23: Aber mir macht z.B.

01:00:24: den Design viel mehr Spaß und da bist du schneller raus.

01:00:27: Und das ist eigentlich ganz cool, denn das bei uns alle so ein bisschen unterschiedliches Profil haben und deswegen haben wir immer Leute auf die ich für DevOps zurückkommen kann, auf die sich für Design zurückkommen können, die sich mit WordPress auskennen, die sie sich mit Lara World ausgehen usw.. Ich

01:00:37: hab jetzt hier mein Skript noch mal durchgescrollt und die ganzen wichtigen Punkte habe ich erzählt.

01:00:43: Ich glaube, damit seid ihr liebene Zuhörnern jetzt gewappnet was auch immer für ein Projekt euch unter die Flinte kommt zu Gepläu.

01:00:50: Von Nürburgring und wir Kai gehen in die Sommerpause.

01:00:52: Mal gucken wann die nächste Folge kommt.

01:00:55: aber jetzt wünsche ich dir erstmal eine wunderbare Zeit!

01:00:58: Danke dir auch und schönen Urlaub und da draußen lieben Menschen einen schönen Restsommer!

01:01:03: Ciao ciao!

01:01:04: Tschüss.