v6.10을 사용하는 Node.js 앱이 있습니다. Nodejs.org의 현재 권장 버전이 8.9임을 확인했습니다.다음 Node.js 릴리스로 이동시기
v8.9 기능을 특별히 필요로하지 않는다면 앞으로 나아갈 이유가 있습니까? 또한 AWS Lambda를 실행 중이므로 새 버전으로 이동하면 코드가있는 런타임을 업로드해야한다는 것을 의미합니다. 이는 명백한 문제인 것처럼 보입니다.
v6.10을 사용하는 Node.js 앱이 있습니다. Nodejs.org의 현재 권장 버전이 8.9임을 확인했습니다.다음 Node.js 릴리스로 이동시기
v8.9 기능을 특별히 필요로하지 않는다면 앞으로 나아갈 이유가 있습니까? 또한 AWS Lambda를 실행 중이므로 새 버전으로 이동하면 코드가있는 런타임을 업로드해야한다는 것을 의미합니다. 이는 명백한 문제인 것처럼 보입니다.
람다 배포 패키지에 런타임을 패키징하는 대신 기본적으로 AWS Lambda에서 8.x가 지원 될 때까지 기다릴 것입니다.
asx/await와 같이 8.x에서 6.x보다 많은 장점이 분명 있습니다. 현재 최신 기능이 필요하지 않은 경우 업그레이드를 서두르지 않아도됩니다. 그러나 아마존이 람다에 8.x 지원을 추가 한 이후 어느 시점에서 그들은 6.x 지원을 중단하고 업그레이드해야하는 메시지를 보냅니다.
모든 의존성을 번들링 할 때 장점은 당신이 당신 밑에서 깔개를 끌어 당기는 경향이 적다는 것입니다. 하지만 간단하고 효과적이기 때문에 @MarkB에 동의합니다. –
번들링 의존성 예, 그렇지만 전체 언어 인터프리터 번들링? 만약 당신이 그렇게한다면 당신은 여전히'node8 lambda.js'와 같은 명령을 실행하는 람다 함수를위한 다른 목표 언어를 가지고 있어야합니다. 이 시나리오에서는 대상 환경이 여전히 "사용자로부터 끌어 당겨"얻을 수 있습니다. –
당신 말이 맞아요. 수정 주셔서 감사! - 그렇지만, 거북이가 될 수 있습니다. –
v6.10에는 주요 보안 패치가 없습니다. https://nodejs.org/en/blog/vulnerability/oct-2017-dos/ –