Een ontwikkelaar bereidt een Amazon API Gateway API (met een Lambda-backend) voor, zodat frontend-teams de UI kunnen bouwen voordat de backend is geïmplementeerd. Het frontend-team heeft endpoints nodig die vooraf gedefinieerde HTTP-statuscodes en JSON-bodies retourneren. De ontwikkelaar heeft een methode gemaakt voor een API-resource. Welke aanpak voldoet aan deze vereisten?

De MOCK-integratie in API Gateway is de meest geschikte oplossing. Hiermee kan de ontwikkelaar vooraf gedefinieerde HTTP-statuscodes en JSON-responses configureren zonder een Lambda-functie of andere backend-service te implementeren. Door de integratieaanvraag en integratierespons in te stellen, kunnen specifieke JSON-bodies worden gekoppeld aan de gewenste HTTP-statuscodes. Dit stelt frontend-teams in staat om de UI te ontwikkelen tegen stabiele, voorspelbare API-responses. AWSPROXY vereist een actieve Lambda-functie, wat de bedoeling van het mocken tenietdoet. HTTPPROXY vereist een externe placeholder-API, wat extra ontwikkelingswerk en beheer met zich meebrengt. Het afzonderlijk definiëren van responses via method request en integration request is niet de correcte manier om mock-responses te configureren; de integratieaanvraag en -respons werken samen om de mock-data te leveren.