Question 1
How does a ReplicaSet identify which Pods it should manage?
By Pod name prefix
By namespace matching
By label selectors and ownerReferences
By container image version
Question 2
Why is a ReplicaSet considered a lower-level abstraction compared to a Deployment?
It cannot create Pods
It lacks rollback and rollout logic
It does not support YAML configuration
It cannot scale replicas
Question 3
What triggers the creation of a new ReplicaSet when using a Deployment?
Scaling the number of replicas
Restarting a Pod
Updating the PodTemplateSpec
Changing Service selectors
Question 4
During a RollingUpdate strategy, how does a Deployment achieve zero downtime?
By restarting all Pods simultaneously
By pausing traffic using Services
By gradually scaling up the new ReplicaSet while scaling down the old one
By deleting old ReplicaSets immediately
Question 5
Why are Deployments considered ideal for stateless applications?
They automatically persist application data
They manage Pod identity and ordering
They allow easy scaling, rollbacks, and replacement of Pods
They prevent Pods from being recreated
Question 6
What is the purpose of the status section in a Deployment object?
Defines the desired number of replicas
Stores container image configuration
Tracks actual vs desired state for self-healing
Controls Pod scheduling rules
Question 7
Which action increments a Deployment revision number?
Restarting Pods
Scaling replicas up or down
Pausing a rollout
Updating the Pod template configuration
Question 8
A Deployment remains in Progressing state for a long time. Which situation could cause this?
New Pods are failing readiness probes
Old ReplicaSet has zero replicas
Pods are running successfully
Deployment has no labels
Question 9
Why does Kubernetes recommend using Deployments instead of directly managing ReplicaSets?
ReplicaSets are deprecated
Deployments add orchestration, rollback, and rollout safety
ReplicaSets cannot run containers
Deployments reduce cluster resource usage
Question 10
In a canary deployment approach, what is the primary goal of keeping old and new replicas running simultaneously?
Reduce CPU usage
Improve Pod startup speed
Prevent ReplicaSet deletion
Validate new versions with limited user exposure
There are 10 questions to complete.