Skip to main content

Azure Kubernetes Service (AKS) is Microsoft's managed Kubernetes platform. Microsoft manages the control plane — you manage the worker nodes. AKS supports private clusters, Entra ID integration, Microsoft Defender for Containers, and Azure Policy for Kubernetes. EPC Group designs and deploys enterprise AKS clusters with HIPAA, SOC 2, FedRAMP, and CMMC compliance. Microsoft experience since 1997. 11,000+ engagements.

Key Facts

  • AKS is a managed Kubernetes service — Microsoft manages the control plane at no extra charge.
  • Node pools support D-series (general), E-series (memory), NC-series (GPU), and Spot instances (batch).
  • Compliance: HIPAA, SOC 2, FedRAMP, CMMC, PCI DSS via private clusters, Entra ID, and Defender for Containers.
  • Auto-scaling: Horizontal Pod Autoscaler (HPA) and Cluster Autoscaler run automatically.
  • AKS vs. EKS vs. GKE: AKS leads for Microsoft-stack integration; EKS leads for AWS-native workloads; GKE leads for Google Cloud AI/ML.
  • EPC Group: Microsoft consulting since 1997, 11,000+ enterprise engagements.

Last updated by Errin O'Connor, Founder & Chief AI Architect, EPC Group

What Is Azure Kubernetes Service and When Should Enterprises Use It?

Quick Answer: Azure Kubernetes Service (AKS) is Microsoft's fully managed Kubernetes platform. It automates cluster provisioning, upgrades, scaling, and health monitoring.

Enterprises should consider using AKS in the following scenarios:

  • Deploying containerized microservices at scale
  • Running stateful workloads that need orchestration
  • Operating in regulated industries that require granular network segmentation, workload identity, and policy enforcement

The AKS control plane is free. You only pay for compute, storage, and networking. EPC Group deploys production AKS clusters for Fortune 500 organizations in various sectors, including:

  • Healthcare
  • Financial services
  • Government

Kubernetes is now the standard for container orchestration. However, running it in production can be very complex. AKS simplifies this process by removing the heavy lifting involved in managing:

  • etcd
  • the API server
  • the scheduler
  • the controller manager

This allows your engineering teams to concentrate on delivering applications rather than handling infrastructure operations.

This guide covers everything enterprise architects and DevOps teams need to deploy, secure, monitor, and optimize AKS clusters in 2026. Whether you are migrating from on-premises Kubernetes, evaluating AKS against EKS or GKE, or designing your first production cluster, this is your comprehensive reference. For broader Azure consulting and Azure cloud migration strategy, explore our dedicated guides.

AKS Architecture: How It Works Under the Hood

Understanding AKS architecture is crucial for making informed choices about cluster design, networking, and security. AKS divides the control plane, which is managed by Microsoft, from the data plane that includes your agent nodes. This separation creates a shared-responsibility model that lowers operational overhead and maintains full Kubernetes API compatibility.

Control Plane (Microsoft-Managed)

API server, etcd, scheduler, controller manager, and cloud controller are fully managed by Microsoft. Automatic patching, scaling, and high-availability across availability zones. No cost for the control plane.

Agent Node Pools

Virtual Machine Scale Sets (VMSS) running kubelet and container runtime. Supports multiple node pools with different VM sizes, OS types (Linux/Windows), and scaling configurations for workload isolation.

Networking Layer

Azure CNI, Azure CNI Overlay, or kubenet for pod networking. Integrates with Azure Load Balancer (Standard), Azure Application Gateway (AGIC), and Azure Private Link for east-west and north-south traffic.

Identity & Access

Azure AD (Entra ID) integration provides enterprise SSO, conditional access, and Privileged Identity Management (PIM) for just-in-time cluster access. Workload Identity Federation eliminates the need for stored service principal credentials.

Cluster Design: Node Pools, Sizing, and Multi-Tenancy

Decisions about cluster design during deployment can greatly impact performance, cost, and security. A common mistake enterprises make is deploying a single, oversized node pool.

Instead, they should use:

  • Purpose-built pools
  • Optimized configurations
  • Specific workload types

Node Pool Strategy

