Cloud-Datenbank: Empfehlung

[philipp.hofmann]

Hi,

bisher nutze ich als Cloud-Datenbank myCloudData von TMS-Software. Dieses Produkt wird jetzt durch das deutlich teurere StellarDS abgelöst. Der Preis wäre für mich aber okay, wenn dafür Stabilität und Geschwindigkeit der neuen Lösung besser sind. Dies ist bei myCloudData schon mal hin und wieder echt kritisch. Wir haben v.a. sehr viele Query-Abfragen, die den Status von verschiedenen Clients aus abfragen und ein paar Daten übermitteln. Von der Last pro Query extrem klein, aber teilweise eben viele Queries.

Aber mich würden eure Erfahrungen interessieren, gibt es andere sehr gute Lösungen oder hat schon jemand Erfahrung mit StellarDS?

Grüße, Philipp

[Rollo62]

Wenn Du sowas wie bei Hetzner oder OVH meinst?
https://www.ovhcloud.com/en/public-c...aged-databases

Gibt es sehr viele, aber die Preise können auch exponentiell anwachsen.
Für mich sind die meisten Preismodelle viel zu unberechenbar und zu überteuert.

Kommt nicht auch eine eigene, virtuelle PHP Anwendung in Frage, z.B. basierend auf Laravel?
Oder auch Wordpress bietet meine ich eine stabile API, die man um einfache Tabellen erweitern könnte.
Die gäbe es quasi als Flatrate bei vielen Anbietern für 10-25 EUR / Mon. auf ziemlich leistungsfähigen virtuellen Servern.

Die Vorteile von Cloud-Lösungen kauft man meiner Meinung nach sehr teuer ein, z.B. die Skalierbarkeit.
Wer braucht denn schon Traffic wie bei Ebay oder Amazon?

[philipp.hofmann]

Eine eigene virtuelle Anwendung wird wahrscheinlich langfristig die Lösung sein.
Aber da scheue ich mich noch vom Support, da dies wegen der Internationalisierung wirklich 24/7 bedeutet. Dafür sind wir (noch) zu klein.

WordPress ist aus meiner Sicht für die Website okay und damit meinetwegen noch die Benutzerverwaltung. Aber die anderen Funktionen der App würde ich da nur ungerne drauf setzen wollen.

[Neumann]

Man kann auch einen gemieteten (virtuellen) Server für sowas einsetzen. Muss man dann zwar alles selber machen, aber ist mit entsprechenden Frameworks wie TMS usw kein so großer Aufwand.

Da fängt man so bei 16€ netto im Monat für einen virtuellen Windows-Server an.

[TigerLilly]

StellarDS steht bei mir auf der Wiedervorlage. Derzeit nutzen wir https://firebase.google.com/docs/firestore?hl=de um schreibend Daten abzulegen und ein generisches REST API (https://github.com/mevdschee/php-crud-api), um aus einer mySQL-Datenbank Daten abzufragen. Das REST-API könnte zwar schreiben auch, aber ich wollte FireBase mal ausprobieren. Funktioniert super, Kosten sind überschaubar + es gibt jede Menge Tools dazu.

[philipp.hofmann]

Ich bin jetzt an Tag 3 der Migration auf StellarDB. Der größte Teil entfällt darauf, dass ich noch nicht auf die FNC-Cloud-Implementierung der Datenbank umgestiegen war. Im Vergleich zur FMX-Cloud-Kommunikation läuft diese deutlich mobil-kompatibler an, sprich ich setze eine Query/Insert/Update ab und bekomme ein Event mit einer Antwort statt die Antwort als Rückgabe-Wert der Query/Insert/Update-Funktion.

Was mir aber gerade Kummer bereitet, ist der Zustand der TMS-Software FNC-Cloud-Implementierung für Stellar-DB. Da können noch nicht viele Kunden drauf sein. Bei einem Insert wurde in der Datenbank der Eintrag einmal hinzugefügt (richtig), in der Entitiy-Liste aber zweimal, was sich erst nach einem Datenbank-Refresh löst (wird gefixt), bei einem partiellen Update wurde einfach nichts aufgeführt, ohne Fehlermeldung, ohne alles (habe ich weitergegeben). Für beide Punkte habe ich jetzt intern Bugfixes bei uns erstellt. Aber 3 Monate nach Marktstart hätte ich da mehr erwartet. Meine Angst ist weniger, dass wir dies nicht gelöst bekommen, als mehr setzen genügend Kunden auf diese Datenbank, dass diese langfristig von TMS-Software gepflegt wird (und zwar besser als MyCloudDB).

