search

mittwald / feature-requests

Sammlung von Feature-Ideen.
https://www.mittwald.de/roadmap
15 stars 0 forks source link

Projekt-Limits #40

Open paul-hph opened 1 year ago

paul-hph commented 1 year ago

Welches Problem möchtest du lösen? Wann tritt es auf? Wir benötigen das Feature Projektlimits, was im Kundencenter im Projekt unter "Leistungsübersicht" zu finden ist.

image
patrickhilker commented 1 year ago

Hallo Paul, welche dieser Limits nutzt ihr aktuell?

paul-hph commented 1 year ago

Eigentlich alles, was Ressourcen frisst oder seitens Mittwald eine Obergrenze hat.

Speicherplatz Wiederherstellungspunkte (Da die aktuell nicht in die Kalkulation der Speicherplatz einberechnet werden). E-Mail-Postfächer E-Mail-Postfächer-Größe

Generell ist es uns egal, wie viele Crionjobs, FTP-Benutzer, Autoresponder angelegt werden, sofern es nicht ein Server/Mittwald Limit gibt, dass dann auf die Kunden "verteilt" werden muss.

patrickhilker commented 1 year ago

Im Grunde begrenzen wir ja nur noch den Speicherplatz, RAM und vCPU, alles andere hat ja quasi keine künstlichen Limits.

E-Mail-Postfächer-/Größe: Kannst du das genauer erklären? So wie ich dich verstehe, gehts dir vermutlich nicht um die Anzahl, sondern um den Speicherplatz. Wie würdest du das erwarten - sollen wir begrenzen, wie viel Speicherplatz man vergeben oder wie viel Speicherplatz man nutzen kann?

Beispiel: Dein Kunde bucht bei dir 10 GB Speicherplatz. 1 GB geht für seine Website und Datenbanken drauf, also bleiben 9 GB. Nun gibt es zwei Möglichkeiten (oder sogar noch weitere?):

a) Du legst 5 Postfächer mit je 5 GB an - insgesamt vergibst du also weitere 25 GB (statt 9 GB). Sobald 9 GB verbraucht werden, greift das Limit (in welcher Form auch immer). b) Du legst 9 Postfächer mit je 1 GB an. Du kannst kein zehntes Postfach anlegen.

Was wäre für euch die bevorzugte Lösung?

(Analog gilt das natürlich auch für Webspace oder Datenbanken. Dabei sind möglicherweise andere Lösungen sinnvoll.)

paul-hph commented 1 year ago

Im Grunde begrenzen wir ja nur noch den Speicherplatz, RAM und vCPU, alles andere hat ja quasi keine künstlichen Limits.

Nehmen wir mal Speicherplatz als Limit. Aktuell haben wir ein Space Server mit 50GB Speicherplatz. Darauf wollen wir 10 Kundenprojekte anlegen. Diese sollen jeweils maximal 5 GB an Platz haben. Das muss konfigurierbar sein, so wie in den alten Kundencenter pro P-Nummer. Sofern mehrere Kunden auf einem Space Server laufen, muss mindestens mal der Speicherplatz begrenzt werden. Ich weiß nicht, ob wir die einzige Agentur sind, die mehrere Kunden auf einen Server laufen lässt, kann mir das aber eigentlich nicht vorstellen.

Beispiel: Dein Kunde bucht bei dir 10 GB Speicherplatz. 1 GB geht für seine Website und Datenbanken drauf, also bleiben 9 GB. Nun gibt es zwei Möglichkeiten (oder sogar noch weitere?):

a) Du legst 5 Postfächer mit je 5 GB an - insgesamt vergibst du also weitere 25 GB (statt 9 GB). Sobald 9 GB verbraucht werden, greift das Limit (in welcher Form auch immer). b) Du legst 9 Postfächer mit je 1 GB an. Du kannst kein zehntes Postfach anlegen.

Was wäre für euch die bevorzugte Lösung?

Ich kann nur beschreiben, wie wir es bisher verkauft haben. Webspace und E-Mail Speicher werden bei uns separat verkauft: 50GB Webspace 500€ Jedes Email Postfach mit 2GB: 10€ 1GB mehr pro Postfach: 5€ (Zahlen sind fiktiv :-)

Das haben wir dann mit den alten Kundencenter Limits gut abdecken können.

Generell finde ich aber mittlerweile es keine gute Idee E-Mails und Webspace/Apps in einem Projekt zu kombinieren. Das war bisher oft Hürde bei Projektumzügen auf andere Server. Wenn man diese beiden Sachen trennt, stellt sich die Frage, wie man den Kunden dann wieder "einen" Zugang zum Webspace und zur Mail-Verwaltung gibt.

