Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- defaultContext
- 중복 로그인
- apache
- 원격 제어
- HelloWorld
- WTP
- eclipse query validate
- mod_jk
- 이클립스
- javax.mail
- JavaScript
- AWS Architecture
- 플러그인
- iText
- AWS Web Console
- 펀드
- apache 와 tomcat 연동
- Amazon Web Service
- mod_proxy_ajp
- tomcat
- org.apache.commons.net.ftp
- Divx 플레이어
- jQuery
- 재태크
- eclipse jquery
- AWS
Archives
- Today
- Total
비얌
AWS 설계 기본 고려 사항 본문
AWS에서 Architecture를 설계하고자 한다면 다음을 생각하자.
고민하자.....
위에 것만 고민하면 비용 절감은 부수적으로 따라 온다.
1. 중앙집중식 Framework 설계에서 기능 중심형 Framework 설계로
2. JAVA Framework 만이 아닌 기능의 복잡성 혹은 Transaction의 중요도에 따라서 다양한 언어 Framework 적용
3. 기능 중심의 서버 배치
4. Data 동기화 대상 선별 및 해당 Data 동기화 Time 결정 (실시간, 스케쥴링)
5. Region 별 기능별 서버 spec 결정 (일별 사용자 최대치가 아닌 일별 평균치에서 10%~20%로 산정하되 Auto Scale-out 방안 결정)
6. Scale-up은 Region별 사용률 모니터링에 따라 순차 적용 (Auto 적용 불가)
7. Geo DNS 도입 여부 결정하여 서버별 접근 방식 결정
8. 리소스 공유에 대한 latency of Response를 줄여나가는 설계
9. 기능 서버간 약결합으로 구성하여 일부 시스템 Fail시 서비스 장애 최소화
10. 기능 서버 Fail시 동일 기능 서버로 Fail Over 시스템 구축
11. UCC Data에 대한 네트워크 접근 방안 결정
12. 서비스 배포 방안 수립 (기존의 전체 서버에 일괄 배포 방식이 아닌 기능 서버별 배포 방안 수립)
13. 통계 Data에 대하여 기획 시, 수립하여 Data에 대한 통합 DB 구축 여부 결정
고민하자.....
위에 것만 고민하면 비용 절감은 부수적으로 따라 온다.
Comments