Transcript: Deployment von Webapplikationen

Ja, hallo liebe Hörerinnen und Hörer, hier sind wir wieder, diesmal bei der zwölften Episode vom Python-Podcast.

Was machen wir heute? Heute machen wir ein bisschen Deployment für Anfänger.

Also so ein bisschen werde ich den Lochen löchern damit, wie man einfache Dinge auf irgendwelche Server bekommt.

Ja, ich bin der Dominik, hallo, Jochen ist wieder da, wir sind im Wintergarten, Sommergarten ist wieder viel zu heiß.

Wir hoffen, euch geht's gut.

Hört uns gerne zu.

Schreibt uns gerne alles, was ihr wollt, alles, was ihr

möchtet, an hallo.pysornpodcast.de

Ja,

schöne Grüße.

Ja, genau. Jetzt haben auch tatsächlich Leute

inzwischen so ein bisschen angefangen, die Kommentarfunktion

zu benutzen. Da war ich ja irgendwie...

Ja, unser Pocketcast-Chapter

mal funktioniert. Wirklich, wir wollen

irgendwann noch mal ein bisschen daran basteln, dass das dann mal geht.

Ja, und an den Kommentaren müssen wir wahrscheinlich auch noch

so ein bisschen was tun.

Da wäre es

vielleicht nicht so schlecht, wenn man E-Mail-Benachrichtigungen kriegen könnte

oder vielleicht zumindest

ein Kommentarfeed oder sowas. Muss ich

mal gucken. Geht bestimmt.

Habe ich mir schon mal auf die To-Do-Liste geschrieben,

aber es ist

nicht nur sehr warm, es ist auch irgendwie sehr

wenig Zeit momentan für alle möglichen Dinge.

Ja, ja. Alles auf einmal.

So ist das halt.

Aber genau, so ein bisschen

haben wir ja schon. Insofern brauchen wir uns nicht die ganze

Zeit nur zu beschweren, sondern können auch ein bisschen was erzählen.

Ja, diesmal durchherrsche ich

dich ja ganz viel mit lustigen Dingen, wie man

wieso man, warum man den ganzen Unsinn überhaupt

macht. Ja, ja,

ich finde es ein interessantes Thema und

naja, das ist, ehrlich gesagt,

ich meine, so Inspirationen aus

anderen Podcasts, die ich so höre, zu

nehmen, ist momentan auch so ziemlich das Einzige, wo ich Inspirationen

hernehmen kann. Daher dachte ich, nehme ich mal

irgendwie die Veröffentlichung von

Jungle for Professionals

von Will Vincent,

die jetzt gerade irgendwie dieses Wochenende

passiert ist, zum Anlass da auch so ein bisschen was

zuzusagen, weil ich hatte so beim, ich habe es

noch nicht komplett durchgelesen, aber ich habe so ein bisschen reingeguckt.

Also wie ihr merkt, wir sind direkt bei der nächsten

Chapter Mark-Szene.

Ja, Moment, genau.

News.

Ja, alles klar, habe ich gesetzt.

Ja,

so beim Durchblättern habe ich

schon gedacht, okay, das sind genau die Sachen, mit denen

ich auch schon irgendwie lange

rumgeplagt habe und

das ist wirklich sehr schön gemacht.

Und

ja, das ist eine Menge

Zeug, also wie betreibt man eigentlich überhaupt

irgendwie so eine Webseite da draußen im Netz und

was macht man da

alles und gerade jetzt

speziell irgendwie

was Django angeht, was

muss man da alles tun und

insofern, wenn einen das interessiert oder man das

Problem irgendwie hat, dann kann ich

dieses Buch auch durchaus empfehlen, das

ist eine sehr schöne Zusammenfassung

von all den Dingen, die man da so

beachten sollte.

Ja, aber eben, genau,

Also ich fand immer, das kam immer zu kurz.

Also auch wenn man sich so andere Bücher anguckt.

Dieser Teil, da wird dann immer gesagt, so naja, Händewedeln, das ist alles kompliziert.

Das ist nicht so einfach.

Fragt einfach euer Ops-Team.

Ja, und dann hat man das vielleicht gar nicht.

Das ist blöd.

Und genau, da kriegt man einen ganz guten Eindruck, was man da so tun kann.

Und irgendwie, ja, ich fand immer, das ist ein Thema, was zu kurz kommt,

aber was halt durchaus sehr wichtig ist, wenn man irgendwas auf die Straße kriegt.

Und darüber wollten wir so ein bisschen was reden.

Vor allen Dingen, weil wir müssen ja einfach mal

alle Synergien nutzen, die wir kriegen können.

Ich glaube, du wolltest ja auch irgendwie so eine Webseite

haben oder so, ne? Ja, ja, genau. Ich wollte

so einen Server mal selber auch irgendwie aufsetzen

und da brauche ich so ein bisschen Hilfe natürlich

bei und gucken, was man mit Python alles

machen kann und da lüge ich dich gleich ein bisschen mit.

Haben wir noch irgendwelche News aus der Szene,

die wir vielleicht dann noch hier reinbekommen?

Ja, ich würde einfach mal die Sachen,

die so passiert sind, einfach

nach und nach. Was haben wir denn da noch

so? Du hast noch so einen Postcast

gehört am Wochenende, Data Engineering.

Da hast du irgendwas

Spannendes zu erzählen. Ja, aber das weiß

ich gar nicht, ob das jetzt so super in

dieses Format passt.

Da ging es um

eine Firma, die halt so

Data Labeling macht. Also gut,

ich mache ja auch viel Machine Learning Zeugs,

Data Science und

also ich fand das deswegen gut,

also weil, also ich glaube,

wie hieß

die Firma nochmal?

Cloudworker oder so. Der Chef

von dem, einer der Gründer, hat er halt

irgendwie auf dem Detail-Engineering-Podcast da

was zu erzählen und

das, was er so beschrieben hat an,

das sind die Probleme, die man normalerweise kriegt, wenn man

irgendwie

Firmen dabei helfen will,

irgendwas in die Richtung zu machen, das kam

mir schon alles sehr bekannt vor, weil das sind halt auch die Dinge,

die ich immer beobachte, wenn ich da irgendwelche

Projekte zu mache und

ja, das sind halt so, eben,

wenn man, die meisten denken, das ist kein

Problem. Woher kriegt man eigentlich Daten? Dabei ist das ein Riesenproblem.

Also das ist oft

etwas, was nicht wirklich gelöst wird

oder wo viel größere Schwierigkeiten

dann tatsächlich lauern.

Also man kann jetzt nicht alle Maschinen lösen, aber die haben gar keine Daten, um das zu tun.

Genau. Oder denken sie, haben die Daten,

kommen aber irgendwie nicht ran oder brauchen die Daten

aber in einem anderen Format und dann gibt es

irgendwelche Abteilungen, die sich da querstellen.

Das ist immer furchtbar. Also das ist immer ganz schrecklich, an die Daten

ranzukommen. Das ist meistens ein großes

Problem. Und

der hatte auch so ein paar lustige Beispiele dafür,

wie momentan da

also auch wirklich

kuriose Ideen der Leute kommen, um Daten

zu bekommen, weil sie momentan zum Beispiel,

also wenn man irgendwas mit Bilderkennung machen möchte

oder so, braucht man halt auch oft viele, viele Daten

und in Las Vegas

scheint es wohl mittlerweile üblich zu sein, dass da

irgendwie die

irgendwie

Hotelzimmer werden gefilmt. Ja, Hotelzimmer

oder man mietet auf Airbnb

diverse Geschichten und

bezahlt mehr oder weniger oder gibt Leuten Goodies

dafür, dass sie sich da reinstellen und dann

darf man Fotos von ihnen machen oder so, weil man

unterschiedliche Leute in unterschiedlichen Situationen

haben muss. Nicht, dass irgendwie das Modell

dann nur lernt, irgendwie

den gleichen Raum wieder zu erkennen. Das wäre ja doof,

deswegen braucht man unterschiedliche. Und es ist nicht so einfach.

Und dann ist das natürlich

auch relativ schnell, relativ teuer, wenn man die Daten

versucht selber zu generieren. Oder man muss irgendwie mit Drohnen rumfliegen

und Sachen fotografieren und sowas.

Klingt ja nach großem Spaß.

Ja, es klingt nach großem Spaß, aber es ist auch

so ein bisschen, das ist alles so wilder Westen momentan so ein bisschen.

Was ja auch, ja,

je nachdem.

Das wäre durchaus Spaß.

Ja, ja, genau.

Brown Code Tonight.

Genau, genau.

Das habe ich gehört. Das fand ich ganz cool.

Kann man sich mal anhören.

Ich werde einfach den Link dazu in die Show Notes packen.

Das hat jetzt aber gar nicht so viel mit Python zu tun,

sondern es war eher so,

wie kriege ich das eigentlich hin, wenn ich viele Daten zu annotieren

habe und zu labeln?

Eher so Data Science Machine Learning-Geschichten.

Dann hat die S-Guys was getwittert

zum nächsten Chat, glaube ich, war das.

Ja, ah, okay.

Genau, da ging es um

Pre-Talks, glaube ich.

Ja.

Meine ich.

