Domanda

I partirà un POS (Point of Sale) sistema che inizierà come un sistema intranet regolare (nella sua fase iniziale-beta), ma voglio scalare in seguito ad un'offerta cloud. Offrirò come una soluzione ibrida.

lo voglio usare Firebird, perché la distribuzione più facile, minimo ingombro e la possibilità di utilizzare un server multithread incorporato. Tuttavia, mi preoccupo se Firebird potrebbe essere utilizzato per un servizio cloud con tolleranza d'errore, la replica dei dati, ecc ... per essere abbastanza affidabile per le piccole imprese ha messo la sua attività su di esso (simile al servizio di Freshbooks).

La mia altra opzione è l'uso Postgress, ma non ho esperienza con esso.

Is FB abbastanza buono per essere utilizzato come SAAS backend? Qualsiasi successo implementazione?

P.D: pensando che il distribuirlo su GoGrid o Rackspace ...

È stato utile?

Soluzione

FB è una grande opzione ed è in grado di gestire grandi insiemi di dati e ha la capacità di estendersi un db in più file. Ho usato in un paio di progetti web più di recente su inmobiapp.com. Ma l'unica cosa che vedo che manca è la replica, finora l'unica soluzione che ho usato si chiama ibpreplicator è un ottimo rappresentante. strumento, se configurato correttamente. Si può provare gratuitamente, ma è necessario acquistare una licenza.

Considera anche supporto driver per il linguaggio di programmazione che si intende utilizzare. L'ultima volta che ho controllato FB on Rails sostegno non è che il bene d'altra parte PHP ha un grande supporto per FB.

Altri suggerimenti

Si dovrebbe codificare l'applicazione POS senza alcuna conoscenza del back-end SQL. In questo modo è possibile passare backend in qualsiasi momento. E 'anche vantaggioso che il codice dell'applicazione non capisce l'interno del codice di persistenza, in caso contrario si ha una violazione livello.

Un modo comune per farlo è quello di utilizzare un Relational Mapping (ORM) libreria di oggetti. Questo Firebird FAQ raccomanda alcune ORM che lavorano con Firebird.

Mi scusi suona un po 'dura qui, ma ibrido è una stronzata. Mi piace l'idea di un SaaS POS ma non rovinare il divertimento per voi stessi andando giù per il sentiero lungo e ventoso del sul sostegno manutenzione del software del sito.

Nessun sulla manutenzione del sito è la ragione più attraente unico per una soluzione SaaS per entrambi, il cliente e voi!

Lo rendono un SaaS applicazione pura fin dall'inizio con adeguato supporto del browser a schermo intero, l'usabilità snellito e la crittografia SSL. Anche pensare concorrenti soprattutto Square, perché il sistema sarà piuttosto attirare piccoli commercianti e Piazza è tutto su di loro.

Se non si esegue in loco, in primo luogo andare con un framework web adeguato e ORM fin dall'inizio. È possibile ottimizzare le cose più tardi, quando si ha un motivo e l'esperienza per farlo.

Ora, questa è solo la mia opinione, ma pensare a quello che ho appena detto e soprattutto pensare a questo proposito, non puramente da un punto di vista tecnologico.

Firebird è un buon RDBMS ma purtroppo non molto diffusa sia in applicazioni web o società di hosting.

Personalmente mi piace il software FB, ma non troppo entusiasta della comunità attorno ad esso.

E rendere il lavoro UTF8 con locale ordinamento case-insensitive ... Questo è quello che mi ha fatto rinunciare a esso ..

mi consiglia Postgres, mysql (o MariaDB).

Alcune persone pensa ancora MySQL è instabile, Non ho mai avuto alcun problema, ma non lavorato con i dati più grandi di 1 GB.

Qualunque cosa scegliate, pianificare i backup.

Aggiorna Qualcuno downvoted la mia risposta. Condividere le mie esperienze negative con la Fondazione FB e per la precisione, con H. Borrie non fa questa risposta "non utile". Se l'atteggiamento è migliorato dalle Agli scrittori, io sinceramente congratulo con FB.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top