요즘 개발자를 위한 AWS 비용 최적화

요즘 개발자를 위한 AWS 비용 최적화 - 기초 개념부터 서버·EKS·스토리지·네트워크 최적화·AI 기반 비용 관리까지
박정빈 외 지음 / 길벗 / 2026년 9월

이 포스팅은 길벗 출판사에 책을 받아 읽고 주관적으로 작성했습니다.

지난주 PHP 이슈로 시끌시끌했죠. ​ 이번 취약점은 사실 2년 전에 이미 발견됐던 버그입니다. ​ 다만 실제 공격까지는 어렵다고 보고 묻어뒀던 거죠. ​ 현생을 살다 보면 알면서도 모른 척 넘어가는 것처럼요. ​ 그런데 AI가 실제 공격 가능성을 입증해 버리면서 단숨에 스포트라이트를 받게 됩니다. ​PHP 비중이 높은 옆 나라 일본에서는 은행, 항공사, 게임사까지 서비스를 줄줄이 내렸습니다. ​ 관리자들은 잠 못 드는 밤이었겠죠. 국내는 아시다시피 자바 공화국이라 상대적으로 타격이 덜했지만, 정부가 사이버위기 경보를 올릴 만큼 남 일은 아니었습니다. ​이렇게 사건 사고가 끊이지 않으니 서버를 직접 굴리며 ​ 패치에 쫓기기보다 클라우드로 넘어가려는 회사들이 늘고 있습니다. ​문제는 비용이죠. 정확히 얼마가 나오는지, 어떻게 아낄 수 있는지가 궁금할 텐데요. 이를 풀어줄 책이 나왔습니다. ​ 바로 요즘 개발자를 위한 AWS 비용 최적화입니다. ​이 책에 대해서 자세히 알아보도록 하겠습니다.

1) DevOps 재무버전

개발자라면 DevOps는 익숙하실 텐데요. FinOps는 Financial Operations의 줄임말입니다. 재무와 기술 사이의 벽을 허물고, 클라우드 비용에 대한 책임을 함께 나누자는 문화죠. 2018년쯤 북미 빅테크들이 클라우드 비용을 좀 더 전략적으로 다루려고 쓰기 시작했습니다. ​ 시간이 흘러 리눅스 재단 산하 FinOps Foundation이 방법론으로 정리하면서 자리를 잡았습니다. 진짜 문제는 사고방식입니다. 클라우드는 필요할 때 바로 만들고, 필요 없으면 바로 지울 수 있습니다. 그런데 정작 회사는 여전히 서버 한 대 사서 3~5년 쓰는 예전 방식으로 비용을 봅니다. ​ 클라우드는 유연한데 조직은 굳어 있는 셈입니다. 이 책은 비용을 재무팀이나 인프라팀만의 숙제로 두지 말라고 강조합니다. 성능이나 보안처럼 비용도 모두가 챙겨야 할 운영 요소라는 거죠. 앞서 말한 PHP 사태처럼 알아도 모른 척 넘기던 비용이 어느 날 청구서로 터지기 전에 말입니다. ​

2) 카펜더, 노드 맞게쓰기

쿠버네티스를 운영해 봤다면 노드가 왜 이렇게 큰 게 떠 있지? 싶었던 적이 있으실 텐데요. 기존 클러스터 오토스케일러(CA)는 노드그룹마다 인스턴스 사양이 고정되고 증설에도 10분 가까이 걸려, 결국 큰 노드를 넉넉히 깔아두게 됩니다. ​ Karpenter는 EC2 API를 직접 호출해 파드에 딱 맞는 노드를 3분 안에 띄웁니다. 하나의 노드풀에서 여러 인스턴스 타입과 온디맨드·Spot을 섞어 쓰고, 비싼 노드는 저렴한 노드로 알아서 갈아탑니다. 저자의 회사는 파드 RightSizing과 함께 적용해 약 32%를 절감했고, Spot 비중 70% 이상으로 인프라 비용을 70% 줄인 배달 앱 사례도 나옵니다. ​ 물론 전환이 쉽지만은 않습니다. 저자는 Karpenter와 필수 파드는 Managed 노드그룹에, 애플리케이션은 Karpenter 노드풀에 올리는 표준안을 세우고, 대소문자 하나로 노드가 안 뜨던 오류까지 잡아낸 경험을 공유해 줍니다.