[AWS] AWS 아키텍처 및 생태계 (2)

dereck·2025년 1월 27일

AWS CCP

목록 보기
29/29
post-thumbnail

4. Performance Efficiency

성능 효율성은 컴퓨팅 리소스를 사용해 시스템 요구 사항을 충족하고, 수요가 바뀌고, 기술이 발전함에 따라 효율성을 유지하는 기능을 포함한다.

설계 원칙

  • 첨단 기술의 대중화
    • 고급 기술을 대중화해서 사용할 수 있도록 하면 제품 개발에도 도움이 되므로 계속 흐름을 파악해야 함
  • 몇 분 안에 전 세계에 배포
    • 여러 리전에 배포를 해야 한다면 며칠이 아니라 몇 분 안에 배포해야 함
    • 여러 지역에 쉽게 배포해야 한다는 의미이기도 함
  • 서버리스 아키텍처 사용
    • 서버 관리 부담 방지를 위한 서버리스 아키텍처 사용
  • 더 자주 실험하기
    • 간편한 비교 테스트를 수행해야 함
    • 서버리스 아키텍처로 실험해서 제대로 작동하는지 확인해 볼 수 있음
  • 기계적 동조
    • 모든 AWS 서비스에 대해 알고 있어야 함
    • 변경 사항이 발생하면 솔루션 아키텍처가 극적으로 변경될 수 있기 때문

AWS 서비스에서의 성능 효율성

  • 사용자에게 적합한 서비스를 선택
    • Lambda: 서버리스가 필요
    • Auto Scaling: 더 많은 EC2에 사용
    • EBS: 디스크가 필요하지만 gp2, io1 을 사용해서 성능을 관리할 때
    • S3: 전 세계적 확장에 사용
    • RDS: 데이터베이스를 프로비저닝하고, Aurora로 마이그레이션 할 때 사용
  • 성능 검토
    • 생성하기 전에 필요한 것을 정확히 얻는지 확인: CloudFormation
    • 모든 성능 개선 사항의 업데이트: AWS News Blog
  • 성능 모니터링
    • 성능이 좋은지 확인하는 방법: CloudWatch Alarms, CloudWatch metrics, CloudWatch
    • Lambda: 병목 되지 않고 애플리케이션의 람다 함수가 최소 시간 내에 실행되도록 함
  • 절충
    • RDS 와 Aurora 사용
    • ElastiCache: 캐시에 오래된 데이터가 있지만 성능을 개선할 것인지, 일래스티 캐시 사용 없이 최신 버전을 얻을 것인지 절충해야 함
    • Snowball: 데이터를 클라우드에서 확인하고 모든 네트워크 용량을 사용하거나, 데이터를 트럭으로 옮기고 일주일 안에 받을지 절충해야 함
    • CloudFront 엣지 주변의 것을 캐싱하고, 전 세계에 배포하면 하루 동안 캐시돼서 웹사이트 업데이트 릴리스 시 사용자들이 새 버전을 얻는 데 시간이 걸릴 수 있음

5. Cost Optimization

  • 비용 최적화는 비즈니스 가치를 창출하는 시스템을 최저의 가격으로 실행하는 능력이며 매우 합리적인 접근 방식이다.

비용 최적화 설계 원칙

  • 소비 모델 채택
    • 서비스를 사용한 만큼만 비용 지불
      • Lambda → 사용하지 않으면 비용을 지불하지 않음
      • 데이터베이스 → 사용하지 않아도 비용을 지불 (프로비저닝 했기 때문)
  • 전반적인 효율성 측정
    • CloudWatch를 사용하여 리소스를 효과적으로 사용하고 있는지 측정하는 것
  • 데이터 센터 운영 비용 지출 중단
    • AWS가 인프라를 대신 관리해주고, 사용자가 조직의 애플리케이션과 시스템에 집중할 수 있도록 해 줌
  • 비용을 분석하고 어디에 지출되고 있는지 파악
    • 태그를 사용하여 각 애플리케이션의 비용을 추적해서 비용을 최적화할 수 있음
  • 애플리케이션 수준의 관리 서비스를 사용하여 소유 비용 절감
    • 관리형 서비스는 클라우드 규모로 운영되기 때문에 트랜잭션 또는 서비스당 비용을 낮출 수 있음

