Welches Server-Backend für eine live-Anbindung einer Android-App?

Welches Server-Backend für eine live-Anbindung einer Android-App? (5 Beiträge, 263 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Hallo,

ich möchte ein Testprojekt, bei dem einige Sensorwerte vom Android-Gerät live auf einer Webseite dargestellt werden, umsetzen. Einzelne Datensätze werden auch nur einmalig übertragen.

Welches Backend (am Server) würdet ihr für diese Zwecke (zum Empfangen der Daten vom Android-Gerät) einsetzen?

Es soll schnell zum Einrichten sein und irgendeine Möglichkeit eines Datenstreams geben.

Ich bin bei der Recherche über Microsoft Azure (primär .NET) und Google App Engine (primär Python) gestossen.
Beide würden wahrscheinlich die Anforderungen erfüllen.

Für jegliche Tipps, Empfehlungen und Anregungen bin ich sehr dankbar.

MfG,
Arthur

Was spricht gegen HTTPS mit Basic Auth und HTTP POST- oder PUT-Requests, plus am Server einen Request Handler deiner Wahl in einer Sprache ganz nach deinen Vorlieben implementiert, zur Not via CGI? (HTTP als "the new TCP" geht mir persoenlich zwar schwer auf die Nerven, hier seh ich aber wirklich keinen Grund, ein (anderes) Rad neu zu erfinden...) Das ganze klingt ja nicht gerade nach einem Anwendungsfall mit ausgefallenen Anforderungen.

Unter "Datenstream" kann ich mir nicht viel vorstellen, aber du kannst ja Keepalive am Server aktivieren (mit entsprechend langem Timeout) und sparst dir dann den Handshake zum Aufbauen neuer Verbindungen, wenn das das Ziel ist...

Deine "Anforderungen" sind leider ein bisschen zu schwammig, als dass man einen wirklich informierten Ratschlag erteilen koennte. Versucht hab ich es halt trotzdem

echo "[q]sa[ln0=aln256%Pln256/snlbx]sb729901041524823122snlbxq"|dc

Vielen Dank für deine Ausführungen!

Nachdem ich mit dem Zeug überhaupt keine Erfahrung habe, stimmen mich deine Tipps sehr positiv

HTTPS + Basic Auth + POST/PUT-Request ist wahrscheinlich eine gute, leicht implementierbare Lösung.

Mittlerweile haben sich die Anforderungen etwas verfeinert.

Unbedingt gelöst werden muss
- vom Android wird eine XML-File an den Server gesendet und vom Server mittels Webfrontend oder Windows-GUI änderbar dargestellt
- geändertes XML-File wird vom Webfrontend zum Server und weiter zum Android-Gerät übertragen
- einfache Authentifizerung auf beiden Seite, verschlüsselte Datenverbindung und Prüfsumme zur Valdierung der Richtigkeit der übertragenen XML-Files

Wenn dieser Teil implementiert ist und stabil läuft sollen dann auch noch
- live Sensorwerte vom Android-Gerät am Webfrontend oder Windows-GUI dargestellt werden

Ich vermute mal sobald es um grafische Live-Darstellung (etwa XY-Plot) von Werten geht wird es mit Microsoft Visual Studio am einfachsten zu Entwickeln sein (als z.B. Python 2 mit einer web plotting library).

Ich muss jetzt allerdings erstmal abklären, ob ich einen eigenen Testserver aufsetze (z.B. mit Ubuntu), einen kostenpflichtiger Server miete oder Google Cloud/Microsoft Azure einsetze.

- live Sensorwerte vom Android-Gerät am Webfrontend oder Windows-GUI
dargestellt werden

wie live soll "live" sein?

wenns sehr live sein soll, dann waere eventuell websockets die technologie der wahl.

ich habs mir zwar noch nie genauer angesehen, aber vielleicht faengst du damit was an: http://autobahn.ws/

ich möchte ein Testprojekt, bei dem einige Sensorwerte vom Android-Gerät live
auf einer Webseite dargestellt werden, umsetzen. Einzelne Datensätze werden
auch nur einmalig übertragen.

Wie "live" ist live? Ein Wert pro Stunde? 100 Werte pro Sekunde?
Wie viele Sensorwerte sind es? 1? 10? 100?
Wie viele Android Geräte sind es? 1? 10? 100?

Welches Backend (am Server) würdet ihr für diese Zwecke (zum Empfangen der
Daten vom Android-Gerät) einsetzen?

Grundsätzlich das, wo ich mich bereits auskenne. Einfach, um den Lernaufwand möglichst niedrig zu halten - falls das Lernen nicht gewollt ist. In meinem Fall würde ich also auf PHP + MySQL und eine 08/15 Standard Webhost Umgebung setzen. Das ist billig, einfach und vermutlich ausreichend.

Es soll schnell zum Einrichten sein und irgendeine Möglichkeit eines
Datenstreams geben.

Wie ist "Datenstream" in diesem Zusammenhang gemeint? Geht es da um den Datenupload in Form eines laufenden Streams? Um den Download in Form eines Streams (wie z.B. bei Fernsehstreaming)? Oder einfach nur darum, dass ein Graph in einer Website laufend in sehr kleinen Intervallen aktualisiert wird?

Ich bin bei der Recherche über Microsoft Azure (primär .NET) und Google App
Engine (primär Python) gestossen.

Also, wie gesagt - dein Skillset ist hier ausschlaggebend. Generell kannst du aber folgendes machen. Ich nehme folgende Anforderungen an:

Sensoren: 10
Intervall: 1 x pro Sekunde
Geräte: 10

Macht 10 x 10 x 1 = 100 Updates pro Sekunde am Server. In diesem Intervall sollte also auch die Anzeige aktualisiert werden. Damit das funktioniert musst du mit der doppelten Abtastrate abfragen, also 200 x pro Sekunde. Ein durchschnittlicher Webserver mit durchschnittlicher Datenbank sollte das schaffen.

Den Upload von Android zum Webserver würde ich per http post und einer simplen JSON Struktur umsetzen, die einen gerätespezifischen Authentifizierungstoken beinhaltet. Am Server würde ich mit einem PHP Skript den JSON String entgegenehmen, den Token prüfen und die Info in der Datenbank speichern. Das ist technologieunabhängig, geht mit ASP, Python, etc. genauso.

Den Webclient würde ich in HTML5 implementieren, wo eine simple JS Grafikbibliothek zur Anzeige des Graphen verwendet wird. Ein Beispiel für eine fix und fertiges Layout auf Basis Twitter Bootstrap findet sich hier:

Demo:
http://vinceg.github.io/Bootstrap-Admin-Theme/stats.html

Download:
https://github.com/VinceG/Bootstrap-Admin-Theme

Einfach das Layout nehmen, die morris.js per periodische AJAX Requests an den Server (brauch ein Leseskript in PHP/ASP/Python/... in die Datenbank) befüttern und fertig ist die Web Applikation. Ohne großen Aufwand kriegt man so ein fesches Layout und eine simple Applikation.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung