Find the Best Cosmetic Hospitals

Explore trusted cosmetic hospitals and make a confident choice for your transformation.

“Invest in yourself — your confidence is always worth it.”

Explore Cosmetic Hospitals

Start your journey today — compare options in one place.

Knative Tutorials – Chapter – 10 – Knative Tutorials: servicing workflow between Components

  1. Request Initiation:
    • A user sends a request to an application hosted on Knative.
    • This request first hits the Istio Ingress Gateway, which is the entry point for external traffic into the Kubernetes cluster.
  2. VirtualService Routing:
    • The Istio Ingress Gateway uses Istio VirtualService to determine where to route the request. Knative sets up these VirtualServices when a service is created or updated.
    • Typically, the VirtualService will point to the Knative Activator when the application is scaled to zero or during scaling up from zero.
  3. Activator:
    • The Activator is responsible for starting up instances of the application (Pods) when there are none running. It plays a crucial role in scale-to-zero functionality.
    • If an application is scaled to zero (no active pods), the Activator receives the incoming request, triggers the Kubernetes deployment to start a new pod, and then buffers incoming requests until the pod is ready to handle them.
    • Once the pod is running and ready, the Activator forwards the buffered requests to the pod.
  4. Autoscaler:
    • The Autoscaler component in Knative observes traffic load and scales the application pods up or down based on the configuration (like concurrency-based metrics) and actual traffic.
    • It receives metrics about ongoing traffic and makes decisions on when to scale. The Activator also plays a part in this by sending metrics to the Autoscaler when it’s buffering requests for scaled-to-zero applications.
  5. Knative Service and Revisions:
    • In Knative, when you create a Service (not to be confused with Kubernetes Service), it represents a specific configuration of your application.
    • Each time you modify the Service, Knative creates a new Revision. Each Revision is a snapshot of the code and configurations for a particular version of the service.
    • The actual running code is encapsulated in a Kubernetes deployment associated with that Revision.
  6. Knative Route:
    • The Route is responsible for determining which Revision of a Service receives traffic. You can set up the Route to split traffic between multiple Revisions for blue-green deployments, canary releases, etc.
    • Combined with VirtualService, it ensures the right revisions of your application are being routed traffic.
  7. Request Completion:
    • After the application processes the request, the response travels back through the same path: from the pod to (possibly) the Activator, and then out through the Istio Ingress Gateway to the user.

Find Trusted Cardiac Hospitals

Compare heart hospitals by city and services — all in one place.

Explore Hospitals
I'm Rajesh Kumar, a DevOps, SRE, DevSecOps, Cloud, and Platform Engineering expert passionate about sharing practical knowledge, real-world experiences, and industry best practices. I have worked at Cotocus and regularly write about technology, travel, investing, health, product reviews, and digital marketing through my various platforms. I publish technical articles at DevOps School, travel stories at Holiday Landmark, stock market insights at Stocks Mantra, health and fitness guidance at My Medic Plus, product reviews at TrueReviewNow, and SEO and digital marketing strategies at Wizbrand.

Related Posts

Knative Tutorials – Chapter 8 – Autoscaling applications with Knative

Rajesh Kumar I’m Rajesh Kumar, a DevOps, SRE, DevSecOps, Cloud, and Platform Engineering expert passionate about sharing practical knowledge, real-world experiences, and industry best practices. I have…

Read More

Knative Tutorials – Chapter 6 – Knative Code: Global Autoscaling Configuration: ConfigMaps

Rajesh Kumar I’m Rajesh Kumar, a DevOps, SRE, DevSecOps, Cloud, and Platform Engineering expert passionate about sharing practical knowledge, real-world experiences, and industry best practices. I have…

Read More

Knative Tutorials – Chapter 5 – Serving multiple versions simultaneously

The helloworld Service had a spec.runLatest field which serves all the traffic to the latest revision created form the Service’s revisionTemplate field. To test out the effects of a new version of your…

Read More

Knative Tutorials – Chapter 3 – Install Knative with YAML using minikube

Knative Serving For prototyping purposes, Knative works on most local deployments of Kubernetes. For example, you can use a local, one-node cluster that has 3 CPUs and…

Read More

Knative Tutorials – Chapter 2 – Your first Knative application

Here’s what each of these Serving APIs do: Service Describes an application on Knative. Revision Read-only snapshot of an application’s image and other settings (created by Configuration). Configuration…

Read More

Knative Tutorials – Chapter 1 – Install Knative Serving, Eventing Resources with Istio

Rajesh Kumar I’m Rajesh Kumar, a DevOps, SRE, DevSecOps, Cloud, and Platform Engineering expert passionate about sharing practical knowledge, real-world experiences, and industry best practices. I have…

Read More
Subscribe
Notify of
guest
0 Comments
Newest
Oldest Most Voted
0
Would love your thoughts, please comment.x
()
x