Das war der nächste Eintrag.

Doch, ja, genau.

Und zwar ist das so eine

Konferenz

Organisationssoftware,

die halt irgendwie viele Leute verwenden.

Ist auch so eigentlich ganz

cool, Django-basiert.

die wurde auch verwendet, um

zum Beispiel die Subscribe, diese Podcast-Konferenz

zu machen. Ja, da waren wir ja auch.

Deswegen kam mir das schon so bekannt vor.

Es wurde auch damit

organisiert und viele Events

im CCC-Umfeld, vor allen Dingen wohl auch das Camp,

wird halt damit

geplant. Und

denen fehlt irgendwie

ein ordentliches Ticketsystem.

Und

irgendwie, dass auch Pre-Talks

irgendwie mit E-Mails ordentlich umgehen kann und so.

Und deswegen hat auch Twitter mal gefragt,

Und ob es da nicht Leute gibt, die sehr Lust hätten, sich mit zu beschäftigen oder vielleicht im Rahmen von einem Sprint auf dem Camp irgendwie da was dran zu tun. Gerne auch Einsteiger, weil man kann da sicherlich auch viel lernen und auch für andere ist es vielleicht mal eine Gelegenheit, Leuten was zu zeigen, wie Django da so funktioniert, was man da so tun kann.

Also fand ich auf jeden Fall eine gute Idee und das Ding wollte ich mir auch immer schon mal näher angucken und finde ich eine gute Gelegenheit. Ich würde da auch hingehen, wenn ich auf dem Camp wäre. Ich weiß es aber nicht. Ich fürchte, ich werde nicht da sein. Ganz vielleicht doch, aber wahrscheinlich nicht. Daher wird das leider nicht funktionieren.

Wann ist das denn überhaupt vielleicht für irgendjemand geneigt?

Das Camp ist irgendwie Ende

August. Ich glaube, es ist alles ausverkauft.

Schon lange jetzt. Ja, schon lange, genau.

Moment, ich gucke mal gerade.

Das CCC-Camp, wann ist denn das?

Also irgendwie

20. bis 25.

8.

Irgendwo in der Nähe von Berlin.

Genau.

Ja,

also ist auf jeden Fall,

wenn da zufällig jemand hingeht oder so, dann ist das

sicher eine gute Gelegenheit, um sich mal intensiver

mit Django beschäftigen zu können

und auch was Sinnvolles damit zu tun, was ja auch

nicht so, dafür gibt es ja auch gar nicht so

wahnsinnig viele Gelegenheiten oft.

Ja.

Und, ach, da hat eine Überleitung,

die da vielleicht auch

direkt Sinn macht,

ist,

habe ich auch gehört

in einem Podcast,

ja, ich bin momentan viel auf Spielplätzen

unterwegs und höre da Podcasts.

Kinder toben,

Vor allem dann langweilig, wenn man in der Sonne rumsteht.

Und zwar ging es da um Tiger.io.

Halt nicht so wie das gefährliche Raubtier,

sondern mehr so wie diese öde, weite Ödnis im Norden.

Das Projektmanagement-Tool, das wollen wir doch später besprechen.

Nee, aber das passt jetzt super, das hier dran zu flanschen,

weil das ist nämlich, könnte man super auch mit dem P-Talks

eigentlich verbinden, weil, na ja,

da fehlt halt vielleicht so ein bisschen Ticketsystem.

und das Tiger hat das

auch schon eingebaut und das hat irgendwie

ein ziemlich cooles Ticketsystem eigentlich

und das ist halt auch Django und das ist vor allen Dingen

Django REST Framework und hat eine super

API, das heißt, man kann das alles

toll auch irgendwie

ansteuern. Jetzt müssen wir nochmal kurz erklären, was denn Tiger

jetzt überhaupt ist. Also Tiger ist ein Projektmanagement-Tool,

wo man Boards bauen kann, Kanbans bauen

kann, so ein bisschen wie Trello, wenn ihr das vielleicht

kennt oder so. Ja, wobei ich würde

sagen, also wenn man

irgendwie Jira

Herzliches Beileid, wer es kennt, aber

ich war

öfter mal

das Missvergnügen, irgendwie da

mich mit Beschäftigen zu wissen und das war

immer meistens eher schmerzhaft. Das kann aber auch sein,

das ist einfach, ich meine, es ist einfach viel Zeug und ich

habe jetzt auch meistens nicht so viel Lust, mich

mit Projektmanagement-Software zu beschäftigen, daher

vielleicht lag es auch einfach daran, dass ich da nie

so wirklich durchschaut habe, wie das

funktioniert und

dann schnell was machen wollte und das ging dann halt nicht, weil es

kompliziert ist und dann war ich irgendwie frustriert.

Mag sein.

Vielleicht ist es auch einfach ein furchtbares Tool, kann sein.

Finde ich auch.

Also ich konnte es auch nie leiden.

Ja, das haben wir so auf der komplexen

Enterprise-Seite irgendwie

möglicherweise und dann irgendwie sowas wie

Trello, also die Mutterfirma von

Jira ist Atlassian,

die auch mal so, wie hieß das,

Bitbucket gemacht haben und so,

die sich jetzt aber eher so in die Projektmanagement-

Software-Ecke begeben haben, was wahrscheinlich

ein schlauer Schlagzug war.

Und auf der anderen Seite

Trello, genau, das eigentlich von den

Leuten, die auch Stack-Overflow gemacht haben,

irgendwie mal gegründet worden, aber

verkauft worden an

Atlassian. Aber

das ist eher so eine leichtgewichtige Geschichte

und gefällt mir, der Ansatz gefällt mir irgendwie besser,

aber auch wie man das bedient, gefällt mir besser.

Kann natürlich nicht so viel

wie Jira. Und das

sind sozusagen vielleicht die beiden Pole,

die so von

super komplex Enterprise bis zu

naja, relativ einfach und

schlank und leicht zu bedienen.

auf der anderen Seite, dazwischen

gibt es aber von Atlassian jetzt nix.

Und da ist

glaube ich, oder da positioniert sich

Tiger selber als, ist ein bisschen,

hat ein bisschen mehr Features als Trello,

aber ist nicht ganz so,

nicht ganz so

kompliziert wie jetzt Jira.

Aber, und es hat halt

als Kernfeature halt eine

API, sodass man quasi alles, man kann sogar mit der API

mehr machen, als man jetzt mit dem Frontend machen könnte.

Daher,

ja, es gibt irgendwie mobile

Apps irgendwie, die man da verwenden

kann, die jemand anders gebaut hat, aber der gesehen

hat, dass man die API verwenden kann und dann hat er das einfach mal gebaut.

Ja, also wir werden auch später noch

erzählen, wie man sowas denn auf dem Server hostet.

Das ist ja das, was wir damit tun. Genau, wenn man

das installieren wollte, ist es auch komplett

freistoffbar. Das heißt, man kann das irgendwie

lokal sich installieren und da betreiben. Das ist ja auch

für viele Leute wahrscheinlich ganz wichtig, dass man das

tun kann. Und man kann halt auch reingucken

und schauen, wie die da so Sachen implementiert

haben. Ich habe so ein bisschen reingeguckt und war,

das ist eigentlich ganz gut. Ja, man kann seinen eigenen Board bauen,

seine eigenen Trelle-Boards organisieren, kann man Boards auf seinem eigenen

Server basteln. Und sowas habe ich auf jeden Fall

vor. Finde ich ziemlich cool und ich bin schon

ziemlich gespannt, wie das alles funktioniert.

Ja, genau. Also Scrum macht

das Ding oder man kann halt auch

damit machen.

Ja, und

kann man sich ja mal anschauen. Ist eigentlich ganz nett.

Genau.

Ja, was hatten wir noch?

Wir wollten eigentlich noch ganz kurz auf die Frage von

Arnim eingehen, der uns eine E-Mail geschickt hatte.

Oh, das haben wir auch verschludert irgendwie.

Ja, das war ein bisschen her tatsächlich, schon im Mai, glaube ich.

Und ja, er wollte mehr über Error-Driven-Development hören.

Und ja, wir wollten eigentlich mal eine Folge zu Tests machen.

Ja, das machen wir auf jeden Fall.

Aber das wird noch ein bisschen dauern.

Ja.

Und deswegen so viel, ja, was meinst du denn überhaupt damit an?

Alle vielleicht nochmal irgendwie fragen.

Es gibt irgendwie da nicht so ganz klar, welche Methode.

Ich dachte, ich wüsste, was gemeint wäre.

Aber dann habe ich nochmal gegoogelt und dachte so, oh nee, ich weiß doch nicht.

weil, also ich glaube, das kam

als Reaktion auf einen Pick

aus einer Folge von Anfang

Mai, wo wir erwähnt hatten, dass es

MatMat gibt.

Das Ding

macht, sozusagen guckt halt,

ob, es ist mehr so eine

Geschichte, um zu schauen, ob deine Tests

halbwegs abdecken, was dein Code so tut,

indem es einfach deinen Code zufällig verändert

und dann guckt, ob die Tests brechen oder nicht.

Und wenn dein Code zufällig

verändert werden kann, ohne dass deine Tests brechen,

dann weißt du halt, okay, das ist ein Problem.

