Deploy to AKS with manifest files
Unlock the complete study guide + 1,040 practice questions across 16 full exams.
Bundled into the existing Developing AI Cloud Solutions on Azure premium course — no separate purchase.
14-day money-back guarantee — no questions asked.
Included in this chapter:
- Getting a working kubectl context for the cluster
- What kubectl apply does to the cluster
- Anatomy of a Deployment manifest
- Rolling updates and the two numbers that bound them
- Requests, limits, and the QoS class they produce
- Injecting configuration and secrets from the manifest
- Exposing pods with a Service
- Pulling the image from Azure Container Registry
- Exam-pattern recognition
Choosing a Service type in AKS
| Consideration | ClusterIP | NodePort | LoadBalancer | ExternalName |
|---|---|---|---|---|
| Who can reach it | Only clients inside the cluster | Anything that can reach a node IP address on the allocated port | Anything that can reach the frontend IP, public by default or private with the internal annotation | Whoever can resolve and reach the external DNS name it points at |
| What AKS creates in Azure | Nothing outside the cluster | Nothing outside the cluster; you address the node VMs yourself | A new frontend IP and rule on the cluster's Azure Load Balancer, Standard SKU by default | Nothing; there is no proxying at all |
| What the caller connects to | A cluster-internal IP and the in-cluster DNS name of the Service | <node-ip>:<nodePort> | The address shown in the EXTERNAL-IP column of kubectl get service | The DNS name in spec.externalName, resolved by cluster DNS |
| Also allocates | Nothing further | A ClusterIP as well | A nodePort and a ClusterIP as well | Nothing; it has no selector and no endpoints |
| Fits | Service-to-service calls inside one cluster | A load balancer or gateway you operate yourself in front of the nodes | Publishing an application front end | Pointing in-cluster clients at a managed Azure endpoint by its own name |
| Wrong choice when | The requirement says reachable from outside the cluster | You want one stable address rather than one per node | The workload is internal only and a public IP would be an exposure you did not intend | You need load balancing, health checks, or anything else that depends on endpoints |
Decision tree
Cheat sheet
Unlock with Premium — includes all practice exams and the complete study guide.
References
- Organizing cluster access using kubeconfig files
- Limit access to kubeconfig in Azure Kubernetes Service (AKS)
- AKS config file missing when connecting to cluster
- Cluster authentication concepts in Azure Kubernetes Service (AKS)
- Manage local accounts with Microsoft Entra integration (AKS)
- Tutorial: Deploy an application to Azure Kubernetes Service (AKS)
- Declarative management of Kubernetes objects using configuration files
- Deployment (Kubernetes API reference, apps/v1)
- Deployments (Kubernetes concepts)
- Azure Kubernetes Service (AKS) core concepts
- Resource management for pods and containers
- Pod Quality of Service classes
- Node resource reservations in Azure Kubernetes Service (AKS)
- ConfigMaps (Kubernetes concepts)
- Secrets (Kubernetes concepts)
- Use the Azure Key Vault provider for Secrets Store CSI Driver in AKS
- Service (Kubernetes concepts)
- Use a public standard load balancer in Azure Kubernetes Service (AKS)
- Create an internal load balancer in Azure Kubernetes Service (AKS)
- Integrate Azure Container Registry with Azure Kubernetes Service (AKS)
- Images (Kubernetes concepts)