AWS 서비스에서의 비용 최적화

  • 지출 인식
    • Budgets, Cost and Usage Report, Cost Explorer, Reserved Instance Reporting
      • 예약한 인스턴스를 실제로 사용하는지 파악할 수 있도록 해줌
  • 리소스 비용 효율성
    • Spot instance, Reserved instance, S3 Glacier
      • 비용 효율적인 리소스를 사용할 수 있는지 파악하는 것
  • 수요/공급의 일치
    • Auto Scaling: 프로비저닝이 과잉되지 않도록 함
    • Lambda: 서버리스 인프라 구조를 사용 중인 경우 고려
  • 시간 경과에 따른 최적화
    • Trusted Advisor, Cost and Usage Report, AWS News Blog
      • 최적화에 필요한 정보를 얻을 수 있음

6. Sustainability

  • 지속 가능성은 클라우드 워크로드 실행이 환경에 미치는 영향을 최소화하는 데 중점을 둔다.

지속 가능성 설계 원칙

  • 영향력 이해
    • 성과 지표를 설정하고 개선점을 평가하는 것으로 영향을 이해
  • 지속 가능성 목표 수립
    • 장기 목표와 목표 ROI(투자 수익률)를 세워 목표를 달성
  • 서비스 활용 극대화
    • 에너지 효율을 높이고 환경에 미치는 영향을 조절하기 위함
  • 더 효율적인 하드웨어 및 소프트웨어 제품을 예측해서 채용
    • AWS의 인프라 최적화를 통해 새로운 것을 사용하면 효율이 올라갈 수 있음
  • 관리형 서비스 사용
    • 지속 가능성 모범 사례를 자동화하는 데 도움이 됨
      • 공유 서비스: 인프라의 양을 줄임
      • 관리형 서비스: 자주 액세스하지 않는 데이터를 콜드 스토리지로 옮기고 컴퓨팅 용량을 조정함
  • 클라우드 워크로드의 후속 영향 줄이기
    • 고객이 서비스를 사용하기 위해 지속적으로 디바이스를 업그레이드해야 할 필요를 줄여야 함

AWS 서비스에서의 지속 가능성

  • 서버리스 제품을 비롯한 AWS의 지속 가능성에 도움이 되는 서비스
    • EC2 Auto Scaling, Lambda, Fargate
    • 기본적으로 태스크에 적절한 만큼의 컴퓨팅만을 수행
  • AWS 용량 컴퓨팅 사용 시 에너지 효율 확인이 가능
    • Cost Explorer AWS Graviton 2, EC2 T instance, @Spot instance
  • 스토리지 관련 비용 최적화
    • EFS-IA, S3 Glacier, EBS Cold HDD volumes
  • 데이터가 적절한 계층에 있도록 만듦
    • S3 Lifecycle Configurations, S3 Intelligent Tiering, Data Lifecycle Manager
  • 데이터베이스 (Read Local, Write Global)
    • RDS Read Replicas, Aurora Global DB, DynamoDB Global Table, CloudFront

AWS Well-Architected Tool

  • 6대 원칙을 기준으로 아키텍처를 검토하고 모범 사례를 선정할 수 있다.

작동 방식

  1. 워크로드를 선택해 질문에 답한다.
  2. 6대 원칙을 기준으로 한 답과 사용자의 답변을 비교한다.
  3. 조언을 얻고 영상, 문서, 보고서 등을 받을 수 있다.

AWS Customer Carbon Footprint Tool

  • AWS 사용으로 인해 발생하는 탄소 배출량을 추적, 측정, 검토 및 예측하는 데 사용되는 도구이다.
  • 지속 가능성 목표를 달성해야 하는 경우 매우 유용하다.
    • 탄소 배출량, 절감량 탄소 배출량이 많은 서비스를 파악할 수 있음
    • 시간 경과에 따른 배출량을 추적하고 AWS 계정에 사용된 100% 재생 에너지의 경로를 확인할 수 있음

