Entkoppeltes Front- und Backend einer Anwendung implementieren

Ich habe eine Web-App mit zwei vollständig entkoppelten Komponenten geschrieben:

Eine API, die auf dem Place Framework basiert und Anforderungen vom Typ @ bedien/api/* an einen beliebigen Client.A entkoppeltes Frontend basierend aufAngularJS gebaut mitgrunt build

Now, das Frontend spricht mit demAPI aber ich möchte, dass beide Einheiten hinter einem Proxy bereitgestellt werden, so etwas wienginx das eingehende Anfragen an die jeweilige Komponente weiterleiten kann. Zum Beispiel möchte ich alle/web/* fordert an, von einem Webverzeichnis aus bedient zu werden, das alle clientseitigen Quellen (js / html / etc.) und @ enthäl/api/* fordert die Weiterleitung an meinen Play Framework-Server an (wir müssen den Pfad an den Server weiterleiten, um sicherzustellen, dass die richtigen Pfade zurückgesendet werden), um alle API-bezogenen Daten zurückzugeben. Zum Beispiel eine Anfrage wieGET domain.com/api/users sollte intern an @ weitergeleitet werdGET 127.0.0.1:9000/api/users.

Ich habe online einige Diskussionen darüber gesehen und würde es gerne noch einmal durchgehen, um herauszufinden, welcher Ansatz für diese Art der Bereitstellung am besten geeignet ist.

Eventuell möchte ich eine serviceorientierte Architektur und die Flexibilität, die Dinge noch weiter zu entkoppeln.

Antworten auf die Frage(1)

Ihre Antwort auf die Frage