Die Kosten wären jetzt bei 695 EUR im Jahr für mich überschaubar und besser als ein eigener Server (auch wenn der zunächst günstiger erscheint). Aber mit eigener Hardware holt man sich auch immer eigene Probleme in's Haus. Da bin ich über einen ansprechbaren Support bei TMS-Software dankbar.

[v100]

Hallo Philipp,

auch ich darf (besser muß) bis Ende Januar 2025 eine App von MyCloudData (endet ja Ende Februar 2025) auf StellarDS umstellen.
Wie kommst du mit deiner Umstellung voran? Gibt es unerwartete Hürden bzw. Komplikationen?

Über eine Info würde ich mich freuen...

Grüße
Dieter

[philipp.hofmann]

Der größte Aufwand in der Umstellung ist die Tatsache, dass meine bisherige Implementierung noch auf der TMSFMXCloud-Struktur basierte, wo ein query/update/insert eine Funktion mit einem Ergebnis (boolean) ist. In der TMSFNCCloud-Struktur ist dies ja alles umgebaut und query/update/insert sind Prozeduren und das Ergebnis (true/false) kommt in einem Event. Wenn das schon bei dir alles umgestellt ist, sollte es relativ einfach umzustellen sein.

Es gab überraschenderweise einige grundlegenden Fehler in der TMS-Implementierung, wo ganze Befehle nichts getan haben, aber da gibt es schon drei Bugfixes, von denen schon zwei seitens TMS ausgeliefert sind und eines kommt im nächsten Update.

Was da sehr unschön ist, dass egal, ob es sich um einen Bug in deiner App oder in der TMS-Implementierung handelt, es sein kann, dass die TMS-Prozedur aussteigt ohne irgendetwas zu tun. Ich habe schon angeregt auch in dem Fall, dass die Vorverarbeitung aussteigt, auch das Event anzusteuern, wo dann dementsprechend ein success=false zurückkommt. So musste ich schon relativ häufig in die TMS-Implementierung reindebuggen, um zu verstehen, wo noch etwas falsch gesetzt ist (z.B. MetaData passen nicht zum Request) und warum die App einfach nicht weiterläuft, weil die weiteren Prozesse ja in den Events angesteuert werden müssen. Da war man TMS-seitig irgendwie noch nicht so überzeugt.

Einziger Blocker aktuell ist, dass die TMS-Implementierung auf Android nicht wirklich guten Gewissens nutzbar ist. Wenn auch nur mal kurz Wifi nicht zur Verfügung steht, crasht die App, weil der Zugriff auf die DB-URL fehlschlägt. Unter Windows, MacOS und iOS wird dies sauber als Fehler in den Events gemeldet, unter Android crasht die App. Dies ist mir aber erst gestern Abend aufgefallen und ich habe natürlich direkt einen Support-Fall eröffnet. Da macht mir v.a. Angst, dass ja nicht mehr so viel Zeit bis Ende Februar ist. Ich hoffe, die Kritikalität sieht TMS Software an der Stelle auch.

[philipp.hofmann]

Ich bin jetzt endlich durch, es gab noch mehrere Bugfixes seitens TMS, damit die StellarDS wirklich nutzbar ist. Es gab z.B. noch Probleme, wenn man mehr als 2 Sort-Kriterien gesetzt hatte, was das Ergebnis leer und es gab kein dediziertes Event für das Insert einer Liste an Entities, so dass diese Möglichkeit gar nicht nutzbar war.

Was jetzt aber noch wirklich Probleme macht, ist die Datenmigration, da die alte myCloudData-Implementierung auch 4 Wochen vor Abschaltung schon kaum mehr lauffähig ist bzw. die Performance unterirdisch ist. Ich vermute hier sind gerade mehr Zugriff als normal, da alle migrieren müssen. Das kostet mich jeden Tag unnötigerweise eine halbe Stunde.

