Data in tempo reale della piattaforma incrociata

Question

Sto lavorando alla progettazione di una nuova piattaforma per un certo tipo di applicazione. Queste applicazioni esiste principalmente su dispositivi iOS e Android. Uno dei requisiti principali in queste applicazioni è che è sincronizzato i dati in tempo reale ed è sicuro. Il mio pensiero è andato direttamente all'uso di una sorta di protocollo di accodamento usando le prese. Le restrizioni sul server sono che dovrebbe essere scritto in Java o PHP. Tuttavia, i clienti non sono restritti. Come ho già detto, principalmente dispositivi iOS (Objective-C) e Android (Java).

Devo implementare qualcosa come ActiveMQ o Tibco o dovrei che ci siano altre soluzioni che potrebbero essere meglio da usare?

Distinti saluti,
Paul Peelen

Answer 1

Il modo migliore è usare API RESTful su HTTP. Le persone che dicono che le prese sono più sicure di quanto HTTP di solito non capiscono davvero di cosa stanno parlando (niente di privato, amico. Solo affari!)

HTTP è un protocollo di trasporto che funziona su prese TCP. Quindi, HTTP è anche prese. Ciò che ti dà la sicurezza è la crittografia di ciò che stai inviando. SSL è la risposta. Utente HTTPS per rendere la tua applicazione sicura.

Ora riguardo alla fila. La coda è necessaria per disaccoppiare la consegna delle informazioni e la sua elaborazione. Ciò è preferibile nel tuo caso perché l'elaborazione potrebbe richiedere del tempo e non si desidera bloccare il mittente (dispositivo mobile) mentre il server sta elaborando i dati. Ti suggerirei di utilizzare l'implementazione open source del broker di messaggistica (come ActiveMQ, Rabitq, QPID ecc.). Tibco è perfetto ma costa un po 'di denaro. E se stai andando verso il broker di messaggistica Java implementa anche il tuo server in Java e l'API JMS utente supportata da tutti i broker di messaggistica.

Spero che questo aiuti.

Answer 2

Opzione 1:

Formato messaggio RSS tramite HTTPS e T secondo timer.
HTTPS è un protocollo di trasferimento crittografico rispetto alle prese SSL (anche utilizzate dal banking elettronico).

Opzione 2:

Riposa tramite HTTPS e T secondo timer.
È una buona cosa che un protocollo di riposo personalizzato sia basato su binario anziché basato sul testo come HTTP?

Opzione 3:

Calciando il server HTTP, PHP e utilizzando le prese SSL in Java.
http://stilius.net/java/java_ssl.php