Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Serverless Docker Beta

zeit.co

Post reply on HN
Print view View original

131–140 of 236 posts

Re: Serverless Docker Beta

#131

Post by mtrn »

Sujan wrote: post #73

Am I the only one having problems to follow .gif "demos"? When I get to the image, it is in the middle of everything and I don't really have an idea what is going on. Even watching it multiple times, I am not sure where it starts, ends, what the individual steps are. Or is it because I just don't know enough about this stuff?

If it's not overdone, an animated walk-through can give you an impression of how simple something is - here a short animation can be worth a thousand words.

For more complex topics I find animations less helpful.

Re: Serverless Docker Beta

#132

Post by marzell »

TheDong wrote: post #112
marzell wrote: post #97

Earlier quoted context omitted.

You can view controls on GIFs in many cases as well, I believe. Also, nobody seems to make use of these features, but GIFs do not have to loop, nor do they have to loop by going back to the very beginning of the animation as well. In particular, I find it extremely ineffective where there are GIFs that only show a "final product/scene" for like 1 frame before looping back to the beginning.

> You can view controls on GIFs in many cases as well, I believe I don't think that's true. Twitter and imgur do convert gifs to mp4, and you can see controls there, but that's because they're not gifs. Do you have a citation or example of controls on actual gifs in any commonly used web browser?

Yea I am probably mistaken, this is likely gifv

Re: Serverless Docker Beta

#133

Post by marzell »

swaggyBoatswain wrote: post #128
marzell wrote: post #97

Earlier quoted context omitted.

You can view controls on GIFs in many cases as well, I believe. Also, nobody seems to make use of these features, but GIFs do not have to loop, nor do they have to loop by going back to the very beginning of the animation as well. In particular, I find it extremely ineffective where there are GIFs that only show a "final product/scene" for like 1 frame before looping back to the beginning.

are you thinking of .gifv which imgur supports?

yea I think you are probably right.

Re: Serverless Docker Beta

#134

Post by orliesaurus »

Sujan wrote: post #78
Sujan wrote: post #73

Am I the only one having problems to follow .gif "demos"? When I get to the image, it is in the middle of everything and I don't really have an idea what is going on. Even watching it multiple times, I am not sure where it starts, ends, what the individual steps are. Or is it because I just don't know enough about this stuff?

Oh, and to make this more than a simple rant/whine, some constructive suggestions that could possibly solve the problem: - Normal video with playback controls? - Add a clearly distinguishable "this is where it starts" screen. - Is there maybe a way to control playback of a gif via JS/HTML? Add a "restart" button. - Add a timeline into the .gif that shows where I am (similar to usual video player).

Out of curiosity what does the industry best practice dictates between webm and mp4 for this kind of stuff?

- Which one is more accessible?

- Which one is more "compressed" and mobile ready?

Re: Serverless Docker Beta

#135

Post by staticassertion »

nickjj wrote: post #50
andrewtorkbaker wrote: post #31

And so ZEIT, my favorite serverless provider, keeps getting better. Highlights: - "sub-second cold boot (full round trip) for most workloads" - HTTP/2.0 and websocket support - Tune CPU and memory usage, which means even smoother scaling And all that for any service you can fit in a Docker container - which is also how you get near-perfect dev/prod parity, an often overlooked issue with other serverless deployment te…

I know of 1 large scale web application that is 100% driven by serverless technologies. The user experience (as an end user using the website) is pretty terrible IMO. It often takes multiple seconds for various areas of the site to load (bound by the network). It's also super Javascript heavy and just doesn't feel good even on a fast desktop workstation. Authentication is also a nightmare from a UX point of view. Eve…

Confused by why those issues are tied to serverless.

The only one that seems like it could even be related is the page loads being slower. But I'd be surprised if the issue were the serverless aspect of the architecture and not just that this software is apparently shoddy overall.

Re: Serverless Docker Beta

#136

Post by wahnfrieden »

watty wrote: post #6

Looks great for basic websites but it's missing the biggest and most difficult piece of cloud infrastructure. The DATABASE! Today you'd have to open up your cloud DB provider to the world since Zeit can't provide a list of IPs to whitelist. This is a showstopper for me unfortunately.

Amazon is building an HTTP interface to Serverless Aurora to solve this problem. You can secure it via IAM rather than network segmentation, much like DynamoDB.

Re: Serverless Docker Beta

#137

Post by rdallman »

jgh wrote: post #38

So I've been messing with Fn + Clojure + Graal Native Image and I'm seeing cold start times around 300-400ms and hot runs around 10-30ms. TLS adds something like 100-150ms on top of that. I was excited about seeing improved docker start times, but it seems like you guys are pretty much at the same place I am with it. Here's my question, being relatively ignorant of Docker's internals: _is it possible_ to improve that…

Hey there, fn dev here. Cool to hear about folks testing the graal images! We have done some experimental work and made some discoveries in the container cold start time dept. which we've documented https://blogs.oracle.com/developers/building-a-container-run... (see: Fast Container Startup).

The main things are optimizations around pre-allocating network namespaces, we've built some experimental code to skirt around this https://github.com/fnproject/fn/blob/master/api/agent/driver... (which can be configured & tested) and we're testing approaches like this to attempt to get start times down to as low as we can. 1 case to be almost as fast as the 'hot' case so we FaaS people need to answer this better in general, it isn't something we want users to have to think about!

Re: Serverless Docker Beta

#138

Post by danpalmer »

> Serverless

> A new slot configuration property which defines the resource allocation in terms of CPU and Memory, defaulting to c.125-m512 (.125 of a vCPU and 512MB of memory)

Sure sounds like needing to be concerned about the hardware. That feels like a leaky abstraction that the serverless design pattern claims or appears to take care of, but seems like it doesn't in practice. Is "serverless" the right level of abstraction? I'm not sure.

Re: Serverless Docker Beta

#139

Post by chrisan »

orliesaurus wrote: post #134
Sujan wrote: post #78

Earlier quoted context omitted.

Oh, and to make this more than a simple rant/whine, some constructive suggestions that could possibly solve the problem: - Normal video with playback controls? - Add a clearly distinguishable "this is where it starts" screen. - Is there maybe a way to control playback of a gif via JS/HTML? Add a "restart" button. - Add a timeline into the .gif that shows where I am (similar to usual video player).

Out of curiosity what does the industry best practice dictates between webm and mp4 for this kind of stuff? - Which one is more accessible? - Which one is more "compressed" and mobile ready?

You need both formats, mp4 for ios and webm for android

Not sure this is "standard" but imgur has their gifv "format" which will serve up the correct underlying format to the device

https://help.imgur.com/hc/en-us/articles/208606616-What-is-G...

Re: Serverless Docker Beta

#140

Post by the_duke »

bdcravens wrote: post #116
symlock wrote: post #40

Earlier quoted context omitted.

I'm not a "serverless hater", but every company I've ever worked with had backend processes that were not tied to HTTP requests. I still keep actual servers around because the HTTP gateway is not the pain point. It's long-running processes, message systems, stream processing, and reporting. That said, I look forward to the company (or side project) where "serverless" can save me from also assuming the "devops" role.

Functions that respond to events, where an event is triggered by some sort of message queue (ie, Lambda + Kinesis streams)

Which usually have very low time restrictions in the order of a few minutes.
Post reply on HN