System Node Pool:3 nodes minimum (D4s_v5). Dedicated to kube-system components: CoreDNS, metrics-server, kube-proxy. Tainted with CriticalAddonsOnly to prevent user workloads from being scheduled here.
General Workload Pool:D8s_v5 or D16s_v5 with cluster autoscaler (min 3, max 20). Handles stateless microservices, API gateways, and web frontends. Enable availability zones for cross-zone redundancy.
Memory-Optimized Pool:E-series VMs (E16s_v5 or E32s_v5) for Redis, Elasticsearch, in-memory caching layers, and data-intensive processing. Use node affinity to ensure these workloads land on appropriate hardware.
GPU Pool:NC-series or ND-series for ML inference, computer vision, and NLP workloads. Use taints (nvidia.com/gpu=present:NoSchedule) and tolerations to prevent non-GPU workloads from consuming expensive GPU nodes.
Spot Instance Pool:Spot VMs at 60-80% discount for batch jobs, data processing, CI runners, and other interruptible workloads. Configure pod disruption budgets (PDBs) to handle evictions gracefully.

Multi-Tenancy Patterns

Enterprises with multiple teams or applications on shared clusters need to ensure isolation. They can use several tools for this purpose:

  • Kubernetes namespaces
  • ResourceQuotas
  • LimitRanges
  • Network policies

Additionally, Azure Policy for Kubernetes can enforce resource quotas for each namespace and prevent privilege escalation.

For stricter isolation needs, especially when different compliance boundaries exist, consider deploying separate clusters for each tenant. These can be connected through Azure Virtual Network peering.

AKS Networking: CNI, Network Policies, and Service Mesh

Networking is crucial for AKS deployment, yet it is often misconfigured. Enterprise clusters need:

  • Predictable IP management
  • East-west traffic encryption
  • Micro-segmentation
  • Integration with corporate network infrastructure
Network PluginPod IP SourceBest ForLimitation
Azure CNIVNet subnetSmall-medium clusters, direct VNet integrationIP exhaustion in large clusters
Azure CNI OverlayOverlay CIDREnterprise production (recommended)Pods not directly routable from VNet
Azure CNI + CiliumOverlay CIDRAdvanced eBPF networking, L7 policiesNewer; verify feature parity
KubenetPod CIDR (UDR)Dev/test onlyNo Azure Network Policy support

Network Policies with Calico

Calico network policies allow for micro-segmentation at the pod level. This feature supports zero-trust networking in your cluster. You can set default-deny ingress and egress policies for each namespace.

After that, you can explicitly allow only the necessary communication paths. This approach helps prevent lateral movement if a container is compromised.

Calico supports:

  • Kubernetes NetworkPolicy resources
  • Extended GlobalNetworkPolicy CRDs for cluster-wide rules

Service Mesh: Istio vs. Linkerd

Enterprises that require mutual TLS between services can benefit from a service mesh. This technology also supports traffic splitting, such as canary deployments, and enables distributed tracing.

Using a service mesh enhances:

  • Observability
  • Security at the network layer

Here are some options:

  • Istio: Offers the most features, including traffic management, security, and observability. However, it requires more resources and increases operational complexity.
  • Linkerd: A lighter option that is easier to manage and meets the needs of most enterprises.
  • AKS: Supports the Istio-based service mesh add-on, which is managed by Microsoft and simplifies lifecycle management.

AKS Security: Workload Identity, Pod Security, and Network Policies

Kubernetes security needs a defense-in-depth strategy. This should cover identity, compute, network, and data layers.

AKS offers built-in Azure integrations. These integrations greatly lower the security surface area when compared to self-managed Kubernetes.

Workload Identity Federation

Eliminates stored credentials entirely. Pods authenticate to Azure services (Key Vault, Storage, SQL) using Kubernetes service account tokens federated with Azure AD. No more service principal secrets rotated in pipelines.

Pod Security Standards

Azure Policy enforces Kubernetes Pod Security Standards (Restricted, Baseline, Privileged) at the namespace level. Deny privileged containers, enforce read-only root filesystems, and restrict host networking across all workloads.

Microsoft Defender for Containers

Runtime threat detection for AKS clusters. Identifies cryptocurrency mining, suspicious process execution, known exploit patterns, and anomalous API server calls. Integrates with Sentinel SIEM for incident response workflows.

Private Cluster + Azure Firewall

Deploy AKS with a private API server endpoint (no public IP). Route all egress through Azure Firewall with FQDN filtering rules. Use Private Link for ACR, Key Vault, and database connections. Zero internet-facing attack surface.

Secrets Management

Avoid storing sensitive information in Kubernetes Secrets resources. These secrets are base64-encoded and are not encrypted at rest by default.

Instead, use the Azure Key Vault CSI driver. This allows you to mount secrets directly from Key Vault into pods as volumes.

Additionally, enable secret autorotation. This allows pods to automatically receive updated credentials without needing redeployment. For etcd encryption at rest, enable customer-managed keys (CMK) through Azure Disk Encryption.

AKS Monitoring: Container Insights, Prometheus, and Grafana

Observability is essential for production Kubernetes. Without effective monitoring, teams work without visibility. They cannot identify resource contention, failing deployments, or security incidents until these issues affect end users.

AKS provides a layered observability stack that includes:

  • Basic health checks
  • Full distributed tracing

Azure Monitor Container Insights

Zero-configuration monitoring that collects node, pod, and container metrics plus stdout/stderr logs. Provides Kubernetes-aware dashboards showing cluster health, pod restarts, OOMKilled events, and resource utilization. Data lands in a Log Analytics workspace for KQL-based querying and alerting.

Azure Managed Prometheus + Grafana

For teams that need Prometheus-compatible metrics collection without managing Prometheus infrastructure, Azure Managed Prometheus collects metrics at scale and stores them in an Azure Monitor workspace. Pair it with Azure Managed Grafana for production-grade dashboards with Azure AD authentication, RBAC, and managed upgrades.

Distributed Tracing with OpenTelemetry

Deploy the OpenTelemetry Collector as a DaemonSet to collect traces from instrumented applications. Forward traces to Azure Monitor Application Insights for end-to-end request visualization across microservices. Critical for diagnosing latency issues in service-to-service communication.

Alerting and Incident Response

Configure Azure Monitor alert rules for critical signals: node NotReady, pod CrashLoopBackOff, persistent volume claims pending, API server latency > 1s, and cluster autoscaler failures. Route alerts through Azure Action Groups to PagerDuty, ServiceNow, or Microsoft Teams for on-call response.

CI/CD with AKS: GitOps, Helm, and Deployment Strategies

Continuous delivery to Kubernetes clusters needs a disciplined approach. This includes image building, vulnerability scanning, artifact management, and deployment reconciliation.

The industry has adopted GitOps as the standard pattern. In this model, Git serves as the single source of truth for:

  • Application code
  • Infrastructure state

Recommended CI/CD Pipeline Architecture

1
1. Code Commit:Developer pushes to feature branch. Pull request triggers CI pipeline in Azure DevOps or GitHub Actions.
2
2. Build & Scan:Dockerfile builds container image. Trivy or Microsoft Defender scans for CVEs. Build fails on critical/high vulnerabilities.
3
3. Push to ACR:Scanned image pushes to Azure Container Registry with content trust (Notary v2) for image signing and provenance.
4
4. Helm Chart Update:Helm chart in a dedicated GitOps repository is updated with the new image tag. This triggers the GitOps reconciliation.
5
5. GitOps Reconciliation:Flux v2 (Microsoft-supported) or ArgoCD detects the chart change and applies the desired state to the AKS cluster.
6
6. Deployment Validation:Automated smoke tests, health checks, and Prometheus metric validation confirm the deployment is healthy before promoting to production.

Deployment Strategies

AKS supports several deployment strategies, including:

  • Rolling updates (default)
  • Blue-green deployments (via Kubernetes services or ingress)
  • Canary deployments (via service mesh traffic splitting or Flagger)

For regulated industries, EPC Group uses blue-green deployments with automated rollback. The old version stays active until the new version passes all health checks. This approach ensures zero-downtime releases and allows for immediate rollback if needed.

AKS Cost Optimization: FinOps Best Practices

Kubernetes cost management can be challenging. Resource usage is spread across different layers, such as nodes, pods, and containers. Without effective cost governance, AKS spending can rise quickly. Teams might:

  • Over-provision requests
  • Overlook idle resources
  • Neglect right-sizing reviews

Cluster Autoscaler Tuning

Configure scale-down-delay-after-add (10m), scale-down-utilization-threshold (0.5), and max-graceful-termination-sec (600) to aggressively reclaim unused nodes. Saves 20-35% on compute.

Spot Instances