Und sie nennen das Mutation-Testing.

Das ist eigentlich auch eine ganz nette Idee.

Aber das würde ich jetzt Error-Driven-Development,

weiß ich nicht.

Leute benutzen den Begriff gerne als Gegenbegriff

zu Test-Driven-Development.

Beziehungsweise schreiben dann halt,

dass wenn du kein Test-Driven-Development machst,

dann machst du halt Error-Driven-Development.

Was vielleicht, wenn man sich das mal klar macht,

also natürlich ist das irgendwie schon so.

Und wenn man sich das mal klar macht,

dann kann man sich auch vielleicht vorstellen, dass es nicht so eine

super schlaue Idee ist, sondern dass man das vielleicht

ja dann gleich richtig

machen kann. Wobei, naja, ich meine,

ich würde auch dieses Test Driven Development

Kool-Aid nicht irgendwie

nicht einfach so schlucken,

sondern da

also man sollte Sachen vielleicht

nicht so total übertreiben,

was die Reinheit angeht, der Gedanken.

Ich

probiere auch oft lieber Dinge erstmal

aus oder so, bevor ich dann Tests schreibe, weil

man legt sich halt auch, was die Implementation

angeht, ziemlich fest, wenn man Tests schreibt.

Damit sollte man

sich dann schon halbwegs sicher sein, was das Ding eigentlich machen soll,

bevor man das tut. Aber

ja, es ist auf jeden Fall, Testschreiben ist eine gute Idee

und

sozusagen

sich nicht von den Fehlern, die

User anreporten, quasi

die Tests

als Tests zu benutzen,

ist wahrscheinlich eine ganz schlaue Idee.

Aber wie gesagt, ich weiß nicht genau, was gemeint war.

Insofern nochmal nachfragen. Wir machen auf jeden Fall

eine Folge zu Testing

mindestens noch jemanden finden, der

irgendwie Lust hat, da mit uns drüber zu reden.

Test ist nämlich immer das spannendste Thema von allen.

Ja, was

noch mal, das ist ja auch schon fast ein Monat her jetzt,

wir haben ja schon Juli, ist gerade eine Folge

Visual Studio Code und da auch über Test,

da kam ich gerade drauf, glaube ich,

die man mit Visual Studio Code machen kann und

das Debugging-System auf

TalkPython2Me.

Ja, ja, ja, das war irgendwie der, glaube ich,

der Chef von den Produkt-Ownern

für Visual Studio Code irgendwie, der da

interviewt wurde. Der hat eine Menge

auch interessante Sachen erzählt.

Ja, vor allen Dingen, dass Visual Studio

Code halt auch irgendwie bei Python-Entwicklern

so super populär

ist irgendwie, womit sie gar nicht so

berechnet hätten am Anfang, aber das hat sich irgendwie so

rausgestellt. Offenbar gab es da irgendwie so

eine Marktlücke.

Ja, ich benutze ja jetzt auch schon eine Zeit lang

Visual Studio Code.

Hast mich angesteckt.

Ja, war eine gute Idee.

Es ist tatsächlich auch ein

Editorialisierer. Ich meine, es ist so eine,

viele Leute mögen ja dieses

Elektronen, es ist auch eine elektronenbasierter

Editorial insofern.

Ja, viele mögen das nicht so, aber

es funktioniert ziemlich. Also wenn ich das

zum Beispiel vergleiche mit PyCharm, PyCharm

habe ich ja auch irgendwie eine Zeit lang verwendet,

oder fand ich auch ab und zu immer noch, aber

tatsächlich fühlt sich das

irgendwie deutlich

softer an, so smoother. Ja, irgendwie

snappier, ich weiß nicht, was

kam da noch vor? Ja, es gibt da so ein paar Sachen, die funktionieren direkt,

also irgendwie, ne? Es ist einfach viel schneller.

es fühlt sich schneller an. Vielleicht ist es gar nicht schneller, aber es

fühlt sich schneller an. Die Sachen reagieren einfach

viel. Also die Latenz, wenn man auf irgendwas

drückt oder so oder irgendeine Tastenkombination eingibt,

die Latenz, bis dann was passiert, ist

deutlich schneller. Vielleicht hast du ja noch ein Rechner

gekauft inzwischen. Ne, ne.

Daran

liegt es nicht. Und ja,

das ist halt, also, ja, ich weiß nicht,

wie sie das, ich weiß auch nicht, vielleicht macht auch

PyCharm irgendwas falsch, keine Ahnung. Ja, das ist echt cool. Also

irgendwie, wenn man seinen Code damit verwalten will,

irgendwie auf Git oder sonst irgendwo,

das funktioniert super. Integration mit Azure ist

toll. Man kann direkt automatisch CI

irgendwie CD machen und

das alles pushen. Man kann Live-Sharing

machen und dann gemeinsam am Code arbeiten, was auch

ziemlich gut funktioniert.

Link und Multicursor und

Übertragung und

Terminal und mittlerweile, also in dem

Nightly-Bild war das drin, ich glaube, das müsste mittlerweile

sowas von im Stäbel sein, dass man jetzt auch über SSH

einfach sich irgendwo auf eine Maschine legen kann

und da im Verzeichnis entwickeln

kann, dass das auch ziemlich praktisch

kannst du auf deine VSL-Maschine gehen oder auf

in Respy oder auf einen anderen Server, wenn du

lustig bist und direkt da editieren.

Das ist ja auch oft ein Argument, was man hört, dass

Leute sagen, ja, ich nutze halt

VI oder Vim, weil da habe ich überall die gleiche

Entwicklungsumgebung und

ja, auch wenn ich mich auf irgendwelchen Produktionsmaschinen

einlogge, kann ich da auch mal

meine Umgebung

so wie ich da, aber genau,

ist natürlich in gewisser Weise ein Argument, aber geht mit

VS Code jetzt auch. Braucht man gar nicht mehr

unbedingt Vim für verwenden.

Also falls noch jemand herausbekommen hat, wie man

sowas wie Foxdot verwendet mit VS Code,

Das habe ich nämlich noch nicht hinbekommen.

Das ist Live-Evaluation von Python-Code.

Da hätte ich noch Lust drauf.

Das würde ich gerne noch rausfinden.

Das müsste irgendwie funktionieren.

Dass man irgendwie, weiß nicht, Alt-Enter drückt oder sowas.

Und dann spielt er direkt die eine Zeile.

Dann kann man Musik machen mit Foxhut für Python.

Das fände ich noch super.

Sonst muss ich mich irgendwie dran basteln.

Aber ja, so viel.

Wenig Zeit für so viele Projekte, ja.

Du hattest irgendwas noch reingeschrieben.

PySimple?

PySimple GUI.

Ja, da gibt es jetzt noch einigermaßen fünffige Versionen.

ist jetzt auch irgendwie vor, weiß nicht wann das

rausgekommen ist, vor ein, zwei Wochen oder so,

die man ganz gut nutzen kann. Das ist

ein Wrapper für

Tkinter, TK oder

PyQ5. Kann man beides benutzen

mit derselben Syntax. Man kann halt einfach angeben, welches

der dann visualisieren soll und

hat einen relativ einfachen GUI für die

ja, Python ist ja nicht so besonders stark

bei grafischer Programmierung und

das kann man damit aber ganz gut und

vor allen Dingen schnell und effektiv erledigen.

Das lohnt sich vielleicht da auch mal kurz

reinschauen. Wollen wir mal angucken.

Genau, jetzt hast du mir meine Woche schon fast geklaut.

Ach so, sorry.

Oh, ein Podcast, den ich auch noch gerne

erwähnen würde, ist auch einer

der letzten Django-Chat-Folgen

mit Simon Willison.

Also einer der Leute, die auch Django

quasi so mit aus der

Taufe gehoben haben.

Ziemlich,

ist also mit vielleicht, also Audioqualität

ist manchmal so ein bisschen, aber

ansonsten inhaltlich fand ich das

sehr, sehr gut. Das war sehr, sehr

spannend, was er da so alles erzählt hat,

also was die Geschichte von Django angeht, aber auch

was so die aktuellen Entwicklungen sind,

was er für spannend hält, ne, und das halt

gerade irgendwie,

ja,

so momentan spielt,

Async-Geschichten spielen da eine große Rolle, ne, die sind gerade

sehr spannend oder

sein Privat, oder sein

Pet-Project, was aber jetzt auch

mittlerweile so groß geworden ist, dass

Pet oder Pet?

Ja, ja, so ein Nebenprojekt halt, aber

es ist nicht mehr wirklich so neben, sondern er hat ja irgendwie auch

eine... Das Peißen-Halsband für die Katze, oder?

Nee, ja, also

er hat da irgendwie eine

Fellowship gekriegt, ich weiß es nicht genau, wo er dann von

irgendeiner Uni ein Jahr lang bezahlt wird, dafür

das jetzt zu entwickeln, das schon mal...

Also, daher geht auch die Entwicklung da

relativ schnell voran. Das Projekt heißt

Dataset. Ach so.

Genau, das ist mir auch

früher schon mal aufgefallen, hatte ich bestimmt auch schon mal ein paar Mal

