Container Hosting

[thueske]

Bezieht sich dein Feature-Request auf ein zugrundeliegendes Problem? Bitte beschreibe es uns: Als Kunde möchte ich Software wie z.B. PostgreSQL betreiben, die (aktuell noch) nicht als managed Service von mittwald angeboten werden.

Beschreibe die Lösung(en), die du dir vorstellen könntest: Ich könnte mir vorstellen im mStudio einzelne Docker-Images starten zu können.

Zusätzliche Informationen (wie z.B. Screenshots): Vergleichbar mit Portainer.

[patrickhilker]

Container bei mittwald betreiben klingt für dich interessant? Super!

Für uns interessant: Welche Container dürfen es denn sein?

Um eine genaue Idee zu haben, in welchen Anwendungsfällen ihr gerne auf Container setzen möchtet, postet bitte Images/Apps/Tools/Datenbanken, die ihr im Container betreiben möchtet, hier ins Issue.

[Nikdro]

Ich sehe hier 3 Anwendungsbereiche, die mich freuen würden:

1. Hosting von alternativen Services/Datenbanken Für die ein oder andere Anwendung braucht man ja doch mal mehr als MySQL. Über ein Container-Hosting könnte ihc mir auch mal ein Postgres, MongoDB etc. starten und verwenden.

2. Hosting von Agenturtools Alle unsere Agenturtools hosten wir per Docker. Nextcloud, Mattermost, GitLab, Mautic,... (nur um mal ein paar zu nennen). Aktuell geschieht dies selbst administriert auf einem Root-Server. Wenn wir das in eure Hände geben könnten und gute Utilities wie Volumes (mit Backups), Environment-Variable Verwaltung etc. an die Hand bekämen, wäre das der Hammer.

3. Kundenprojekte in Containern Einige unserer Kundenprojekte hosten wir mit einem individuell gebauten Docker-Image, welches schon das CMS, alle Abhängigkeiten und Plugins mitbringt. Das ist für uns super leicht zu administrieren, weil wir immer nur das Image aktuell halten müssen. Wenn wir das jetzt bei euch (über einen Webhook z.B.) deployen könnten und auf die MySQL-DB, Redis, OpenSearch etc. von euch zurückgreifen könnten, wäre das wirklich klasse!

Meldet euch gerne bei mir, falls ihr euch dazu nochmal im Detail per Videocall oder persönlich austauschen wollt. 🙂

[patrickhilker]

Kurzes Update: Aktuell rechnen wir in Q1/2024 mit ersten Tests. Bei Interesse, am Test teilzunehmen, gerne kurz hier Laut geben. 😊

[garvinhicking]

Eine kleine Liste von Containern, die für uns Relevanz hätten:

• Mailhog/Mailpit
• Solr
• Redis
• Keycloak
• Postgresql
• Nextcloud
• Nginx
• Memcached
• Traefik
• RabbitMQ
• Grafana
• Gitlab

[patrickhilker]

Hey @garvinhicking, vielen Dank für die Liste! Das deckt sich bisher ganz gut mit unseren bisherigen Vermutungen.

Kurz aus Interesse gefragt: Nextcloud und Redis kannst du ja bereits heute bei uns betreiben; statt nginx stellen wir aktuell Apache bereit. Welche Vorteile hätten die für dich im Container? Vielleicht hilft dein Input, dass wir bei unseren managed Services noch nachbessern können. 😊

[garvinhicking]

Hi @patrickhilker - das klingt vielversprechend.

Bei den Containern geht es mir primär weniger um den Betrieb einer Software wie Nextcloud, den man ja auch "custom" hosten könnte. Der Vorteil von Containern ist hier auch, dass man leichter vordefinierte/konfigurierte Pakete nutzen kann und sich nicht mehr so um die Wartung kümmern müsste. Nur der "user generated content" wäre dann noch individuell.

Bei Nextcloud wäre die Intention auch, sich etwas Einrichtungs- und Konfigurationsmühe sparen zu können.

Ähnlich bei redis - man könnte das ganze dann leichter "out of the box" nutzen ohne dedizierte Software dafür zu warten/pflegen.

Zu nginx, da ginge es mir konkret darum, wenn man z.b. lokal schon mit nginx arbeitet (z.b. ddev entwicklungsumgebung) und dafür Routing/Konfiguration schreibt, dann wäre es cool das auch in der Produktion direkt einzusetzen, statt dann auf einen Apache umschwingen zu müssen und z.b. eigenständige .htaccess schreiben zu müssen.

