AWS · 클라우드

증가 원인을 서비스 단위로 좁히는 글을 먼저 보시는 편이 빠릅니다. 청구서는 결과만 보여 주고 어떤 사용량이 그 금액을 만들었는지는 말해 주지 않아, 확인 순서를 정하지 않으면 화면만 오래 보게 됩니다. 원인을 좁힌 뒤 항목별 점검을 다룬 글로 넘어가면 지금 손대도 되는 것과 마지막에 판단해야 하는 것이 갈립니다.

항목의 목록은 대체로 그대로 쓰실 수 있지만 금액은 각자 환경에서 확인하셔야 합니다. 요금은 리전과 사용량 구간, 약정 상태에 따라 달라지고 같은 서비스라도 어떤 구성으로 쓰는지에 따라 청구 항목이 바뀌기 때문입니다. 그래서 글은 어디를 보고 무엇을 판단하는지까지 적고 단가는 적지 않습니다.

위탁과 자체 운영을 비교하는 기준을 여러 편에서 나눠 다룹니다. 한 편은 직접 운영할 때 실제로 드는 것이 급여 하나가 아님을 펴서 보여 주고, 다른 편은 계약으로 무엇이 넘어가고 무엇이 남는지를 설명합니다. 어느 방식을 택해도 고객이 지는 책임 영역은 사라지지 않으므로, 비교는 요금과 급여가 아니라 총비용과 책임 경계를 같은 표에 올려 놓고 하셔야 합니다.

장애 대응과 백업 복구를 다루는 글이 함께 있습니다. 두 주제 모두 사고가 난 뒤에는 준비하기 어려운 성격이라, 역할을 어떻게 나누고 무엇을 기록으로 남기는지, 백업이 있는데도 복구가 막히는 조건이 무엇인지를 설명합니다. 상주 인력이 없는 회사도 세울 수 있는 최소 구조부터 다룹니다.

약정을 새로 맺거나 운영 중인 사양을 낮추는 판단이 남았을 때가 전문가 확인이 필요한 시점입니다. 두 가지는 되돌리기 어렵고 잘못 잡으면 아낀 것보다 잃는 것이 커지므로, 다른 항목을 정리한 뒤 마지막에 확인하는 편이 안전합니다. 그 앞 단계인 증가 구간 확인과 쓰지 않는 자원 정리는 글의 순서를 따라 내부에서도 진행하실 수 있습니다.