Use Azure Spot VMs for batch processing, CI runners, and non-critical workloads. Savings of 60-80% vs. pay-as-you-go. Combine with pod disruption budgets for graceful handling of evictions.

Right-Sizing Requests/Limits

Use Vertical Pod Autoscaler (VPA) recommendations to right-size CPU and memory requests. Most teams over-request by 2-4x, wasting 50%+ of provisioned capacity.

Reserved Instances

Commit to 1-year or 3-year Azure Reserved VM Instances for baseline node pools. Savings of 30-60% vs. pay-as-you-go. Combine with savings plans for additional flexibility.

AKS vs EKS vs GKE: Enterprise Kubernetes Comparison

Choosing a managed Kubernetes platform involves several factors. Key considerations include your current cloud investments, compliance needs, and operational maturity.

  • Current cloud investments
  • Compliance needs
  • Operational maturity

These dimensions are crucial for enterprise teams when making their decision.

  • Existing cloud investments
  • Compliance requirements
  • Operational maturity
DimensionAKS (Azure)EKS (AWS)GKE (Google)
Control Plane CostFree$0.10/hr (~$73/mo)Free (Standard); $0.10/hr (Autopilot)
Identity IntegrationEntra ID (native)IAM Roles for Service AccountsGoogle Workload Identity
Policy EnforcementAzure Policy for K8sOPA Gatekeeper (manual)Policy Controller (Anthos)
NetworkingAzure CNI Overlay, CiliumVPC CNIGKE Dataplane V2 (Cilium)
Security MonitoringDefender for ContainersGuardDuty for EKSSecurity Command Center
Windows ContainersFull supportLimitedLimited
GitOpsFlux v2 (built-in)Flux/ArgoCD (manual)Config Sync (Anthos)
Multi-Cluster MgmtAzure Arc / Fleet ManagerEKS AnywhereGKE Enterprise (best)
Serverless PodsVirtual Nodes (ACI)FargateAutopilot
Best ForMicrosoft-invested enterprisesAWS-native organizationsK8s-first, multi-cloud orgs

EPC Group recommendation: If your organization uses Microsoft 365, Azure AD (Entra ID), and the Microsoft security stack (Defender, Sentinel, Purview), consider AKS. It offers the best integrated Kubernetes experience. Plus, it has no control plane cost.

The native integrations with the following tools provide significant advantages:

  • Azure Policy
  • Defender for Containers
  • Workload Identity Federation

These integrations remove the need for third-party tools that EKS and GKE require for similar functionality.

Enterprise AKS Use Cases

AKS powers mission-critical workloads across every industry. Here are the most common enterprise deployment patterns EPC Group implements for clients.

Healthcare: HIPAA-Compliant Microservices

Deploy patient-facing applications, HL7 FHIR APIs, and medical imaging processing on AKS with private clusters, encryption at rest with CMK, audit logging to Log Analytics, and network policies isolating PHI workloads from non-sensitive services. Microsoft signs a BAA covering AKS compute and storage.

Financial Services: Real-Time Transaction Processing

Run payment processing, fraud detection, and risk scoring engines on AKS with pod security standards (Restricted), Azure Key Vault for secrets, immutable container images, and mTLS between services via Istio. Meet SOC 2 Type II and PCI-DSS requirements with auditable deployment pipelines.

AI/ML: Model Serving and Inference

Deploy ML models at scale using GPU node pools (NC-series), Kubernetes-native model serving (KServe, Triton Inference Server), horizontal pod autoscaling based on inference queue depth, and Azure Machine Learning integration for model registry and experiment tracking.

SaaS Platforms: Multi-Tenant Application Delivery

Isolate customer workloads using namespaces with ResourceQuotas, network policies for tenant-level micro-segmentation, and KEDA-based autoscaling for event-driven processing. Use Helm charts with per-tenant value overrides for configuration management at scale.

AKS Enterprise Implementation Roadmap

EPC Group follows a proven 4-phase implementation methodology that takes enterprises from initial architecture through production operations in 8-12 weeks.

1Phase 1: Architecture & Design (Weeks 1-2)

  • Workload assessment and containerization readiness evaluation
  • Network topology design (hub-spoke, private endpoints, DNS)
  • Node pool sizing and cost modeling
  • Security architecture: identity, encryption, policies, compliance mapping
  • Azure landing zone alignment and subscription structure

