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 摘要。