Aktuell nutzen "wir" auch noch den regulären Agentur-Server von euch, für den ja diese Container-Idee aktuell noch nicht angedacht ist. Aber da wäre es natürlich auch genial, wenn man sich runtime-docker-images dazu nehmen könnte. Vor allem solche Dinge wie Mailhog/Mailpit und Solr wäre das schon genial.

[patrickhilker]

Hey @garvinhicking, coole Rückmeldung, danke dir. Dürfen wir für die Testphase bei Bedarf auf euch zurückkommen? 😊

[garvinhicking]

Deshalb schreibe ich hier, klaro :-D

[nico-k3]

Wir entwicklen hauptsächlich Jamstack Websites. Aktuell bedeutet das, dass die CMS Systeme recht unterschiedlich gehostet werden. PHP basierte Systeme teils bei euch, teils (weil noch Verträge laufen) auf anderen Plattformen. Node.js basierte Systeme hauptsächlich in Docker Containern auf Heroku oder Digitalocean.

Wenn bei euch das Hosten von Containern ermöglicht wird, könnten wir das zentralisieren, was neben der einfacheren Verwaltung auch gleich noch dafür sorgt, dass wir sicherstellen können dass CMS und Datenbank auf Deutschen Servern liegen. Ein Anliegen das einige Kunden schon länger hatten.

Für uns ist aktuell das relevanteste CMS Directus, aber viele andere Entwickler im Jamstack Bereich nutzen Strapi. Ich blicke schon mit großer Vorfreude auf eure Entwicklung und freue mich darauf, nur noch auf einer Plattform unsere Projekte zu betreuen :)

[patrickhilker]

Hey @nico-k3, danke für den Einblick.

Wie würdet ihr in dem Kontext denn das Thema "Datenbanken" sehen? Würdet ihr die auch selbst in Container stecken oder auf managed MySQL (oder möglicherweise in Zukunft andere Datenbanken) von uns setzen wollen?

[nico-k3]

Ich bin kein Fan davon die CMS Datenbank in den Container zu stecken und würde eine MySQL (oder präferiert eine PostgreSQL) Datenbank bei euch anlegen und mit dem Container verbinden.

Aktuell nutzen wir hauptsächlich Neon.Tech für unsere CMS Datenbanken, da hier die Kosten insbesondere für kleine Projekte, sehr niedrig sind und wir die Datenbanken recht einfach auch extern nutzen können (Die Directus SDK ermöglicht noch keine TS Schema generierung. Deshalb nutzen wir für Website ohne Login meist ein ORM wie Prisma - spart ein paar Stunden TS Schema schreiben)

Ich habe zwar noch nicht getestet wie einfach ich eure MySQL Datenbanken für den externen Zugriff nutzen kann, aber bis das für uns relevant wird hat Directus eventuell auch schon die TS Schema Generierung in ausreiched guter qualität nachgeliefert und externe Datebankzugriffe sind nicht mehr vonnöten ^^

[patrickhilker]

PostgreSQL bieten wir aktuell leider noch nicht managed an. Probier aber gern mal eine MySQL-Datenbank aus.

Ich habe zwar noch nicht getestet wie einfach ich eure MySQL Datenbanken für den externen Zugriff nutzen kann,

Easy peasy: Beim Anlegen eines weiteren Users für eine Datenbank kannst du für diesen den externen Zugriff freischalten. Dann allerdings nur per verschlüsselter Verbindung. 🔒 Features wie Beschränkung auf bestimmte IPs/Netze oder individuellere Konfiguration der User-Rechte haben wir im Backlog (das wir allerdings noch nicht vollständig hier im Feature Tracker veröffentlicht haben).

[bugskarl]

Vielleicht kennt ihr ja eines der Projekte: https://appfleet.com/ oder https://sloppy.io/en/. Ich konnte beide ausprobieren als sie noch online waren. Wenn es bei euch auch in diese Richtung geht, dann wäre das super!

Wir würden das ganze einsetzen zum hosten von 3t Services wie z.b. RabbitMQ oder Varnish. Dann wären wir viel flexibler was diverse Kundenprojekte anbelangt. Die Container sollten dann also bestenfalls über die Projekte hochgefahren/verknüpft werden können. Aber auch zum ausführen von diversen Tools wie uptime-kuma, n8n oder Glitchtip wäre das sehr praktisch.

