Parse service retired

[Rollo62]

Hallo zusammen,

sehe gerade Parse ist gestorben, und
das wo ich mich doch schon ernsthaft damit beschäftigt hatte das einzusetzen, und nicht Kinvey (weil zu teuer).

Die Frage auf einer Roadshow warum man einen simplen, eigenen "Parse"-Server (REST) nicht mit PHP mal schnell
auf einen einfachen Hosting Server bringen könnte wurde seinerzeit abgetan:

Zitat:

"Weil Cloud viel schneller, super skalierbar und soviele Features hat dam man Mannjahre bäuchte um das selber zu machen, und bei Millionen Anfragen pro Sekunde ohne LoadBalancing alles crasht (so in etwa ...)".

Die Antwort siehe oben, weil man sich eben bei Cloud auf nichts verlassen kann, und jeder der dort eine grosse Anwendung hat ist jetzt in den Allerwertesten gebissen.

Aber was mir erstmal reichen würde wäre ein ganz einfacher PHP-Server, der die Daten mehr oder weniger
in mehreren flachen Tabellen ablegt.
Natürlich sollte eine kleine Nutzerverwaltung und genug Security schon dabei sein, wie z.B. bei Slim basierte Lösungen.
Das ist für den Start sehr kostengünstig, weil auch mehrere Projekte auf einem Server Laufen können.

Ich würde das gerne zusammen mit iOS und Android Mobile Clients einsetzen, um simple Daten auszutauschen,
da erwarte ich erstmal nicht tausende von Anfragen.
Vorstellen könnte ich mir PHP-Server mit ähnlichen API wie Parse/Kinvey, um schnell eine Anwendung zu bauen und zu testen, und dann kann man ja immer noch in die Cloud.

Hat vieleicht schonmal jemand Erfahrung mit PHP so einer "eigenen" Cloud-Lösung gemacht, gibt es Empfehlungen ?

Rollo

[Uwe Raabe]

Wenn ich das richtig interpretiere, steht der Parse Server doch jetzt offen zur Verfügung.

[Daniel]

Wir müssen das richtigstellen: JETZT ist niemand in den Allerwertesten gebissen. Parse hat angekündigt, seinen Service ENDE Januar 2017 einzustellen.
Am grundsätzlichen Prinzip der Cloud ändert sich dadurch nichts und ich sehe die zitierte Aussage aus der Roadshow auch nicht widerlegt. Dienstleister kommen und gehen, das ist wahr. Und wer seine Lösung mit den BaaS-Komponenten von Delphi realisiert hat, wird wenigstens Delphi-seitig nur die Zugangsdaten ändern müssen, um z.B. zu Kinvey zu wechseln. Genau dafür wurde die Schnittstelle ausgelegt.

[Rollo62]

Hallo Daniel,

danke für die Klarstellung.

Aber dir ist auch klar das wohl niemand ein NEUES Projekt auf Parse starten würde, das ist ja wohl klar.

Den Parse-Source habe ich noch nicht gesehen, der läuft aber wohl nicht, wie meine Frage war, auf PHP-Virtual Hosts ?
Ich möchte eigentlich keinen Parse2 Server aufbauen, sondern eben alles eine Nummer kleiner.

Dazu suche ich ein paar Ideen.

Rollo

[Uwe Raabe]

Es kann aber durchaus sein, daß es demnächst ein paar andere Anbieter geben wird, die auf Basis des Parse Servers einen alternativen Dienst anbieten. Nach dem, was ich bisher gelesen habe, braucht es dazu nur einen Node.JS server.

Leider haben Sie den Push-Dienst wohl nicht mit rein gepackt - das macht es für meine Anwendung leider unbrauchbar. Dann bleibt dafür zur Zeit wohl nur Kinvey als Alternative.

[Rollo62]

Hallo Uwe,

ja richtig, der PushDienst ist natürlich ein Argument.
Aber für mich spricht gegen Kinvey das Preismodell.

Hast du denn gecheckt was nötig ist im die ParseSourcen auf einem eigenen Server zum Laufen zu bringen ?
Ich nehme mal auch an das dies dann auch OHNE Push wäre, denn dafür braucht man doch sicher schwer zu bekommende
Sondervertrage mit den Mobil-Providern.

Oder sehe ich das falsch und die Push-Dienste sind simpel zu lösen ?
Es gab doch ein Video von Sarina wo die einen CloudService vorgestellt hatte, finde es auf die Schnelle nicht mehr,
aber ging es da um Push oder um Ads ?

Rollo

[mjustin]

Zitat von Rollo62:

Oder sehe ich das falsch und die Push-Dienste sind simpel zu lösen ?

Sehr einfach - wenn es nur für eine Plattform sein soll. Parse und Kinvey übernehmen, wenn ich es richtig verstehe, die Kommunikation mit den APIs von Apple und Google.

Einen minimalen Google Cloud Messaging (GCM) Backend Server kann man anhand des Tutorials und Demo-Codes (in Java oder einer der anderen unterstützten Sprachen, für die es Doku gibt) an einem Nachmittag bauen. Der muss nur auf eingehende Requests von Google warten, ist also z.B. ein einfacher HTTP Server. Und für Push-Nachrichten sendet man einen einfachen HTTP Request an Google, in dem die Geräte-ID enthalten ist.

(Ob man mit FireMonkey allerdings die geräteseitig notwendigen Funktionen hat, weiss ich nicht. Ich habe für den Client einfach das Java SDK verwendet.)

[Daniel]

Zitat von mjustin:

(Ob man mit FireMonkey allerdings die geräteseitig notwendigen Funktionen hat, weiss ich nicht. Ich habe für den Client einfach das Java SDK verwendet.)

Server und Client lassen sich bei Bedarf sowohl für iOS als auch für Android mit Delphi erstellen. Grundsätzlich ist alles vorhanden.

[mjustin]

Zitat von Daniel:

Server und Client lassen sich bei Bedarf sowohl für iOS als auch für Android mit Delphi erstellen. Grundsätzlich ist alles vorhanden.

Sorry, natürlich ist clientseitig alles da (denn die Geräte kommunizieren ja immer nur mit Apple APN oder Google GCM, nicht mit Parse oder Kinvey). Wer also mag, kann den Server komplett ohne SaaS (Parse / Kinvey) bauen.

Aber heisst "Grundsätzlich ist alles vorhanden" dass es (für alle die ohne Parse / Kinvey arbeiten wollen) einen "Wizard" oder ein Projekt-Template in Delphi gibt, das einen APN oder GCM Backend-Server erstellt?

[Daniel]

Ich muss den Code wieder herauskramen - aber aus dem Gedächtnis:
Für den Server hatte ich lediglich einen INDY-Client sowie die Zertifikate von Apple genutzt. Damit hatte ich dann die von Dir beschriebene Verbindung zu den Servern von Apple / Google aufgebaut.

Für den Client musste ich ein oder zwei Klassen ableiten, um die Notifikationen empfangen zu können. Ich konnte mich dabei aber eng am dem Code der Parse-/Kinvey-Komponenten orientieren. Denn der eigentliche Versand der Notifikationen erfolgt ja auch bei denen dann über die offiziellen Server. Client-Seitig spielt es also keine Rolle, wie der Push nun initiiert wurde.