AWS SAA C03 연습 문제 (26~50번)

정답은 A입니다. S3 버킷의 설정이 규정에 맞게 유지되고 있는지 실시간으로 감시하고 무단 변경을 기록하려면 AWS Config를 사용하는 것이 가장 확실합니다. Config는 리소스의 구성 변화를 계속 추적하며, 보안 정책에 어긋나는 변경이 발생했을 때 즉시 알림을 주거나 자동으로 대응할 수 있는 기능을 제공합니다. 다른 서비스인 Inspector는 주로 소프트웨어 취약점 진단에 쓰이며 Trusted Advisor는 비용이나 성능 최적화 조언에 특화되어 있습니다.

정답은 A입니다. AWS 계정이 아예 없는 외부 사용자에게 특정 CloudWatch 대시보드만 안전하게 보여주고 싶을 때는 대시보드 공유 기능을 활용하는 것이 가장 좋습니다. 이 기능을 쓰면 개별 이메일 주소로 인증된 전용 링크를 생성할 수 있어, 번거롭게 IAM 계정을 새로 만들거나 보안 위험이 큰 배스천 서버를 구축하지 않고도 최소 권한 원칙을 완벽하게 지킬 수 있습니다.

정답은 B입니다. 회사의 자체 관리 AD 정보를 그대로 쓰면서 여러 AWS 계정에 한 번에 접속하고 싶다면, AWS AWS Managed Microsoft AD를 설치하고 온프레미스 AD와 양방향 포리스트 트러스트를 맺는 것이 정석입니다. 이렇게 하면 사용자는 기존 사내 계정 그대로 AWS에 로그인할 수 있게 되어 관리가 매우 편리해지며 보안 정책도 일관성 있게 유지할 수 있습니다.

정답은 A입니다. 통화 서비스(VoIP)처럼 UDP 트래픽의 속도가 중요한 시스템에서는 AWS 전용 망을 사용하는Global Accelerator와 UDP 처리가 가능한 네트워크 로드 밸런서(NLB) 조합이 가장 탁월합니다. 전 세계 어디에서 접속하든 가장 가까운 리전으로 사용자를 안내해주며, 한 곳에 문제가 생겨도 즉시 다른 리전으로 돌려주는 자동 장애 조치 기능까지 갖추고 있어 서비스 중단을 최소화할 수 있습니다.

정답은 C입니다. 한 달에 딱 이틀만 쓰는 데이터베이스라면 테스트가 끝나는 즉시 전체 백업본인 스냅샷만 남기고 인스턴스를 완전히 삭제하는 것이 가장 지갑을 아끼는 방법입니다. 인스턴스를 켜두거나 단순히 중지만 시키면 저장 장치 비용이 계속 발생하지만, 스냅샷 보관 비용은 훨씬 저렴하기 때문입니다. 다음 테스트 때는 이 스냅샷으로 다시 DB를 똑같이 살려내서 쓰면 됩니다.

정답은 A입니다. 전사의 모든 자산에 꼬리표(태그)가 잘 붙어있는지 자동으로 감사하고 관리하고 싶다면 AWS Config의 관리형 규칙을 활용하는 것이 가장 스마트합니다. 직접 감시용 코드를 짤 필요 없이 미리 준비된 규칙을 활성화하기만 하면, 태그가 빠진 자원을 알아서 찾아내고 알림까지 보내주어 수조 단위의 자원도 적은 인력으로 완벽하게 통제할 수 있습니다.

정답은 B입니다. 미리 만들어진 파일들로만 구성된 정적 웹 사이트는 굳이 비싼 서버를 빌릴 필요 없이 Amazon S3 버킷에 담아두기만 해도 훌륭하게 작동합니다. S3는 서버를 관리할 필요가 전혀 없는 서버리스 방식이라 운영 부담이 없고, 가격 또한 실제 데이터 저장량과 트래픽만큼만 내면 되어 다른 대안들보다 훨씬 경제적입니다.

정답은 C입니다. 쏟아지는 수백만 건의 데이터를 실시간으로 모으고, 중간에 필요한 정보만 쏙쏙 골라내 가공하며, 이를 다른 여러 부서와 공유하고 싶다면 Kinesis Data Streams가 최고의 조율자입니다. 스트림을 통해 들어오는 원시 데이터를 람다 함수가 실시간으로 가공하여 안전한 형태로 창고(DynamoDB)에 넣는 동시에, 다른 서비스들도 같은 데이터를 자신의 입맛에 맞게 읽어갈 수 있어 확장성이 무궁무진합니다.

