<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Naveen Krishnan</title>
    <description>The latest articles on DEV Community by Naveen Krishnan (@naveen_krishnan_0cba8154f).</description>
    <link>https://dev.to/naveen_krishnan_0cba8154f</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4160641%2F8aa0c489-e1e9-467c-93be-418b1f36e077.png</url>
      <title>DEV Community: Naveen Krishnan</title>
      <link>https://dev.to/naveen_krishnan_0cba8154f</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/naveen_krishnan_0cba8154f"/>
    <language>en</language>
    <item>
      <title>AWS EKS deploy - Live Demo</title>
      <dc:creator>Naveen Krishnan</dc:creator>
      <pubDate>Sat, 03 Oct 2026 23:53:20 +0000</pubDate>
      <link>https://dev.to/naveen_krishnan_0cba8154f/aws-eks-deploy-5</link>
      <guid>https://dev.to/naveen_krishnan_0cba8154f/aws-eks-deploy-5</guid>
      <description>&lt;p&gt;Deploying an app to Kubernetes on AWS, with AI as my pair engineer&lt;/p&gt;

&lt;p&gt;Before AI, you'd settle on one infrastructure design up front and then build it. Today, AI lets me compare several approaches quickly and pick the most reliable one for the job. The design phase moves much faster. It's still iterative, though: the infrastructure gets tuned to the real use case one step at a time.&lt;/p&gt;

&lt;p&gt;To try this, I used Claude to take a simple Spring Boot app all the way to Amazon EKS (Kubernetes on AWS). The app wasn't the point. The point was the process of getting code into production reliably.&lt;/p&gt;

&lt;p&gt;What the process covers:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Build and test the app locally in Docker&lt;/li&gt;
&lt;li&gt;Push the image to Amazon ECR&lt;/li&gt;
&lt;li&gt;Create the Kubernetes cluster&lt;/li&gt;
&lt;li&gt;Deploy the app behind a load balancer&lt;/li&gt;
&lt;li&gt;Release a new version with zero downtime&lt;/li&gt;
&lt;li&gt;Tear everything down so nothing keeps costing money&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;It wasn't a one-shot build. Getting it smooth took several rounds of&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;AWS rejected the server type on a new account's free plan&lt;/li&gt;
&lt;li&gt;An image built on a Mac wouldn't run on AWS servers until it was cleaned up from previous run&lt;/li&gt;
&lt;li&gt;Version tags got out of step, so the cluster kept looking for an image that didn't exist&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Every fix went back into the scripts and the documentation, so the next run just works.&lt;br&gt;
The result is a "first cut": one small script per step, run in order, repeatable by anyone following the README.&lt;/p&gt;

&lt;p&gt;Next phase: full automation with a CI/CD pipeline, so every code push builds, tests and deploys the new version on its own.&lt;/p&gt;

&lt;p&gt;Code and step-by-step guide: &lt;a href="https://lnkd.in/g_GNvWqf" rel="noopener noreferrer"&gt;https://lnkd.in/g_GNvWqf&lt;/a&gt;&lt;/p&gt;

</description>
      <category>aws</category>
      <category>devops</category>
      <category>docker</category>
      <category>kubernetes</category>
    </item>
  </channel>
</rss>
