News for hackers. Stuff that matters.
Re:A serverless email server on AWS using S3 and SES by tyingq on Saturday January 04, 2020 @08:19AM (#21954759)
There's a firecracker VM and a Linux OS under the Lambda. Both of which need to be maintained by Amazon.

Edit: "managed cgi-bin" is perhaps more apt.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @08:23AM (#21954769)
Exactly - maintained by Amazon not by you.
Re:A serverless email server on AWS using S3 and SES by pantalaimon on Saturday January 04, 2020 @08:31AM (#21954799)
That's pretty much the definition of managed hosting.
Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @08:33AM (#21954807)
When you are just using a VM - it’s your responsibility to keep the VMs and the runtimes patched, design a scaling solution, etc.
Re:A serverless email server on AWS using S3 and SES by vidarh on Saturday January 04, 2020 @09:00AM (#21954921)
Managed hosting is used in at least two different ways:

* As a synonym for dedicated hosting. E.g. you rent a machine, and run what you want on it. And have to patch stuff etc.

* As a separate tier of service above dedicated hosting where the hosting provider is responsible for running the services on the machine. Some managed hosting providers will take responsibility for scaling too, though often it will be a semi-manual process.

Managed hosting in this second sense is to serverless what dedicated hosting is to "regular" cloud instances.

Re:A serverless email server on AWS using S3 and SES by gravitas on Saturday January 04, 2020 @09:27AM (#21955030)
You might even toss in running managed services externally in the second definition, for example DNS for your own domain - pretty much every service small to large offers a DNS hosting service with your account, typically at no charge. Otherwise, you'd have to run your own server, etc.
Re:A serverless email server on AWS using S3 and SES by rumanator on Saturday January 04, 2020 @10:15AM (#21955279)
> When you are just using a VM - it’s your responsibility to keep the VMs and the runtimes patched, design a scaling solution, etc.

Your comment did nothing to address the point, which is that your definiiton of "serverless" is actually just a buzzword used to refer to the old as the web commercial practice of managed hosting.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @10:30AM (#21955360)
So was “running in the cloud” just a buzzword?

Serverless is not just “managed hosting” in the cgi-bin since - serverless implies there is no server to manage and it’s for all intents and purposes “infinitely scalable”.

For instance, Amazon’s hosted versions of Mysql, Postgres, Sql Server, etc are not what they consider “Serverless” you still have to size it appropriately and if your needs increase, have to move to a larger server. You have to worry about CPU utilization, memory utilization etc.

DynamoDB is considered “serverless” because you don’t have to manage any of that.

The same is the difference between S3 and provisioning storage that you attach to your VM.

Re:A serverless email server on AWS using S3 and SES by rumanator on Saturday January 04, 2020 @11:22AM (#21955706)
> So was “running in the cloud” just a buzzword?

Please don't digress. The questions regarding you assertions on "serverless" don't change or are addressed with your attempt to divert attentions to other buzzwords.

> Serverless is not just “managed hosting” in the cgi-bin since - serverless implies there is no server to manage and it’s for all intents and purposes “infinitely scalable”.

You're running in circles by trying to pin a buzzword on managed hosting.

> For instance, Amazon’s hosted versions of Mysql, Postgres, Sql Server, etc are not what they consider “Serverless”

I wouldn't use AWS as an example of coherent classification, as AWS's database offerings have multiple ovelapping concerns, including an overreaching gray area of "serverless-ness". See for example Amazon RDS and Amazon Aurora.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @11:28AM (#21955738)
There is no “overreaching area”. Amazon Aurora falls under RDS along with all of their other database offerings.

No one on HN would accept an argument that technology is “confusing” that the poster didn’t take time to learn unless it involves AWS.

Re:A serverless email server on AWS using S3 and SES by rumanator on Saturday January 04, 2020 @11:38AM (#21955790)
> There is no “overreaching area”. Amazon Aurora falls under RDS along with all of their other database offerings.

You mean AWS Aurora serverless?

https://aws.amazon.com/rds/aurora/serverless/

You're underlining the failing of buzzword-driven development.

> No one on HN would accept an argument that technology is “confusing”

Good. No one other than yourself ever made the mistake of doing so. If you have a hard time arguing the facts then refrain from making up fiction.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @12:12PM (#21956003)
Yes Aurora Serverless is a distinct offering. Regular Aurora you have a certain server of a certain size. Aurora Serverless autoscales - just like lambda.
Re:A serverless email server on AWS using S3 and SES by rumanator on Saturday January 04, 2020 @01:54PM (#21956614)
> Yes Aurora Serverless is a distinct offering.

Again, you're quite (and patently) wrong. Aurora Serverless is quite bluntly a configuration of AWS Aurora to add autoscaling to AWS Aurora instances.

https://aws.amazon.com/rds/aurora/serverless/

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide...

> Aurora Serverless autoscales - just like lambda.

If you're confused to the point of confounding autoscaling with serverless then I'm afraid there is no point to continue this discussion. You're just underlining the fact that "serverless" is a fad being mindlessly disseminated by clueless proponents.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @02:51PM (#21957014)
Well, no I’m not “patently wrong”. Aurora Serverless has limitations and features that are not available with Aurora. This includes lacking the ability to load and unload from S3 and it has the “Data API” which lets you use APIs to interact with the database instead of your typical database connections. This feature is not available with regular Aurora. It was implemented specifically for Serverless workloads so your lambda doesn’t have to “run inside your VPC” since that increases the cold start times.

We specifically could not use Aurora Serverless for our ETL jobs because of the lack of integration with S3

Again there is a difference between reading documentation and actually using it.

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide...

I’m also not confounding “Autoscaling” and services. Being able to scale on demand and “scale down to zero” is one of the parts of how Serverless is defined.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @08:53AM (#21954889)
cgi-bin didn’t have any type of process isolation.

Also, it didn’t tie in to other none web based events.

Re:A serverless email server on AWS using S3 and SES by tyingq on Saturday January 04, 2020 @10:38AM (#21955404)
>cgi-bin didn’t have any type of process isolation

"Lambdas" don't by nature either. I can run cgi-bin in a FirecrackerVM-like ecosystem with one script per VM.

>Also, it didn’t tie in to other none web based events.

Webhooks aren't new.

I'm not disputing the popularity and convenience of serverless. I'm just noting it's somewhat like Docker. Packaging existing tech in an easier-to-use bundle.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @11:01AM (#21955573)
Lambdas by nature do exactly that. AWS’s runtime launches the “VMs” in response to an event.

And with webhooks I’m required to keep enough server capacity running all of the time to handle the events. Can a web hook automatically instantiate enough VMs on demand without reducing throughput?

Re:A serverless email server on AWS using S3 and SES by tyingq on Saturday January 04, 2020 @11:25AM (#21955718)
"Can a web hook automatically instantiate enough VMs on demand without reducing throughput?"

Yes, there are various cgi-bin implementations with horizontal auto-scaling.

Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @11:26AM (#21955721)
Across multiple servers or do you still have to provision your server to handle peak load?
Re:A serverless email server on AWS using S3 and SES by tyingq on Saturday January 04, 2020 @01:12PM (#21956359)
Yes, you can do that the same way Amazon does it. Like I said, Amazon packaged existing tech in an easy to use way.
Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @01:17PM (#21956387)
That still begs the question, why am I as a developer wasting time fiddling with infrastructure that I could just throw a little money and a yaml file at AWS and let them do it? How am I adding a business value that will make my company money doing grunt work?
Re:A serverless email server on AWS using S3 and SES by tyingq on Saturday January 04, 2020 @04:31PM (#21957725)
I was explaining why I consider it to be "managed cgi-bin".
Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @11:35AM (#21955779)
How much “easier” of a bundle is a Zip file? But there is also Serverless Docker - Fargate.

And you still have to provision and pay for the VM for peak load.

Lambdas do have process isolation.

Re:A serverless email server on AWS using S3 and SES by fulafel on Saturday January 04, 2020 @01:15PM (#21956379)
cgi-bin had pretty strong process isolation for the day (Unix user account and process boundaries/limits/quotas). Enough to have remarkably robust multitenant setups on single servers.
Re:A serverless email server on AWS using S3 and SES by scarface74 on Saturday January 04, 2020 @03:16PM (#21957163)
Unless you were on the other side running Windows IIS as a multi tenant server....