정답은 B입니다. 기업의 투명한 운영을 위해 '누가 내 시스템에 어떤 명령을 내렸나'라는 행동 분석은 CloudTrail이 맡고, '서버 설정값이 과거와 지금 어떻게 달라졌나'라는 물리적 현황 파악은 AWS Config가 담당합니다. 이 두 서비스를 함께 운용하면 보안 사고가 터졌을 때 원인 규명부터 복구까지 물 흐르듯 처리할 수 있는 강력한 감사 시스템을 갖추게 됩니다.

정답은 D입니다. 전 세계의 악의적인 트래픽 폭탄으로부터 우리 웹 서비스를 확실하게 지켜내고 싶다면 AWS Shield Advanced가 필수적인 방패입니다. 특히 대규모 공격 시 발생하는 비용 절감이나 보안 전문가의 실시간 대응까지 지원받을 수 있어, 소중한 비즈니스가 멈추지 않도록 하는 가장 든든한 보험 같은 역할을 해줍니다.

정답은 B입니다. 여러 리전에 데이터가 흩어져 있어도 같은 열쇠(키 ID)로 열고 닫을 수 있게 해주는 다중 리전 KMS 키를 사용하면 복잡한 암호화 구조를 획기적으로 단순화할 수 있습니다. 이렇게 하면 한국 리전에서 암호화한 데이터를 미국 리전에서도 따로 열쇠를 맞추는 고생 없이 즉시 확인할 수 있어 계정 통합과 관리 효율성 면에서 최고의 만족감을 줍니다.

정답은 B입니다. 번거로운 열쇠(PEM) 관리나 위험한 22번 포트 개방 없이 깔끔하게 서버에 접속하고 싶다면 세션 매니저가 유일한 정답입니다. 웹 브라우저에서 버튼 하나로 바로 접속할 수 있고 누가 들어와서 무얼 했는지 기록까지 남으니, 보안은 챙기면서 관리 효율은 극도로 높이는 현대적인 관리자의 필수 덕목과도 같은 기능입니다.

정답은 C입니다. 정적인 파일을 전 세계 어디서든 빛의 속도로 전달하고 싶다면 CloudFront라는 CDN 서비스가 가장 효율적입니다. 전 세계 구석구석 퍼진 엣지 로케이션에 파일을 미리 복사해두기 때문에 사용자가 멀리 떨어진 리전에 접속할 필요가 없어지며, 비용도 저렴해지기 때문에 글로벌 서비스를 꿈꾸는 사람이라면 반드시 가져가야 할 아키텍처입니다.

정답은 A입니다. 데이터베이스에 정보를 들이붓는 속도가 느려진다면 대개 저장 장치(디스크)의 처리 능력이 한계에 도달한 것입니다. 기본형인 범용 SSD에서 우리가 원하는 속도만큼 성능을 미리 예약해두는 프로비저닝된 IOPS 타입으로 업그레이드하면, 어떤 폭주 상황에서도 가슴이 시원해지는 일정한 처리 속도를 맛볼 수 있습니다.

정답은 A입니다. 쏟아지는 수 천 개의 신호를 서버 한 대라도 직접 관리하지 않고 모두 안전하게 수집하고 싶을 때 Kinesis Data Firehose를 꺼내면 좋습니다. 알아서 데이터를 모아서 창고(S3)에 차곡차곡 쌓아주며, 이후에는 시간표(수명 주기 정책)만 짜두면 오래된 정보는 가장 싼 창고로 자동 이관되니 손 까딱 않고도 완벽한 데이터 수집 환경을 구축할 수 있습니다.

정답은 B입니다. 외부 유료 서비스들의 데이터를 내 시스템으로 안전하게 끌어오는 힘든 작업을 이제 코딩 없이 해결할 수 있습니다. Amazon AppFlow를 사용하면 복잡한 연동 로직 없이도 클릭 몇 번으로 모든 자료를 연동할 수 있습니다. 이렇게 서버 관리 부담을 지우면 전체적인 성능도 보장되고, 자료 한 통이 들어올 때마다 자동으로 알림까지 돌릴 수 있는 쾌적한 데이터 파이프라인이 완성됩니다.

정답은 C입니다. NAT 게이트웨이라는 비싼 유료 톨게이트를 거치지 않고도 내 서버가 S3 창고로 곧장 갈 수 있는 전용 지름길을 뚫는 것이 비용 절감의 핵심입니다. 게이트웨이 VPC 엔드포인트를 설치하면 통행료 없이 프라이빗한 도로를 이용할 수 있게 되어, 데이터 전송량이 늘어나도 요금 폭탄 걱정 없이 쾌적하게 이미지를 주고받을 수 있습니다.

