menu

ZEIT

Our mission is to make cloud computing as easy and accessible as mobile computing. You can find our Next.js community here.

Channels
Team

clarify future support of docker on now platform

November 8, 2018 at 6:21pm
The ZEIT community has a new home. This thread is preserved for historical purposes. The content of this conversation may be innaccurrate or out of date. Go to new community home →

clarify future support of docker on now platform

November 8, 2018 at 6:21pm
It seems zeit is moving away from allowing customers to utilize Docker as a common 'primitive'; would you kindly clarify this?
Show previous messages

November 9, 2018 at 9:54pm
What I don't need is yet another external service for my application to depend upon. What I need is an always-on NodeJS application instance (minimum 1, with the ability to scale as needed) that can handle persistent websocket connections -- unless I'm mistaken and the new architecture will support this.
  • reply
  • like
what happens when you use v1 apps on a v2 plan?
like-fill
1
  • reply
  • like
What i mean is looking at Pusher.JS as a successful real-time story to learn from. So we could utilize something like that right from Now v2 !
  • reply
  • like
seems like you're billed on-demand
  • reply
  • like
$0.025/hr
  • reply
  • like
oh yikes, I'll need to downgrade then...
  • reply
  • like
I tried, there doesn't seem to be a way to do that
  • reply
  • like
Gotcha. I suppose then it'd be another proprietary module I'd have to import that would only integrate with Zeit's cloud.
  • reply
  • like
yeah just discovering that too -- that's super concerning. , is there a way to downgrade to a legacy plan? I'm not able to deploy any of my apps to v2 and am now going to be paying $18 per month per deployment
  • reply
  • like
I wonder how many users that upgraded, don't know about this forced on-demand billing and will get a >$50 bill on a supposedly $15 plan
  • reply
  • like
we have a very clear disclaimer on the modal
  • reply
  • like
please email [email protected] and we'll take care of it, no stress
like-fill
1
  • reply
  • like
same for you Alin!
  • reply
  • like
Gotcha. I suppose then it'd be another proprietary module I'd have to import that would only integrate with Zeit's cloud.
not at all proprietary, and not at all specific to our cloud
  • reply
  • like
Meaning: it's just another API, like Stripe
  • reply
  • like
So you will support websockets in v2?
Edited
like-fill
1
  • reply
  • like
Let me tell you my use case: I'm developing a tcp server to listen to GPS devices to trigger that event to other microservices/lambdas. I hope Now V2 should support this specific use case without relying on 3rd party services like Pusher.js
Edited
  • reply
  • like
Do you confirm we can no longer chose the Premium/Pro/Advanced plans and that we are forced into On demand plan? (Now 1.0)
  • reply
  • like
thx for answering some questions here and shedding some light on the motivation to move to a lambda future for Now.
My last thoughts on this.
In terms of scalability your absolutely right lambda functions do scale very well. But you know what also scales really well? An index.html file on a cdn. The reality of real world applications is that there is often loads of complexity to deal with. As much as we engineers try to push back on the requirements there is often just no way around that.
Many of us have been to lambda land and saw it was not as elegant and graceful as it's often portrait in hello word examples. Maybe you guys can change that.
When you say: "We will provide good alternatives for the vast majority of use cases that are hard in a lambda environment." I really believe you and I think you and your team of awesome engineers will do a great job at that. But in this statement there also lies the problem. You will never be able to cater to everyone's needs. That's just what I liked so much about your "docker as a primitive" vision for cloud computing. You guys just needed to get really good/fast at orchestrating and optimizing docker containers and anything could be done on the service.
Building such a system, as you guys did, is probably hard as hell but I could not agree more with : "why the rush to get rid of serverless docker? It is still an amazing product, that has a massive competitive advantage over any other offering I've seen!"
I was so delighted to see all these new examples in the repository. Who ever thought we would be able to deploy Wordpress on Now. I just felt like you guys were really on to something revolutionary... and now you are just one of many.
Sorry if I sound harsh but you must understand that such a dramatic shift in the product direction is going to leave some customers/fans disappointed about the future of product. Than again, disappointing customers sometimes exactly what you have to do to achieve your vision.
I will try to move a few of my personal projects to v2. The company wide decision to move to Now is of the table for now.
like-fill
13
  • reply
  • like
Are there any other providers that allow you to upload a Dockerfile? Besides heroku? I don't know if I ever plan on moving to a serverless model. I could wrap my express app with /node-server , but I'm not sure that would provide out-of-the-box support for websockets.
  • reply
  • like
I'm not certain, at this point, if my entire app that I've built on express and FeathersJS would ever jive with serverless architecture. I feel it'd be a major rewrite.
  • reply
  • like
have you guys tried kubernetes? I got a kubernetes cluster setup in Google Cloud and now I just push docker images to it and it will host it for me
  • reply
  • like
I use Kubernetes on Google Cloud
  • reply
  • like
I don't get it. So with Docker, I can write and app, put it on now, or Digital Ocean, or if the client demands it, run Docker on their physical server in office, or unwrap what is in the Docker container and run it the old way on a real machine without the container...
With the new Now Lambda, I cannot do that. It will be suck require it to be hosed on NOW's platform. Surely, I can move it around on the cloud provider you guys support (AWS, GCE), but there is no way to deploy it to other standalone server / computers?
like-fill
5
  • reply
  • like
Show more messages
private
This conversation has been locked
private
This channel has been archived