AWS Certified Solution Architect - Associate (AWS SAA) 시작

클라우드에 대한 개념은 당연하고 각 CSP의 이해 또한 매우 중요해졌다. 그 중에서 가장 많이 사용하는 AWS의 자격증을 공부해야겠다고 항상 생각해왔는데, 양이 많고 시험료가 비싸 항상 망설이고만 있었다ㅠㅠ

 

그러던 중, 2024년 말까지 시험료 반값 할인에 대한 정보를 접해 얼른 신청해버리고 공부를 했다!! AWS SAA에 자격증을 공부했던 내용들을 기록해보려 한다. 반값 할인에 대한 정보는 아래 링크에서 확인할 수 있다.

클라우드 서비스 | 클라우드 컴퓨팅 솔루션| Amazon Web Services

 

가장 첫 글로 AWS SAA에 대한 소개와 기본적인 정보들에 대해 기록해보겠다.

AWS Certified Solution Architect - Associate

---

AWS SAA는 AWS의 솔루션들의 활용 능력에 대한 자격증이다. AWS 서비스들을 사용해서 비용 및 성능 최적화 역량을 평가한다.

 

시험 정보

시험 정보는 다음과 같다.

https://aws.amazon.com/ko/certification/certified-solutions-architect-associate/

시험료가 살벌하다.

 

시험은 온라인이나 오프라인으로 볼 수 있으며, 오프라인은 장소와 시간이 상당히 제한적이다. 그에 비해 온라인은 매일 언제나 볼 수 있는 시간대가 있다. 문제 없이 시험 볼 수 있는 좋은 환경이라면 온라인으로 보는 것을 추천한다. 다만 감독관과는 영어로 소통해야하며 조금 깐깐할 수도 있다.

 

시험 시간은 130분이지만 제공 언어에서 영어가 아닌 다른 언어를 선택하면 30분을 추가로 받을 수 있는 Accomodation을 신청할 수 있다. 30분 추가를 원한다면 시험 등록 전에 Accomodation을 먼저 요청하고 그 다음 시험을 접수해야한다! Accomodation을 늦게 신청했다면 시험을 취소했다가 다시 접수를 해야한다.

 

65문제를 풀어서 총 1000점 중에 720점 이상을 받으면 합격이다. 체감 상 대충 40개 정도 맞으면 괜찮은 것 같다.

 

시험 범위

---

시험은 크게 네개 도메인의 문제들로 구성되어있다.

1. Secure Architectures (30%)
2. Resilient Architectures (26%)
3. High-Performing Architectures (24%)
4. Cost-optimized Architectures (20%)

도메인 별로 학습을 하는 전략은 크게 의미가 없는 것 같다. 범위가 너무 넓다. 출제되는 AWS 서비스의 카테고리는 다음과 같다.

• Analytics
• Application Integration
• AWS Cost Management
• Compute
• Containers
• Database
• Developer Tools
• Front-end Web and Mobile
• Machine Learning
• Management and Governance
• Media Services
• Migration and Transfer
• Network and Content Delivery
• Security, Identity, and Compliance
• Serverless
• Storage

서비스가 아니라 카테고리 리스트다. 카테고리 별로 서비스들이 엄청나게 많다. 자세한 건 Exam Guide서 확인할 수 있다.

 

시험 범위가 어마어마하지만, 할만하다는 평이 많다! 유데미의 가장 유명한 강의로 공부를 하고 가장 유명한 덤프로 준비했다. 사실 덤프가 정말 유용하고, 덤프 문제 수도 엄청 많지만 덤프만 주구장창 풀어도 충분할 것이라 생각한다. 더 기본적인 이해를 위해 강의와 병행하며 공부했다.

AWS Certified Solutions Architect - Associate SAA-C03 Exam - Free Exam Q&As, Page 1 | ExamTopics

 

AWS 기본 개념

---

기존엔 정보통신 시스템 구성을 위한 하드웨어와 모든 설정들을 직접 설정해주어야 한다. 이를 보통 온프레미스 환경이라고 한다. AWS 같은 퍼블릭 클라우드 서비스 제공자는 이러한 정보통신 시스템 구성을 위한 하드웨어와 설정들에 대한 편의성을 제공해주고, 사용자는 서비스 제공자들의 자원을 활용해 손쉽게 인프라를 구성하거나 애플리케이션 개발에만 집중할 수 있다.

 

그들이 가지고 있는 물리적 자원은 여기저기에 있다. 사용자가 그러한 물리적 자원을 사용하려고 하면, 이를 논리적으로 제공해준다. 논리적인 시스템은 사용자가 편하게 확장할 수 있고, 시스템을 수월하게 손볼 수 있는 유연함을 제공한다.

 

AWS Responsibility

