Usando solo il database cloud e il servizio di autenticazione nel cloud come back-end per un'app mobile - sufficiente?

0

Voglio creare un'applicazione Android con funzionalità basate su cloud.

Ciò comporterebbe un (piuttosto semplice) programma di fidelizzazione per consumatori e dettaglianti; quindi, basta gestire gli account utente e alcuni dati associati come i punti raccolti.

La mia domanda: è possibile basarlo su alcune soluzioni già pronte come Amazon AWS o Firebase? Voglio dire, basta usare un database nel cloud, oltre ai servizi di autenticazione, ma senza implementare il mio backend personalizzato, implementando API personalizzate, ecc.? Cosa posso perdere adottando questo approccio?

Ovviamente in questo caso nessuna logica aziendale può essere implementata sul backend, il che potrebbe essere una responsabilità per quanto riguarda la retrocompatibilità.

C'è qualcos'altro che mi manca, però?

Felice di fornire ulteriori informazioni se necessario.

    
posta Salvatore Turati 12.05.2017 - 13:13
fonte

3 risposte

2

Come prova rapida del concetto, è un buon modo per iniziare.

Che cosa hai perso?

  • Controllo di design, API e autorizzazione (ad esempio controllando chi può fare cosa)
  • Consolidamento di alcune delle query necessarie. La potenza del cloud è quando si estraggono da dati diversi e si uniscono in un modo interessante.
  • Prestazioni quando tenti di fare tutto nel client che avrebbe dovuto essere consolidato (punto 2)

Questi sono tutti aspetti che in una fase di proof of concept non sono molto importanti, ma dato che il numero di utenti aumenta, è necessario avere un controllo sufficiente sulla propria infrastruttura.

Ricorda che l'autenticazione basata sul cloud sta determinando chi sta accedendo ai tuoi servizi. Questo non fa nulla per controllare chi tenta di fare qualsiasi attività. La tua app è responsabile dell'applicazione della propria autorizzazione , che convalida i privilegi di un utente autenticato.

    
risposta data 12.05.2017 - 14:34
fonte
1

Quando si utilizza ad esempio Firebase come backend per la propria app, è necessario fare affidamento sul fatto che l'API / funzionalità sottostante non cambi. Dato che non stai eseguendo il backend in realtà non puoi "congelare" un determinato stato, ma devi seguire le possibili modifiche in futuro, ad es. implementando chiamate di metodo aggiornate nella tua app, che ovviamente costa un po 'di tempo e quindi denaro.

Il vantaggio (= risorse che si risparmiano) di utilizzare una soluzione pronta all'uso in questo modo richiede alcuni investimenti (= risorse da spendere) nel corso della durata del prodotto per mantenerlo al passo dello sviluppo dei terzi su cui fai affidamento.

Quindi IMHO non è davvero una questione tecnica, è più un compromesso economico.

    
risposta data 12.05.2017 - 16:49
fonte
0

Non è chiaro esattamente cosa intendi.

Se si dispone di un database cloud, ad es. Amazon RDS, è improbabile che l'app si connetta direttamente a esso. Avrai bisogno di una API 'personalizzata' di qualche tipo (che può anche essere 'nel cloud') Ma il lavoro potrebbe essere minimo. Nello stesso ordine di come impostare l'istanza RDS in primo luogo.

Una soluzione più semplice, in termini di dipendenze esterne, potrebbe essere quella di utilizzare l'app store del modello di acquisto dell'app in tua scelta per acquistare prodotti "in abbonamento". A quale applicazione è quindi possibile applicare la business logic per limitare la sua funzionalità.

    
risposta data 12.05.2017 - 14:59
fonte

Leggi altre domande sui tag