답변:
Terraform 또는 Fugue 와 같은 클라우드 "오케스트레이션"도구 중 하나를 신중하게 사용 하는 것이 가장 좋은 방법 인 것 같습니다.
소규모로 시작하여 덜 중요하고 광범위하지 않은 환경을 선택하고 자동화 가능한 코드로 신중하게 해독 한 다음 계속 진행할 수 있습니다.
광범위하게 인터넷 검색 및 기타 유행어 중심의 미디어 응용 프로그램을위한 코드로서의 인프라 스트럭처라고합니다.
더 구체적으로 말하면, Terraform의 HCL 파일에 설명 된 환경이 있다면 ID를 "출력"으로 내보내고 스크립트 / Jenkins 작업 등의 ID에서 작동 할 수 있어야합니다.
Netflix는 자원 스프롤 문제를 해결하는 방법을 제시했습니다. 그들은 자원을 사용하지 않는 것이 분명 할 때 자원을 정리할 책임이 있는 Janitor Monkey 를 만들었 습니다.
Amazon AWS에서 생성 된 리소스를 추적하고 감사 로그를 생성하고 시간 (및 기록)을 통해 검색하여 Edda 도 생성했습니다 . Edda를 통해 AWS 리소스를 저장하고 검색 할 수 있습니다.
Janitor Monkey가 Edda와 통합 될 수 있다는 언급이 있지만 그 이후로 많은 정보를 공개하지 않았습니다.
현재 AWS CloudTrail 및 AWS 구성 규칙을 사용 하면 타사 소프트웨어 없이도 비슷한 결과를 얻을 수 있습니다. Edda와 Janitor Monkey (2012-2013)가 발표되었을 때이 두 가지 서비스는 아직 이러한 종류의 문제를 해결할 준비가되지 않았습니다.
CloudTrail 및 Config를 사용하면 이미 리소스 추적이 이루어지고 있습니다. 할 일은 목록을 수시로 검토하여 이들과 함께 수행 할 작업을 결정하는 스크립트를 작성하는 것입니다.