AWS가 편의성을 제공해주지만 모든 것을 제공해주는 것은 아니다. AWS는 기본적으로 물리적 자원에 대한 지원을 해준다. 물리적 자원의 위치와 가용성을 위한 Region, Availability Zones, Edge Location 등을 제공해준다.

 

물리적 자원에 대한 편의는 제공되지만, 사용자의 책임 또한 적지 않다. 사용자는 주로 실 애플리케이션과 시스템 구조, 데이터 관리, 트래픽, OS나 네트워크 등에 대한 세부 설정, 식별과 접근 제어, 암호화, 트래픽 제어 전략 등을 사용자가 책임져야한다. 책임이라고 하지만 사실 사용자가 입맛에 맞게 설정할 수 있다는 말이다.

 

Region

Region은 AWS가 제공하는 물리적 자원이 실제로 위치하는 곳이다. 주로 국가나 대륙으로 구분하며 미국, 한국, 홍콩, 일본, 유럽 등 굉장히 다양하게 존재한다. 물리적 자원을 제공해주어 사용자는 논리적으로 시스템에 대한 고민만 해도 충분하지만, 물리적 위치는 당연하게도 성능을 위해 중요하다. 한국에서만의 서비스를 호스팅하는데 미국에서 호스팅한다면 거리가 멀어서 성능이 떨어진다.

 

구체적으로 어떤 Region들이 있는지 알 필요는 없다고 생각한다. 나중에 필요할 때 찾아보면 된다.

 

Availability Zones

Region 내에 존재하는 자원들의 영역을 다시 나눈 것이 Availability Zone, 가용 영역이다. 줄여서 AZ라고 한다. Region에는 최소 두개 이상의 AZ가 존재하며, 실제 AZ들은 물리적으로 떨어져있다. 그렇기에 물리적 장애를 방지한다. Region 내의 AZ끼리는 고속 네트워킹을 한다. 같은 AZ 간의 통신은 굉장히 빠르고 싸다. 또한, 한 AZ에서 사고가 나거나 재난이 발생하면 다른 AZ를 빠르게 가동한다. 한 AZ에 이상이 생긴다면 다른 AZ에서의 가용을 통해 서비스는 가용에 대한 제한이 줄고, 고객들의 실제 체감은 거의 없다!

 

종량과금제

Pay as you go. AWS는 사용한만큼 지불하면된다. 온프레미스 환경에선 사용량과는 상관없이 비용이 계속 발생한다. AWS를 사용하면 편의성을 통해 초기비용도 절약하고, 사용량에 따른 지불로 운영 비용 또한 절감할 수 있다.

 

기본 개념

---

AWS SAA를 공부하기 전에 AWS를 살짝 알아봤는데, 기본적으로 두가지 개념에 대해 내적으로 정의해야 공부가 수월하다.

 

Scalability - 확장성

사용량에 따라 시스템이 확장할 필요가 있다. 이러한 확장성을 AWS는 손쉽게 제공해준다.

 

확장성에는 수직(Vertical)확장과 수평(Horizontal)확장이 있다.

 

단순히 리소스의 사양이 부족해 리소스 사양을 올려주는 것을 수직확장이라고 한다. 리소스 사양을 올려 한 리소스가 감당할 수 있는 성능을 높이는 것을 스케일업, 반대로 리소스 사양을 내려서 불필요한 성능을 감소시키는 것을 스케일다운이라고 한다.

 

리소스의 사양에 상관없이 많은 사용량을 커버하기 위해 리소스의 수를 늘리는 것을 수평확장이라고 한다. 수를 늘리고 들어오는 요청과 트래픽들을 분산시켜 많은 리소스들이 처리할 수 있게끔 해준다면 시스템의 성능이 향상된다. 리소스의 양을 늘리는 것을 스케일아웃, 반대로 양을 줄여 불필요한 자원소모를 막는 것을 스케일다운이라고 한다.

 

Availability - 가용성

가용성이란 시스템이 죽지 않고 가용되는 정도를 말한다. 예를 들어 서버 리소스가 한개 존재한다고 했을 때, 해당 서버 리소스가 재난으로 인해 동작을 못하게 된다면 시스템을 가용할 수 없다. 그러면 가용성이 낮은 시스템이다. 만약 대기하는 서버 리소스가 하나 더 있다면 기존 서버 리소스를 사용 못 할 때 대기 서버 리소스를 사용할 수 있다. 기존 서버 리소스는 죽었지만, 시스템은 여전히 가용한다. 가용성이 높아진 것이다.

 

AWS는 각 Region마다 가용 영역인 AZ가 존재한다. AWS의 솔루션을 사용하면서 Multi-AZ에 걸쳐 서비스를 사용한다면 장애 발생 시 장애를 회복하기 쉽고 시스템 복구 가능성이 높아진다.