Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lambdas Are Not Deployed in VPCs #103

Open
1 of 2 tasks
anish-kunduru opened this issue Feb 13, 2023 · 1 comment
Open
1 of 2 tasks

Lambdas Are Not Deployed in VPCs #103

anish-kunduru opened this issue Feb 13, 2023 · 1 comment
Labels
bug Something isn't working

Comments

@anish-kunduru
Copy link
Contributor

Aws Connected Device Framework Affected Module(s):

greengrass2-provisioning
installer
commands
device-patcher

I'm submitting a ...

  • bug report
  • feature request

Description:

CDF provides the option to configure that lambdas are deployed into a VPC, but this option doesn't work reliably.

Current behavior:

Several lambdas are not correctly deployed into a VPC, even when a VPC is specified via the config.

Expected behavior:

All lambdas are deployed into a VPC, when that option is selected.

Steps to reproduce:

Additional Information:
This is likely not an exhaustive list of the impacted modules, but finding all the modules would involve searching the IaC for all lambdas that are defined without an optional VPC config.

@anish-kunduru anish-kunduru added the bug Something isn't working label Feb 13, 2023
@anish-kunduru
Copy link
Contributor Author

I think I better understand why this is happening.

CDF is capable of creating its own subnets and automatically deploying resources into them, but some customers have a separate team that handles that.

I experience this issue when deploying the framework with the following settings:

 "vpc": {
    "useExisting": true,
    "id": "${VpcId}",
    "securityGroupId": "${SecurityGroupId}",
    "privateSubnetIds": "${PrivateSubnet1},${PrivateSubnet2}"
  }

The primary issue here is that CDF deploys some resources into a private subnet, and others into a public one. When a public subnet is not specified, it just drops it into the normal lambda environment. While this is a perfectly secure thing to do, some customers insist on deploying all lambda into a VPC. A secondary issue would be some of those resources really shouldn't be in a public subnet anyways, and could be using VPC endpoints.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant