feat: upgrade all uses of node8.10 lambda runtime to node10.x

[nija-at]

Upgrade all internal uses of Node8.10 lambda runtime to Node10.X.

This includes all exported constructs that contain a lambda function within them.

Update NODE_10_X runtime to allow inline code in CloudFormation, per
aws-cloudformation/cloudformation-coverage-roadmap#80.

Shout out to @nmussy who got this most of the way (#4655)

close #4653, close #4642

---

Additional Testing

• Deployed a handful of constructs that define their own Lambda functions, whose runtime is updated tonode10, into a real stack and verified that the lambda function executes. Some of these are - DropSpamReceiptRule, AwsApi RuleTarget, LogRetention, GlobalTableCoordinator
• DropSpamReceiptRule uses inline code with Node10. Successfully deployed to a stack and the function execution verified.
• Validated that S3's NotificationsResourceHandler construct, which is not using the default Lambda module, also works when updated to Node10.x.

---

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license

[mergify]

Thanks so much for taking the time to contribute to the AWS CDK ❤️

We will shortly assign someone to review this pull request and help get it
merged. In the meantime, please take a minute to make sure you follow this
checklist:

• PR title type(scope): text
  • type: fix, feat, refactor go into CHANGELOG, chore is hidden
  • scope: name of module without aws- or cdk- prefix or postfix (e.g. s3 instead of aws-s3-deployment)
  • text: use all lower-case, do not end with a period, do not include issue refs
• PR Description
  • Rationale: describe rationale of change and approach taken
  • Issues: indicate issues fixed via: fixes #xxx or closes #xxx
  • Breaking?: last paragraph: BREAKING CHANGE: <describe what changed + link for details>
• Testing
  • Unit test added. Prefer to add a new test rather than modify existing tests
  • CLI or init templates change? Re-run/add CLI integration tests
• Documentation
  • README: update module README to describe new features
  • API docs: public APIs must be documented. Copy from official AWS docs when possible
  • Design: for significant features, follow design process

[aws-cdk-automation]

AWS CodeBuild CI Report

• Result: FAILED
• Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

[aws-cdk-automation]

AWS CodeBuild CI Report

• Result: FAILED
• Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

[aws-cdk-automation]

AWS CodeBuild CI Report

• Result: FAILED
• Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

[aws-cdk-automation]

AWS CodeBuild CI Report

• Result: FAILED
• Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository

[aws-cdk-automation]

AWS CodeBuild CI Report

• Result: SUCCEEDED
• Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository