AWS Lambda + API 网关路由最佳实践 [关闭]

Question

关闭。 这个问题是基于意见的。 它目前不接受答案。

---

想改进这个问题？ 更新问题，以便可以通过编辑这篇文章用事实和引用来回答它。

2 小时前关闭。

改进这个问题

在 AWS Lambda + Api 网关上下文中，路由请求的最佳实践是什么？ 假设我们希望根据路径和请求方法有不同的响应。

• 在$default路由上创建一个包罗万象的 lambda 处理程序，并使用event.rawPath + event.requestContext.http.method根据路径 + 方法返回不同的结果。
• 为每个所需的路由和方法使用不同的专用处理程序制作不同的专用 API 网关路由。

我将提供一个使用 javascript 和 aws-cdk 的简短示例

单处理器方法

// stack.js
class MyStack extends Stack {
    const handler = new NodejsFunction(this, 'default')
    new LambdaRestApi(this, 'Api', { handler })
}

//stack.default.js
export async function handler(event) {
    const path = event.rawPath
    const method = event.requestContext.http.method
    let body
    switch (path) {
        case '/hello':
            if (method === 'POST') {
                body = 'Response to "POST" request from "/hello"'
            } else if (method === 'GET') {
                body = 'Response to "GET" request from "/hello"'
            }
            break
        case '/goodbye':
            body = 'Response from "/goodbye"'
            break
    }
    return { statusCode: 200, body }
}

Api 网关路由方法

// stack.js
class MyStack extends Stack {
    const helloGETHandler = new NodejsFunction(this, 'hello-get')
    const helloPOSTHandler = new NodejsFunction(this, 'hello-post')
    const goodbyeHandler = new NodejsFunction(this, 'goodbye')
    const api = new RestApi(this, 'Api')
    const hello = api.root.addResource('hello')
    const goodbye = api.root.addResource('goodbye')
    hello.addMethod('GET', new LambdaIntegration(helloGETHandler))
    hello.addMethod('POST', new LambdaIntegration(helloPOSTHandler))
    goodbye.addMethod('ANY', new LambdaIntegration(goodbyeHandler))
}

//stack.hello-get.js
export async function handler() {
    return {
        statusCode: 200,
        body: 'Response to "GET" request from "/hello"'
    }
}

//stack.hello-post.js
export async function handler() {
    return {
        statusCode: 200,
        body: 'Response to "POST" request from "/hello"'
    }
}

//stack.goodbye.js
export async function handler() {
    return {
        statusCode: 200,
        body: 'Response from "/goodbye"'
    }
}

显然，这两种方法提供了相同的可能性，我对采用哪一种感到困惑。 我能想到的单 lambda-catch-all 方法的一些缺点是

1. 单个处理程序的大小在更大的应用程序中失控
2. 无法使用 API 网关授权者

但是，在一个小型且不需要授权者的应用程序中，这有什么好处吗？ 还有其他我没有考虑的事情吗？ 这如何适用于成本效益？

Answer 1

没有银弹。 尝试从几个角度思考：

1. AWS 限制。 例如。 每个帐户有 1K 个并发 lambda。 这是一个软限制，您可以要求更多。
2. 安全。 对于某些方法，您可能需要授权者。
3. 冷启动。 每个方法具有 lambda 可能会对冷启动时间产生负面影响。
4. SOLID和Well-Architect原则。 Lambda 意味着一个简单的功能单位规模。
5. 监测。 您对保持整个系统健康的计划是什么？

就我个人而言，我倾向于保持 lambdas 较小（每个方法 1 个 lambda）并使用 ApiGateway 路由功能。 我也有关于 lambda 故障的警报。 以这种方式设置可以让我获得细粒度的通知并更快地发现问题。