Firebird für Cloud-Anwendung?

Question

Ich werde ein POS (Point of Sale) -System starten, das als reguläres Intranet-System (in seinem ersten Beta-Stadium) beginnen wird, aber ich möchte später zu einem Cloud-Angebot skalieren. Ich werde es als eine hybride Lösung anbieten.

Ich möchte es Firebird verwenden, weil die Bereitstellung einfacher, minimaler Platzbedarf und die Möglichkeit, einen eingebetteten Multithread-Server zu verwenden. Allerdings mache ich mir Sorgen, ob Firebird für einen Cloud-Dienst mit Fehlertoleranz, Datenreplikation usw. verwendet werden könnte, um so zuverlässig zu sein, dass kleine Unternehmen sein Geschäft darauf aufsetzen (ähnlich dem Service von Freshbooks).

Meine andere Option ist Postgression verwenden, aber ich habe keine Erfahrung damit.

Ist FB gut genug, um als SAAS-Backend verwendet zu werden? Irgendwelche erfolgreiche Implementierung?

P. D: Ich dachte, es auf stationieren auf GoGrid oder Rackspace ...

Answer 1

FB ist eine großartige Option und es kann große Datenmengen verarbeiten und hat die Fähigkeit, eine db über mehrere Dateien zu überspannen. Ich habe es in ein paar Web-Projekten zuletzt auf inmobiapp.com verwendet. Aber die einzige Sache, die ich vermisse, ist die Replikation, bis jetzt ist die einzige Lösung, die ich verwendet habe, ibpreplicator, es ist ein sehr guter Ruf. Werkzeug, wenn richtig konfiguriert. Sie können es kostenlos ausprobieren, aber Sie müssen eine Lizenz kaufen.

Beachten Sie auch die Treiberunterstützung für die verwendete Programmiersprache. Das letzte Mal, als ich FB auf Rails checkte, ist die Unterstützung nicht so gut, auf der anderen Seite hat PHP eine großartige Unterstützung für FB.

Answer 2

Sie Ihre POS-Anwendung ohne Kenntnisse des SQL-Backend-Code sollte. So können Sie jederzeit Backends wechseln. Vorteilhaft ist auch, dass der Anwendungscode die Innereien des Persistenz-Codes nicht versteht, da sonst eine Layer-Verletzung vorliegt.

Eine gängige Methode hierfür ist die Verwendung einer Object Relational Mapping (ORM) -Bibliothek. This Firebird FAQ empfiehlt einige ORMs, die mit Firebird funktionieren.

Answer 3

Entschuldigen Sie, dass ich hier ein wenig hart klingle, aber Hybrid ist Bullshit. Ich mag die Idee eines SaaS-POS, aber verderben Sie den Spaß nicht für sich selbst, indem Sie den langen und windigen Weg der Vor-Ort-Software-Wartungsunterstützung gehen.

Keine Wartung vor Ort ist der attraktivste Grund für eine SaaS-Lösung sowohl für den Kunden als auch für Sie!

Machen Sie es von Anfang an zu einer reinen SaaS-Anwendung mit der richtigen Vollbild-Browser-Unterstützung, optimierter Benutzerfreundlichkeit und SSL-Verschlüsselung. Denken Sie auch über Konkurrenten besonders Square, weil Ihr System eher kleine Händler anzieht und Square ist überall über sie.

Wenn Sie vor Ort nicht vor Ort sind, sollten Sie von Anfang an mit einem geeigneten Web-Framework und ORM arbeiten. Sie können Dinge später optimieren, wenn Sie einen Grund und die Erfahrung dazu haben.

Jetzt ist dies nur meine Meinung, aber denke darüber nach, was ich gerade gesagt habe und denke besonders darüber nicht nur aus technologischer Sicht.

Answer 4

Firebird ist ein gutes RDBMS, aber leider nicht sehr weit verbreitet in Web-Anwendungen oder Hosting-Unternehmen.

Persönlich mag ich die FB-Software, aber nicht allzu scharf auf die Gemeinschaft um ihn herum.

Und mit locale Groß- und Kleinschreibung Ordnung machen UTF8 Arbeit ... Das ist, was mich auf sie verzichten gemacht ..

ich Postgres empfehlen würde, MySQL (oder MariaDB).

Einige Leute denken immer noch mysql ist instabil, Ich hatte nie irgendwelche Probleme, aber nicht mit Daten größer als 1 GB gearbeitet.

Was auch immer Sie wählen, planen Sie Backups.

UPDATE Jemand hat meine Antwort abgelehnt. Meine schlechten Erfahrungen mit der FB Foundation zu teilen und um genau zu sein, mit H. Borrie macht diese Antwort nicht "nicht sinnvoll". Wenn sich die Einstellung von den Doktoren verbessert hat, gratuliere ich FB aufrichtig.