AWS CLI 명령 개념적으로 읽기

AWS CLI는 터미널에서 AWS를 제어합니다. 시험에서 코드를 작성할 필요는 없지만, CLI 명령을 읽고 정확히 어떤 작업을 수행하는지 알아야 합니다.

모든 명령은 하나의 형식을 따릅니다. aws, 서비스, 작업, 옵션 순서입니다. 이 구조를 알면 어떤 명령도 쉽게 읽을 수 있습니다. 예시에 그 구조가 나와 있습니다.

서비스가 먼저 나오고(iam 또는 ec2처럼), 그다음에 대개 동사와 명사의 조합인 작업이 나옵니다. list 또는 describe로 시작하는 명령은 데이터만 읽으므로 조사 중에도 안전합니다.

옵션은 두 개의 대시로 시작하며 세부 정보를 추가합니다. --bucket은 버킷을 지정하고 --region은 대상 리전을 지정합니다. 이를 읽으면 명령이 정확히 어떤 대상에 영향을 주는지 알 수 있습니다.

어떤 명령이 대상을 변경하는지 알아야 합니다. get, list, describe는 읽기만 수행합니다. put, create, delete, modify는 상태를 변경하므로 위험할 수 있습니다. 이러한 명령은 주의해서 사용하십시오.

기본적으로 CLI는 필드와 값으로 이루어진 깔끔한 텍스트 형식인 JSON으로 응답합니다. "Effect"와 "Action" 같은 키를 빠르게 찾아 읽는 능력은 계속 사용하게 될 중요한 기술입니다.

CLI에는 프로필, 환경 변수 또는 연결된 역할에서 가져온 자격 증명이 필요합니다. 가장 안전한 방법은 장기 키가 아니라 역할에서 발급되는 임시 자격 증명을 사용하는 것입니다.

--profile 플래그는 이름이 지정된 자격 증명 집합을 선택하므로 한 사람이 여러 계정에서 작업할 수 있습니다. 각 프로필은 고유한 자격과 권한에 연결됩니다.

CLI는 스크립트로 작성하고, 예약 실행하며, 버전 관리할 수 있으므로 보안 작업을 반복 가능하고 감사 가능하게 만듭니다. 따라서 콘솔보다 CLI를 사용해야 보안 적용 작업을 더 큰 규모로 수행할 수 있습니다.

시험에 나온 명령을 해석할 때는 서비스, 작업, 읽기 또는 쓰기 여부, 옵션을 부분별로 읽으십시오. 이것만으로도 목표에 맞는 명령인지 알 수 있으므로 직접 실행할 필요가 없습니다.

sts assume-role을 호출하면 수명이 짧은 자격 증명이 반환되므로, 스크립트가 영구 키 대신 역할의 권한으로 작업합니다. 이 패턴을 알아보면 작업 주체가 안전한 방식으로 권한을 사용하고 있음을 알 수 있습니다.

CLI 명령을 해석해 보십시오.

명령은 aws service operation options 순서로 읽습니다. list, describe, get은 안전한 읽기 작업이고 put과 delete는 쓰기 작업입니다. 출력은 JSON이며, 스크립트를 사용하면 CLI로 자동화를 효과적으로 수행할 수 있습니다.