AWS Well-Architected Framework 화이트페이퍼 요약 1 [도입편]

개시하다


프레임 화이트 페이퍼 여러분 보셨나요?AWS의 솔루션 보호 조치라면 먼저 살펴보세요.
다만, 나에게
  • 가동 전의 인프라 시설 건설/운용 경험이 없기 때문에 정보량이 많고 넘친다
  • 프레임의 중요성은 비나에서도 많이 접촉했지만 완전히 이해할 수 없다
  • 그러므로 백지를 참고하시오
    좀 더 쉽게 이해할 수 있도록 정리를 해보고 싶어요.
    이번에 도입부로.
  • 솔루션 설계사
  • 클라우드의 일반 설계 원칙
  • 요건의 절충
  • 이런 관점으로 써 보아라.

    카탈로그 연재


    [AWS Well-Archiitected Framework 화이트페이퍼 요약 1 [도입편]→본 기사
    AWS Well-Architected Framework 화이트페이퍼 요약 2 [활용상의 우수성]
    AWS Well-Archiitected Framework 화이트페이퍼 요약 3 [보안]
    AWS Well-Architected Framework 화이트페이퍼 요약 4 [신뢰성]
    AWS Well-Architected Framework 화이트페이퍼 요약 5 [성능 효율]
    AWS Well-Architected Framework 화이트페이퍼 요약 6 [비용 최적화]

    솔루션 설계자


    AWS 솔루션 보호
    건축가라면 시주의 입장에서 생각해야 한다.

    의뢰인의 시각으로


    집 짓고 싶지?
    그때 나는 반드시 이런 일을 고려할 것이다.
  • 방 몇 칸 드릴까요?
  • 가족은 몇 명입니까?앞으로 가족이 늘어나는 상황도 고려해야 하나요?
  • 재해가 발생했을 때 어떻게 합니까?
  • 몇 년 사세요?
  • 예산이 잘못된 건가요?
  • 번뇌의 결과로 일이 확정되었다.
    누구에게 설계를 의뢰할지 결정하다.
    설계도를 그리는 방법을 알고 건축 자재를 알고 그런 건축가가 피하려고 할 뿐이다.
    역시 경험이 많은 사람에게 부탁하고 싶군.

    건축사와의 공통점


    AWS 솔루션 건축가와 건축가는 공통점이 있어야 한다.
    각자 무엇을 하는지 대충 적어 보세요.
    AWS 솔루션 보호
    건축사(= 건축사)
    설계 대상
    IT 인프라의 기반
    생활의 토대
    필요한 지식
    네트워크 지식, 각 AWS 서비스의 사용 방법 등
    건축 자재의 지식, 설계도 방법 등
    설계 대상과 필요한 지식이 다르다
  • 요구 사항의 우선 순위를 고객과 함께 정렬합니다
  • .
  • 디자인 사물의 기초
  • 이 점에서 나는 그들이 본질적으로 서로 통한다고 생각한다.

    ASA 시험의 질문 의도


    ASA 시험의 수강 수준의 한 기준은 실제 업무 경험의 길이이다.
    시험이 어려울수록
  • 요건의 전체상을 파악한 후
  • 고객에 대한 가치 극대화
  • 이렇게 구조를 선택하는 문제는 매우 많다.
    건축가로서의 종합 능력이 시험받는 형태라는 것이다.매우 합리적이다.
    AWS가 축적한 훌륭한 건축가들의 기술 노하우의 집합체는 웰 아치텍티드(Well-Archiitected) 프레임이다.

    클라우드의 일반적인 설계 원칙


    그렇다면 클라우드 컴퓨팅을 사용한다면 그 장점을 잘 알아야 한다.
    구름의 일반적인 디자인 원칙을 살펴봅시다.
    항목
    원칙.
    왜냐하면 구름이라면...
    용량 도시
    직감에 의지하지 않고 필요한 능력을 장악하다
    필요에 따라 자동 배율 조정 가능
    테스트
    실제 규모로 시스템을 테스트하다
    필요에 따라 생성 가능, 테스트 완료 후 즉시 자원 사용 중지
    자동화
    자동화는 구조상의 실험을 촉진시킨다
    시스템의 구축과 복제 원가가 낮아 수공 제작의 원가를 피할 수 있다.필요에 따라 추적, 감사 변경을 이전의 매개 변수로 되돌릴 수 있다
    기술 혁신
    발전 구조를 받아들이다
    자동화와 주문형 테스트를 통해 설계 변경의 위험을 줄일 수 있다.이로써 시스템은 지속적으로 진화할 수 있다
    데이터 측량
    데이터 측정에 근거하여 구조를 결정하다
    지시 구조의 선택이 시스템 조작에 어떻게 영향을 미치는지 쉽게 수집할 수 있다
    고장 대책
    본 공연에서 구상한 고장을 미리 테스트하고 대책을 세우다
    공식 환경의 시뮬레이션을 통해 개선할 만한 점을 쉽게 파악할 수 있다

    요건의 균형


    모든 요구를 만족시키는 구조 설계는 매우 어렵다.
    예를 들어 서버를 조장하면 신뢰성을 높일 수 있지만 이렇게 하면 예산을 초과할 수 있다.
    따라서 필요한 균형을 잡을 필요가 있다.
    균형을 잡기 위해서는 조건을 우선적으로 고려해야 한다.
    프레임의 각 기둥 간의 관계는 다음 그림과 같다.

    신뢰성, 성능 효율, 원가 최적화는 3분의 1의 관계이다.
    안전성과 운용상의 우수성은 일반적으로 균형이 잡히지 않는다고 한다.

    끝말


    다음부터는 프레임의 기둥에 대해 각각 백지에서 tips를 보냅니다!

    참조 링크


    공식 W-A 백지

    좋은 웹페이지 즐겨찾기