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

지난주 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 노드풀에 올리는 표준안을 세우고, 대소문자 하나로 노드가 안 뜨던 오류까지 잡아낸 경험을 공유해 줍니다.

최근에는 AWS 계산기를 직접 여는 일이 드물어졌습니다. 에이전트의 프런티어 모델에 서비스와 인프라 구성을 설명하고 예상 비용을 계산해 달라고 합니다. 몇 가지 구성을 비교하고 대략적인 예산을 잡는 데까지 이 방식이 익숙해졌습니다.

『요즘 개발자를 위한 AWS 비용 최적화』를 읽으면서 돌아본 것은 그렇게 받은 견적을 검토하는 제 기준이었습니다. 익숙한 서비스의 사양이나 가격은 살펴봤지만, 계산에서 빠진 항목이나 사용량 가정까지 충분히 따지고 있었는지는 자신하기 어려웠습니다. 제가 아는 범위 안에서 숫자가 그럴듯한지 확인하는 데 머물렀다는 생각이 들었습니다.

특히 AI 기반 비용 관리 부분이 인상적이었습니다. 이미 AI를 비용 추정에 활용하고 있었기 때문에, 제 작업에 어떻게 적용할지 생각하며 읽게 됐습니다. 모델이 내놓은 결과에서 무엇을 확인해야 하고, 그러려면 제가 무엇을 더 알아야 하는지 고민하게 됐습니다.

개발을 10년 정도 하다 보니 경험을 바탕으로 무난한 구성을 고르는 일이 많아졌습니다. 하지만 인프라 구성이 익숙하다고 해서 그 비용을 충분히 이해하고 있는 것은 아니었습니다. 요청이 늘거나 데이터가 쌓였을 때 어느 항목의 비용이 커지는지, 처음 잡은 견적에 어떤 조건이 들어갔는지까지 살펴볼 필요를 느꼈습니다.

최근에는 Terraform이나 IaC로 인프라를 구성하면서 Python을 함께 활용하고 있습니다. 책을 읽고 나서는 이 작업에 비용 추정을 붙여 보고 싶어졌습니다. 자원 구성과 함께 예상 요청량, 데이터 전송량, 로그 발생량을 남기고, 에이전트가 어떤 조건과 가격으로 계산했는지 확인하는 과정입니다. 구성을 바꿀 때 같은 조건으로 비교하고, 운영 후에는 실제 비용과 차이가 난 이유도 살펴보면 좋겠습니다.

아직 이런 과정을 만들어 적용해 본 것은 아닙니다. 다만 다음에 견적을 요청할 때는 월 합계와 함께 계산 조건, 빠진 항목, 추가로 확인할 값을 받아 보려고 합니다.

이 책은 저에게 AI가 계산한 비용을 검토할 때 제 시야가 얼마나 좁았는지 돌아보게 했습니다. AWS를 운영하고 있고 AI에게 인프라 구성이나 비용 견적을 자주 묻는 개발자라면, 자신의 판단 기준을 점검하며 읽어 볼 만한 책이라고 생각합니다.

#협찬



클라우드 인프라를 운영하다 보면 서비스를 안정적으로 운영하는 것만큼 비용을 효율적으로 관리하는 것도 중요하다는 것을 느끼게 됩니다. 단순히 사용하지 않는 리소스를 삭제하는 것만으로는 한계가 있고, 서비스 특성과 사용 패턴을 고려해 적절한 최적화 방법을 찾는 것이 필요합니다.

이 책은 AWS 비용 관리의 기본 개념부터 서버와 데이터베이스의 리소스 최적화, EKS, 스토리지, 네트워크, FinOps까지 다양한 영역을 다루고 있어 클라우드 비용을 체계적으로 이해하는 데 도움이 됩니다.

특히 클라우드 비용 최적화는 특정 서비스의 설정을 변경하는 것으로 끝나는 것이 아니라, 비용 발생 원인을 파악하고 실제 사용량에 맞게 자원을 조정하며 지속적으로 관리하는 과정이라는 점에서 의미가 있다고 생각합니다. 평소 인프라를 운영하면서도 자원 사용률을 점검하고 불필요한 비용을 줄이기 위해 고민해 왔는데, 이러한 업무를 보다 넓은 관점에서 바라볼 수 있다는 점이 좋았습니다.