Eventuell wäre es ja möglich, dass die Dockerfile direkt im Mittwald Backend angelegt werden und diese dann gebaut werden. Damit könnte man dann sehr schnell und einfach Container erstellen und hochfahren.

Ein paar Punkte die mir noch so einfallen: max. CPU- und RAM-Auslastung einstellen, private Docker-Images nutzen, Domains/Ports gegen Container mappen.

Wichtiger wäre es jedoch zuerst die aktuellen Probleme (Performance, Outages, ...) zu beseitigen und das Grundhosting zu gewährleisten und zu optimieren. Danach kann man sich dann so coolen sachen wie "Container Hosting" widmen, meiner Meinung nach. Immerhin baut das ja alles aufeinander auf denk ich mal.

[patrickhilker]

Wir würden das ganze einsetzen zum hosten von 3t Services wie z.b. RabbitMQ oder Varnish. Dann wären wir viel flexibler was diverse Kundenprojekte anbelangt. Die Container sollten dann also bestenfalls über die Projekte hochgefahren/verknüpft werden können. Aber auch zum ausführen von diversen Tools wie uptime-kuma, n8n oder Glitchtip wäre das sehr praktisch.

Das sollte nach aktuellem Stand alles kein Problem sein. Die Container laufen immer im Kontext eines Projektes.

Eventuell wäre es ja möglich, dass die Dockerfile direkt im Mittwald Backend angelegt werden und diese dann gebaut werden. Damit könnte man dann sehr schnell und einfach Container erstellen und hochfahren.

Das werden wir im ersten Schritt nicht unterstützen. Mich würde an der Stelle der Anwendungsfall interessieren - in der Regel werden die Images ja lokal bzw. besser in einer Pipeline gebaut und dann in eine Registry gepublished.

Ein paar Punkte die mir noch so einfallen: max. CPU- und RAM-Auslastung einstellen, private Docker-Images nutzen, Domains/Ports gegen Container mappen.

CPU-/RAM-Auslastung werden wir im ersten Schritt noch nicht anzeigen bzw. konfigurieren können. Da werden einfach die Space-Server/proSpace-Ressourcen genutzt. Images aus private Registries werden wir unterstützen.

Etwas komplizierter wird es bei den Domains und Ports: Innerhalb eines Projektes können Container beliebig miteinander kommunizieren, wie man es beispielsweise aus der Nutzung mit docker compose kennt.

Es wird weiterhin möglich sein, eine Domain auf einen beliebigen Container-Port zu mappen. Allerdings wird es nicht möglich sein, beliebige Ports nach außen zu öffnen, sondern es kann lediglich der externe Port 443 auf einen beliebigen Container-Port gemappt werden (d.h. domain.de:3000 und domain.de:3001 wird nicht funktionieren, sondern es müsste mit mehreren Domains gearbeitet werden - das sollte in der Regel kein Problem sein). An der Stelle unterstützen wir dann (aus technischen Gründen) erstmal nur HTTP-Traffic nach "außen", den wir automatisch verschlüsseln, d.h. das Kümmern um Zertifikate usw. fällt komplett weg.

[bugskarl]

Die Dockerfile in Mittwald zu verwalten wäre der einfachste Weg für uns Kunden dieses neue Feature zu nutzen. Damit könnte man sehr schnell einen neuen Service hochfahren und wir sparen uns das Repository und das builden - und hätten trotzdem alle Möglichkeiten (environment variablen, port mapping, nachinstallieren von packages, configs, ...) die eine Dockerfile mit sich bringt.

In den meisten Fällen würden wir jedoch eh public Docker Images verwenden die häufig über ENV Variablen (db connection, admin user/passwort, ...) anzupassen sind.

[Nikdro]

Hallo @patrickhilker!

Das klingt hier alles schon super cool. Ich würde mich den bisherigen Plänen und Vorschlägen anschließen. Das würde für uns auch gut passen.

Bzgl. der Datenbanken: Hier wäre es echt super, wenn wir eure vorhandenen Datenbanken nutzen und diese dann im Container ansprechen könnten.

An ersten Tests hätten wir (Kaufmann Digital) ebenfalls Interesse.

[patrickhilker]

Bzgl. der Datenbanken: Hier wäre es echt super, wenn wir eure vorhandenen Datenbanken nutzen und diese dann im Container ansprechen könnten.

Das wird auf jeden Fall möglich sein. 😊

