Datenaustausch mit der "Cloud"

[jaenicke]

Die Cloud-Unterstützung bringt Delphi ab der Enterprise Edition bereits direkt mit, ja. Das Prinzip ist hier z.B. erklärt:
http://www.youtube.com/watch?v=BRFbiRcLtkc
http://docwiki.embarcadero.com/RADSt...g_mit_DataSnap
...

Das ganze lässt sich relativ schnell und einfach umsetzen. Ich habe das zwar bisher nur mit XE gemacht, aber mit XE2 soll es ja sogar noch schöner gehen.

[bernau]

Frage die mich immer wieder interessiert:

Warum Cloud? Warum nicht einen eigenen Rootserver anmieten. Beim Rootserver weist du wo er steht. Bei Cloud bekomme ich immer irgendwie Bauchschmerzen.



Habe einige Rootserver für meine Internetseiten und für Backup der Kundendaten. Eigendlich laufen die recht Wartungsarm.

Ich überlege mir schon seit Wochen, ob ich nun die Kundendaten nicht mehr lokal speichere, sondern auf den Internetservern und diesen Dienst meinen Kunden vermiete. Vorteil ist natürlich, daß man von überall auf die Daten zugreifen kann. Nachteil: Ich muss mich um die Sicherheit der Daten kümmern.

Die Frage ist auch, wie kann ich offline weiterarbeiten, falls mal das Internet ausfällt? Alles noch nicht ausgegoren. Aber dennoch kam mir nie die Idee, die Daten in die Cloud auszulagern.

[jaenicke]

Zitat von bernau:

Die Frage ist auch, wie kann ich offline weiterarbeiten, falls mal das Internet ausfällt? Alles noch nicht ausgegoren.

Wieso? Genau das ist doch mit Multi-Tier Anwendungen mit DataSnap möglich.

Sprich ich habe z.B. die Struktur Client <--> lokaler Server <--> Netzwerkserver <--> Internetserver <--> Datenbankserver. Fällt nun der Internetserver aus, übernimmt der Netzwerkserver die Verwaltung und reicht die Daten weiter, wenn der Internetserver wieder erreichbar ist. Ebenso bezogen auf den Client.

Die Logik dahinter muss man sich allerdings sehr gut überlegen. Einfach ist das nicht. Aber wenn man das dann erst einmal so umgesetzt hat, hat man ein extrem flexibles und robustes System um die Ausfallzeiten beim Arbeiten an den Clients so gering wie möglich zu halten. Der Kunde soll schließlich immer weiterarbeiten können trotz z.B. eines Internetausfalls.

Zitat von bernau:

Warum Cloud?

• Einfache und schnelle Anbindung, Delphi kann das ja z.B. wie schon erwähnt direkt
• Sehr gute Skalierungsmöglichkeiten (viele Zugriffe abfedern, ...)
• In der Regel sehr viel günstiger als eigene Server, je nach Anwendungszweck
• Kaum eigener Aufwand was die Verwaltung der Server angeht
• Hochverfügbarkeit, also sehr gut gegen Datenverlust gesicherte Daten (unabhängig von einer eigenen zusätzlichen Sicherung), die zudem selbst bei Festplattenausfällen noch aus gespiegelten Daten verfügbar sind
• ...

Insofern stellt sich eher die Frage: Warum nicht Cloud?

Klar, der Serverstandort ist ein wichtiger Punkt bei gewissen Daten, aber sonst?

[bernau]

Zitat von jaenicke:

Wieso? Genau das ist doch mit Multi-Tier Anwendungen mit DataSnap möglich.

Sprich ich habe z.B. die Struktur Client <--> lokaler Server <--> Netzwerkserver <--> Internetserver <--> Datenbankserver. Fällt nun der Internetserver aus, übernimmt der Netzwerkserver die Verwaltung und reicht die Daten weiter, wenn der Internetserver wieder erreichbar ist. Ebenso bezogen auf den Client.

Das hört sich allerdings wiederum interessant an. Aber wenn ich von verschiedenen Standorten auf den Internetserver zugreifen will, dieser ausfällt und mit dem Netzwerkserver des jeweiligen Standortes weitergearbeitet wird, was passiert, wenn die Netzwerkserver mit dem Internetserver abgleicht, und an verschiedenen Standorten der gleiche Datensatz geändert wurde?

[jaenicke]

Zitat von bernau:

Das hört sich allerdings wiederum interessant an. Aber wenn ich von verschiedenen Standorten auf den Internetserver zugreifen will, dieser ausfällt und mit dem Netzwerkserver des jeweiligen Standortes weitergearbeitet wird, was passiert, wenn die Netzwerkserver mit dem Internetserver abgleicht, und an verschiedenen Standorten der gleiche Datensatz geändert wurde?

Ohne tiefer ins Detail zu gehen:
Wir lösen das so, dass Verantwortlichkeiten definiert sind. Ich weiß also z.B., dass Anlage A gerade für Bereich A und B zuständig ist. Reißt nun die Verbindung ab, kann ich darauf auch weiterarbeiten. Ich kann aber nicht in fremde Bereiche gehen, da ich mir die Verantwortlichkeit dafür nicht vom Server geben lassen kann.
Am Server wiederum besteht die Möglichkeit die Verantwortlichkeit gewaltsam zu entreißen (z.B. wenn Anlage A ausgefallen ist).

Auf diese Weise lässt sich das ganze regeln, vorausgesetzt man kann eine solche Struktur auf die Gegebenheiten anwenden.

Dazu kommt dann noch eine ausgefeilte Logik, falls es doch zu Konflikten kommen sollte. Diese müssen dann natürlich ggf. manuell aufgelöst werden, aber es wird versucht auch das automatisch zu machen. Bei einem notwendigen manuellen Eingriff müssen die vorliegenden Daten natürlich so aufbereitet werden, dass ein normaler User damit klar kommt.

[Nersgatt]

Filestorage (Amazon S3) in Verbindung mit der Cloudunterstützung von Delphi klingt höchst interessant. Passt wie Ar... auf Eimer.
Und ist erstaunlich günstig. Auf jeden Fall eine Richtung, in die ich weiter forschen werde.
Danke!

@bernau: warum mit Kanonen auf Spatzen schießen? In meinem Fall würde mir das Filestorage ausreichen. Und wenn ich mal die Kosten pro Monat überschlage, komme ich auf erstaunlich niedrige Beträge.
Und außerdem spare ich den Verwaltungsaufwand für den Server.

[Uwe Raabe]

Sicher gibt es bei Cloud-Lösungen einiges zu bedenken, was gar nicht mit der Implementierung selbst zu tun hat. Ein schlagendes Argument ist aber eindeutig die hohe Verfügbarkeit, die Skalierbarkeit und die fehlende Notwendigkeit zur Adminstration.

(Shameless plug Wer wissen will, wie es mit Microsoft Azure geht, möge doch mal bei den Delphi-Tagen vorbeischauen...