AWS Cloud Adoption Framework

  • CAF는 기본적으로 전자책이고 백서이다.
  • 서비스는 아니지만 AWS의 혁신적인 사용을 통해 투어 디지털 혁신을 위한 포괄적인 계획을 수립하고 실행할 수 있도록 지원한다.
  • AWS 전문가들이 AWS 모범 사례와 수천 명의 고객으로부터 얻은 교훈을 활용하여 만든 솔루션이다.
  • AWS CAF는 성공적인 클라우드 전환을 뒷받침하는 특정 조직 역량을 식별하고, 기능을 6가지 관점으로 재구성한 것이다.
    • 비즈니스
    • 사람
    • 거버넌스
    • 플랫폼
    • 보안
    • 운영

CAF 관점 및 기본 비즈니스 역량

  • 비즈니스 역량은 3개의 기둥으로 구성되어 있다.
    1. 비즈니스 관점
      • 클라우드 투자를 통해 디지털 혁신 목표의 달성과 비즈니스 성과를 가속화할 수 있도록 도와줌
        • 전략 관리, 포트폴리오 관리, 혁신 관리, 제품 관리, 전략 파트너십, 데이터 수익화, 비즈니스 인사이트 및 데이터 과학
    2. 사람 관점
      • 비즈니스라는 큰 테두리 안에서 기술과 비즈니스를 연결하는 가교 역할을 함
      • 지속적 성장을 위한 학습이 조직 문화로 빠르게 뿌리내리고 조직이 변화가 일상적인 비즈니스가 되는 곳으로 진화하도록 도와줌
      • 따라서 사람을 통해 문화, 조직 구조, 리더십 및 인력에 초점을 맞출 수 있음
        • 조직 문화 발전, 혁신적 리더십, 클라우드 숙련도, 인력 혁신, 변화 가속화, 조직 설계 및 조직적 정비
    3. 거버넌스 관점
      • 조직이 누리는 이점을 극대화하고, 혁신과 관련된 위험을 최소화 하면서 클라우드 계획을 조율할 수 있도록 도와줌
        • 프로그램 및 포트폴리오 관리, 혜택 관리, 위험 관리, 클라우드 재무 관리, 애플리케이션 포트폴리오 관리, 데이터 거버넌스 및 데이터 큐레이션

CAF 관점 및 기반 역량 기술 역량

  • 기술 역량은 플랫폼, 보안 및 운영 관점으로 구성되어 있다.
    1. 플랫폼 관점
      • 엔터프라이즈급의 확장 가능한 혼합형 클라우드 플랫폼을 구축하여 기존 워크로드를 현대화하고 새로운 클라우드 네이티브 솔루션을 구현할 수 있도록 도와줌
      • 개별적인 역량은 아래와 같음
        • 플랫폼 아키텍처, 데이터 아키텍처, 플랫폼 엔지니어링, 데이터 엔지니어링, 프로비저닝 및 오케스트레이션, 최신 애플리케이션 개발, 지속적 통합 및 지속적 배포
    2. 보안 관점
      • 데이터 및 클라우드 워크로드의 기밀성, 무결성 및 가용성을 확보하는 데 도움이 됨
      • 개별적인 역량은 아래와 같음
        • 보안, 거버넌스, 보안 보증, ID 및 액세스 관리, 위협 탐지, 취약성 관리, 인프라 준비 상태, 데이터 보호, 애플리케이션 보안 및 인시던트 대응
    3. 운영 관점
      • 클라우드 서비스를 비즈니스 요구 사항을 충족하는 수준으로 제공할 수 있도록 도와줌
      • 개별적인 역량은 아래와 같음
        • 가시성, 이벤트 관리, 인시던트 및 문제 관리, 변경 및 릴리스 관리, 성능 및 용량 관리, 구성 관리, 패치 관리, 가용성 및 연속성 관리, 애플리케이션 관리

각각의 역량이 어떤 관점 아래 속해있으며 실제로 이해하고 있는지를 시험을 통해 알아보고자 하는 것이기 때문에 위의 6가지 관점을 반드시 기억해야 한다.