Die Dockerfile in Mittwald zu verwalten wäre der einfachste Weg für uns Kunden dieses neue Feature zu nutzen. Damit könnte man sehr schnell einen neuen Service hochfahren und wir sparen uns das Repository und das builden - und hätten trotzdem alle Möglichkeiten (environment variablen, port mapping, nachinstallieren von packages, configs, ...) die eine Dockerfile mit sich bringt.

Hey @bugskarl, verstehe ich dich richtig: Ihr würdet dann die App-Dateien wie bisher per SSH/SFTP im Projekt ablegen und dann in einen Container mit dem passenden Environment mounten wollen? Wenn ja: Welche Apps würdet ihr so betreiben? Welche Abweichungen zu unserer "normalen" Web-Umgebung würdet ihr machen wollen?

[bugskarl]

Ihr würdet dann die App-Dateien wie bisher per SSH/SFTP im Projekt ablegen und dann in einen Container mit dem passenden Environment mounten wollen? Wenn ja: Welche Apps würdet ihr so betreiben?

@patrickhilker wenn das ginge, dann würden wir das für projekte einsetzen welche spezielle anforderungen haben welche über mittwald derzeit (noch) nicht abbildbar sind: z.b. installieren von wkhtmltopdf, php-excimer, tesseract ocr, zusätzlich intl sprachen, blackfire agent. so ein setup würde bei uns aber nur gehen wenn, wie du sagst, der container auch über ssh erreichbar ist.

grundsätzlich würde ich bei der web-umgebung aber lieber auf die (PHP) software zurückgreifen wollen welche mittwald anbietet, denke ihr habt die bereits optimiert für das mittwald setup.

[geregeltkrieger]

Container bei mittwald betreiben klingt für dich interessant? Super!

Für uns interessant: Welche Container dürfen es denn sein?

Um eine genaue Idee zu haben, in welchen Anwendungsfällen ihr gerne auf Container setzen möchtet, postet bitte Images/Apps/Tools/Datenbanken, die ihr im Container betreiben möchtet, hier ins Issue.

Hey, aktuell ist bei uns Elastic ein Pain-Point, in dem wir allerdings die Erweiterung zur phonetischen Suche brauchen

Und, konkrete Anfrage in einem Projekt: sentry.io

An einem Beta-Test nehmen wir hier gerne teil.

[dennislizarzaburu]

Hi @patrickhilker ich würde mich dem Test auch gerne anschließen. Für mich sind Anwendungen wie Supabase, Appwrite, Plausible, Minio oder Meilisearch sehr interessant.

[patrickhilker]

Hi @patrickhilker ich würde mich dem Test auch gerne anschließen. Für mich sind Anwendungen wie Supabase, Appwrite, Plausible, Minio oder Meilisearch sehr interessant.

Bei Supabase bin ich mir nicht ganz sicher, bei Appwrite schon, da ich es selbst regelmäßig nutze: Diese Tools werden wir zum Start nicht ermöglichen können, da sie einen "echten" Docker-Host benötigen, um beispiel selbstständig neue Container zu spawnen (mindestens für die Serverless Functions).

Plausible, Minio und Meilisearch sollten meinem Erachten nach funktionieren.

Bzgl. der Tests komme ich auf euch zu, sobald wir so weit sind. :-)

[rho-kk]

Wir würden die Docker Container für unsere Directus Instanzen nutzen, als normale nodejs App werden die aktuellen Versionen nicht mehr unterstützt, da isolated-vm bei mittwald nicht unterstützt wird.

[ABGITMUC]

@patrickhilker Wir wären auch an einem Test interessiert. Wir würden gerne WordPress, Typo3 und NEOS in Docker laufen lassen.

[peter-neumann-dev]

@patrickhilker Ich würde mich ebenfalls für Tests einreihen. Mich interessiert Plausible am meisten aktuell 🚀!

[patrickhilker]

Wir würden die Docker Container für unsere Directus Instanzen nutzen, als normale nodejs App werden die aktuellen Versionen nicht mehr unterstützt, da isolated-vm bei mittwald nicht unterstützt wird.

@rho-kk Übrigens: Wir schauen uns an, wie wir das wieder ermöglichen können. Einen Zeitpunkt dafür kann ich aber nicht nennen.

[jucktnich]

@patrickhilker

Für uns interessant: Welche Container dürfen es denn sein? Um eine genaue Idee zu haben, in welchen Anwendungsfällen ihr gerne auf Container setzen möchtet, postet bitte Images/Apps/Tools/Datenbanken, die ihr im Container betreiben möchtet, hier ins Issue.

Hi, bei uns würde es auch um Supabase gehen, an einem Beta-Test wären wir interessiert.

