Ich möchte meine Lambda-Mikrodienste über API Gateway bereitstellen, was kein großes Problem zu sein scheint.

Jeder meiner Microservices verfügt über eine JSON-Schema-Spezifikation der bereitgestellten Ressource. Da es sich um eine statische Datei handelt, möchte ich sie über einen S3-Bucket bereitstellen, anstatt auch eine Lambda-Funktion auszuführen.

Also, währen

GET,POST,PUT,DELETE http://api.domain.com/ressources

sollte an eine Lambda-Funktion weitergeleitet werden. Ich möcht

GET http://api.domain.com/ressources/schema

Um mein schema.json von S3 aus zu bedienen.

ein naiver erster Ansatz bestand darin, die Ressource und Methoden für "/ v1 / contacts / schema - GET - Integrationsanforderung" einzurichten und sie so zu konfigurieren, dass sie sich wie ein HTTP-Proxy verhält, dessen Endpunkt-URL direkt auf das JSON-Schema des Vertrags verweist. Ich erhalte den Fehler 500 - Interner Server.

                    Execution log for request test-request
Fri Nov 27 09:24:02 UTC 2015 : Starting execution for request: test-invoke-request
Fri Nov 27 09:24:02 UTC 2015 : API Key: test-invoke-api-key
Fri Nov 27 09:24:02 UTC 2015 : Method request path: {}
Fri Nov 27 09:24:02 UTC 2015 : Method request query string: {}
Fri Nov 27 09:24:02 UTC 2015 : Method request headers: {}
Fri Nov 27 09:24:02 UTC 2015 : Method request body before transformations: null
Fri Nov 27 09:24:02 UTC 2015 : Execution failed due to configuration error: Invalid endpoint address

Bin ich auf einem völlig falschen Weg oder vermisse ich nur einige Konfigurationen?