2Phase 2: Foundation Deployment (Weeks 3-4)

  • AKS cluster provisioning with Infrastructure as Code (Bicep/Terraform)
  • Azure CNI Overlay networking with Calico network policies
  • Entra ID integration with Kubernetes RBAC role bindings
  • Azure Key Vault CSI driver and Workload Identity Federation
  • Azure Container Registry with geo-replication and content trust

3Phase 3: Application Migration (Weeks 5-8)

  • Dockerfile creation and container image optimization
  • Helm chart development with environment-specific value files
  • CI/CD pipeline setup (Azure DevOps or GitHub Actions)
  • GitOps deployment with Flux v2
  • Load testing, performance tuning, and autoscaler configuration

4Phase 4: Production Operations (Weeks 9-12)

  • Azure Monitor Container Insights and Managed Grafana dashboards
  • Alert rules, runbooks, and incident response procedures
  • Microsoft Defender for Containers runtime protection
  • FinOps implementation: cost dashboards, right-sizing, reserved instances
  • Knowledge transfer, documentation, and operations handoff

Frequently Asked Questions

What is Azure Kubernetes Service (AKS) and how does it differ from self-managed Kubernetes?

Azure Kubernetes Service (AKS) is a fully managed Kubernetes container orchestration service that eliminates the operational burden of managing the control plane. Microsoft manages master node provisioning, patching, upgrades, and health monitoring at no charge — you only pay for agent nodes. Unlike self-managed Kubernetes on VMs, AKS integrates natively with Azure Active Directory (Entra ID), Azure Monitor, Azure Policy, and Microsoft Defender for Containers, reducing operational overhead by 40-60%. EPC Group deploys production AKS clusters aligned with the Azure Well-Architected Framework.

How much does running AKS in production cost for an enterprise?

AKS control plane is free — you pay only for VM compute (agent nodes), storage, and networking. A typical production cluster with 3 system nodes (D4s_v5) and 6 user nodes (D8s_v5) costs approximately $3,200-$4,800/month. Adding Azure Monitor Container Insights adds $200-$600/month depending on log volume. Spot instances for non-critical workloads can reduce compute costs by 60-80%. EPC Group implements FinOps practices including cluster autoscaler tuning, right-sizing recommendations, and reserved instance strategies that typically reduce AKS spend by 30-45%.

What networking model should I use for AKS — kubenet or Azure CNI?

For enterprise deployments, Azure CNI is strongly recommended over kubenet. Azure CNI assigns real Azure VNet IP addresses to every pod, enabling direct integration with Azure Private Endpoints, Network Security Groups, and Azure Firewall. Azure CNI Overlay (GA in 2025) solves the IP exhaustion problem of traditional CNI by overlaying pod IPs on a smaller VNet range. Kubenet is acceptable only for dev/test clusters. EPC Group deploys Azure CNI Overlay with Calico network policies as the standard enterprise networking stack.

How do I secure an AKS cluster for regulated industries (HIPAA, SOC 2, FedRAMP)?

Securing AKS for compliance requires multiple layers: (1) Private clusters with no public API server endpoint, (2) Azure AD (Entra ID) integration with Kubernetes RBAC for identity-based access, (3) Microsoft Defender for Containers for runtime threat detection, (4) Azure Policy for Kubernetes to enforce pod security standards, (5) Workload Identity Federation to eliminate stored credentials, (6) Azure Key Vault CSI driver for secrets management, (7) Network policies (Calico) for micro-segmentation, and (8) Encrypted etcd and disk encryption with customer-managed keys. EPC Group has deployed HIPAA-compliant AKS clusters for healthcare organizations processing PHI.

What is the recommended AKS node pool strategy for enterprise workloads?

Enterprise AKS clusters should use multiple node pools: (1) A dedicated system node pool (3 nodes minimum, D4s_v5) for CoreDNS, metrics-server, and kube-system workloads, (2) General-purpose user node pools (D8s_v5 or D16s_v5) for application workloads, (3) Memory-optimized pools (E-series) for caching or in-memory databases, (4) GPU-enabled pools (NC-series) for ML inference, and (5) Spot instance pools for batch processing. Use taints, tolerations, and node affinity rules to control scheduling. EPC Group designs node pool strategies based on workload profiling and cost modeling.

How should I set up CI/CD pipelines for AKS deployments?

