Soll der AWS-Token-Automat auf einer eigenen Instanz bereitgestellt oder mit meiner Apps-Instanz zusammengeführt werden?

9

Es tut mir leid, wenn das eine komische Frage ist. Ich habe viel gelesen, um meinen eigenen Server für eine iPhone-Anwendung mit Amazon-Web-Services bereitzustellen.

Das Problem, mit dem ich mich gerade befasse, ist, dass ich das Token-Automatensystem verwenden möchte, um den mobilen Geräten Zugriff auf die mobilen Geräte zu gewähren, damit sie Inhalte von ihren jeweiligen Konten hochladen oder abrufen können. Also hier ist die Struktur, über die ich nachgedacht habe:

1) Das Gerät verbindet sich mit dem TVM-Servlet, um temporären Zugriff auf SimpleDB und S3 zu erhalten.

2) Das Gerät authentifiziert sich nun gegenüber einer simpleDB-Domäne, die Benutzer und Kennwörter enthält.

3) Der Server sendet eine eindeutige ID an das Gerät.

4) Das Gerät verwendet diese eindeutige ID, um ein Foto auf S3 hochzuladen.

5) Wenn die Antwort vom Upload erfolgreich ist, fügt das Gerät nun einige Informationen hinzu, die die eindeutige ID und andere Felder in SimpleDB enthalten.

Meine Verwirrung betrifft die EC2-Instanzen, die ich dafür benötige. Ich denke, ich kann eine einzige Java-App mit Servlets verwenden, um die meisten dieser Prozedur zu tun, aber wenn ich die Authentifizierung mit Token-Automaten verwenden möchte, sollte ich eine zweite Instanz starten? Das Beispiel von Amazon selbst verwendet eine eigene Instanz für den Token-Automaten und erhält einfach die Berechtigung, direkt auf die Datenbanken zuzugreifen. Aber ich werde einige serverseitige Logik benötigen, weshalb ich meine eigene serverseitige Verarbeitung benötige, um diese Uploads und Downloads umzuleiten.

Außerdem, wenn mir jemand so freundlich wäre, mir zu sagen, ob diese Struktur sinnvoll ist. Ich bin völlig neu in Sachen Server / Datenbank, daher kann ich nicht wirklich sagen, was eine gute Struktur ist. Ich habe die Best Practices und Tipps für die Amazon Dienste gelesen, die ich brauche. Aber ich bin immer noch unsicher.

Vielen Dank für Ihr Feedback und Ihre Unterstützung.

    
Pochi 17.05.2012, 10:19
quelle

1 Antwort

1

Zunächst macht diese Struktur Sinn. IMHO, gibt es mindestens zwei Pfade, denen Sie folgen können:

1) Ausführen einer einzelnen Bereitstellung mit Elastic Beanstalk.
Wenn Sie diesen Pfad wählen, denke ich, dass der einfachste Ansatz darin besteht, den meisten Token-Automaten für die Identitätsregistrierung - Beispiel-Java-Webanwendung von AWS, indem Sie den Quellcode ändern, um Ihre serverseitige Logik hinzuzufügen, indem Sie entweder den aktuellen Servlets-Code ändern oder ein oder mehrere neue Servlets hinzufügen, die die Aufgabe übernehmen. Sie können dann das .war erstellen und es direkt mithilfe von Elastic Beanstalk bereitstellen, indem Sie den Vorschlägen im obigen Link folgen. Ein grundlegendes Konzept besteht darin, dass Sie Elastic Beanstalk als einen "Anwendungsserver als Dienst" betrachten können, der Ihnen mehrere Implementierungsaspekte erleichtert.

2) Starten einer oder mehrerer EC2-Instanzen mit dem Anwendungsserver Ihrer Wahl (Tomcat, JBoss, WebLogic usw.). Auf diese Weise haben Sie mehr Flexibilität beim Entwerfen der Bereitstellung Ihrer Anwendung (eine EC2-Instanz gleicht einer virtuellen Maschine in der Cloud, und Sie können so viel wie gewünscht installieren, Firewall-Regeln konfigurieren usw.). Sie können entweder den TVM in einer separaten Instanz oder b) in der gleichen Instanz wie b.1) entweder eine neue App oder b.2) als dieselbe App wie Ihre serverseitige Logik (ähnlich dem Beispiel mit (Die Elastic Beanstalk). Ihre Wahl hängt unter anderem von der Größe Ihrer Anwendung, der zu erwartenden Last, der Kopplung zwischen Ihrem Code und TVM ab.

Ihre Frage ist sehr allgemein und Sie können mehr als einen Ansatz verfolgen, um das zu erreichen, was Sie wollen, also dachte ich, ich würde einen allgemeinen Überblick über zwei mögliche Wege geben, in der Hoffnung, Ihnen bei den ersten Schritten zu helfen. Zögern Sie nicht zu klären, was nicht klar ist. Hoffe es hilft.

    
Viccari 10.07.2012, 01:23
quelle

Tags und Links