erwähnt oder so. Ich glaube schon, hast du schon mal drüber gestolpert.

Ja, genau. Darüber

können wir bestimmt auch noch mal eine eigene

Sendung machen. Ich wollte mich

damit auch noch intensiver beschäftigen. Das ist

eigentlich eine sehr coole Idee,

wie man

mit einer SQLite-Datenbank

halt Datensätze

irgendwie verfügbar machen kann

öffentlich, und zwar

auf eine Art, wie man halt sehr, sehr gut das abfragen

kann, aber ohne, also man kann eine SQL-State

und es einfach verwenden und man kann auch so coole Sachen

machen wie JavaScript benutzen,

um SQL-Statements zu erzeugen, die man da verwenden kann,

um die Daten noch zu fragen, voll gut.

Und normalerweise ist das alles puri bär, weil

schrecklich, schrecklich SQL-Injection

droht und so, aber

man kann SQL

SQLite

so starten, dass man sagt,

das ist dein Datenbankens Read-Only

und dann ist das alles nicht mehr schlimm, weil es kann nichts

passieren. Und

da ist das, was man normalerweise nicht tun sollte,

dann plötzlich alles erlaubt und cool.

Das ist

einfach, es ist nett.

Es hat viele überraschende Wendungen, dieses Ding,

wo man sich denkt, ach cool, das geht und das kann man

so machen. Ja, die Datasette-Folge

müssen wir uns da nochmal aufschreiben, die steht nämlich gar nicht noch.

Ja, die muss da noch mit

drauf. Genau, das war

also diese Podcast-Episode kann ich

Leuten durchaus, die sich für Django und so interessieren

ins Herz legen, ist ja

sehr nett. Ja, ich würde sagen, jetzt

haben wir aber die News halt durch und machen den nächsten Chapter,

Marc, weil so langsam löchere ich dich jetzt

damit, wie das denn jetzt überhaupt funktioniert mit dem Server.

Und wir fangen wirklich von ganz

Basis-Bodensatz an, also so

gar keine Ahnung, wie macht ihr das und so und wo

und ja, ich möchte nämlich auch wissen,

wie man das am besten macht, so Best Practice,

was sagt denn Jochen dazu?

Und ja, ich würde sagen, können wir starten

jetzt mit unserem Hauptthema, Server. Dann starten wir da mal.

Server, die Plattform für Anfänger, ja.

Erstmal Server,

was ist denn das? Also irgendwo so

ein Rechner, der irgendwie bedienbar ist,

das sollte ja irgendwie so klar sein, aber

ja, wen nehme ich denn da?

Also, was mache ich denn da für einen Server?

Nämlich irgendeinen Hosting-Anbieter,

Cloud-dedizierten Server, virtuellen

Server, warum und so.

Boah, ich brauche ja noch irgendwie

jetzt eine Domain und so, ne?

Wie würdest du das irgendwie so...

Ja, also was man auf jeden Fall tun sollte,

ist halt irgendwie eine Domain selber registrieren

und was

nicht so... Also, man sollte

vielleicht... Da schreibst du einen Brief und schickst den an eine Stelle.

Ja, nee, da gibt es ganz viele Anbieter.

Ich weiß nicht, kann man... Ich bin das Universum, ich hätte gerne diese Domain.

Ja, es gibt ja diverse Anbieter,

da muss man halt ein bisschen Geld bezahlen,

das kostet gar nicht so viel pro Jahr

und dann hat man halt ein Domain.

Du hast gesagt, selber registrieren,

also es gibt ja verschiedenste Server,

Hoster, die das alles mit einbieten.

Ja, aber das ist vielleicht nicht so eine schlaue Idee,

das zu machen, sondern besser.

Aus welchem Grund?

Weil man das ja ändern können will.

Also bei vielen kann man das auch ändern,

das ist kein Problem,

aber ich kenne das auch,

dass viele, also so gerade, weiß ich nicht,

eben diese, ja,

Welt, Wald und Wiesen

Muster.

Da hat man dann oft irgendwie so ein Formular, wo man

irgendwie DNS-Geschichten eingeben kann,

aber dann halt die Sachen, die man braucht,

also weiß ich nicht, irgendwelche,

wie heißen diese Dinge,

Verified Domain,

SPF Records oder, also es gibt

diverse Records, die man unter Umständen einstellen

können möchte. Was ist ein Record?

Oh Gott, oh Gott, oh Gott.

Erklären, wie das Domain Name System funktioniert.

Also das ist im Grunde eine verteilte Datenbank,

die

Informationen darüber

enthält, wie

Namen auf

IP-Adressen aufgelöst

werden und umgekehrt.

Das heißt, da steht irgendwo, wenn man irgendwie den

Nameserver irgendwie fragt, keine Ahnung, der Einzige,

der wahrscheinlich bekannt ist, der von Google mit den

4.8 oder sowas oder 8.4.4

oder was und dann gibt es ja auch noch einige unabhängigere,

wenn man nicht alle seine Daten zu Google schicken möchte.

Aber die fragt man dann und die wissen

dann, wo, hinter welcher IP oder hinter

welchem Namen, welcher IP steht.

Ja, man kann auch einen eigenen Resolver betreiben. Also man kann das

durchaus von Hand auch machen. Das ist vielleicht mal eine ganz interessante

Geschichte, dass man halt irgendwie

das mal einfach von Hand mit

den S-Abfragen

irgendwas resolft.

Man resolft das halt so von hinten nach vorne. Also wenn man

jetzt irgendwie

pythonpodcast.de hätte, dann würde man

erstmal gucken, okay, also was man wissen muss

ist, man braucht

irgendwie so einen Root-Nameserver, aber wenn

man eine IP von dem hat,

dann kann man den halt fragen, okay, was ist denn der

Nameserver, der zuständig ist für die .de

Zone. Und der Root-Nameserver, das sind

die großen Knotenpunkte? Ja.

Kriege ich das irgendwie raus, wenn ich so ein Trace-Root mache,

wo die irgendwie hängen? Ja, die sind

weltweit verteilt. Da gibt es ein paar von

Rootservers.net, irgendwie

a.rootservers.net oder ein paar,

also ich weiß jetzt gar nicht mehr genau alles

schon, altes Wissen, vielleicht ist auch

mittlerweile alles anders, aber

auf der ganzen Welt sind da ein paar von denen verteilt

und

normalerweise, also einige von denen

sind halt einfach, die IP-Adressen sind halt eingebaut in

diverse

Resolver-Libraries daher.

Aber das muss man irgendwie wissen, sonst kommt man halt

auch nicht weiter. Und von denen

kann man sich dann halt durchhangeln bis zu der

Domain, die man eigentlich haben möchte. Und quasi

für jeden Teil der Domain

fragt man dann halt den entsprechenden Nameserver.

Also über

eben die Records, also NS-Records sind halt

die Records, die zuständig sind, einem

zu sagen, was denn der Nameserver

zuständig Nameserver ist. Also ich frage halt quasi den

NS-Record für .de

den Root-Server und dann kriege ich halt

irgendwie den Nameserver, der zuständig ist für die

.de-Zone

und das ist halt

na, wie heißen sie noch?

Hier

DENIC, da habt ihr irgendwo

Frankfurt steht, glaube ich

und die haben

dann das .de-Zone-File irgendwie

drin und da steht dann halt

drin, wer, also in dem File steht vor allen Dingen

stehen die NS-Records für alle

DE-Domains, sozusagen.

Wenn ich jetzt wissen will, wer ist, welcher Name-Server

ist dann zuständig für Python-Podcast.de,

dann hole ich mir den NS-Record

für Python-Podcast

in dem

Name-Server, der für .de zuständig ist

und dann, genau,

kriege ich das irgendwie zu.

Könnte ich das auch irgendwie selber machen, dass ich irgendwie sage, so, hey, hier,

ich heiße jetzt gerne

DominikMeinPython

kommen oder sowas, oder DE, wir wollen ja zu

DIN-NIC und dann sage ich der DIN-NIC so,

hey, wer scannet so, ist das noch frei

und schick das dann irgendwie da bei

DIN-NIC-Liste. Das geht nicht unbedingt so

einfach. Das heißt, ich muss da ein Registrier

Registrar für verwenden.

Ja, also früher ging das auch.

Ist man da vorbeigegangen beim DIN-NIC, hat er die Tür

geklopft und gesagt, hallo. Ich hätte

mal so gerne ein Domain.

Aber das geht schon lange nicht mehr.

Da kamen so viele Leute wahrscheinlich

auf diese Idee.

Ja, das

geht schon lange nicht mehr. Aber

genau, man braucht... Also bei Gandhi macht das dann zum Beispiel

wenn ich jetzt bei dem... Ja, es gibt ganz viele

unterschiedliche, also ich weiß gar nicht, ob es da

ich weiß nicht, ob das, was ich da finde, gut ist oder

nicht, keine Ahnung. Es spielt auch keine

große Rolle, weil es ist, die können alle irgendwie

mehr oder weniger das Gleiche.

Ja, aber was wichtig ist,

dass man selber das registriert hat und selber dann

sozusagen die

Sachen ändern kann und halt auch das umziehen kann,

wenn man mag und so. Und das ist halt

bei diesen, wenn man das beim Provider macht,

