News for hackers. Stuff that matters.
Re:Functions as a Service: Serverless Framework for Docker a... by droelf_ on Saturday August 19, 2017 @11:29AM (#15053913)
Last time I checked (a couple of minutes ago), NONE of those "serverless" frameworks were truly serverless. Running your stuff or even your "functions" in the "cloud" is still running it on a server. Just because you do not know which specific server is running it at a given time does not make it "serverless". Why is it so hard to use the correct term?
Re:Functions as a Service: Serverless Framework for Docker a... by errm on Saturday August 19, 2017 @01:39PM (#15054575)
Ultimately "serverless" is always going to involve a computer of some sort somewhere, most likely a server ...

Functions as a Service is a much better description of the pattern... As an Ops person we often get a lot of requests for I need this (small) thing to happen when x... in the past we might have managed this with severs (probably called misc-{1..n}) running simple scripts as cron jobs...

I see "serverless" as a much better way to manage this sort of stuff ... and FaaS is especially good for this since anything that can go inside a container can be a function, so all the little bits of bash and perl and ruby and whatever script stuff just get chucked at this thing and just work...

Re:Functions as a Service: Serverless Framework for Docker a... by cwilkes on Saturday August 19, 2017 @12:53PM (#15054336)
Do you also rail against "wireless" phones as there's wires involved somewhere?

It is called serverless as in the ideal state you let the scaling of the server be handled by someone else. Just like with cell phones you only care about the last bit before it gets to you.

Re:Functions as a Service: Serverless Framework for Docker a... by Can_Not on Saturday August 19, 2017 @11:53PM (#15056909)
No, he calls his phone "towerless", "networkless", and "carrierless" because he doesn't personally own or manage his own towers, networks, or carriers.
Re:Functions as a Service: Serverless Framework for Docker a... by alexellisuk on Saturday August 19, 2017 @01:26PM (#15054496)
We spoke about this at the CNCF serverless WG session a couple of days ago. I think there was consensus that the term Serverless applies to an architectural pattern and is not meant to be taken literally (as with so many other design patterns - bridge, factory, facade etc). Serverless also refers to the experience the developer gets of "packaging and deploying" the application without worrying about scale.
Re:Functions as a Service: Serverless Framework for Docker a... by Futurebot on Saturday August 19, 2017 @02:02PM (#15054693)
"Just-in-time server" would have been a much better name
Re:Functions as a Service: Serverless Framework for Docker a... by ec109685 on Saturday August 19, 2017 @11:37AM (#15053953)
Why doesn't not caring what server a function is running on and allowing a piece of code to jump from one host to another not constitute serverless, a term that has come to mean exactly that?
Re:Functions as a Service: Serverless Framework for Docker a... by droelf_ on Saturday August 19, 2017 @11:44AM (#15053991)
Because it's still using a server. large scale distributed resource abstracting server network (short lsd-rasn) or something along these lines would be more accurate.
Re:Functions as a Service: Serverless Framework for Docker a... by ec109685 on Friday August 25, 2017 @05:43AM (#15097239)
Also, cloud computing does not actually run inside clouds.
Re:Functions as a Service: Serverless Framework for Docker a... by polotics on Saturday August 19, 2017 @03:08PM (#15055036)
Wow. You do not work in marketing!
Re:Functions as a Service: Serverless Framework for Docker a... by carimura on Sunday August 20, 2017 @04:49PM (#15060190)
"correct" is never what wins. cloud computing?