[erichelch]

Ich hab da auch Bock auf Testing.... aktuell Nextcloud und dafür OnlyOffice (um Worddokumente zusammen bearbeiten zu können)

[infabo]

Bzgl. vordefinierte Images wuerden wir uns am meisten fuer ein Solr-Image (v.a. das offizielle TYPO3 Solr Image) interessieren.

Ansonst waere es fuer uns interessant unsere Node.JS Apps als Docker-Image zu deployen, da wir mit dem Node-Service des Anwendungs-Types Node.JS Application manchmal auf Probleme stossen bzw. sich der Node-Job aufhaengt und nicht mehr reagiert.

[patrickhilker]

[..] da wir mit dem Node-Service des Anwendungs-Types Node.JS Application manchmal auf Probleme stossen bzw. sich der Node-Job aufhaengt und nicht mehr reagiert.

Hast du dich dazu mal per Ticket gemeldet, damit wir uns das anschauen können? Das soll nämlich nicht so sein. 😄

[infabo]

Hi patrickhilker, ja wir haben das per Support Hotline gemeldet.

[shpfive]

Hallo @patrickhilker,

Wir hätten auch Interesse an dem Test teilzunehmen und uns den aktuellen Stand anzuschauen.

[nico-k3]

Wir würden auch gern am Test teilnehmen.

[maschenborn]

Wir würden auch gerne am Test teilnehmen.

[rho-kk]

Wir würden die Docker Container für unsere Directus Instanzen nutzen, als normale nodejs App werden die aktuellen Versionen nicht mehr unterstützt, da isolated-vm bei mittwald nicht unterstützt wird.

@rho-kk Übrigens: Wir schauen uns an, wie wir das wieder ermöglichen können. Einen Zeitpunkt dafür kann ich aber nicht nennen.

Für uns wird das langsam leider zu einem echten Problem, die aktuelle Directus Version hat ein paar unschöne und für die Kunden sehr nervende Bugs und wir können nicht einschätzen wann wir upgraden können. Zumal es ja auch Sicherheitslücken in den Systemen gibt weshalb die Lib auch umgestellt wurde. Ich bin kann leider nicht einschätzen, wie problematisch die implementierung der neuen Lib ist, daher hoffe ich auf eine baldige Testphase des Container Hostings und habe die Hoffnung das wir dort Directus Docker hosten können. Die einzige unzufriedene Lösung welche ich aktuell habe ist ein Umzug zu Hetzner, das möchte ich aber ehrlich gesagt nicht.

Ich fühle mich mit dem Problem aktuell etwas allein gelassen :/

[rteitge]

Wenn ihr irgendwo containerisierte workloads habt, wollt ihr euch vermutlich heute https://github.com/opencontainers/runc/security/advisories/GHSA-xr7r-f8xq-vfvv ansehen und bewerten. Beste Grüße

[patrickhilker]

Wenn ihr irgendwo containerisierte workloads habt, wollt ihr euch vermutlich heute GHSA-xr7r-f8xq-vfvv ansehen und bewerten. Beste Grüße

Hallo @rteitge, vielen Dank für den Hinweis - containerisierte Workloads haben zwar (intern) jede Menge, allerdings keine, die durch Kunden konfiguriert/genutzt werden kann. Unser Container-Hosting werden wir mit einer aktuellen runc-Version bereitstellen, sodass wir von der CVE nicht betroffen sind.

[patrickhilker]

Wir würden die Docker Container für unsere Directus Instanzen nutzen, als normale nodejs App werden die aktuellen Versionen nicht mehr unterstützt, da isolated-vm bei mittwald nicht unterstützt wird.

@rho-kk Übrigens: Wir schauen uns an, wie wir das wieder ermöglichen können. Einen Zeitpunkt dafür kann ich aber nicht nennen.

Für uns wird das langsam leider zu einem echten Problem, die aktuelle Directus Version hat ein paar unschöne und für die Kunden sehr nervende Bugs und wir können nicht einschätzen wann wir upgraden können. Zumal es ja auch Sicherheitslücken in den Systemen gibt weshalb die Lib auch umgestellt wurde. Ich bin kann leider nicht einschätzen, wie problematisch die implementierung der neuen Lib ist, daher hoffe ich auf eine baldige Testphase des Container Hostings und habe die Hoffnung das wir dort Directus Docker hosten können. Die einzige unzufriedene Lösung welche ich aktuell habe ist ein Umzug zu Hetzner, das möchte ich aber ehrlich gesagt nicht.