oft ist es auch so, dass das geht, aber

manchmal halt auch nicht und dann hat man ein Problem.

wenn man zum Beispiel den Hoster wechseln möchte.

Ja, und ja, genau.

Aber ja, das ist so das Erste, was man braucht.

Ja, okay.

Einen eigenen Domain.

Braucht man noch für viele andere Dinge.

Wenn man Indie-Web machen will, braucht man auch einen eigenen Domain.

Jetzt brauchen wir irgendwie so einen Computer, der irgendwie so läuft.

Also die Frage ist, muss der schnell sein, muss der langsam sein?

Was ist das denn?

Also haben wir da tatsächlich einen eigenen Computer,

der mit Kernfestlöse ...

Oh, sorry, stopp, stopp, stopp.

Ich war mit dem Auflösen noch nicht fertig.

Also wenn man jetzt den NS-Rekord von einem Domain hat,

das heißt noch nicht, dann muss man den nehmen.

aber noch fragen, was ist denn jetzt zum Beispiel der

A-Record? Das ist halt das, was halt die IP

einem gibt für

eine bestimmte Domain.

Es gibt auch noch andere. Es gibt MX-Records,

die halt einem sagen, wo die

wer zuständig ist für Mail.

Es gibt halt, ja, es gibt

eine ganze Menge Zeugs. Es gibt

doch Text-Records und weißer Teufel

und manche von denen werden auch missbraucht,

um andere Sachen zu signalisieren. Aber wenn man solche Sachen

machen möchte, wie

man möchte Mail irgendwie

von einem Drittanbieter machen

lassen, weil man keinen Bock hat, das irgendwie alles selber

aufzusetzen und zu

maintainen, dann muss man da

eine ganze Menge Records

setzen und so, oder auch für andere

Geschichten, Services, die man da benutzen kann,

damit halt sozusagen andere

unter, mehr oder weniger

unter der Domain auftreten können.

Ja, das würde ich auf jeden Fall auch machen.

Ich möchte ja gerne ganze Projekte unter unterschiedlichen

Domains, die ich mir dann irgendwie buche,

Vielleicht auf einen größeren Server legen

und die dann irgendwie da reinrouten?

Ja, das ist nochmal ein anderes Problem.

Das geht natürlich auch, aber allein

ist gut, DNS unter Kontrolle zu haben.

Jedenfalls, also man muss nicht unbedingt

einen eigenen Nameserver betreiben. Das mache ich

teilweise noch, aber das ist auch irgendwie

eher schmerzhaft.

Weil man hat auch direkt so mit Security

Geschichten oft, dann gibt es so diese

komischen DNS-Amplification-Angriffe

und blöde Geschichten

und so Zeugs, mit denen man zu tun kriegt.

Ja, aber

man will das eigentlich, glaube ich, nicht unbedingt selber

betreiben, wenn man da nicht Spaß dran hat, aber

trotzdem möchte man

die Rekords bestimmen können, weil das für

viele Services, die man sonst so benutzen möchte,

halt auch wichtig ist. Ich glaube, damit

sind wir aber mit DNS im Grunde durch.

Ja, jetzt kommen wir endlich auf den Server. Jetzt haben wir so einen Server, der hat dann

irgendwie nur so eine IP und dann

wissen wir noch gar nicht, ist das fest oder nicht, aber...

Nee, noch nicht. Wir haben nur das DNS

unter Kontrolle. Wir können das jetzt auf eine beliebige IP

zeigen lassen, sozusagen. Zum Beispiel einfach, dass wenn man

jetzt... Es gibt sowas wie DynDNS,

Das heißt, wir könnten sogar zu Hause einfach einen Rechner ans Netz hängen

oder so, wenn wir eine Dynamische haben.

Dann musst du dann Games aber selber

betreiben, irgendwie wahrscheinlich.

Ich glaube, es gibt so einen Service, da muss man immer nur

sagen, hey, ich bin jetzt hier, ich bin jetzt hier, ich bin jetzt hier.

Ja, klar. Es gibt auch in vielen Routern

ist das eingebaut, zum Beispiel eine Fritzbox

macht das. Da kann man einfach

sagen, das ist mein DNS-Anbieter

und dann

kriegt man halt immer eine entsprechende,

dann macht die das automatisch.

Wenn sich die IP-Adresse ändert, dann schickt die halt

irgendwie ein Request dahin und sagt, okay,

findest mich hier, hallo. Genau, und dann

kann man auch sein Kram zu Hause immer

erreichen, ja.

Wobei man da wahrscheinlich eigentlich eher sowas

wie ein VPN verwenden will, aber

DynDNS geht auch, aber ist eigentlich heutzutage

alles nicht mehr so richtig relevant, glaube ich.

Ja,

genau, also wenn man DynDNS unter Kontrolle hat,

dann kann man halt jetzt, wenn man

jetzt einen Server hätte,

irgendwo, der unter der IP

verfügbar ist, dann

kann man sozusagen

die Domänen darauf zeigen lassen.

So, und jetzt ist die Frage, was für einen Rechner will ich denn da haben? Will ich irgendwie vom großen Rechenzentrum haben? Will ich einen bei mir zu Hause in die Ecke stellen? Möchte ich irgendwie so einen Cloud-Server mir mieten? Möchte ich so einen dedizierten Server haben? Das kann man ja skalieren von 2 bis, weiß nicht, wahrscheinlich 200, 2000 Euro im Monat.

Ja, das kommt drauf an. Also was man damit vorhat, für die meisten Leute wird irgendwie da weniger, wahrscheinlich eher mehr sein. Also es wird wenig reichen, weil...

Es gibt ja auch so WordPress-Hosting-Anbieter

oder sowas, da kann man wahrscheinlich nichts anderes machen,

außer ein WordPress-Blog

drauf hosten, der auch schon

ziemlich viel kann, wenn man jetzt nicht so viele

Besucher hat.

Ist aber nicht das, was man wahrscheinlich

haben will, wenn man jetzt Python macht oder so.

Da möchte man das vielleicht schon

selber tun können. Also es gibt auch

eben für Python-Hosting

nicht so viele

Anbieter, die da...

Was ist denn jetzt Python-Hosting? Weil ich dachte, da läuft jetzt ein Computer.

Genau, ja.

Das ist halt, also bei WordPress ist halt klar,

das ist halt die Software. So was gibt es natürlich

für bestimmte

Python-Geschichten auch. Also es gibt

zum Beispiel, muss ich jetzt nochmal nachgucken,

habe ich letztens irgendwie gesehen, wenn man jetzt einfach nur ein CMS

haben will unter der Domain, da gibt es ja auch Anbieter,

Diego, Diego, Diego,

ich weiß es nicht mehr, muss ich mal nachgucken.

Die bieten an, dass man

irgendwie ein Wagtail CMS

oder halt ein

Django CMS

bekommt, da gehostet

und das ist dann so ähnlich wie WordPress-Hosting.

Okay, das läuft dann auch im virtuellen Container irgendwo.

Nee, das weiß ich nicht,

ob die da einen extra Container pro Seite hochfahren.

Ich denke nicht.

Also wenn man sich zum Beispiel anguckt,

was da die User sind,

die man teilweise, wenn man in manchen Feldern

versucht, irgendwas einzugeben,

dann kommt eine Liste der User hoch oder so.

Da kommt ziemlich wildes Zeug hoch.

Das heißt, ich gehe mal davon aus,

dass es nicht irgendwie pro Domain oder so gekapselt,

sondern das ist halt eine Datenbank, auf der alle sind

und dann gibt es halt unterschiedliche Sites

und das ist ja auch durchaus

vernünftig unter Umständen, also

du brauchst nicht unbedingt einen Container

für eine eigene Seite, da ist

es gar nicht

nötig, ist ja bei WordPress-Geschichten wahrscheinlich

auch nicht so

und

genau, das gibt durchaus da auch Anbieter,

aber das sind viel weniger als jetzt im PHP-Umfeld

oder WordPress oder so, wo das halt

eine große Geschichte ist,

was eher

eher eine Rolle spielt, wenn man

jetzt Python-Applikationen irgendwo hosten will,

ist halt sowas wie, also wenn man jetzt kommerzielle

Anbieter, wir gehen einfach mal von einfach

zu, es wird schwieriger oder komplizierter oder

man kann mehr selber kontrollieren

durch, wenn man

so, die heißen alle so Platform-as-a-Service

Anbieter

sich anguckt. Also ganz oben wäre sowas

wie eben, du kriegst halt

irgendwie dein Backtail-CMS und hast dann

halt ein fertiges CMS unter deiner Romain.

Das wäre halt sozusagen alles

Am besten

nur noch mit Admin-Interface. Genau, das wäre

dann auch irgendwie so quasi, ich weiß gar nicht, ob das das wäre,

wahrscheinlich Software-as-a-Service, mehr oder weniger

Modell. Dann Plattform-as-a-Service ist,

naja, du

sagst nicht, du kriegst

jetzt nicht eine fertige Webseite,

sozusagen, schlüsselfertig,

sondern du kannst... Schlüsselfertige Webseite,

ja. Sondern du kriegst halt

irgendwie, du hast

