I am glad to see attempts at making a high-level platform. However, I feel like it will be too opinionated for many to pick Istio and solve build and FaaS all at once.
Will there be some push-down of some of the functionality into Kubernetes? Will any of this turn into specification with alternative implementations?
Knative – Kubernetes-based platform to manage modern serverless workloads
11–20 of 168 posts
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#12I kinda have a hard time understanding what it is ... is it kinda a 'glue' layer between Kubernetes and istio ? Can somebody give us a 2 sentences explanation? please and thank you
You have source code. You want a simple way to turn it into running functions and apps, with eventing support, with clever routing and rollout capabilities, without lifting a finger.
It's an abstraction layer being developed above both of Kubernetes and Istio.
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#13Thanks to everyone who played a part of this! The Google team is also watching this thread. Happy to answer any questions people have.
This looks really cool, I'll definitely be looking into it more closely when I get a chance.
Obviously this is a conflict of interest for Google, but just curious if you know of any plans in the works for being able to run this on AWS EKS? It's the obvious omission from the list of supported clouds on the installation page[0].
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#14I wrote a little post to explain why Knative is important from the developer perspective https://medium.com/@mchmarny/build-deploy-manage-modern-serv...
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#15I am glad to see attempts at making a high-level platform. However, I feel like it will be too opinionated for many to pick Istio and solve build and FaaS all at once. Will there be some push-down of some of the functionality into Kubernetes? Will any of this turn into specification with alternative implementations?
There will probably be stuff pushed down based on things Knative needs. For example, we've discussed the effect of what we call "the warmth hierarchy" on autoscaling (tl;dr, bad).
Solving those problems can't be done entirely at the layer in which Knative is developing -- some changes will need to turn up in Kubernetes (node-local caching awareness) and Istio (workload/node-aware routing).
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#16Thanks to everyone who played a part of this! The Google team is also watching this thread. Happy to answer any questions people have.
This looks really cool, I'll definitely be looking into it more closely when I get a chance. Obviously this is a conflict of interest for Google, but just curious if you know of any plans in the works for being able to run this on AWS EKS? It's the obvious omission from the list of supported clouds on the installation page[0]. [0] https://github.com/knative/docs/tree/master/install
If AWS EKS gives you access to kubectl or similar, it is probably trivial to setup. There shouldn't be any obvious roadblocks. Will be a great contribution to add to the guides!
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#17Thanks to everyone who played a part of this! The Google team is also watching this thread. Happy to answer any questions people have.
This looks really cool, I'll definitely be looking into it more closely when I get a chance. Obviously this is a conflict of interest for Google, but just curious if you know of any plans in the works for being able to run this on AWS EKS? It's the obvious omission from the list of supported clouds on the installation page[0]. [0] https://github.com/knative/docs/tree/master/install
I think PRs would be gladly accepted. But, in general, it should work fine with any conforming Kubernetes system.
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#18I kinda have a hard time understanding what it is ... is it kinda a 'glue' layer between Kubernetes and istio ? Can somebody give us a 2 sentences explanation? please and thank you
This is a way to deploy and manage a stateless web application ("function") without needing to get into a bunch of low-level details, and get closer to pay-for-what-you-use.
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#19I'm a bit confused about the "eventing" application. Is it a message bus like NATS? a persistent event log like Kafka? or is it an adapter that allows applications to interact with both?
Re: Knative – Kubernetes-based platform to manage modern serverless workloads
#20I am glad to see attempts at making a high-level platform. However, I feel like it will be too opinionated for many to pick Istio and solve build and FaaS all at once. Will there be some push-down of some of the functionality into Kubernetes? Will any of this turn into specification with alternative implementations?
One of the goals is to make the components loosely coupled at the top (so a product can choose among them as needed), and also pluggable at the bottom (so you can swap out implementations as needed, for example logging and monitoring).
I expect that some of this will end up upstreamed into Kubernetes proper if it's broadly useful (autoscaler work, to pick an example), but this is still super early so let's see what people want.
And yes, we're documenting the control plane APIs, the data plane requirements, and the contract for serverless container environments, with the hope that they can be reimplemented consistently wherever needed.
One of the explicit goals is workload portability, so separating spec from implementation is critical.