Live data from Hacker News

Improved VPC Networking for AWS Lambda

aws.amazon.com

51–60 of 100 posts

Re: Improved VPC Networking for AWS Lambda

#51

Earlier quoted context omitted.

I think it is easy to have dev, qa and prod VPCs. Without VPC these separate infrastructure groups might be harder to split out. I usually reference security groups instead of subnets in security groups, avoiding referencing IP ranges (v4 or v6) entirely.

You can also use multiple AWS accounts to separate those environments, which also eases user management (usually you have different people with access to each environment, with some overlap). This also means that developers can have close to admin privileges, since the worst they can do, is to disrupt work of another developer, without affecting either QA or production.

Accounts are the correct level to separate these at. Keeps credentials easier to manage for devs, techs, etc, and limits blast radius if unauthorized accesses take place.

Re: Improved VPC Networking for AWS Lambda

#52
post #18

Earlier quoted context omitted.

You can use PHP on AWS Lambda if you wish. If you use Lambda instead of Docker, you don't have to mess with container orchestration.

Actually now you can deploy your docker layers directly to lambda, so you are developing on exactly the same environment. https://github.com/awslabs/aws-lambda-container-image-conver...

This seems like a bad heavy idea. I just can’t figure out why.

Re: Improved VPC Networking for AWS Lambda

#54
post #3

This is huge for Lambda. It allows devs to create “serverless” apps [1], with relational databases, without 10+ second cold-start times. In the article, they measure it as 988ms. I have tried building an API using API Gateway Lambda, but had to choose between using DynamoDB to store data (no-SQL, so challenging to query) or suffering unacceptably long response times whenever a request happens to cause a cold-start. T…

is that a good tutorial? looks really good on the surface!

Re: Improved VPC Networking for AWS Lambda

#55
post #48

This has been a /major/ sore point for Lambda use, amazing they fixed it, and always great to see they've documented the intense engineering requirements involved to make it happen. AWS is a beautiful mix of business and technology, it's very rare to see such a large engineering-driven organization managing to balance customer friendliness. I'm an unashamed fanboy

Major is a bit harsh. As far as I know this was only an issue for legacy architectures.

There is an entire ecosystem of tooling that will shit itself and wake up half the company if you assign a public IP address in the wrong VPC

Stuff like this is pain in the ass, it was a major problem

Re: Improved VPC Networking for AWS Lambda

#56

Earlier quoted context omitted.

Actually now you can deploy your docker layers directly to lambda, so you are developing on exactly the same environment. https://github.com/awslabs/aws-lambda-container-image-conver...

This seems like a bad heavy idea. I just can’t figure out why.

If you figure out let me know ;) no solution is without drawbacks!

Re: Improved VPC Networking for AWS Lambda

#57

Earlier quoted context omitted.

This seems like a bad heavy idea. I just can’t figure out why.

If you figure out let me know ;) no solution is without drawbacks!

Maybe it increases the load time of the lambda? But I’m already using a lambda attached to a VPC using the proxy integration and running either Node/Express or C#/Web API so its not like I’m always using lambda as efficiently and lightweight as possible.

So there’s that...

Re: Improved VPC Networking for AWS Lambda

#58

I dont understand why people use AWS Lambda. Here in France, people use PHP with docker and it works just fine. Another scam from amazon?

I don't understand why people drive cars. Here in XYZ we ride horses everywhere and it works just fine.

Most websites of the world run php, comparing it to horses is a bit unfair ;-)

Re: Improved VPC Networking for AWS Lambda

#59

Earlier quoted context omitted.

If you figure out let me know ;) no solution is without drawbacks!

Maybe it increases the load time of the lambda? But I’m already using a lambda attached to a VPC using the proxy integration and running either Node/Express or C#/Web API so its not like I’m always using lambda as efficiently and lightweight as possible. So there’s that...

Mm are you using Lambda as a sort of router?

The linked project is developed by Amazon and it translates into native Lambda layers. If they did their job with performance (which I trust Amazon devs to do), there should be no difference.

Re: Improved VPC Networking for AWS Lambda

#60

This is great news, but I'm bummed they didn't bundle the NAT gateway with this service. In a typical function that calls out to get data from a service and reads/writes from a DB in a VPC, that requires the somewhat painful configuration of a NAT gateway and dedicated subnets, as well as a $36/month bill for the NAT gateway service. There are some workarounds that using multiple lambdas, but they have their own gotc…

You can run your own gateway instance(s) for a lot cheaper than the nat gateway service. There are definitely some tradeoffs, but if $36/mo is an issue, they can be worthwhile: https://docs.aws.amazon.com/vpc/latest/userguide/VPC_NAT_Ins...
Post reply on HN