AWS CAF - 혁신 도메인

  • 기술
    • 클라우드를 사용하여 레거시 인프라 애플리케이션 데이터 및 분석 플랫폼을 이전하고 현대화하는 것
  • 프로세스
    • 비즈니스 운영을 디지털화, 자동화 및 최적화하는 것이며 이를 위해선 다음 두 가지가 필요함
      1. 클라우드의 도움을 받아 새로운 데이터 및 분석 플랫폼을 활용하여 실행 가능한 인사이트를 창출하는 것
      2. 머신 러닝을 사용하여 고객 서비스 경험을 개선하는 것
  • 조직
    • 운영 모델을 어떻게 재정립하느냐의 문제
      • 제품과 가치 흐름을 중심으로 팀을 재편해야 함
      • 애자일 방법론을 활용하여 변화에 신속하게 대응하고 지속적인 발전을 이뤄내야 함
  • 제품
    • 제품과 서비스 및 수익 모델과 같은 새로운 가치 제안을 창출하여 비즈니스 모델을 재정립하는 것

AWS CAF - 혁신 단계

  • 비전 수립 단계 (비즈니스 기회 식별)
    • 클라우드를 채택하여 혁신 기회를 식별하고 디지털 혁신의 기반을 구축함으로써 비즈니스 성과가 어떻게 가속화될 것인가를 구체적으로 제시해야 함
  • 정렬 단계 (비즈니스 기회를 CAF 관점과 비교하여 격차를 찾고 실행 계획을 세움)
    • 지금까지 살펴본 6가지 CAF 관점을 검토하여 필요한 역량과 현재 역량 사이의 격차를 파악하고 실행 계획을 도출하는 단계
  • 실행 단계
    • 실제로 파일럿 프로젝트를 구축하고 이를 프로덕션 환경에 제공하여 점진적으로 증가하는 비즈니스 가치를 입증
  • 확장 단계
    • 원하는 비즈니스 혜택을 실천하면서 파일럿 이니셔티브를 원하는 규모로 확장

시험과 관련하여, 어떤 관점이 프레임워크의 일부분에 해당하는지 여부와 어떤 역량이 특정 관점에 속하는지 여부를 식별하는 질문, 마지막으로 혁신 도메인과 해당 단계에 대한 문제도 출제될 것이다.

AWS Right Sizing

  • 클라우드는 탄력적이고 언제든지 인스턴스 유형을 바꿀 수 있기 때문에 가장 강력한 인스턴스를 선택하는 것이 좋다.
  • Right Sizing은 최저 비용으로 인스턴스의 유형이나 크기를 워크로드의 성능과 용량의 요구 사항에 일치시키는 프로세스이다.
    • 클라우드에선 스케일 업이 쉽기 때문에 크기가 올바른지 확인하는 것
    • 따라서 작은 크기로 시작해 올바른 크기를 찾아야 함
  • 배포한 인스턴스를 지속적으로 확인하는 프로세스이다.
    • 용량이나 성능을 손상하지 않고 지표를 통해 제거하거나 축소할 수 있는 기회를 식별
    • 결과적으로 비용 절감
  • Right Sizing는 두 가지 순간에 매우 중요하다.
    1. 클라우드 마이그레이션 직전
      • 기업이 클라우드로 마이그레이션 할 때 가장 큰 인스턴스 크기로 두고 잊어버리는 경우가 많기 때문
    2. 클라우드 마이그레이션이 끝나도 달에 한 번 정도 지속적으로 해야 함
      • 요구 사항이 변경되고 올바른 크기로 늘릴지, 줄일지 확인하는 것이 중요하기 때문
  • CloudWatch, Cost Explorer Trusted Advisor 와 같은 크기 조정을 돕는 도구가 있다.

AWS 생태계

AWS를 둘러싼 생태계에는 많은 무료 리소스가 있다. 예를 들어 블로그나 커뮤니티 기반의 포럼, 백서와 가이드도 있다. 예시로 Well-Architected 프레임워크는 백서 중 하나이다.

AWS IQ

  • IQ는 프로젝트에 도움을 줄 전문가를 빠르게 찾는 데 사용된다.
  • 인증을 받은 (제 3자) 전문가를 많이 확보하여 온디맨드 프로젝트 작업에 투입할 수 있게 해 주는 것이다.
  • IQ는 화상 회의, 계약 관리, 안전한 협업 및 통합 청구 기능을 제공한다.

