우리는 왜 AWS를 이용해야하는가?

우리는 왜 AWS를 이용해야하는가?

- AWS SUMMIT 을 다녀와서..

0. 왜 쓰는가?

- AWS으로 넘어갈때 참고하셨으면 좋겠다.

- 글쓴이는 개발자 임으로 개발자 위주로 썼음.

1. 관리상 이슈

- AWS 구축방법

- 직접 구축.

- 시스템 엔지니어나 인프라 매니저등 관리해줄수 있는 사람이 있으면 선택.

- AWS에서 제공하는 Service 이용.

- 개발자일 경우 선택

- 왜 ?

- AWS 쓰는 이유는 관리는 쉽게 하기위해서이다.

- 개발자는 개발에 시간을 투자하면된다.

- 서버관리 및 구축은 AWS의 수많은 팀들이 해줄것이다.

2. 비용상 이슈

- 직접 구축.

- 월 비용이 저렴.

- 관리비용이 높음.

- 관리는 누가?, 백업은 누가?, 각종 최적화는 누가?, 업그레이드은 누가?

- 확장은 또 누가해줌?

- 나는 개발자.

- AWS에서 제공하는 Service 이용.

- 월비용은 직접 구축보다 높음.

- 관리비용은 저렴.

- 수많은 AWS내에 팀들이 서비스를 지속적 관리 및 업그레이드 해줌.

- 클릭한번으로 확장가능.

- 개발자는 개발만 하자.

3. 장애 안내는법

- 서버가 없으면 됨.

- 서버가 없으면 장애날 껀덕지가 없으니 장애는 안난다.

- 아마존의 람다같은 서비스를 이용하자.

- 기능이 간단하다면 서버없이 충분히 가능하다.

- 코딩을 잘하면 됨.

- 자기 자신이 아무리 잘한다 하더라도 완벽할 수 없다.

- 수많은 테스트와 검증은 누가 해주는가?

- 업데이트는 누가해주는가? 개선은 없나? 개선시간은 있나?

- 따라서 잘 짜여진 소스를 가져다 쓰자.

- 마이크로서비스로 하자.

- 서비스 단계를 작게 쪼개는 것이다.

- 작은 단위 서비스를 만들어 관계를 끊자!

- 관계가 많으면 복잡↑   ->   장애 확률 ↑

4. AWS Service

- EC2               : 서버

- S3                 : File 서버

- RDS               : RDBMS (관계형 데이터 베이스) 

- Dynamo DB    : Nosql DB

- Elastic Cache   : Redis, MemCache

- Lambda          : 이벤트기반 로직 호출 ( Nodejs, Java, Python 등 활용 ) 

- Route 53        : 라우터 

- ELB                : Elastic Load Balancing

- CloudFront     : CDN

.... 등등 많다.

5. 구조 샘플

- 서버없는 WEB 페이지 구축기 ( S3, CloudFront, Lambda )

- 고정파일 (html, css, js, img)을 S3에 저장.

- CloudFront를 이용하여 S3페이지 출력

- DB나 비지니스 로직이 들어가는 API들은 Lambda로 처리

5. 느낀점.

- 개발자는 개발만 하자!

- 구축, 관리는 AWS 서비스를 이용.

- 당신이 모든걸(개발,관리) 다 하고있더라도 잘하는게 아니다.

- 당신의 시급은 얼마인가요? 

- 아마존의 서비스의 시간당 금액을 보세요.

- 지금 당신은 아마존이 해주지 않는 !    당신만의 개발을 해야합니다.