Principi di un proxy di dati estensibile

Naviga le tue risposte
2

Ora c'è un settore in crescita con più di 30 aziende che operano nel mercato dei servizi backend-as-a-service (BaaS).

Il principio è semplice: offrire alle aziende un modo sicuro di esporre pubblicamente i dati ospitati nei locali e dietro il firewall pubblicamente.

Questo può includere i dati del database, così come i dati del PC legacy attraverso connettori stabiliti; Ad esempio, SAP fornisce un connettore per le transazioni con i loro sistemi legacy.

I primi tentativi riguardavano fornitori fissi per sistemi specifici come SAP, IBM o Oracle, ma la nuova generazione è estensibile, consentendo ai partner di canale e ai consulenti di creare solide applicazioni di integrazione che possono consumare tutte le fonti di dati che il cliente desidera esporre.

Mi sembra di essere vicino alla conclusione di una piattaforma applicativa HTML5 basata su cloud che fornisce solidi servizi di integrazione e vorrei iniziare a lavorare su un proxy di dati estendibile per completare il sistema.

Da quanto posso raccogliere, ho bisogno di fornire un servizio web installabile di qualche tipo, o un servizio Cloud che il client possa configurare con VPN per le interazioni.

Quindi posso costruire connettori, che possono essere attivati con un account di servizio, ed esporre tali transazioni tramite servizi web di qualche tipo (JSON, SOAP, ecc.).

Posso anche fornire un framework che permetta alle persone di costruire nei propri connettori e utilizzare un qualche tipo di schema per collegare questi connettori al proxy.

Il risultato finale è una sorta di servizio Web pubblico che può essere tranquillamente utilizzato dalle applicazioni per mostrare i dati tramite HTML5 su qualsiasi dispositivo.

Il mio istinto è, non è così difficile come sembra. Quasi tutte le oltre 30 aziende (con più che saltano fuori quasi ogni settimana) sono venute alla luce negli ultimi 18 mesi circa, il che mi dice che la tecnologia di base o lo skillset per creare la tecnologia è in abbondanza adesso.

Da dove dovrei iniziare? Ci sono dei progetti open source che posso sfruttare? Un gruppo specifico di sviluppatori che posso assumere? Sono fiducioso che qualcuno qui possa mettermi sulla strada giusta e salvarmi un po 'di tempo.

Non vedi che molte aziende nascono così rapidamente se stanno iniziando da zero con la tecnologia proprietaria.

Il registro: WTF è BaaS

Video di un minuto da Kony sul loro BaaS

    
posta Wesley 19.10.2013 - 22:46
fonte

2 risposte

1

Dai un'occhiata allo stack Usergrid, mantenuto (e successivamente posseduto) da Apigee. Apigee in realtà fa la maggior parte di questo già. link

Potresti trovarti immerso in un mondo di competizione dove i concorrenti hanno più capitale e più risorse di te, il che renderebbe un inizio difficile.

Ciò che distingue questi grandi fornitori dalle piccole aziende è che possono (e gestiscono) gestire i problemi di supporto, scalabilità e sicurezza che sono fondamentali per un BaaS di successo.

    
risposta data 26.10.2013 - 07:15
fonte
1

The principle is simple: give companies a secure way of exposing data housed on premises and behind the firewall publicly.

Dalla definizione di Back-end come servizio in uno dei questo articolo che menzionato 

a backend-as-a-service gives you an API into a common 
infrastructure for sending data between applications

Quindi in linea di principio, BaaS sta semplicemente fornendo API per consentire alle applicazioni di comunicare tra loro. Non necessariamente limitato agli oggetti dietro i firewall aziendali, ma anche gli elementi disponibili pubblicamente, ad esempio Firebase. Firebase non esegue l'autenticazione degli utenti, un'altra parte della tua app lo fa. Ciò che Firebase fa è fornire alla tua applicazione un'API per la comunicazione in tempo reale con altre istanze della tua applicazione e un servizio di archiviazione di database in tempo reale.

The end result is some kind of public facing web service that could securely be consumed by applications to show data through HTML5 on any device. My gut is, this isn't as hard as it sounds.

La difficoltà sta nel tipo di comunicazione a che tipo di cose offrirai e in che modo è specializzato o specializzato. Nel caso di Meteor, non sembra troppo complicato fare ciò che fa, molto ben definito e specializzato nelle connessioni con altri social media / apis di social network. Nel caso di Firebase, hanno dovuto creare una API di comunicazione in tempo reale generica da zero (anche se hanno fatto un uso massiccio di nodejs), che dovrebbe parlare da sola.

Ok, quindi torna alla tua domanda.

Where should I start on this?

Potresti iniziare definendo le specifiche del tuo BaaS. In particolare, che tipo di comunicazione offri. Chi comunicherà con chi, sicurezza delle comunicazioni ecc.

Are there some open source projects I can leverage?

Progetti open source? Purtroppo, non ne ho avuto nessuno.

A specific group of developers I can hire?

Credo che gli sviluppatori di API sarebbero una buona scelta qui. Dovrebbero essere in grado di creare modi in cui i tuoi endpoint possano comunicare tra loro per il tuo BaaS

    
risposta data 22.10.2013 - 12:58
fonte

Leggi altre domande sui tag

Tecnica per sincronizzare i codici di errore in un'API dello stesso progetto Iniezione delle dipendenze con macchine a stati finiti e il principio di segregazione dell'interfaccia