8 ms·
Is Serverless Just a New Word for Cloud Based?
- test6554 8y agoServerless is just a new word for single-serving computation. Everywhere I travel, tiny life. Single-serving sugar, single-serving cream, single pat of butter. The microwave Cordon Bleu hobby kit. Shampoo-conditioner combos, sample-packaged mouthwash, tiny bars of soap. The people I meet on each flight? They're single-serving friends. ~ Fight Club It's the gig economy for servers. Rather than a server having a stable comfortable job, it must get one piece of work at a time and only gets reimbursed for services performed, not for its availability.
- int0x80 8y agoNicely put.
- ckluis 8y agoYou could say, "Uber for Servers" - very apt description you gave it.
- zerostar07 8y agoWhich calls for an "Airbnb for servers", which will allow anyone to rent their phone for gigs in the server gig economy (at least until the servers unionize)
- TACIXAT 8y agoBotnet operators were so ahead of their time.
- wastedhours 8y agoThe current storyline of Silicon Valley I believe.
- Izkata 8y agoI used to run SETI@home [0] on my computer back in the early 2000s. Made for an interesting screensaver whenever friends were over. [0] https://en.wikipedia.org/wiki/SETI@home https://en.wikipedia.org/wiki/SETI@home
- gowld 8y agoFlexCar for Servers.
- bsbechtel 8y agoYes, at 5x the hourly rate of a full-time server.
- giggles_giggles 8y agoSo it's consulting for servers
- Touche 8y agoBut you're not paying the server to browse Reddit.
- throwaway2048 8y ago5x? where did you get such a bargin
- verelo 8y agoIn my mind, it's somewhere between shared hosting and having your own virtualized environment like an EC2 instances.
- deleted 8y ago[deleted]
- bitwize 8y agoServerless is Cloud 2.0. The goal is to abstract everything away, making it PFM so C-level execs at unicorn startups don't have to waste brain cycles understanding anything beyond their immediate "core competencies". And just like "the cloud" abstracted physical hardware, disks, etc. into PFM (you need a server, presto! an abstract server will appear when you cast the circle and wave money in Amazon's direction), so "serverless" abstracts away even this abstract server and its OS and software infrastructure. The next step, obviously, is a softwareless infrastructure, allowing C-level unicorn execs to simply exert their will without going through pesky developers. Is this what the current "no code" trend is about?
- throwbacktictac 8y agoWhat is PFM?
- giancarlostoro 8y agoPure F... Magic Source: Worked with senior devs long enough to hear the term uttered before.
- brahalla 8y agoWhat "no code" trend?
- bitwize 8y agoQuickBase, Bubble, etc.
- exelius 8y agoAh, I believe they’re calling that Robotic Process Automation (RPA) now. Why bother to even look for the API docs for that shitty SaaS app? Just train Selenium to do it and feed it inputs, then hire some dude offshore to update the automation whenever some step breaks because they changed it on the other end. Honestly it’s faster/cheaper than doing proper integrations most of the time, simply because the tools are already well-known to the users so there isn’t a lot of futzing around with unfamiliar tools or APIs. It turns a technical challenge into a business challenge simply by automating the lowest common denominator through the stupidest possible means, and automating it through a point and click GUI. It’s the final nail in the coffin of the swivel-chair data analyst at most companies, however. This is already happening widely across fortune 500s today... the bloodbath is being felt by the Indian offshore folks who are losing a ton of basic automation support / development work to these RPA tools (which can be operated by onshore management consultants doing operational design work).
- amelius 8y agoServerless is a long word for P2P. At least, that's what makes most sense.
- deleted 8y ago[deleted]
- gowld 8y agoServerless should mean P2P, but it actually means "outsourced servers"
- CharlesW 8y ago"Serverless" is unrelated to P2P, although you could write serverless P2P apps/services. (Yes, I said "serverless services".) "Outsourced servers" would be considered IaaS[1], which is sort of the most basic cloud-level computing abstraction. Abstraction levels increase as you make the leap to PaaS[1] and finally FaaS[3]. [1] https://en.wikipedia.org/wiki/Infrastructure_as_a_service https://en.wikipedia.org/wiki/Infrastructure_as_a_service [2] https://en.wikipedia.org/wiki/Platform_as_a_service https://en.wikipedia.org/wiki/Platform_as_a_service [3] https://en.wikipedia.org/wiki/Function_as_a_service https://en.wikipedia.org/wiki/Function_as_a_service
- kpil 8y agoIt means someone else's server, wrapped in a nice package.
- mbel 8y ago> someone else's server Isn't that what cloud meant in the first place... and to be honest "nice package" sounds a little bit like a container.
- deleted 8y ago[deleted]
- tptacek 8y agoIt feels like most comments on this thread haven't really read the article, which opens up by defining the term. The problem is that it has an extremely bad title (any title that you more or less refute in your opening paragraph is a bad title). A good title would probably be "Benefits and Risks of Going Serverless", which is a subhed that occurs later in the article.
- ta1234567890 8y agoThe main issue is that "Serverless" is a really crappy name given there are actually servers involved. Although confusing/misleading names might be good at getting attention because they prompt people to dig deeper to figure out what they mean.
- tptacek 8y agoThe name "serverless" is fine. Everything is ultimately run on servers of some sort; the point of the name is that consumers don't manage (or really in many cases even need to be aware of) those servers in a serverless model like AWS Lambda.
- ta1234567890 8y agoThe issue is that, on a first impression, "serverless" sounds a lot more like p2p than "developers/admins don't need to worry about managing the servers".
- movedx 8y agoI disagree. I believe if you're thinking about how you want to deploy an application, you can say, "We want to be serverless in that regard: we want to manage as little as possible." It's on par with saying, "We want to be hardwareless in what we manage" and so you hire IBM, with a managed services contract, to deliver, install, maintain, and so on, your office IT equipment. You're "hardwareless" from the management perspective, the cost center perspective, in that you don't own it, manage it, or maintain it, you simply use it. I'll concede it's a bit of a mind bending term, though. You have to think of it from the right angle and in the right way (which means taking off your engineer hat to a degree.)
- deltateam 8y agoThat awkward moment when it is 2018 and you call serverless "new" Isn't this 2015's topic?
- Walkman 8y agoNo. It changes the essence of how we develop today. You don't even have to think about instance types or anything, you only have to think about your code, everything else is someone else's problem.
- Walkman 8y agoFor all the wonderful people -1-ing this, care to elaborate why am I so wrong?
- skunkworker 8y agoAt my job we are moving some resource expensive functions to AWS lambda, for us it is quicker to instantly horizontally scale and address load than to spin up a new instance that could take a minute to get added completely. Moving everything into lambda doesn't make sense, but for instant horizontal scaling it makes some parts of our app much more responsive and parallel.
- ryandvm 8y agoServerless is basically "you write a stateless app and we'll take care of running it." Like so many things in tech, it existed long before there was a catchy name for it. I'm sure Google wasn't even the first, but they were selling "Serverless" technology with App Engine 10 years ago.
- ryanmarsh 8y agoCGI scripts anyone?
- xtracerx 8y agofor me the biggest value to serverless functions is how nicely they tie in to the ecosystem of a cloud provider. using them to respond to storage events on s3 or database events or auth events is super easy and powerful.
- vfc1 8y agoServerless just means that we don't run the server ourselves, and that we often get a direct connection between the client and a database like FireStore, without anything in the middle. Many tasks can be done with reduced security privileges directly from the client, by setting up some declarative security via something like Firebase Security Rules. We don't even need a server for handling File Upload, that is handled by something like Firebase Storage. Of course that there is a server somewhere, its just that don't develop it ourselves but we instead use it as a service. For tasks that require increased security privileges, or for things like video or image processing we can still spin up a node server if needed using something like Firebase Cloud Functions. The end result is that we only end up writing minimal server code, and almost all of our code is client code. This does not mean that there is no server though, so the term is a bit misleading but it still captures well the fact that we only have to write a reduced amount of server code.
- brianwawok 8y ago> Serverless just means that we don't run the server ourselves, and that we often get a direct connection between the client and a database like FireStore, without anything in the middle. Umm.. there IS a server in the middle. With some form of docker image with some code on it. Same as if 10 years ago you spun up a EC2 instances, or 1 year ago spun up a docker image on one of the many providers that supports such things.
- stefantheard 8y agoHow do you go directly from client to database with nothing in the middle while being unable to trust the client?
- ryanmarsh 8y agoPolicies are put in place in one fashion or another. You’d do this differently in DynamoDB or Firebase but basically you set up a rule like, users can only update records with a key matching their user ID. So that logic does end up somewhere. Instead of in a Lambda or Cloud Function the logic is “embedded” in the database. IMHO this is an anti pattern but what do I know?
- deleted 8y ago[deleted]
- throw2016 8y agoServerless means you don't have to run the server. Even in the cloud you are running the VMs. You still have to deal with the OS, updates, apps and security. PAAS takes it one step further, SAAS completely takes servers off you hand. You only deal with the app. Serverless is probably sitting between PAAS and SAAS, function or code as a service. So maybe we should call it CAAS or FAAS. Serverless sounds nicer but is too vague and meaningless.
- tzakrajs 8y agoServerless == task based
- z3t4 8y agoA nice middle ground is hiring the hardware eg. dedicated servers. Then you can install whatever software you want on them. And you can hire servers in many data-centers for redundancy. You get full control of the software, but don't have to worry about hardware, Internet connection, power, etc. If there are problems on one server you just revert traffic to another. Migrating from one provider to another is super easy, compared to serverless, SaaS and PaaS.
- Animats 8y agoNo, it's a new word for time-sharing.
- lukev 8y agoThe interesting thing about serverless for me is that although it's compelling to run services without needing to "manage servers", other tooling has largely closed that gap. When I'm scripting a system deploy to AWS (for example), provisioning and deploying a Docker image to ECS, or even an AMI via Packer is a roughly equivalent amount of development work to configuring a Lambda. And, usually a container or EC2 instance will have much better performance and cost characteristics than serverless. The exception is services that can benefit from a "scale to zero" capacity, which is great for personal projects but doesn't fit very many production apps.
- crb002 8y agoIn the AWS context it means stock Linux container on demand.
- azurelogic 8y agoAs someone who has been working almost daily with Lambda and other AWS serverless services for close to 2 years, it astounds me to see so much FUD and misinformation among one of the smartest technical communities that I know. Serverless is about making as much computing power as you demand available on demand with a "pay only what you use" price model without demanding that you maintain the underlying systems. In addition, embracing this model tends to allow you to break out of the request driven model of needing to call APIs for everything. Instead, you enable a whole host of new event driven interactions between application components. Even this article misses one of the more interesting advantages: scalability under varying load. AWS Lambda may cost more than an equivalent EC2 instance if run constantly, but it scales up and down almost instantly without adding cost. You just pay for the compute time. So, burst traffic is no sweat (up to your account limits or function configured limits). If your application has highly irregular load, Lambda can keep it more responsive while saving you money too. And it is nothing like paying for shared hosting or other single unit, where you still have no horizontal scalability.