비트패킹의 정민영님께서 발표해 주신 내용입니다.

1. AWS Cloud Taekwon

2. 정민영
Software Engineer
THE BEATPACKING COMPANY

3. BEAT 소개

4. 국내 최초 무료 라디오 서비스

5. 숫자

6. 2014. 4월 비트 라디오 출시

7. 2014. 4월 비트 라디오 출시
3~400% 성장/월

8. 2014. 4월 비트 라디오 출시
2~300% 성장/월
360만곡 보유

9. 10만+명/일 5분 이상 청취

10. 10만+명/일 5분 이상 청취
15만+시간/일

11. 10만+명/일 5분 이상 청취
15만+시간/일
5백만+곡 재생/일

12. 10만+명/일 5분 이상 청취
15만+시간/일
5백만+곡 재생/일
3백만+곡 정산/일

13. 폭주 성장에 대처하는 스타트업의 자세

14. 부제: 최대한 사람이 필요 없는 인프라 만들기

15. IOS, ANDROID, API…. 할일 많은 스타트업

16. 거기에… 인프라 운영까지!

17. 어떻게 하면 인프라를

18. 어떻게 하면 인프라를
안정적으로

19. 어떻게 하면 인프라를
안정적으로
유연하면서도

20. 어떻게 하면 인프라를
안정적으로
유연하면서도
개발자를 아껴가며(!)

21. 어떻게 하면 인프라를
안정적으로
유연하면서도
개발자를 아껴가며(!)
남이 알아서 해줄 수 있을까?

22. 자동화
자동화
자동화

23. 자동화에 친화적인 설계로 알아서 되게

24. 자동화에 친화적인 설계로 알아서 되게
남이(AWS) 해준다면, 최대한 써먹으면서

25. 이런 비트의 전략에 적극 협조중인 AWS 제품들

26. Elastic Compute Cloud

27. 3번 강조해도 부족한 AutoScale

28. 원하는 조건에 맞춰서(Policy)

29. 원하는 조건에 맞춰서(Policy)
지정한 설정 값으로(Launch Configuration)

30. 원하는 조건에 맞춰서(Policy)
지정한 설정 값으로(Launch Configuration)
인스턴스를 자동으로 생성/삭제

32. UserData
인스턴스 부팅시에 지정한 스크립트를 실행
Cloud-Init, Chef, Puppet, Ansible, ….

33. AMI
인스턴스 구성과 데이터를 이미징
언제든 원하는 만큼 생성(도장찍기!)

34. SPOT
On-Demand(/RI)와 섞어서 안정적으로
저렴하게 SPOT 인스턴스를 활용

35. Backend Storage 선택

36. EBS
영속성과 신뢰성 있는 Network Storage
이미징 하기 간편
네트워크 대역폭 에 영향

37. Instance-Storage
영속성 없이 호스트 장비에 연결
매우 빠른 성능
산출물을 S3에 저장하면서 웹서버에 이용

38. Elastic Load Balancing

39. 신뢰성 가득한 L4

40. 트래픽에 따라 ELB자체도 AutoScale
IP로 특정하기 어려움
Route53 Alias 활용

41. Availability Zone 마다 설정
Cross-Zone Load Balancing 설정
혹은 AZ에 인스턴스를 균등하게 유지

42. Simple Storage Service

43. 쓰세요. 2번 쓰세요.

44. 저렴하고

45. 저렴하고
안정적이고

46. 저렴하고
안정적이고
빠르고

47. 저렴하고
안정적이고
빠르고
간편.

48. 다시 생성 가능한 데이터라면
RRS(Reduced Redundancy Storage)

49. Prefix 분산
2134857/data/1
2134857/data/2
2134858/data/1
2134858/data/2

50. Prefix 분산
2134857/data/1 7584312/data/1
2134857/data/2 7584312/data/2
2134858/data/1 8584312/data/1
2134858/data/2 8584312/data/2

51. 컨텐트 제공시엔 CloudFront를 활용하세요

52. 트래픽 비용이 부담스럽다면
AWS와 약정 계약(CFRC)을

53. DynamoDB

54. 처리량만 결정하면 알아서 하는 NoSQL DB

55. 비트에서는…
로그 데이터 보전에 사용
서비스 성장에 따라 같이 성장하는 시스템

56. 처리량 안에서 성능 보장

57. 처리량 안에서 성능 보장
처리량은 용량과 요청 수/초에 따라 결정

58. 문제는 처리량을 결정하기가 난해
GSI, LSI, Range Key, ….

60. dynamo-autoscale

62. 좋은 Hash key
적절히 분산되는 값
UUID O
timestamp X

63. 제약을 이해하고 쓰면 훌륭한 파트너

64. RECAP

65. 자동화에 친화적으로
AWS가 대신 해준다면 최대한 이용하면서
제약을 이해하면

67. AWS 한국 사용자 모임
https://www.facebook.com
/groups/awskrug/

68. 감사합니다.