The recommended CI/CD stack for AKS uses Azure DevOps or GitHub Actions for pipeline orchestration, Helm charts for application packaging, and either Flux v2 or ArgoCD for GitOps-based deployment. The pipeline flow is: code commit triggers build, container image is scanned (Trivy/Defender), pushed to Azure Container Registry (ACR), Helm chart is updated, and the GitOps controller reconciles the desired state in the cluster. EPC Group implements GitOps with Flux v2 (Microsoft-supported) and integrates Azure Policy for image provenance verification to prevent deployment of unsigned or unscanned images.

How does AKS compare to Amazon EKS and Google GKE for enterprise Kubernetes?

AKS excels in Azure-native integration (Entra ID, Azure Policy, Defender), has no control plane cost (EKS charges $0.10/hr per cluster, ~$73/month), and offers the deepest Windows container support. GKE leads in Kubernetes feature velocity (Autopilot mode, multi-cluster mesh) and GKE Enterprise offers the best fleet management. EKS is strongest for AWS-native organizations and has the largest third-party ecosystem. For organizations already invested in Microsoft 365, Azure AD, and the Microsoft security stack, AKS delivers the most integrated and cost-effective Kubernetes platform.

What monitoring and observability stack should I use with AKS?

Enterprise AKS monitoring combines Azure Monitor Container Insights (native metrics, logs, and Kubernetes-aware dashboards), Prometheus with Azure Managed Grafana for custom metrics and visualization, and Microsoft Defender for Containers for security monitoring. Container Insights provides out-of-box node, pod, and container metrics without agent configuration. For advanced observability, deploy OpenTelemetry Collector as a DaemonSet to collect distributed traces and forward them to Azure Monitor Application Insights. EPC Group deploys a unified observability stack with custom Grafana dashboards, alerting via Azure Action Groups, and automated runbooks for common incidents.

When should an enterprise choose AKS over Azure App Service or Azure Container Apps?

Choose AKS when you need full Kubernetes API access, custom networking (service mesh, network policies), multi-container pod orchestration, stateful workloads (databases, message queues), GPU workloads, or must maintain portability across cloud providers. Choose Azure Container Apps for event-driven microservices that do not need direct Kubernetes access. Choose Azure App Service for simple web applications. EPC Group recommends AKS for organizations running 10+ microservices, requiring advanced traffic management (Istio/Linkerd), or operating in regulated industries where granular network and security controls are mandatory.

Ready to Deploy AKS for Your Enterprise?

Schedule a free AKS architecture consultation. EPC Group will evaluate your containerization readiness, design your cluster architecture, and deliver a deployment roadmap with cost projections.

Azure Kubernetes Service (AKS): Enterprise Deployment Guide 2026

Azure Kubernetes Service (AKS) is Microsoft's managed Kubernetes platform. Microsoft handles the control plane while you manage the worker nodes.

AKS offers several key features:

  • Private clusters
  • Entra ID integration
  • Microsoft Defender for Containers
  • Azure Policy for Kubernetes

EPC Group designs and deploys enterprise AKS clusters that comply with HIPAA, SOC 2, FedRAMP, and CMMC. We have Microsoft experience since 1997 and 11,000+ engagements.

AKS Cluster Design: Node Pools

Enterprise AKS clusters require multiple dedicated node pools for isolation and performance. The recommended node pool architecture:

  • System node pool — 3 nodes minimum, D4s_v5. Dedicated to CoreDNS, metrics-server, and kube-system workloads only. Do not run application pods on system nodes.
  • General-purpose user pool — D8s_v5 or D16s_v5. For standard application workloads.
  • Memory-optimized pool — E-series VMs. For caching layers, Redis, or in-memory databases.
  • GPU-enabled pool — NC-series VMs. For ML inference and GPU-accelerated processing.
  • Spot instance pool — For batch processing, CI/CD agents, and dev workloads where interruption is acceptable. 80%+ cost savings vs. on-demand.

Securing AKS for Compliance