가장 인상 깊었던 부분은 EKS와 Karpenter 환경에서 유휴 시간에 노드를 축소하는 스케줄링과 Instance Scheduler on AWS를 활용한 EC2 중지 스케줄링에 관한 내용이었습니다. 올해 실제 운영 중인 인프라에 적용하기 위해 고민하고 일부 적용했던 내용들이 책에도 소개되어 있어 더욱 공감할 수 있었습니다. 평소 비용 절감을 위해 고민했던 방향이 비슷하다는 점에서 반가웠고, 제가 고민해 온 접근 방식도 다시 한번 돌아볼 수 있었습니다.

이처럼 단순히 요금을 줄이는 방법을 넘어 서비스 운영 방식과 인프라 구조를 함께 고려해야 한다는 점에서 실무자에게 유용한 내용이 담겨 있습니다.

클라우드 비용 최적화는 한 번의 작업으로 끝나는 것이 아니라 지속적인 모니터링과 인프라 개선이 필요한 영역입니다. AWS를 처음 접하는 개발자뿐 아니라 이미 클라우드 인프라를 운영하고 있는 엔지니어에게도 비용 관리 관점을 정리하고, 실제 운영 환경에서 개선할 부분을 찾아보는 데 도움이 될 만한 책이라고 생각합니다.



데이터 수집-이용-분석을 관리하는 회사에서 가장 많이 들어가는 비용이 두가지일겁니다. 하나는 데이터분석가를 포함한 개발자를 위한 인건비, 그리고 그 다음은 데이터관련 이용을 위한 서버비용이지요. 일단 전자는 인공지능 특히 LLM의 발전과 최근의 클로드로 인해 비용장벽이 굉장히 낮아졌지만, 두번째는 후자는 여전히 많은 비용이 들어갑니다. 우리나라의 클라우드 서버를 이용하는 것은 결국은 MS의 Azure를 쓰느냐 아니면 아마존의 AWS를 쓰느냐 그게 아니면 써드파티를 쓰느냐의 문제인데 아마 대다수는 AWS를 이용할겁니다. 문제는 이 비용이 만만치 않다는 것이고, 관리를 안하면 이게 비용관리의 치명타가 된다는 점이죠 ＜요즘 개발자를 위한 AWS 비용 최적화＞는 바로 이 문제를 짚고 넘어가는 서적입니다. 

클라우드 서버이용의 경우 단순히 데이터를 저장하는 비용을 내는 것이 아닙니다. 클라우드 서버관리 회사에서 제공하는 다량의 서비스를 이용해야하고 유지관리 비용도 내야합니다. 그리고 하나의 서비스를 단독으로 한다면 그만큼 비용이 더 들어가고 그렇다고 모든 서비스를 이용하자니 불필요한 과금이 들어간다는 판단이 듭니다. (그리고 바로 이 지점에서 GPU이용을 위한 네오클라우드 서비스가 많은 이용을 하고 있는 것이죠) 그런데 문제는 이건 클라우드 서버이용자체가 국내에서는 거의 과점체제이다보니 이용을 위한 가이드라인 최적화보다는 제공회사의 ‘아님말고’의 이슈에 다다릅니다. 더 큰 문제는 이용은 편리한데, 이용대비 효율성이 안나오는, 쉽게 말해 ROI가 안나올경우 결국 AWS비용은 줄줄 새는 것이죠 본서는 그래서 FinOps라는 방식을 제안합니다. 

FinOps는 부서별 정보공유를 하고 비용정보를 수집하고 최적화 전략을 만든다음에 이용하는 조직별로 비용을 내재화하는 것을 의미합니다. 결국 불필요한 비용소모를 막고, 비용대비 최적 효율화를 위한 구조설정이 바로 FInOps라고 보시면 됩니다. ＜요즘개발자를 위한 AWS 비용 최적화＞는 이러한 구조외에 실천적인 방법을 두가지로 제시합니다. 하나는 AWS의 비용구조를 이해하는 것이고 둘은 이러한 구조이해하에 이용회사의 개발자들이 사용하기 위한 효율화 설정을 이야기 하는 것이죠. 상세내역은 본서에 나와있으니 AWS를 실제 이용하는 조직에서는 의미가 있다고 봅니다. 

본서는 그런의미에서 3가지를 함의합니다. 첫째 클라우드 과점회사에 비용문제가 크면 그 대안은 무엇인가라는 저이고 여기서 네오클라우드를 사용할수도 있습니다. 둘째, 과점회사만 이용해야 한다면, 그 구조파악이 중요하다는 점을 상기시킵니다. 셋째, 비용절감을 위한 현실적인 솔루션을 이용자역시 준비해야한다는 것인데요. 이건 마치 셀프인테리어를 해서 인테리어 눈탱이를 안맞는 것과 유사합니다. 그냥 유명 인테리어 회사에 일괄로 올수리 맡기면 33평에 1억의 인테리어가 드는데 사실 자신이 PM역할을 해서 필요한 부분만 인테리어하면 1천만에도 올수리를 해도 자재와 업체 분산을 시키면 3천만원에도 가능한 것과 유사한것이죠. 그러니 아는만큼 보이는법입니다. 

