clarify future support of docker on now platform
November 8, 2018 at 6:21pmThe 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:21pmIt seems zeit is moving away from allowing customers to utilize Docker as a common 'primitive'; would you kindly clarify this?
November 9, 2018 at 6:32pm
I truly love you guys, but the decision to abandon Docker is just killing me. I get when you say things like "We have no intention of shutting Now v1 down any soon". But announcing something like this in the way you did is just leaving me gutted.
I know not all customers are going to like product decisions. Sometimes you need to alienate a few customers to appeal to a broader audience. I do think we deserve a little more explanation and reasoning behind this decision. I mean and here you guys were in April standing on stage and advocating a Docker first strategy with such a passion and commitment. Now 8 months later you are ready to move docker to legacy system. I mean... what happend here?
When a company moves to a relatively new service, it often a big deal. Lots of stakeholders need to convinced and pros and cons are endlessly debated. There are always a lot of naysayers who want to invest in a more "proven technology"... well today I just feel like I just got a big reality check.
Love what said: "I think the biggest flaw here was the naming of Now 2.0 and how you presented it".
I think there should be a future for containers under Now. What I would suggest is to keep v1.0 under the "Now Docker" product name and move v2.0 under the "Now Lambda" name. I think having both options available can be awesome going forward. Spin up a quick Lambda to get some small project going. Use a container for a more complex setup where a simple builder isn't going to cut it. I think that would be cool.
Anyway thats my suggestion, hope you guys have a few minutes for a long time supporter.
I completely agree with Having both "Now Docker" and "Now Lambda" as options would be awesome
I'm trying Azure Pipeline right now, the assistant auto detected my Dockerfile, got a green build with webpack build, docker build (nginx) and e2e tests without even looking at the doc (yet) still have to (auto) deploy it, but native dockerfile support is there, so far I had to do 0 modification to my application code
Have you guys seen (https://zeit.co/docs/v2/platform/upgrade-to-2-0):
NOTE: v1 is fully maintained and supported. We will only announce a deprecation date once we have ensured all our customers workloads are migrated and the tooling is in place for a smooth transition.
So v1 is destined to end at some point.
It would be really great if someone from the Zeit team could comment on this issue. reading through this thread there are several use cases that just don’t align well with the lambda model and even if now‘s stance is that this is the way forward it would only be fair to people in need of other use cases to bring clearity if now will be a viable option for them in the future.
I want to re-assure everyone that we are 100% confident that this is the right direction for the platform. We wouldn't call this 2.0 if I wasn't deeply convinced that is is the future of deployment and code execution.
It's true that *some* use cases are still not addressed, which is why we didn't just phase out v1. We are working on a lot of very exciting features, builders and integrations that I'm confident will make all your web applications work great on Now 2.0.
We have been exploring the tradeoff space between processes and functions, containers and lambdas, for a long time. We understand the problem extremely well, and we have seen and learned first hand what scales and what doesn't.
Are you planning to support deployment of, e.g., web services with multiple endpoints, implemented e.g. with Python Flask, without making changes to the code?
How about websocket over lambda ? I would be happy to refactor a monothlic to lambda, as soon as it supports websocket connection. Thanks.
we are investing quite a bit into our Python builder right now, as a matter of fact. We have a lot of good news coming for the python community :)
Here's the kind of interesting thing. Now is a unique company in that we're never going to lower the bar of ambition. We think we can give you the best of both worlds: ease of use and planet-wide scalability.
Throughout a journey like this, you'll find that some initial assumptions sometimes need to be tweaked.
In this case they're being tweaked so that you never worry about your next app taking over the world and dealing with billions of requests per day.
Please don't forget the Apollo community :D I know you guys have a lot to handle right now, but we were super excited to host everything on now. I hope with get more details on this new approach on the coming weeks
I meant it when I wrote in the blog post that my main priority is to address all the customer workloads perfectly.
I also wouldn't be calling this 2.0 if we had to reject entire classes of interesting applications.
And I'm happy to jump on a call with any teams that need further reassurance.
I am sorry. I must be missing something. What does this mean exactly? "00% confident that this is the right direction for the platform"? Does this mean you do not believe that docker is a good tool for production deployments? The only alternative interpretation I can make, is that the Zeit Now platform has many more non-docker than docker deployments, and then, it makes sense from Now's perspective, but it also means a "hard goodbye" to anyone seeking docker builds.
what is your approach to "address all the customer workloads perfectly"? Is there a place we can submit use-cases that don't have an apparent fit for 2.0?
This conversation has been locked
This channel has been archived