halt einen Account bei Heroku oder sowas,

Ampeter wären das sowas wie Heroku oder Python Anywhere oder so

und

da

Ich den Vergleich mit diesen Häusern

unheimlich toll. Mit den Hochhaus-Hindställen

und Gartenhütte.

Ja, also sag mal so, das ist halt

im Grunde, ja, da sind das

dann oft wahrscheinlich Container, die da hochgefahren

werden und du hast halt solche Dinge

wie Datenbank ist halt schon einfach

Du wohnst in einem Hotel und dann gehst du

in die Lobby. Es ist quasi so eine Art Hotel.

Ich weiß nicht, ob

diese Analogie trägt, also wenn

Software ist ein Service.

Lieber Concierge, ich hätte gerne einen Kaffee.

Ja, was wäre denn das fertige WordPress,

was man sich nur noch einloggen braucht?

Da ist der Pool schon vorgeheizt.

Ich würde sagen, das ist doch eigentlich eher das Hotel, oder?

Wo man sich um nichts kümmern muss.

Und Heroku ist die Ferienwohnung, wo du selber kochst.

Ja, und Heroku ist so ein bisschen die,

es ist eher so, nicht mal das,

ist es eher so der

die

Schuhkarton-Eigentumswohnung irgendwo

der Container halt. Oder es ist wie der Container auf dem Schiff,

ja, wo man irgendwie die ganze

Inneneinrichtung und so, das muss man halt selber machen, weil es ist halt

nicht drin. Und das kann man auch komplett austauschen.

Das ist natürlich auch irgendwie ein Vorteil.

Da kannst du halt sagen, okay, ich deploy da

halt irgendwie ein Flask-Ding

hin oder halt eben ein Django

hin oder so.

Aber du bist da halt nicht festgelegt, ja.

Also auch nicht auf, ja.

Und, ja, aber diverse andere Geschichten werden dann schon abgenommen.

Also man kümmert sich sozusagen nur noch um den Teil,

der halt, wenn man alles selber machen würde,

im Applikationsserver, jetzt nenne ich das mal so, laufen würde.

Um den Applikationsteil kümmert man sich.

Aber sowas wie Datenbank, das macht man nicht selbst.

Da gibt es dann halt, und es gibt auch endlos viele andere Plugins

und Dinge, die man dazuklicken kann, Suchmaschinen oder irgendwas.

irgendwelche anderen Sachen, die man halt auch

verwenden kann und das muss man alles dann nicht selber machen

bei Heroku jetzt beispielsweise, sondern das ist halt

dann einfach da.

Und man kümmert sich nur um die

Applikationen, die man dahin deployt und

natürlich definiert man irgendwie die Datenbank

dadurch, dass man jetzt in Django beispielsweise die ganzen

Modelle halt irgendwie

definiert und die werden dann halt auch

in der Postgres irgendwie

eingelegt, aber man betreibt die Postgres-Datenbank

nicht mehr selber, sondern das macht halt

entweder Heroku oder einer von den

Drittanbietern, die halt ein Postgres-Plugin

für Heroku anbieten. Für einen.

Was natürlich dazu führt, dass es

wesentlich weniger

aufwendig ist für einen Server.

Aber man ist halt auch so ein bisschen

eingeschränkt und

diese Geschichten führen halt oft dazu,

also ich habe das tatsächlich mal

versucht, weil ich habe versucht für

es ist ja auch sowas, wenn man

Das klingt nicht nach einem gelungenen Experiment.

Ja, für DjangoCast

wollte ich einfach mal so, wie ist das denn,

wenn man das jetzt auf Heroku mal deployen will zum Testen,

damit man es halt draußen irgendwo

laufen hat, aber

ja,

man möchte jetzt nicht vielleicht irgendwie so ein

Commitment eingehen, da jeden Monat Geld zu

bezahlen oder so, oder hat halt

dann auch keinen Root-Server irgendwo rumstehen, den man

benutzen könnte. Darauf kommen wir irgendwie später wieder.

Ja, dann wäre es

doch ganz praktisch, wenn man das einfach mal nach Heroku oder

so deployt und dann mal guckt, wie das so funktioniert.

Dachte ich, das wäre eigentlich ganz nett. Und

zumal halt all diese Anbieter alle so

freie Container anbieten,

die also für Hobby-Benutzung

oder so, die halt nichts kosten,

die dann auch bestimmte Anforderungen

nicht erfüllen, beziehungsweise keine garantierte,

die sind beim ersten Laden oft langsam,

weil das wahrscheinlich unten drunter irgendwie

Docker-Container oder vielleicht

benutzen die dann irgendwie Lambda-

Funktionen bei AWS oder so,

wer weiß. Genau, das ist das denn jetzt schon wieder?

Nein, nein, nein.

Ich bin mir noch auf.

Also da kann es sein, dass der Container erst gestartet

wird, wenn so ein Request reinkommt und dann ist

das halt ein bisschen langsam und doof und

aber es stört ja nicht, wenn man

das eh nur so

mal ausprobieren möchte

und

ja, und dann

habe ich mich da gemacht, da so ein bisschen eine Anleitung

für zu schreiben und dann ist mir relativ schnell

aufgefallen, es ist nicht so einfach

und ich war überrascht, wie knifflig

das ist und ich bin immer noch ein bisschen überrascht,

dass auch Heroku da keine gute Anleitung

für hat, wie macht man das eigentlich,

die machen auch Ruby on Rails und

auch Node.js und weiß der Teufel, aber

trotzdem, es ist schon

irgendwie, es war schwerer als ich dachte und ich dachte

mir so, ui, also

wenn jemand daran knabbert, dann

weiß ich jetzt nicht, ob ich jetzt anfänge, unbedingt

mich da so reinstürzen möchte.

Ich meine, auch dieses Jungle for Professionals

Buch kann man sich auch mal angucken. Auch der,

obwohl Vincent meinte es schon so, dass das alles

irgendwie immer, also die Sachen so hinzukriegen, dass sie dann

tatsächlich funktionieren, ist oft schwerer, als

man so denkt. Und es war echt nicht mal

ganz einfach. Das Containerschiff ist vielleicht überladen und

hat irgendwie halbe Schlagseite. Man weiß es nicht genau.

Ja, aber es ist halt, also ich fand

jetzt überraschend, wie viel wenig

einfacher das ist, als wenn man alles selber

macht. Also der Schritt von, also ehrlich

gesagt, ich finde es, das mag daran liegen,

dass ich das häufiger selber mache

irgendwie. Ich fand es einfacher, das selber

zu machen als bei Heroku.

Weil man stößt halt sofort auf so Probleme.

Gut, kann auch sein, dass mir das,

vielleicht ist das vielen Leuten egal, aber ich denke mir

halt so, naja, heutzutage Webseite ohne

SSL, das ist eigentlich eher kaputt. Also das

muss eigentlich, SSL muss irgendwie gehen

und eigentlich ist das ja auch kein Problem mehr mit Let's Encrypt

und so. Aber

für die Hobby-

Seite bei Heroku, bei denen

funktioniert das nicht.

Und es hat mir

nicht leicht gefallen, rauszukriegen,

dass es wirklich nicht funktioniert.

Und ich musste da tief graben.

Und ich bin in irgendwelchen Issues gelandet, wo dann

einer der Entwickler bei Heroku dann irgendwie

schrieb, das sollten wir vielleicht mal in die Dokumentation schreiben,

dass das wirklich nicht geht. Also auch mit diesem

Weg geht das nicht. Und da dachte ich

schon so, ja, solltet ihr vielleicht, weil

ich habe jetzt gerade da irgendwie ganz schön

Zeit reingesteckt, das rauszukriegen. Also weil

es sah so aus, als würde es vielleicht doch funktionieren, wenn man dann

irgendwie die Zertifikate von Hand hochlädt oder so.

Nee, tut's nicht. Und dann habe ich mir erst

lokal irgendwie Zartbord installiert

und da irgendwie auch rumgeeiert.

Aber es ging dann alles am Schluss nicht.

Also SSL, HTTPS, Heroku

nur, wenn man zahlt. Sonst geht's nicht.

ja, auch die,

wenn man jetzt irgendwie

ein CDN verwendet oder so.

Content Delivery Network, ja, da müssen wir auch nochmal

gleich noch klauen. Ja, da kommt alles noch dazu.

Ist alles... Anfängerfreundliche

Folge, Jochen. Ja, ist alles nicht so

einfach. Auf jeden Fall, also ich meine, man kann

sich das mal angucken, wenn man

jetzt auf HTTPS nicht so viel Wert liegt

oder dann kriegt man auch

mit Heroku wahrscheinlich schon halbwegs

schnell da irgendwie zum Ziel.

Es gibt glaube ich noch ein paar.

Und

das kann man auf jeden Fall auch verwenden.

Also man hat auf jeden Fall diesen ganzen

operativen Kram von der Backe, was natürlich auch

schon mal ein großer Vorteil ist. Also man muss sich nicht dafür

also man muss sich nicht

selber dafür interessieren,

wie das Zeug jetzt, ob das oben ist oder

nicht. Also das macht halt

jemand für einen und das

ist ja auch schon mal nicht so schlecht.

Ja,