“제가 그 인테리어 PM을 해서 직접 비용절감한 케이스입니다”

(출판사로부터 도서를 제공받았습니다)

AWS를 직접 사용해 서비스를 배포해 본 경험이 있지만, 예상치 못한 과금이 발생했을 때 어디서부터 원인을 파악하고 어떻게 비용을 줄여야 할지 막막했던 적이 있습니다. 그래서 이 책의 제목을 보고 관심이 생겼습니다.

이 책은 단순히 비용을 줄이는 팁만 나열하는 것이 아니라, 클라우드 비용 관리의 기본 원칙부터 서버와 DB의 자원 최적화, EKS, 스토리지와 백업, 로그, 네트워크 비용 관리까지 폭넓게 다룹니다. 비용을 모니터링하고 지속적으로 관리하는 방법, FinOps와 AI 기반 비용 최적화까지 살펴볼 수 있다는 점도 좋았습니다.

적절하게 포함된 그림과 친절한 설명 덕분에 내용의 흐름을 따라가는 데 도움이 됐습니다. 특히 비용 최적화는 무조건 자원을 줄이는 것이 아니라, 서비스 환경에 맞게 비용이 발생하는 원인을 파악하고 개선해야 한다는 점을 다시 생각하게 됐습니다.

다만 AWS 서비스에 대한 기본적인 이해가 부족하다면 일부 내용은 어렵게 느껴질 수 있습니다. AWS를 사용해 봤고 비용 관리의 필요성을 느끼는 개발자라면 실무적인 관점을 넓히는 데 도움이 될 책이라고 생각합니다.

AWS를 활용해 서비스를 배포하고 운영하려다 보면 단순히 서비스를 정상적으로 실행하는 것만으로는 충분하지 않다는 사실을 깨닫게 됩니다. 어떤 인프라를 선택하고, 리소스를 어떻게 관리하며, 운영 과정에서 발생하는 비용을 어떻게 통제할 것인지까지 고민해야 하기 때문입니다.

현재 회사에서 AI 챗봇 서비스를 개발하고 AWS 배포를 준비하고 있는 입장에서, 이 책은 지금 진행 중인 업무와 밀접하게 연결되는 내용이 많았습니다.

특히 인상 깊었던 부분은 EC2와 EBS 스토리지의 관리 방법이었습니다. 클라우드 비용을 생각하면 가장 먼저 서버의 사양이나 사용 시간을 떠올리기 쉽지만, 실제로는 스토리지 구성과 관리 정책 등 다양한 요소가 비용에 영향을 미칩니다. 책에서는 이러한 요소들을 비교표와 함께 상세하게 설명하고 있어 각 서비스의 특징과 선택 기준을 이해하는 데 도움이 되었습니다.

또한 CloudWatch를 활용한 모니터링과 S3, CloudFront를 이용한 프론트엔드 배포 구성 역시 흥미롭게 읽었습니다. 
실제 프로젝트에서도 프론트엔드 배포 구조와 운영 환경을 검토하고 있었기 때문에, 책에서 설명하는 내용이 단순한 이론보다는 현재 고민하고 있는 문제와 연결되어 다가왔습니다.

개인적으로 좋았던 점은 비용 최적화를 단순히 저렴한 서비스를 선택하는 문제로 다루지 않는다는 것이었습니다. 인프라의 특성과 운영 목적을 이해하고, 상황에 맞는 관리 방법을 선택하는 것이 중요하다는 점을 다시 생각하게 되었습니다.

또한 다양한 서비스와 관리 방식을 표로 정리한 부분이 유용했습니다. AWS는 서비스의 종류도 많고 설정에 따라 고려해야 할 요소도 달라지기 때문에, 이러한 비교 자료는 개념을 이해하는 데 그치지 않고 실제 인프라 구성을 검토할 때에도 참고하기 좋다고 느꼈습니다.

이 책을 읽으면서 클라우드 비용 최적화는 단순히 비용을 절약하는 작업이 아니라, 서비스를 지속적으로 운영하기 위해 필요한 엔지니어링 과정이라는 생각이 들었습니다.

AWS를 처음 접하는 개발자뿐만 아니라 실제 서비스를 배포하거나 운영하면서 비용과 인프라 관리에 대해 고민하고 있는 개발자에게도 추천하고 싶은 책입니다.

#협찬