Ich fühle mich mit dem Problem aktuell etwas allein gelassen :/

Hey @rho-kk, ich mache mich intern nochmal schlau, wie es um das Thema steht und gebe dann Rückmeldung.

[Caro-Steinborn]

Hey Zusammen,

bevor wir mit dem Container Hosting live gehen, werden wir das Feature in Form eines Benutzertests ausgiebig testen. Dazu möchten wir euch einladen. Wir wollen herausfinden, wie ihr in Zukunft am besten mit den Containern arbeiten könnt.

Die Aufgabe wird sein, einen Container mit einem Image eurer Wahl zu erstellen. Dafür setzen wir Erfahrung im Umgang mit Containern voraus.

Der Benutzertest ist als Video-Call in Zoom geplant und wird voraussichtlich 45-60 Minuten eurer Zeit in Anspruch nehmen. Hast du Lust, das neue Feature zu testen? Dann kannst du hier einen passenden Termin-Slot buchen.

Wir freuen uns!

Beste Grüße Patrick (Product Owner) & Carolin (UX Designerin)

[patrickhilker]

Ein paar letzte freie Termine für Usertests haben wir noch! Wenn ihr schon mal einen exklusiven Blick aufs neue Container-Hosting werfen möchtet, schnell einen Termin buchen: https://calendly.com/mittwald-nutzertest/container-hosting-nutzertest

Ich freue mich auf euer Feedback! 😊

[rho-kk]

Leider schaffe ich es vor April nicht, ich wäre sehr Dankbar über Einblicke / Feedbacks bzw einen eventuellen Termin

[rho-kk]

Hallo, wie liefen die Tests?

Beste Grüße Kevin Klein

[patrickhilker]

Hallo, wie liefen die Tests?

Die bisher durchgeführten User-Tests waren sehr erfolgreich – wir scheinen auf dem richtigen Weg zu sein. Nach aktueller Planung werde ich gegen Mitte/Ende April hier zu einer Early Access-Phase einladen.

Vielleicht mag ja einer der Teilnehmer auch kurz hier erzählen, wie er das Feature erlebt hat.

[garvinhicking]

Ich war einer der "Getesteten" und fand das extrem aufschlussreich. Ich finde die im Raum stehende Implementation total gut bedienbar und vielversprechend, und glaube dass man damit sehr gut arbeiten können wird. Ich habe etwas Detail-Nitpicking gemacht zu ein paar UI-Dingen, aber das sind auch teils subjektive Dinge. Vielleicht hilft mein kleines "Jau, super" ja den anderen Mitlesenden hier, sich weiter vorzufreuen.

[rho-kk]

Wir warten gespannt :)

[rho-kk]

Hallo, gibt es schon neuigkeiten :)?

[tamaro-skaljic]

Für mich relevant wären Java Container. Sowas hier zum Bleistift: https://github.com/quarkusio/quarkus-quickstarts/blob/main/getting-started/src/main/docker/Dockerfile.jvm

[julescakecrumb]

Die bisher durchgeführten User-Tests waren sehr erfolgreich – wir scheinen auf dem richtigen Weg zu sein. Nach aktueller Planung werde ich gegen Mitte/Ende April hier zu einer Early Access-Phase einladen.

Hallo, gibt es hier mittlerweile ein Update? Und besteht (noch) die Möglichkeit zur Early Access-Anmeldung?

[patrickhilker]

Hier kommt ein kleines Update zum Container-Hosting: Eigentlich wollten wir schon längst mit einigen von euch das neue Feature testen. Gerne möchte ich kurz darauf eingehen, warum das noch nicht passiert ist.

In den letzten Wochen haben wir den Fokus in der Entwicklung auf die Kubernetes-Cluster und -Operatoren unserer Hosting-Umgebung gelegt. Der Vorteil für euch: mehr Stabilität und mehr Performance – das sollte sich auch schon bemerkbar gemacht haben.

Das führt dazu, dass wir aktuell mit langsamerer Geschwindigkeit, als ursprünglich geplant, unser Container-Hosting für euch entwickeln können.

Ich kann zum jetzigen Zeitpunkt noch keine seriöse Zeiteinschätzung abgeben, wann wir den nächsten Test stattfinden lassen. Was ich aber ganz sicher sagen kann: Wir sind weiter dran, und wir nutzen die Zeit sinnvoll für ein paar Verbesserungen.

Fragen dazu beantworte ich gerne direkt hier im Issue!