在调用x-google-backend之前，gcp api网关是否根据OpenAPI规范验证请求体？

Question

当我使用postman时，谷歌似乎没有验证我的请求主体架构，甚至没有验证请求有主体。我错过了什么吗？对我来说，这意味着谷歌在调用x-google-backend之前会验证此类事情，但它总是将请求传递给我的云函数，无论我是否传递有效数据。

我用这个问题作为指导。

/users:
    post:
      summary: Creates a new user.
      operationId: createUser
      consumes:
        - application/json
      parameters:
        - in: body
          name: body
          description: The user to create.
          required: true
          schema:
            $ref: './schemas/user.yaml'
      x-google-backend:
        address: https://us-central1-blablabla.cloudfunctions.net/blabla
      responses:
        201:
          description: Created

user.yaml：

type: object
required:
- username
- password
- repeatPassword
- email
properties:
  username:
    type: string
    minLength: 3
    maxLength: 50
  password:
    type: string
    minLength: 6
    maxLength: 64
  repeatPassword:
    type: string
    minLength: 6
    maxLength: 64
  email:
    type: string
    minLength: 3
    maxLength: 50

Answer 1

只是补充一下Robert已经说过的内容，看起来这不是API网关提供的东西，如下所述：

“我们可以向Google API GW添加任何‘逻辑’吗？一个例子是检查有效负载（在JWT和API经过验证之后）并决定它应该调用微服务A还是微服务B；

不，不支持这个。”

Answer 2

目前，使用OpenAPI时存在一些限制。可扩展服务代理（ESP）或云endpoint框架忽略了一些范围。

首先是必需的参数。endpoint接受包含所需参数和类型定义的OpenAPI文档，但ESP不需要，只需将传入请求转发到您的API。

最后是外部类型引用。endpoint不支持对OpenAPI之外类型的引用，这意味着，$ref:'。/schema/user。endpoint将忽略yaml’。

请注意，您对API网关使用与云endpoint相同的OpenAPI语法，这些链接也指云endpoint留档中的位置。

这是OpenAPI功能限制指南。它还包括OpenAPI忽略的其他范围、参数、模式和类型。

我还建议提交一个功能请求。通过这种方式，这些功能将在未来可用，并将应用到这些类型的项目中。