IQ 고객의 경우

  1. 자신의 프로젝트에 대한 설명이 포함된 요청을 제출하게 된다.
  2. 받은 응답을 검토하고 요구 사항 및 일정 등을 토대로 전문가와 연결된다.
  3. 몇몇 후보자를 선정하고 나서 요금이나 업무 경험 등을 토대로 전문가를 선택할 수 있다.
  4. 해당 전문가에게 사용자의 계정에 대한 액세스 권한을 안전하게 부여하여 안전하게 협업을 진행할 수 있다.
  5. 마지막으로, 전문가의 작업에 만족할 경우 마일스톤을 해제할 수 있고 그러면 마일스톤에 대한 비용이 사용자의 AWS 청구서에 직접 부과된다.

IQ 전문가인 경우

  1. 본인 소개, 사진, 자격증 정보 등이 포함된 프로필을 생성하면 고객과 연결된다.
  2. 제안을 시작하고, 제안이 수락되면 안전하게 작업을 수행한다.
  3. 마일스톤이 해제된 후에 대가를 지급받게 된다.

AWS re:Post

  • 도움을 받을 수 있는 또 다른 옵션은 re:Post를 사용하는 것으로 re:Post는 사실상 포럼이다.
  • 궁금한 사항에 대한 답변을 찾고, 질문을 하고, 모범 사례를 찾고, 그룹에 참여할 수도 있는 커뮤니티 포럼이다.
  • AWS에 대한 기술적인 질문에 대해 많은 사람들이 답변하고, 전문가가 그 답변을 검토하는 방식으로 AWS가 관리하는 Q&A 서비스이다.
  • 작동 방식은 스택 오버플로우와 유사하다.
  • re:Post는 프리 티어의 일부로 액세스하는 데 비용이 들지 않는다.
  • 시간이 촉박한 질문에 대해서나 긴급한 조치가 필요한 경우에는 적합하지 않다.

AWS Knowledge Center

  • AWS에 관해 가장 빈번하고 일반적인 질문과 요청을 찾을 수 있는 곳이다.
    • 인기 있는 서비스, 분석, 애플리케이션 통합 등 다양한 범주가 있음
  • 시험 응시자의 입장에서 볼 때 매우 일반적인 질문에 대한 답이나 모범 용례를 찾을 수 있다.

AWS Managed Services

  • AWS Managed Services(이하 AMS)는 실제로 AWS에서 인프라 구조 및 애플리케이션 지원을 제공하는 사람들로 구성된 팀이다.
  • 따라서 AWS에는 서비스를 제공하는 전문가 팀이 있으며 이를 AWS 팀 즉, AMS 라고 한다.
  • AMS는 고객의 인프라 구조를 관리 및 운영하여 인프라 구조의 보안, 신뢰성 및 가용성이 보장되도록 하고, 조직이 일상적인 유지 관리 작업에서 벗어나 비즈니스 목표에 집중할 수 있도록 도와준다.
  • AMS는 완전 관리형 서비스이며 변경 요청, 모니터링, 패치 관리, 보안 및 백업 서비스와 같은 일반적인 활동을 AWS가 처리한다.
  • 모범 사례를 구현하고 인프라 구조를 유지 관리하여 운영상의 부담과 위험을 줄여준다.
  • AMS는 연중무휴 24시간 운영되며 고객은 클라우드 환경을 시작하기만 하면 된다.
  • AMS를 통해 얻을 수 있는 이점은 다음과 같다.
    • 보안 강화
    • 자동화에 집중 가능
    • 규정 준수 강화
    • 운영 비용 감소
    • 관리의 간소화 및 원활한 혁신

  • AMS는 고객이 클라우드 환경의 기초를 구축하고 그 기초 위에서 시스템을 유지, 확장 또는 이전할 수 있도록 한다.
  • 위의 과정에서 고객에게 필요한 지원을 제공한다.
  • 그 다음 고객이 클라우드에서 인프라 구조를 운영할 수 있도록 도와준다.

Refenrence

profile
dereck
이전 포스트

[AWS] AWS 아키텍처 및 생태계 (1)

0개의 댓글