aws / aws/aws-lambda-nodejs-runtime-interface-client

Upgrading to 4.0.0 appears to break lambdas using docker

未关闭
#170 15 条评论 6 个 reaction 已指派 1 人 已被 @godcrampy 认领 在 GitHub 查看
bug
主要语言
TypeScript
星标
224
派生
60
PR 合并指标
30 天内没有已合并 PR

描述

I had been using

```dockerfile
RUN npm install -g aws-lambda-ric
```

_Which is on me for not pinning it to a specific version_, but with this after the 4.0.0 release on a new build of an image the lambda will no longer start.

```
2025-12-06T02:12:47.652Z | npm error could not determine executable to run
-- | --
  | 2025-12-06T02:12:47.653Z | npm error A complete log of this run can be found in: /tmp/.npm/_logs/2025-12-06T02_12_46_306Z-debug-0.log
  | 2025-12-06T02:12:47.664Z | INIT_REPORT Init Duration: 1421.03 ms Phase: init Status: error Error Type: Runtime.ExitError
```

Pinning to 3.3.0 allows our service to run.

```dockerfile
RUN npm install -g aws-lambda-ric@3.3.0
```

This is across multiple projects for separate company stacks I am seeing this. I've pinned to 3.3.0 across the board.

This is running with `node:24` as a base image, and had experienced with a `node:23` deployment.

Here is an example of what is being used for the entrypoint with `aws-lambda-ric`:

```dockerfile
ENTRYPOINT ["/usr/local/bin/npx", "aws-lambda-ric"]
CMD ["lib/serverless/lambda/lambda.handler"]
```

Noting again that after pinning the lambdas work as expected.

This is too similar to the pattern shown here, where the version is unpinned:

https://github.com/aws/aws-lambda-nodejs-runtime-interface-client/blob/a4560c87426fa0a34756296a30d7add1388e575c/README.md?plain=1#L102

贡献指南

打开贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。