After watching couple of videos including this the only question that’s comes into my mind is how can I deploy more than one service where there is a web application which talks with intermediate service and that service talks with another In knative how do I specify the connection between those services as I do not directly handle any yaml files like we do on k8 ?
The only use case worthy of discussion ins Knative Eventing, which is the actually the core of Knative capabilities to arrange processes around events. 1) Build - we already have Jenkins and many other build processes. And frankly speaking, why do I want to bundle build platform with deployment platform? 2) Serving - Istio Server Mesh already have everything you described. What is the "killer app" you want to provide, other than trying to replace Istio? And how do you actually replace Istio? It has much more feature than just serving. What do you offer that excites me to use introduce a new component, the Knative Seving, for routing and traffice splitting which have been in Istio Service Mesh? OK, Knative has request-monitoring autoscale to zero capability. And Kubernetes has resource-monistoring autoscaling. Kubernetes takes longer to scale. Fair enough. For companies that have buget boundary, yes it the a great selling point. But many companies don't really have microservices that just sit idles for a long period of time. So it has a use case, but a use case that is relatively niched, if you don't have thousands of microservices or functions, and sitting idle even for a short period of time has huge financial impact. 3) The real use case is Knative Eventing. This capability allows any Kubernetes Cluster to hook up to an underlying event source, such as Kafka, Pulsar, Google Cloud, or many other streaming platforms. So this is a real use case. For this use case alone, it is worth to investigate the Knative and including it as part of your infrastructure (and the complexity it brings to the infrastructure)
Hi, just wondering the similar features are available already in openshift, so is it bringing anything different than that? Redhat is also integrating istio and knative so what are the added features ?? Thanks
Hi SJ....here's the answer from @svennam the speaker in the video --Every cloud provider has its own advantages and disadvantages. Red Hat and IBM are on the forefront with integrating open-source technology directly into the platform. They are both based on the same open-source projects, so there shouldn’t be any significant differences there.
Looks like writing on clear glass in front of you but seems like there is more to it. What software, hardware, setup, etc are you using to create this presentation?
If this was a sales pitch, it would fail. The benefits I see can come from Istio by itself. I don't see other benefits. And bringing the building process into my cluster is the last thing I would want. If there are other benefits, they were not presented effectively here.
Really loved the style used on this video, great job!
It's mind-blowing how good IBM engineers are at writing backwards!
lol I always chuckle when people ask this but they are actually being serious
he is struggling at 5:50 ;-)
And next week: the magic of mirroring video images, so you don’t have to write backwards 😏
Great, Your painting skill is amazing.
I think it's ok. They cleverly flipped the video I think.
KNATIVE seems like a great platform! Great job team!
Nice presentation Sai!
Very clearly explained. You're really good at this :)
After watching couple of videos including this the only question that’s comes into my mind is how can I deploy more than one service where there is a web application which talks with intermediate service and that service talks with another
In knative how do I specify the connection between those services as I do not directly handle any yaml files like we do on k8 ?
Very clearly explained! Thank you!
The only use case worthy of discussion ins Knative Eventing, which is the actually the core of Knative capabilities to arrange processes around events.
1) Build - we already have Jenkins and many other build processes. And frankly speaking, why do I want to bundle build platform with deployment platform?
2) Serving - Istio Server Mesh already have everything you described. What is the "killer app" you want to provide, other than trying to replace Istio? And how do you actually replace Istio? It has much more feature than just serving. What do you offer that excites me to use introduce a new component, the Knative Seving, for routing and traffice splitting which have been in Istio Service Mesh? OK, Knative has request-monitoring autoscale to zero capability. And Kubernetes has resource-monistoring autoscaling. Kubernetes takes longer to scale. Fair enough. For companies that have buget boundary, yes it the a great selling point. But many companies don't really have microservices that just sit idles for a long period of time. So it has a use case, but a use case that is relatively niched, if you don't have thousands of microservices or functions, and sitting idle even for a short period of time has huge financial impact.
3) The real use case is Knative Eventing. This capability allows any Kubernetes Cluster to hook up to an underlying event source, such as Kafka, Pulsar, Google Cloud, or many other streaming platforms. So this is a real use case. For this use case alone, it is worth to investigate the Knative and including it as part of your infrastructure (and the complexity it brings to the infrastructure)
thanks dude
great, thanks ibm
Can I use KEDA for Eventing?
Hi, just wondering the similar features are available already in openshift, so is it bringing anything different than that? Redhat is also integrating istio and knative so what are the added features ?? Thanks
Hi SJ....here's the answer from @svennam the speaker in the video --Every cloud provider has its own advantages and disadvantages. Red Hat and IBM are on the forefront with integrating open-source technology directly into the platform. They are both based on the same open-source projects, so there shouldn’t be any significant differences there.
Thanks so much for this video tutorial.
"build" is not part of knative core anymore, now is an independent componente named tekton
Looks like writing on clear glass in front of you but seems like there is more to it. What software, hardware, setup, etc are you using to create this presentation?
m.ruclips.net/video/eVOPDQ5KYso/видео.html
Hi Brennan! That’s pretty much it. We mirror the video in post-production. Try searching for “lightboard” to see how the effect is created!--Sai
If this was a sales pitch, it would fail. The benefits I see can come from Istio by itself. I don't see other benefits. And bringing the building process into my cluster is the last thing I would want. If there are other benefits, they were not presented effectively here.
IBM employee are great.
Btw I loved your shirt
Thanks!
Is the config indempotent?
What's up with KNative now a days?
explain clearly