Compliance-grade AKS requires eight security layers. EPC Group implements all eight from day one:

  • Private cluster — No public API server endpoint. Control plane accessible only via private endpoint or VPN/ExpressRoute.
  • Entra ID (Azure AD) integration — Kubernetes RBAC backed by Entra ID groups for identity-based access control.
  • Microsoft Defender for Containers — Runtime threat detection, vulnerability scanning, and Kubernetes audit log analysis.
  • Azure Policy for Kubernetes — Enforce pod security standards (no privileged containers, required resource limits, approved image registries).
  • Workload Identity Federation — Eliminate stored credentials. Pods authenticate to Azure services using managed identity.
  • Azure Key Vault CSI driver — Mount secrets from Key Vault directly into pods. No secrets in environment variables or ConfigMaps.
  • Network policies (Calico) — Micro-segmentation rules control which pods can communicate with which.
  • Encrypted etcd and disk encryption — Customer-managed keys (CMK) for etcd encryption and node disk encryption.

AKS Networking Design

AKS supports two network plugins. Choose based on your subnet design requirements:

  • Azure CNI — Each pod gets a real VNet IP address. Required for integrations that need pod-level network policies and Azure Private Link. Best for enterprise environments.
  • Kubenet — Pods use a private IP range with NAT to the VNet. Simpler setup, fewer IP addresses consumed. Limited to smaller or less complex deployments.

EPC Group recommends Azure CNI for all enterprise AKS deployments. Azure CNI is required for Azure Private Endpoints on pods and for fine-grained NSG rules.

AKS Cost Optimization

AKS cost governance focuses on four levers:

  • Right-sized node pools — Match VM SKU to workload type (memory vs. CPU vs. GPU). Avoid over-provisioning the system node pool.
  • Cluster Autoscaler — Automatically adds and removes nodes based on pod scheduling demand. Eliminates idle node costs.
  • Spot node pools — Use Spot VMs for batch, dev, and CI/CD workloads. 80%+ savings vs. on-demand. Spot VMs can be evicted — use only for interruption-tolerant workloads.
  • Reserved Instances — Commit system and general-purpose node pool VMs to 1-year or 3-year reserved instances. Up to 72% savings vs. pay-as-you-go.

AKS vs. EKS vs. GKE (2026 Comparison)

| Feature | AKS (Azure) | EKS (AWS) | GKE (Google) | |---|---|---|---| | Managed control plane | Yes (free) | Yes ($0.10/hr) | Yes (free for Autopilot) | | Microsoft 365 integration | Native | Limited | Limited | | AI/ML tooling | Azure ML, OpenAI | SageMaker | Vertex AI | | Best compliance certifications | HIPAA, FedRAMP, CMMC | HIPAA, FedRAMP | HIPAA, FedRAMP | | GitOps | Azure Arc + Flux | Flux/ArgoCD | Anthos Config Management | | Windows node support | Strong | Limited | Limited | | Network plugin | Azure CNI / Kubenet | VPC CNI | VPC-native |

Frequently asked questions

What is Azure Kubernetes Service (AKS)?

AKS is Microsoft's managed Kubernetes service. Microsoft handles the Kubernetes control plane at no additional cost. However, you must manage the worker nodes where your applications run.

AKS seamlessly integrates with:

  • Azure networking
  • Entra ID
  • Defender
  • DevOps for enterprise deployments

Is AKS free?

The AKS control plane is free. There is no charge for the managed Kubernetes API server. However, you will pay for the following:

  • Worker node VMs
  • Storage
  • Load balancers
  • Any other Azure resources the cluster uses

How do I make AKS HIPAA compliant?

HIPAA-compliant AKS requires several key components:

  • Private cluster (no public API endpoint)
  • Entra ID integration
  • Defender for Containers
  • Azure Policy pod security standards
  • Workload Identity (no stored credentials)
  • Key Vault CSI driver for secrets
  • Calico network policies for micro-segmentation
  • CMK disk encryption

What is the difference between Azure CNI and Kubenet?

Azure CNI assigns a real VNet IP address to each pod. This is crucial for Private Link and detailed network policies.

In contrast, Kubenet uses NAT for pod networking. This method requires fewer IP addresses.

EPC Group recommends using Azure CNI for all enterprise deployments.

When should I use Spot node pools in AKS?

Use Spot node pools for workloads that can handle interruptions. These include:

  • Batch processing
  • CI/CD pipeline agents
  • Dev/test environments

Spot VMs can save over 80% compared to on-demand VMs. However, they can be evicted with just 30 seconds notice. Avoid using Spot nodes for production stateful workloads.

Design your enterprise AKS cluster

Talk to an EPC Group Kubernetes architect about AKS cluster design, security, and compliance. Call (888) 381-9725 or request a 30-minute discovery call.

AI assistant — not a human