patrickhilker commented 1 year ago

Das war bisher oft Hürde bei Projektumzügen auf andere Server.

Im mittwald-Kontext und/oder bei anderen Hostern? Kannst du die Hürde kurz beschreiben? Eigentlich haben wir alles dafür gegeben, dass es die nicht gibt. :-)

paul-hph commented 1 year ago

In der Mittwald Welt:

Ich kann nur in die alten "neuen" Tarife (CMS-Hosting / Agenturserver) ausgliedern. Und dann kommen auch E-Mails mit (?): image Die gibt es noch nicht so lange und sind, wenn ich das richtig verstanden habe, nicht die Zukunft bei Mittwald.

In der langen Mittwald Historie, war es also nie so richtig möglich, Mail-Postfächer umzuziehen. Oder ich habe nicht mitbekommen, dass dies möglich war. Wenn das doch so war, erkläre gerne wie? Und wie Ihr es in Zukunft plant..

Das führt dann dazu, dass Webseiten auf neue schnellere Server umgezogen wurden und die Mails zurückgelassen wurden. Oder die Webseite mit den Mails da belassen wurde, wo Sie war.

Von und zu anderen Hostern kann man Postfächer umziehen.. Dafür braucht man aber:

paul-hph commented 1 year ago

https://github.com/mittwald/feature-requests/issues/14

patrickhilker commented 1 year ago

Aktuell ist es mir nicht bekannt, wie man im Kundencenter ein P-Account von einem Managed vServer zu einem anderen Managed vServer transferieren kann.

Innerhalb des Bestandssystems kann unser Kundenservice das auf Anfrage für dich übernehmen (das Stichwort ist dann "Migration"). Dann bleibt beim Thema Mail alles wie es ist, die kommen einfach mit auf den anderen Server.

Aktuell kann ich auch kein P-Account aus dem Kundencenter ins mStudio umziehen

Korrekt - zumindest (noch) nicht automatisiert. Von Hand ist das natürlich möglich (wenn auch keine schöne Arbeit).

In der langen Mittwald Historie, war es also nie so richtig möglich, Mail-Postfächer umzuziehen. Oder ich habe nicht mitbekommen, dass dies möglich war. Wenn das doch so war, erkläre gerne wie? Und wie Ihr es in Zukunft plant..

Nutz gerne unser E-Mail-Umzugstool: https://emailumzug.mittwald.de/mig/?client=mittwald (ist in der E-Mail-Oberfläche auch verlinkt - wenn auch zugegebenermaßen ganz unten etwas versteckt). Das funktioniert auch von anderen Hostern zu mittwald, nimmt dir aber natürlich nicht die Anpassung an der Client- und DNS-Konfiguration ab.

Im Kontext "Umzug aus dem Bestandssystem ins mStudio" konzipieren wir gerade eine Lösung, die dafür sorgt, dass sich für die Konfiguration in den Clients nichts ändert. Das wäre allerdings auch schon jetzt möglich, wenn zum Login ein Alias statt des kryptischen Postfach-Namens (pXXXXXXpX) zum Login verwendet wird.

paul-hph commented 1 year ago

Der Umzug innerhalb des "Bestandsystems" auf Zuruf war mir tatsächlich neu. Gut zu wissen! Der Umzug zum mStudio wird wahrscheinlich in der Zukunft relevanter sein. Wenn dies dann automatisiert und ohne Zuarbeit (DNS oder Client-Config-Anpassungen) durch uns oder den Kunden passieren kann.. Super!

Der Umzug von oder zu anderen Hostern kann wohl nie automatisiert und ohne Aufwand x Postfach passieren. Sorgt dann aber zumindest für eine gewisse Kundenbindung..

Ich hoffe, das ursprüngliche Feature-Request geht jetzt in meinem offtopic Thema "E-Mail-Umzug" nicht unter.

patrickhilker commented 1 year ago

Vielleicht können wir noch einmal kurz festhalten, ob du mit https://github.com/mittwald/feature-requests/issues/14 eure Use-Cases abbilden könntest, oder ob es noch mehr braucht (wie die Limitierung der Anzahl Postfächer usw.)?

paul-hph commented 1 year ago

Aus unserer Sicht wäre es nice, wenn wir zumindest mal die Limits für Email-Postfach Größe und Anzahl rüber bekommen.