In Summe würde ich sagen, dass die TMS-Implementierung Anfang November bestenfalls Beta-Stand hatte, jetzt bin ich bis auf zwei Punkte happy (so haben die Aufruf-Methoden teilweise exit-Bedingungen, die nicht zu einem Event führen und somit in's Leere führen -> Architekturfehler, der durch Testen umgangen werden kann). Die Performance der neuen DB ist aber deutlich besser als die der alten und immerhin gibt es eine rudimentäre Sicht auf die Tabellen-Inhalte.

[TigerLilly]

Mich würde immer noch interessieren, warum du dich für StellarDS entschieden hast und nicht zB für Firebase/Google.

[Neumann]

Das StellarDS.io ist sicher interessant, würde mir aber schon wegen der Beschränkung auf 1 mio Datensätzen je Tabelle nicht reichen. Auch der Preis ist nicht so attraktiv.

Eine Datenbank auf einem virtuellen Windows-Server und dann einen eigenen Rest-Server mit XDATA von ebenfalls TMS ist relativ simpel und auch von der Client-Seite einfach.
Ist vielleicht etwas mehr Arbeit aber man hat die volle Kontrolle und bezahlt so ab 12 € im Monat

[TigerLilly]

Zitat:

Zitat von Neumann (Beitrag 1545706)

Das StellarDS.io ist sicher interessant, würde mir aber schon wegen der Beschränkung auf 1 mio Datensätzen je Tabelle nicht reichen. Auch der Preis ist nicht so attraktiv.

Eine Datenbank auf einem virtuellen Windows-Server und dann einen eigenen Rest-Server mit XDATA von ebenfalls TMS ist relativ simpel und auch von der Client-Seite einfach.
Ist vielleicht etwas mehr Arbeit aber man hat die volle Kontrolle und bezahlt so ab 12 € im Monat

Seh ich anders. Bei den Cloud Datenbanken hast du ganz andere Hardware im Hintergrund, die viel höher skaliert.Und du hast mit der laufenden Wartung nix am zu tun. Und: Ein Betrieb 24x7 muss nicht von dir sichergestellt werden.

Drum auch meine Frage, weil bei Firebase hast du alles dabei - auch Google, das stimmt natürlich, das mag uU ein KO Kriterium sein.

[philipp.hofmann]

Ein eigener Server kommt genau wegen 24x7 nicht in Frage. Das hieße bei unserer rund um die Uhr genutzten App nämlich wirklich 24x7.
Die 1 Mio-Datensätze pro Tabelle machen mir keine Angst. Die meisten Daten können wir regelmässig aufräumen und dann bleiben am Ende nicht mehr als 100.000 Datensätze übrig.
Mir ging es zuerst einmal v.a. darum eine Lösung aus einer Hand zu haben und bisher hatte ich bei TMS-Software nur gute Erfahrung gemacht. Das ist jetzt leider das erste Mal, dass ich das Gefühl habe, das läuft nicht so toll. Wir müssen schauen, wie sich TMS verhält, wenn wir mal die 2 Mio Requests im Monat reißen sollten. Da bin ich gespannt. Aber der Hauptaufwand war jetzt eh die Umstellung auf FNCCloud, die Umstellung auf eine andere DB wäre dann deutlich einfacher zu erledigen, da dies nun durch ist.

Aber der alte MyCloudData-Server ist jetzt wirklich seit gestern Abend down und bisher haben wir nur die Antwort:

"We’re aware that the MyCloudData Server is currently down, and our team is actively working to resolve the issue as quickly as possible.
If you have any further questions, please don’t hesitate to reach out.".

Finde ich ein bißchen wenig, um ehrlich zu sein. Wenn wir gestern nicht die App komplett auf die neue DB umgestellt bekommen hätten, wären jetzt die Lichter bei uns dick und fett rot. So wundern sich nur ein paar Kunden, dass ihre Daten der letzten 3 Tage nicht migriert sind.

[Rollo62]

Zitat:

Zitat von Neumann (Beitrag 1545706)

Eine Datenbank auf einem virtuellen Windows-Server und dann einen eigenen Rest-Server mit XDATA von ebenfalls TMS ist relativ simpel und auch von der Client-Seite einfach.
Ist vielleicht etwas mehr Arbeit aber man hat die volle Kontrolle und bezahlt so ab 12 € im Monat

Genau, für normale Anwendungen ist das in 99% der Fälle ausreichend und das Thema "Skalierung" wird i.d.R. gar nicht benötigt.
Aus meiner Erfahrung ist auch eine 24x7 Wartung bei den paar Datensätzen gar nicht nötig.
Ich habe völlig ungewartete Firbird DB mit 2GB gesehen, die jahrzehntelang ohne Wartung durchlaufen, also das Thema finde ich auch etwas zu hoch aufgehangen, bei MySql wird das sicher ähnlich stabil laufen.

Seit wann ist man eigentlich von der eigenen DB hin zu Cloud weggekommen?
Früher gab es auch mal viele gute Gründe gegen eine "Cloud", heute scheint daran überhaupt kein Weg mehr daran vorbei zu führen,
koste es was es wolle.
"Alternativlos" halt, seltsam. :gruebel:

Übrigens "StellarDS" und "MyCloudData-Server" sind ja eine Cloud, anscheinend mit Locked-In Syndrom.

[philipp.hofmann]

Wir haben diesen Winter die Erfahrung gemacht, wie wichtig die Skalierung ist, wenn die App weltweit genutzt wird. Wir hatten massive Probleme, v.a. hinter der China-Firewall. Keine Ahnung, ob dies TMS-Software automatisch löst, aber mit einem eigenen Server hätten wir so ein Thema bei uns. Den Strato-Webserver haben wir relativ erfolgreich mit einem CDN-Server weltweit skaliert bekommen. Wenn irgendwann mal mehr Zeit ist, ***piiiep***

[TigerLilly]

Zitat:

Zitat von philipp.hofmann (Beitrag 1545760)

Wir haben diesen Winter die Erfahrung gemacht, wie wichtig die Skalierung ist, wenn die App weltweit genutzt wird. Wir hatten massive Probleme, v.a. hinter der China-Firewall. Keine Ahnung, ob dies TMS-Software automatisch löst, aber mit einem eigenen Server hätten wir so ein Thema bei uns. Den Strato-Webserver haben wir relativ erfolgreich mit einem CDN-Server weltweit skaliert bekommen. Wenn irgendwann mal mehr Zeit ist, holen wir die Datenbank vielleicht *** piep ***.

Während ich inhaltlich vollkommen bei dir bin, würde ich die Formulierung ***piep*** ganz sicher nicht verwenden.

[philipp.hofmann]

Sorry dafür und danke für's Überpiepen.

[Rollo62]

Zitat:

Zitat von philipp.hofmann (Beitrag 1545760)

weltweit genutzt wird. Wir hatten massive Probleme, v.a. hinter der China-Firewall.

Ja gut, wenn man solche Probleme bekommt, dann macht Cloud auch Sinn.

Aber mit Verlaub, dann besser gleich bei den richtigen Profis, denn ob TMS alle solche Fragen mit Loadbalancing, Firewall, DDoS-Schutz usw. optimal lösen kann, wage ich mal zu bezweifeln.
Da ist man vieleicht bei den Top 5 doch besser aufgehoben.

Auf der anderen Seite gibt es natürlich seitens China auch gerade Beschränkngen für Google, Amazon usw.,
könnte auch sein, dass gerade der kleine TMS seinen Vorteil ausspielen kann, unter dem Radar.

[blawen]

Zitat:

Zitat von Rollo62 (Beitrag 1545785)

Zitat:

Zitat von philipp.hofmann (Beitrag 1545760)

weltweit genutzt wird. Wir hatten massive Probleme, v.a. hinter der China-Firewall.

Ja gut, wenn man solche Probleme bekommt, dann macht Cloud auch Sinn.

Aber mit Verlaub, dann besser gleich bei den richtigen Profis, denn ob TMS alle solche Fragen mit Loadbalancing, Firewall, DDoS-Schutz usw. optimal lösen kann, wage ich mal zu bezweifeln.
Da ist man vieleicht bei den Top 5 doch besser aufgehoben.

Auf der anderen Seite gibt es natürlich seitens China auch gerade Beschränkngen für Google, Amazon usw.,
könnte auch sein, dass gerade der kleine TMS seinen Vorteil ausspielen kann, unter dem Radar.

Globale Probleme können nicht mal die Grossen perfekt lösen und wenn es wirklich darauf ankommt, ist man bei den grossen meistens eine kleine Nummer.
Persönlich habe ich mit den kleinen Durchaus schon gute Erfahrungen gemacht. Die TMS Lösung habe ich bisher nicht ausprobiert, aber ich kann mir gut vorstellen, dass sie nicht wirklich selber hosten.

[philipp.hofmann]

Bevor ich jetzt große Probleme löse, muss aber TMS-Software jetzt noch umgesetzen, dass man im String einer Where-Bedingung ein "+" verwenden darf. Dies wird aktuell so codiert, dass der DB-Server nichts ausspuckt. In der StellarDS erwarten einen echt immer wieder Überraschungen. Und myCloudData.net ist weiterhin seit einer Woche tot, obwohl es erst für Ende Februar angesagt war.