das wäre sozusagen eine

Zwischenschicht zwischen irgendwie alles ist fertig

und... Hört sich nicht so an, als würde ich das

machen wollen, ehrlich gesagt. Doch, also ich kann mir

durchaus vorstellen, dass es gute Gründe gibt, das zu machen.

Nee, für mich nicht.

Ja, finde ich jetzt nicht,

aber... Nach der Dokumentation ausgeschlossen,

ja. Finde ich jetzt nicht, aber

ich denke schon, dass es für mich, aber

oder es gibt, was auch oft eine Falle ist,

wenn Startups irgendwie anfangen mit sowas,

dass sie dann irgendwann doch viele

Datenbank-Queries machen und da

sind auch, das ist eine ganze

Menge, ist irgendwie frei.

Aber wenn man dann aus diesem Bereich, wo

das frei ist, irgendwie rauskommt, dann wird es sehr, sehr schnell

brutal teuer.

Und das ist auch so etwas, was man vielleicht

nicht unbedingt haben will. Aber das Problem

ist, wenn man dann gerade wächst oder so, dann kann man nicht mehr so schnell

irgendwie. Die Infrastruktur komplett umfassen.

Ja, und dann gibt man halt ein

Vermögen. Dann gibt man Arm und Bein

an diese Anbieter.

Was ja irgendwie so dein Geschäftsmodell

ist. Ist auch nicht verwerflich, finde ich. Ist okay, aber

man sollte sich halt bewusst sein, dass man da eventuell ein Problem

bekommen kann.

Ja, also das ist eine Möglichkeit,

die man halt auch machen muss.

Jetzt müssen wir aber nochmal ganz kurz, bevor wir das alles wieder vergessen haben,

kurz eingehen auf Content-Division-Network.

Du musst auf Division-Ocean nochmal kurz erklären und

AWS-Lambda-Funktion.

Ja, also wenn wir jetzt bei

Software-as-a-Service,

Plattform-as-a-Service. So, jetzt werden

wäre quasi das Nächste, was nicht mehr

das, wo man ein bisschen mehr Freiheit hat, aber

sozusagen immer noch

nicht so viel selber machen muss, wäre dann

Infrastructure-as-a-Service, also das wäre dann

halt sowas wie

ja, Amazon

EC2,

Digital Ocean.

Also da

bekommt man im Grunde

ja, einen Container,

auf dem irgendein Linux oder so läuft, wo man

sich einloggen kann als Root per SSH.

und dann ist man auf sich alleine

gestellt. Den Rest macht man dann halt selber.

Das hört sich gar

nicht so schlecht an. Ja, das hört sich gar nicht so schlecht an.

Das ist auch, glaube ich, eine ganz

nette Geschichte. Welches Linux

nehme ich denn da? Fedora, Ubuntu,

Debian? Spielt im Grunde

keine große Rolle, würde ich jetzt mal so

sagen.

Vielleicht gibt es kein System,

das besonders gut Python unterstützt oder so?

Nee, das System Python kann man

in keinem von den Fällen verwenden.

Ist egal, muss man eh immer neu installieren.

oder selber installieren.

Hat Fedora jetzt nicht drei

standardmäßig alles schon drin? Ja, trotzdem

nee. Wie war das? Barry

Warsaw hat das mal auch auf Twitter geschrieben,

so, first rule of Python is you don't use

system, don't use system Python.

Du musst ja immer dein eigenes Python installieren,

das ist kein Spaß.

Ja,

also genau, also insofern

würde ich sagen, also der einzige Unterschied, den ich

noch sehen würde, der relevant ist, ist einmal

welches Paketmanagement-System einem

irgendwie besser oder schlechter gefällt

und ob man SystemD mag

oder nicht, weil

genau, wenn man das mag, dann kann man das ja benutzen

und da gibt es halt Unterschiede, je nachdem, welche

Distribution man verwendet.

SystemD nutzt dann sowas wie LoggingUp oder sowas, das mag man

vielleicht nicht, oder? Ja, aber auch vor allen Dingen

sowas wie, wie sorgt man eigentlich dafür, dass

der Kram, den man laufen haben möchte,

eigentlich läuft und am Laufen bleibt und so.

Das

kann man über SystemD auch machen.

Man kann auch irgendwas anderes nehmen.

Ich nehme öfter

Super-Vice-D,

aber es ist auch, im Grunde ist es

vorher Init-was?

F-Init-System-5?

Ich weiß nicht genau,

Init-Files, es gibt da auch

andere Konzepte, wie man, ja, also

System-D hat schon nette Konzepte,

aber es ist halt auch, es hat dann so manchmal so

Vielleicht hat da irgendwie eine ganz

spannende Folge dazu noch mal

gehört, irgendwann

die fahren irgendeinem Chaos-Radio-Express mit einem

von den Developern da, das war schon ein bisschen

ja, äh, na, wie heißt

er noch, äh

namensgerecht, keine Ahnung, ja, genau

äh, ja

okay, also völlig egal, welches System

also ich baue mir dann Fedora und Ubuntu drauf, zum Beispiel

weil ich das so ein bisschen schon kenne oder so

dann irgendwie, dann mit den Repos

schon ein bisschen weiß, wo ich meine Pakete finde und dann

ist der To oder warum sollte ich

das tun, warum nicht direkt einen eigenen Server

also, ja genau, weil halt auch da dir das

natürlich abgenommen wird, dass du dafür sorgen musst

äh, dass das Ding ordentlich läuft

oder so, ähm

Ja, du musst dich um viele Dinge nicht kümmern,

die du sonst tun müsstest.

Die da wären?

Ja, alles, was mit Netzwerk zu tun hat.

Stecker reinstecken, Strom.

Genau, dass das Ding immer oben bleibt.

Betriebssystem-Updates, weiß ich gar nicht,

das muss man wahrscheinlich selber machen.

Ja, das finde ich genau.

Managed-Server, glaube ich, heißt das oder so was.

Ja, das will man alles, wahrscheinlich eher nicht.

Aber genau.

Ja, aber man muss sich,

also schon um wesentliche Teile der Infrastruktur

jetzt bei so einer Geschichte nicht kümmern.

Also im Grunde ist halt der Container wie

der andere und das funktioniert einfach so.

Also das ist schon

auch nett, aber man zahlt natürlich auch

einen Preis, das ist halt schon teurer, als wenn man

jetzt, und es gibt noch mal so super

billige

Geschichten, auch

immer, also ich glaube die kleinsten

Container, wenn die durchlaufen sollen, die kosten

dann irgendwie

ein paar Zehn Euro im Monat oder so was,

ich weiß es nicht genau, aber

es gibt auch so Dinge wie bei Amazon Light Sale

heißt das glaube ich irgendwie, wo man dann für

wenige Euro im Monat so ein Ding

Container kriegt und bei

DigitalOcean gibt es das auch

und selbst bei sowas wie

Hustler wie Hetzner oder so kriegt man

irgendwie einen Container, der

durchläuft für

2,50 Euro oder 3 Euro oder so

wenig Geld im Monat und hat dann

ein richtiges Linux mit, wo man sich

als Root einloggen kann, ist schon natürlich ganz nett.

Und das will man wahrscheinlich sogar auch tun.

Ja, hängt dann davon ab, was man dann

Wenn man jetzt eine fette Datenbank braucht, dann geht das halt wahrscheinlich

nicht mehr, dann braucht man halt Hauptspeicher

und den hat man da nicht. Aber

ja, so eine Testinstallation...

Wann braucht man denn eine fette Datenbank?

Also so jetzt als Datenmensch

wirst du ja wissen, ab wie viel Traffic man da so irgendwie...

Nee, das hat mit dem Traffic gar nicht so viel zu tun, sondern

eher damit zu tun, wie viele Daten es sind.

Weil du willst, dass dein

Working Set im Hauptspeicher ist.

Und das heißt, wenn du halt irgendwie ein paar Gigabyte

Daten hast, dann willst du halt

ein paar Gigabyte Hauptspeicher haben, mindestens mal.

Wäre so viel zu viel oder so.

Also ungefähr doppelt so groß wie mein Dataset sollte

der Hauptspeicher dann sein. Ja, also

später geht das dann irgendwann nicht mehr, aber

ja, sollte schon

da reinpassen.

Und das,

die haben alle wenig Hauptspeicher natürlich, weil

die teilen sich, die sind halt auf großen Maschinen

meistens, aber es sind viele kleine Container und

dann muss es halt irgendwie, wenn die alle vier Hauptspeicher

verbrauchen, ist halt natürlich irgendwie der Hauptspeicher weg.

Wie kompliziert

wäre es denn jetzt da, weiß nicht, wenn man jetzt

mehrere kleine Services auf so einem Ding

laufen lässt, einen von denen umzuziehen?

auf eine größere Maschine.

Oh, das ist, ja, da bist du

dann schon, das ist alles nicht mehr so einfach.

Ich würde auch das nicht so machen, dass ich

die Sachen da direkt laufen lasse.

Kann man auch tun, aber

ich würde eher sowas wie Docker nehmen.

Tatsächlich.

Also das heißt, du würdest dann auf einen dieser

Cloud-Dinger einen Docker

bauen, installieren oder

