aws / aws/aws-lambda-nodejs-runtime-interface-client
Upgrading to 4.0.0 appears to break lambdas using docker
- 主要语言
- 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 还没有评估数据。