정답은 B입니다. 전 직원이 쓰는 인터넷 망을 통해 백업까지 돌리면 업무가 마비됩니다. 우리 회사와 AWS 센터를 잇는 두툼한 단독 전용 고속도로인 Direct Connect를 깔아야 합니다. 이 전용선을 쓰면 데이터가 아무리 쏟아져도 옆 차선에서 인터넷을 쓰는 직원들에게 전혀 지장을 주지 않으면서도 수 테라바이트의 자료를 안정적으로 클라우드에 밀어넣을 수 있습니다.

정답은 A와 B입니다. 실수로 소중한 자료를 지워도 과거 상태로 되돌릴 수 있는 타임머신인 버전 관리를 켜고, 영구 삭제 시에는 반드시 실물 보안 카드를 통한 2차 인증을 요구하는 MFA 삭제 기능까지 더하면 보안의 끝판왕을 만들 수 있습니다. 이렇게 두 겹의 방패를 세우면 내부자의 실수나 악의적인 침입으로부터 우리의 데이터를 가장 견고하게 보호할 수 있습니다.

정답은 B와 E입니다. 정보가 들어오자마자 바로 처리하려고 하면 네트워크 한 번 튀었을 때 공들인 데이터가 날아가 버립니다. 중간에 데이터를 고이 담아두는 바구니인 SQS 대기열을 두고 차근차근 읽어 가게 고쳐야 합니다. 그러면 시스템에 문제가 생겨도 데이터는 바구니 안에서 안전하게 기다리게 되고, 나중에라도 빠뜨리는 정보 없이 완벽한 수집 파이프라인을 유지할 수 있습니다.

정답은 B입니다. 수십 기가바이트의 문서 속에 숨겨진 전화번호나 집 주소 같은 개인정보를 우리 눈 대신 인공지능이 찾아주는 것이 Macie 서비스의 저력입니다. 이 기능을 쓰면 매번 눈 빠지게 체크할 필요 없이 Macie가 매의 눈으로 감시하다가 사고 발생 시 즉각 관리자에게 소식을 전하니, 세상에서 가장 똑똑한 보안 요원을 채용한 것과 다름없습니다.

정답은 D입니다. 돈을 깎는 게 아니라 정말 '서버 자리가 모자라서 내 일을 못 할까 봐' 걱정된다면 용량 예약을 통해 내 자리를 찜해두어야 합니다. 이때 리전만 말하는 게 아니라 정확한 가용 영역까지 콕 집어서 예약해야 센터 한구석에 내 인스턴스가 들어갈 자리를 확실히 비워두어, 당장 서버를 올릴 때 자리가 없다는 거절 편지를 받지 않을 수 있습니다.

정답은 D입니다. 인스턴스 스토어는 정말 빠르지만 전원을 끄면 기억도 다 지워버리는 임무형 장치라 위험합니다. 자료를 영구히 보관하면서 아무 서버나 붙여서 쓸 수 있는 EFS로 이사를 가야 합니다. EFS는 여러 리전과 영역을 아우르는 고도의 내구성을 자랑하므로 카탈로그 같은 핵심 자산을 모시기에는 가장 믿음직스러운 안식처가 되어줍니다.

정답은 B입니다. 1년 동안 언제 찾을지 모르는 통화 기록은 AI가 관리해주는 지능형 계층화에 맡기고, 먼지 쌓일 1년 뒤부턴 싼 창고로 옮겨두는 것이 가성비의 정석입니다. Athena라는 돋보기를 쓰면 S3에 담긴 파일을 일일이 열어보지 않고도 쿼리 한 줄로 내용을 훑어볼 수 있어, 사용자는 빠르고 상사는 저렴한 요금에 만족하는 환상적인 관리 체계가 구축됩니다.

정답은 D입니다. 긴급하게 1,000대의 서버를 다 패치해야 하는 불이 떨어진 상황에서 한 대씩 들어가는 건 불가능합니다. 'Run Command'라는 신호를 보내 1,000대에 동시에 실행 명령을 내려야 합니다. 이렇게 원격에서 중앙 제어로 명령을 쏘면 순식간에 수천 대의 방어벽이 쳐지는 경험을 할 수 있으며, 보안 사고의 골든 타임을 놓치지 않고 가장 빠르게 대응할 수 있는 필살기와 같습니다.