Developer Moves Kubernetes App to AWS EKS Without Code Changes, Platform Hurdles Remain
A developer migrated a Node.js Kubernetes application from a home k3s server to Amazon EKS as a portability experiment, keeping the application code, container image, Helm chart, and Argo CD delivery pipeline entirely unchanged. The EKS control plane took under six minutes to provision, and once the delivery path was operational, Argo CD deployed two healthy replicas and self-corrected a manual scaling change within five seconds. However, three infrastructure assumptions had to be revisited: private endpoint access was needed for the worker node to reach the control plane, an AWS-specific load balancer values file was required for external traffic, and the originally planned t3.medium instance type was ineligible for the account, requiring a switch to a c7i-flex.large node. Terraform was used to provision only the minimal resources needed — one EKS 1.36 cluster, one worker node, and supporting networking components — deliberately limiting cost and scope for a short-term test. The experiment confirmed that the application and its delivery contract were portable across Kubernetes platforms, while also exposing cloud-specific infrastructure concerns absent in a home lab.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.


Discussion (0)
Log in to join the discussion and vote.
Log in