"AWS 기반 아키텍처 설계 베스트 프랙티스"의 두 판 사이의 차이

(새 문서: ==개요== ;<nowiki>Architecting for The AWS Cloud: Best Practices</nowiki> ;AWS 기반 아키텍처 설계 베스트 프랙티스 ==디자인 원칙== * 1. 확장성 * 2. 환경 자...)
 
4번째 줄: 4번째 줄:


==디자인 원칙==
==디자인 원칙==
* 1. 확장성
{| class='wikitable'
* 2. 환경 자동화
|-
* 3. 삭제가능한 리소스 사용
| 1. 확장성 ||
* 4. 구성요소를 느슨하게 결합
* 변화하는 수요를 처리할 수 있는 아키텍처
* 5. 서버가 아니라 서비스를 설계
|-
* 6. 적절한 DB 솔루션 선택
| 2. 환경 자동화 ||
* 7. [[단일 장애 지점]] 방지
* 수동절차를 제거하여 시스템 확장성·일관성, 조직 효율성 개선
* 8. 비용 최적화
|-
* 9. 캐싱 사용
| 3. 삭제가능한 리소스 사용 ||
* 10. 모든 지점에서 인프라 보안
* 서버 등 구성요소를 임시리소스로 간주
|-
| 4. 구성요소를 느슨하게 결합 ||
* 구성요소 하나의 변경·장애가 다른 구성요소에 영향을 주지 않도록 상호종속성 저감
* 예: 로드 밸런서 사용
|-
| 5. 서버가 아니라 서비스를 설계 ||
* 관리형 서비스, 서버리스 아키텍처 활용
* 예: AWS 람다, 아마존 SQS, 아마존 SNS 활용
|-
| 6. 적절한 DB 솔루션 선택 ||
* 워크로드에 맞는 기술 사용. RDB, NoSQL, 데이터웨어하우징, 검색 최적화 데이터저장소 활용
* 예: 아마존 Redshift, 아마존 RDS, 아마존 DynamoDB, 아마존 키네시스, 아마존 Elasticsearch
|-
| 7. [[단일 장애 지점]] 방지 ||
* 단일장애로 전체시스템이 중단되지 않도록 이중화
|-
| 8. 비용 최적화 ||
* 적절한 규모의 리소스 사용, 필요에 따라 확장·축소, 요금 옵션 활용
|-
| 9. 캐싱 사용 ||
* 캐싱을 사용하여 중복 데이터검색 작업 최소화
|-
| 10. 모든 지점에서 인프라 보안 ||
* 리소스 내/리소스 간 보안 구현
|}


==같이 보기==
==같이 보기==

2018년 3월 21일 (수) 11:12 판

1 개요

Architecting for The AWS Cloud: Best Practices
AWS 기반 아키텍처 설계 베스트 프랙티스

2 디자인 원칙

1. 확장성
  • 변화하는 수요를 처리할 수 있는 아키텍처
2. 환경 자동화
  • 수동절차를 제거하여 시스템 확장성·일관성, 조직 효율성 개선
3. 삭제가능한 리소스 사용
  • 서버 등 구성요소를 임시리소스로 간주
4. 구성요소를 느슨하게 결합
  • 구성요소 하나의 변경·장애가 다른 구성요소에 영향을 주지 않도록 상호종속성 저감
  • 예: 로드 밸런서 사용
5. 서버가 아니라 서비스를 설계
  • 관리형 서비스, 서버리스 아키텍처 활용
  • 예: AWS 람다, 아마존 SQS, 아마존 SNS 활용
6. 적절한 DB 솔루션 선택
  • 워크로드에 맞는 기술 사용. RDB, NoSQL, 데이터웨어하우징, 검색 최적화 데이터저장소 활용
  • 예: 아마존 Redshift, 아마존 RDS, 아마존 DynamoDB, 아마존 키네시스, 아마존 Elasticsearch
7. 단일 장애 지점 방지
  • 단일장애로 전체시스템이 중단되지 않도록 이중화
8. 비용 최적화
  • 적절한 규모의 리소스 사용, 필요에 따라 확장·축소, 요금 옵션 활용
9. 캐싱 사용
  • 캐싱을 사용하여 중복 데이터검색 작업 최소화
10. 모든 지점에서 인프라 보안
  • 리소스 내/리소스 간 보안 구현

3 같이 보기

4 참고

문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}