Gateway de API - Post multipart \ form-data

Parece minha pergunta talvez um pouco semelhantepara este.

Eu tenho uma API no meu API Gateway e estou executando um proxy HTTP até um endpoint que é o multipart / dados de formulário do POST.

Se eu chamar o endpoint http diretamente (não pelo gateway da API) - usando o postman, ele funcionará conforme o esperado, no entanto, o uso do endpoint do gateway da API (através do postman) falhará.

Comparei os dois pedidos (por meio de registros do violinista e do CloudWatch) que parecem idênticos:

Solicitação de chamada direta à API (funcionando):

POST https://domainname/api/v1/documents HTTP/1.1
Host: api.service
Connection: keep-alive
Content-Length: 202
Authorization: AuthToken
Postman-Token: a75869d6-1d64-6b9f-513d-a80ac192c8e1
Cache-Control: no-cache
Origin: chrome-extension://fhbjgbiflinjbdggehcddcbncdddomop
docMetaInfo: some extra data needed
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryB85rsPlMffA2fziS
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.8

------WebKitFormBoundaryB85rsPlMffA2fziS
Content-Disposition: form-data; name=""; filename="Test.txt"
Content-Type: text/plain

This is a test Text File
------WebKitFormBoundaryB85rsPlMffA2fziS--

Solicitação do API Gateway (não está funcionando):

POST https://GATEWAY_domainname/api/v1/documents HTTP/1.1
Host: api-Gateway.service
Connection: keep-alive
Content-Length: 202
Authorization: AuthToken
Postman-Token: e25536fa-3dfa-ddcb-8ca6-3f3552d2bc40
Cache-Control: no-cache
Origin: chrome-extension://fhbjgbiflinjbdggehcddcbncdddomop
docMetaInfo: some extra data needed
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
Content-Type: multipart/form-data; boundary=----WebKitFormBoundarybX9MyWBsuLGm6QIC

x-api-key: *********************
Accept: */*
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.8

------WebKitFormBoundarybX9MyWBsuLGm6QIC
Content-Disposition: form-data; name=""; filename="Test.txt"
Content-Type: text/plain

This is a test Text File
------WebKitFormBoundarybX9MyWBsuLGm6QIC--

Eu tentei algumas coisas do lado do gateway, incluindo a alteração doIntegration Request mapear um novo corpo para o mesmo tipo de conteúdo, sem sorte.

Tanto quanto sei, eu só precisopassthrough essa ligação, portanto, por que ela está se tornando um pouco confusa - não deve haver necessidade de manipulação / interceptação de dados?

O erro que recebo é 400 - solicitação incorreta (queixa sobre afile não está sendo encontrado), mas como você pode ver na solicitação, está lá.

Alguma ideia?

EDITAR Registros do CloudWatch no mesmo APIGateway POST

O erro ainda é 400 - nenhum arquivo encontrado

questionAnswers(3)

yourAnswerToTheQuestion