Kubernetes basics review in Microservices - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a Kubernetes pod manifest with the correct apiVersion.

Microservices

apiVersion: [1]
kind: Pod
metadata:
  name: my-pod
spec:
  containers:
  - name: my-container
    image: nginx

Drag options to blanks, or click blank then click option'

Aapps/v1

Bextensions/v1beta1

Cbatch/v1

Dv1

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'apps/v1' which is for Deployments, not Pods.

Using deprecated apiVersions like 'extensions/v1beta1'.

The correct apiVersion for a Pod manifest is v1. Other apiVersions are for different Kubernetes resources.

2fill in blank

medium

Complete the command to list all pods in the default namespace.

Microservices

kubectl [1] pods

Drag options to blanks, or click blank then click option'

Aget

Blist

Cdescribe

Dshow

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'list' which is not a valid kubectl command.

Using 'describe' which shows detailed info for a specific pod.

The command kubectl get pods lists all pods in the current namespace.

3fill in blank

hard

Fix the error in the command to expose a deployment as a service.

Microservices

kubectl expose deployment my-deployment --type=[1] --port=80

Drag options to blanks, or click blank then click option'

AClusterIP

BExternalIP

CNodePort

DLoadBalancer

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'ExternalIP' which is not a valid service type.

Using 'ClusterIP' which only exposes service inside the cluster.

The --type flag accepts 'ClusterIP', 'NodePort', or 'LoadBalancer'. 'NodePort' exposes the service on each node's IP at a static port.

4fill in blank

hard

Fill both blanks to create a deployment manifest with 3 replicas and the correct container image.

Microservices

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: [1]
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: app-container
        image: [2]

Drag options to blanks, or click blank then click option'

A3

Bnginx:latest

Cnginx

D1

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'nginx' without a tag which may pull an unexpected version.

Setting replicas to 1 instead of 3.

The replicas field should be set to 3 to run three pods. The container image should be specified with a tag like 'nginx:latest' to ensure the correct version is used.

5fill in blank

hard

Fill all three blanks to create a ConfigMap manifest with a key-value pair.

Microservices

apiVersion: v1
kind: ConfigMap
metadata:
  name: my-config
data:
  [1]: "[2]"
  [3]: "true"

Drag options to blanks, or click blank then click option'

AenableFeatureX

Bfalse

CdebugMode

Dtrue

Attempts:

3 left

💡 Hint

Common Mistakes

Using boolean true/false without quotes which is invalid in YAML for ConfigMap data.

Mixing up keys and values.

The ConfigMap keys are 'enableFeatureX' and 'debugMode'. The value for 'enableFeatureX' is 'false', and 'debugMode' is set to 'true'.

Practice

1. What is a pod in Kubernetes?

easy

A. A command-line tool to manage Kubernetes

B. The smallest unit that runs one or more containers together

C. A configuration file format used in Kubernetes

D. A network policy to control traffic

Solution

1. Step 1: Understand Kubernetes resource types

   Kubernetes groups containers into pods to run them together on the same host.

2. Step 2: Identify the role of a pod

   A pod is the smallest deployable unit that can contain one or more containers sharing resources.

3. Final Answer:

   The smallest unit that runs one or more containers together -> Option B

4. Quick Check:

   Pod = smallest container group [OK]

Hint: Pods group containers; smallest deployable unit [OK]

Common Mistakes:

• Confusing pods with kubectl tool
• Thinking pods are config files
• Mixing pods with network policies

2. Which command correctly lists all pods in the default namespace?

easy

A. kubectl get pods

B. kubectl list pods

C. kubectl show pods

D. kubectl describe pods all

Solution

1. Step 1: Recall kubectl commands for listing resources

   The standard command to list pods is kubectl get pods.

2. Step 2: Check other options for correctness

   kubectl list pods and kubectl show pods are invalid commands; kubectl describe pods all is incorrect syntax.

3. Final Answer:

   kubectl get pods -> Option A

4. Quick Check:

   List pods = kubectl get pods [OK]

Hint: Use 'kubectl get pods' to list pods [OK]

Common Mistakes:

• Using 'list' or 'show' instead of 'get'
• Adding unnecessary arguments like 'all'
• Confusing describe with get

3. Given this YAML snippet for a pod:

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
spec:
  containers:
  - name: myapp-container
    image: nginx:latest
    ports:
    - containerPort: 80

What will kubectl get pods myapp-pod show after creation?

medium

A. NAME READY STATUS RESTARTS AGE
myapp-pod 1/1 Completed 0 0s

B. Error: pod not found

C. NAME READY STATUS RESTARTS AGE
myapp-pod 0/1 Pending 0 0s

D. NAME READY STATUS RESTARTS AGE
myapp-pod 1/1 Running 0 0s

Solution

1. Step 1: Understand pod creation from YAML

   The YAML defines a pod with one container running nginx, exposing port 80.

2. Step 2: Predict pod status after creation

   Immediately after creation, the pod should be running with 1 container ready, so status is Running and READY is 1/1.

3. Final Answer:

   NAME READY STATUS RESTARTS AGE myapp-pod 1/1 Running 0 0s -> Option D

4. Quick Check:

   Pod created and running = READY 1/1 Running [OK]

Hint: New pod with valid image shows READY 1/1 Running [OK]

Common Mistakes:

• Expecting Pending status without reason
• Confusing Completed with Running
• Assuming pod not found immediately after creation

4. You run kubectl apply -f pod.yaml but get an error: "error: unable to recognize \"pod.yaml\": no matches for kind \"Pod\" in version \"v2\"". What is the likely fix?

medium

A. Delete the pod.yaml and recreate it

B. Rename the file to pod.yml

C. Change apiVersion from v2 to v1 in pod.yaml

D. Run the command with sudo

Solution

1. Step 1: Analyze the error message

   The error says no matches for kind "Pod" in version "v2", meaning the apiVersion is invalid.

2. Step 2: Correct the apiVersion in YAML

   The correct apiVersion for Pod is "v1", so changing from "v2" to "v1" fixes the issue.

3. Final Answer:

   Change apiVersion from v2 to v1 in pod.yaml -> Option C

4. Quick Check:

   apiVersion must be valid (v1 for Pod) [OK]

Hint: Check apiVersion spelling and value in YAML [OK]

Common Mistakes:

• Changing file extension instead of apiVersion
• Running with sudo unnecessarily
• Deleting file without fixing content

5. You want to update a running pod's container image from nginx:1.19 to nginx:1.21 without downtime. Which Kubernetes resource and method should you use?

hard

A. Create a Deployment and update its image with kubectl set image

B. Directly edit the pod with kubectl edit pod to change the image

C. Delete the pod and create a new one with the new image

D. Use kubectl scale pod to increase replicas

Solution

1. Step 1: Understand pod immutability and updates

   Pods are immutable; you cannot update container images directly on running pods without recreating them.

2. Step 2: Use Deployment for zero downtime updates

   Deployments manage pods and allow rolling updates to change images without downtime using kubectl set image.

3. Final Answer:

   Create a Deployment and update its image with kubectl set image -> Option A

4. Quick Check:

   Use Deployment + set image for smooth updates [OK]

Hint: Use Deployment and set image for zero downtime update [OK]

Common Mistakes:

• Trying to edit pod image directly
• Deleting pod causes downtime
• Scaling pod is invalid command