Docker installieren, Docker-Demon starten

und dann halt

mit so einem Docker-Compose-File das

komplette System hochziehen.

sodass dann halt für jeden Service, den man

benutzen möchte im System,

das man da hochfährt, dass man

dafür einen Container hat, also einen Container für die Datenbank,

man hat einen Container für Redis.

Und man teilt sich dann genau die Dinge auf, also kann man

Docker so einstellen, dass er für alle verschiedenen

Systeme unterschiedliche Hardware nimmt?

Ja, das kannst du natürlich auch tun,

aber das würde ich

am Anfang auch nicht machen.

Und dann geht es eher so in den Bereich

von Kubernetes und diesen

Geschichten, das willst du nicht.

Also das ist auch gar kein

Problem, also

das musst du nicht machen.

Also Kubernetes ist eine Krake an Docker-Containern.

Ja, das ist so

ein bisschen, das Problem mit Docker ist halt,

dass das zu betreiben ist

halt fies, Netzwerk ist fies,

das ist alles, das entwickelt sich

auch alles noch, das ist alles nicht so richtig

gefestigt,

das ist nicht ganz so schlimm wie

jetzt bei den JavaScript-Frontends

bei React oder so,

aber es ist schon,

es ist nicht so, also man kann

sich da nicht so gut drauf verlassen und vor allen Dingen fehlt die Unterstützung

für viele Sachen und dann gibt es da eben

dann, wenn man

das im Großen, wenn man eine komplette Cloud irgendwo

betreiben möchte oder so, dann macht man da

andere Geschichten, Management-Geschichten für.

Da wäre jetzt Kubernetes ein Beispiel für. Aber

die Frage ist, ob man das braucht. Und wenn du das

selber irgendwie nur ein System, das brauchst du

nicht. Also würde ich jetzt mal einfach,

würde ich jetzt einfach mal so sagen, brauchst du nicht.

Ja, also ich habe eine bestimmte Voraussetzung tatsächlich,

also ich möchte so verschiedene Webseiten

betreiben irgendwie, ne, irgendwie private Sachen.

Dann hatten wir mal über Indie-Web besprochen,

dann irgendwie so die beiden Services da drauf

und dann vielleicht noch irgendwie eine Firmen-Webseite

mit einem kleinen Login und vielleicht noch für

IoT so ein bisschen, so ein Server,

der da irgendwie läuft und das irgendwie alles gerne parallel

und ja. Das ist ja kein Problem.

Wie baue ich das denn?

Also wo fange ich denn da an? Also ich habe jetzt so einen Server

dann Cloud am besten gemietet oder

vielleicht doch irgendwie so einen dedizierten irgendwo

hingestellt oder nur einen kleinen virtuellen

genommen. Das hängt halt wieder davon ab. Also ich würde

einfach mal, also nur um das

halt auszuprobieren, würde ich mit so einer kleinen

Geschichte anfangen.

Ja, aber das ist meine Frage nach dem Umzug. Also wenn ich dann merke,

oh, umziehen, muss ich alles normal machen?

Nee, musst du nicht.

Dafür hast du ja deine Domain registriert.

Ja, aber den Server muss ich ja umziehen.

Also die ganzen Sachen muss ich ja nochmal konfigurieren.

Ja, aber dann nee. Dann musst du gar nichts machen.

Wenn du Docker nimmst, hast du dieses

Problem gelöst.

Achso, ich baue den Container einfach neu auf

einem anderen System. Ja, genau.

Du sagst einfach auf dem anderen System

docker-compose dein docker-yaml-File

ab, fertig.

Nicht mal das. Also gut, man würde

das jetzt nicht von Hand ausführen, sondern man würde

dann halt irgendwie das in SystemD anhängen oder

in SuperViceD.

Normalerweise die Konfiguration dafür legst du

auch in dein Projektverzeichnis mit rein.

Linkst das nur noch

nach etc.superviceD.conf

oder weiß ich wo die Config-Files

dafür liegen. Startest das Ding einmal

neu und dann startet er deinen kompletten Kram,

ohne dass du noch irgendwas machst. Also wie gesagt, wenn ich

auf einem Server das deploye, da

muss ich einen Link ziehen.

Ich muss etwas

an der Caddy-Config

ändern, das machst du, dann schreib ich neu.

Caddy, es ist dieses Config,

also ich muss da irgendwas rein, ist die Reihenfolge entscheidend,

wie das da drin hängt, weil die dann nacheinander gelaufen,

wie verteilt er die Ressourcen,

also wie viele er hat.

Ja, also gut, das ist nochmal ein anderes Thema.

Caddy ist ein Loadbalancer, was?

Wir sind zu weit, wir müssen nochmal zurück.

Ja, okay. Ja, also es ging nur darum,

wie kriegst du das Zeugs irgendwie

auf einer Maschine zum Laufen

und da würde ich

empfehlen, heutzutage Docker zu nehmen. Man kann auch

andere Sachen benutzen, aber...

Vagrant. Ja, man könnte auch Vagrant

benutzen, aber das braucht auch mehr Ressourcen.

Also das würde ich jetzt zum Beispiel, wenn du

irgendwie so in dem Container, vor allen Dingen

Container ist ja, also es ist natürlich auch irgendwie

performancetechnisch sehr fies, also in dem Container

nochmal Container-Geschichte zu starten, ist vielleicht

auch nicht so die schlauste Idee

performancetechnisch, aber es ist halt zum Entwickeln.

Es ist halt so, würde ich

sagen, state of the art eigentlich.

Oder es ist halt am wenigsten

schmerzhaft von allem, was es so

momentan gibt. Vagrant kann man

lokal ganz gut verwenden oder halt, wenn man einen dicken

Server hat, aber du kannst

es nicht gut verwenden in einem kleinen Container.

Weil das

braucht halt, das fährt halt wirklich ein komplettes

Linux hoch pro.

Und du kannst natürlich da drin alles wieder

betreiben, du musst dann nicht das in einzelne

Container aufteilen.

Ja, aber das ist,

wenn du wenig Hauptspeicher hast, ist das vielleicht

einfach keine gute Idee.

Na, und Docker passt da eigentlich

ganz gut zu, da hast du dann zwar auch

Container in Container, aber es ist

nicht so, du fährst nicht jedes Mal ein komplettes

Betriebssystem hoch und so, eine komplette Maschine.

Ja,

du kannst natürlich das auch irgendwie

komplett einfach in diesem Container

alle deine Services, die du so haben willst,

starten, ja, du kannst halt zum Beispiel

kann man da irgendwie so, auch das benutzt man

eher für größere Infrastrukturen,

um da halt ein komplettes

System auszurollen, ja, das ist eigentlich so

Automatisierung

deiner

Automatisierung deiner

Infrastruktur hochziehend,

so was wie Ansible oder so,

es gibt auch noch diverse andere, es gibt Holstack, es gibt

irgendwie Puppet Chef,

aber Ansible wäre jetzt auch Python

und damit

verwaltest du

quasi ein ganzes Inventory an Rechnern

irgendwie und sagst dann,

roll mein System aus und dann, das Ding braucht auch nur

SSH, dann connectet es sich auf all die Systeme

per SSH und

macht dann magische Dinge, sodass dann da

wie die Services laufen, die da laufen sollen

und so. Irgendwie sowas braucht man auch,

wenn man einen Vagrant verwenden wollte, weil du musst ja die Services

dann irgendwie in deinem Vagrant, in deiner

virtuellen Maschine halt auch zum Laufen kriegen. Das heißt, du musst

da irgendwie die entsprechenden Pakete installieren,

musst du die Services hochfahren, du musst die Config-Files

irgendwie mit Templates so

irgendwie, also

du hast Templates für deine Config-Files, dann musst du die so mit den

echten IP-Adressen und so ersetzen, dass dann die

richtigen Config-Files da sind, dann muss das Ganze hochgefahren

werden und so weiter und so weiter.

Und für so ein komplettes System

irgendwie Ansible

Rollen, nennt man das, zu schreiben. Das geht

alles, habe ich auch schon gemacht und so.

Aber das ist eine Menge Arbeit.

Also das ist nicht so ohne. Und das dann

auszurollen dauert auch ziemlich lange.

Das ist halt auch

so ein Nachteil gegenüber Docker. Also das ist halt

irgendwie so ein komplettes

Ding mit Vagrant hochzuziehen. Kann sein,

dass das selbst, wenn du einen schnellen Rechner hast, lokal,

kann sein, dass das 20 Minuten dauert, wenn du so viele

Maschinen hochfährst oder so. Kannst natürlich

auch alles in einer Maschine haben, aber dann hast du wieder das Problem, du kannst

es nicht mehr aufteilen.

Wenn du es jetzt auf andere Maschinen aufteilen wolltest,

Und das ist halt einfach oft zu langsam.

Wenn du zum Beispiel irgendwas,

du versuchst, irgendeine Funktion hinzukriegen,

musst dafür irgendeine Bibliothek installieren,

die das halt kann,

ein Python-Wrapper drumherum,

der da irgendwas mitmacht.

Und du willst halt so schnell iterieren können.

Du willst halt schnell irgendwas ausprobieren.

Ah, geht nicht, nochmal.