[AWS] AWS 클라우드로 천만명 웹 서비스 확장하기 - 윤석찬 백승현 - AWS Summit 2016

AWS 클라우드로 천만명 웹 서비스 확장하기 - 윤석찬 백승현 - AWS Summit 2016

1. AWS 클라우드로 천만명 웹 서비스 확장하기 윤석찬% 5KG코리아 테크에반젤리스트 백승현% 디스패치 7HC

2. 목차 § AWS 기본 지식 3가지 § 사용자 증가에 따른 클라우드 확장 방법 § 스케일 업을 통한 수직적 확장 § 부하 분산 및 멀티 5M를 통한 수평적 확장 § 높은 성능과 i용성을 위한 w급 아키텍처 § 오토 스케일링 § 고객 사례: 디스패치 § 클라우드 네이티브 전략 § 인프라 자동화 및 모니터링 § 새로운 흐름3 서버 없는(GRrbRrlRss# 아키텍처 § 마무리

3. 멋진 클라우드 아키텍처를 위한 AWS 기본 지식 3가지

4. US-WEST (Oregon) EU (Ireland) ASIA PACIFIC (Tokyo) US-WEST (N. California) SOUTH AMERICA (Sao Paulo) US-EAST (N. Virginia) AWS GOVCLOUD (US) ASIA PACIFIC (Sydney) ASIA PACIFIC (Singapore) CHINA (Beijing) 12 Regions 33 Availability Zones 55 Edge Locations EU (Frankfurt) ASIA PACIFIC (Seoul) 고가용성 글로벌 클라우드 인프라1

5. Availability Zone Availability Zone Edge Locations Seoul Region 고가용성 글로벌 클라우드 인프라 Amazon Route 53 Amazon CloudFront User 1

6. vCPU 32 GPU 4 g2.8xlarge = $2.6 per hour (버지니아 기준) x 50 vCPU 1,600 GPU 200 g2.8xlarge x 50 = $130 per hour 언제나 원하는 대로 사용한 만큼2 스팟인스턴스를 쓴다면? = $13 per hour

7. $aws ec2-run-instances ami-b232d0db --instance-count 50 --instance-type g2.8xlarge --region us-east-1 $aws ec2-stop-instances i-10a64379 i-10a64280 ... 언제나 원하는 대로 사용한 만큼2

8. AWS 클라우드의 다양하고 폭넓은 서비스 고객 및 기술 지원 영업 지원 wp지원 프로페셔널 컨설팅 교육 및 인증 보안 및 빌링 시스템 파트너 생태v 솔루션 아키텍트 엔터프라이즈 i상 테스크톱 기업용 공유 도구 기업용 이메일 백업 및 복구 글로벌 리전 (FRTVon# i용 영역 (5M# 콘텐츠 배포 지점(9QTRs# 인프라 핵심 서비스 컴퓨팅 JAs% 5ato&sPNlVnT% LoNQ 6NlNnPVnT% 7ontNVnRrs% 7loaQ SanPtVons 스토리지 COWRPt% 6loPXs% :VlR% 5rPUVbNl% IZport(9dport 데이터베이스 FRlNtVonNl% BoGEL% 7NPUVnT% AVTrNtVon 네트워킹 JD7% 8L% 8BG 콘텐츠 배포 (78B# 하이브리드 환경 데이터 백업 통합 앱 o발 환u 전용 회선 연t 통합 인증 통합 리소스 관리 네트워크 통합 서비스 접근 제어 사용자 인증 관리 암호 키 관리 및 저장 모니터링 로그 기업 자원 설정 및 보w 리소스 사용량 및 l사 보안 및 규정 준수 기업 내 규정 준수 웹 방화벽 비지니 스 앱 비지니스 인텔리전스 데이터베이스 8RbCps 도구 네트워킹보안 스토리지 IoT 규칙 엔진 디바이스 쉐도우 디바이스 G8? 레지스트리 디바이스 s이트웨이 o발 및 운영 도구모바일 서비스앱 서비스데이터 분석 데이터웨어 하우스 HNQoop( GpNrX 실시k 데이터 저장 머신 러닝 9lNstVP GRNrPU 서비스 알람 및 큐 서비스 워크 플로우 풀텍스트 r색 9ZNVl 전송 동영상 변환 원 클릭 앱 o발 모바일 인증 기기 동기화 모바일 앱 테스트 푸시 알림 8RbCps 리소스 관리 앱 라이프사이클 관리 도구 콘테이너 서비스 클라우드 함수 리소스 템플릿 5DI GNtRcNe 실시k 데이터 분석 비지니스 인텔리전스 모바일 분석 모바일 허브 마켓 플레이스 3

9. 비지니스 요구 사항에 맞는 0)여o 이상의 서비스 조립을 통해 유연한 활용 i능 AWS 클라우드의 다양하고 폭넓은 서비스 AWS 활용 = Building Block 조립 3

10. 이제 시작해볼까요? 첫날! 첫 사용자!

11. 1 user You

12. 첫날! 첫 사용자 1명 Amazon Route 53 • 도메인 네임 서비스 • 글로벌 부하 분산 • 5KG 7loaQ에 최적화 Amazon Elastic Compute Cloud • 하나의 인스턴스(i상 서버# 구성 • 웹 서버 • 데이터베이스 • 시스템 운영 • 파일 저장h. EC2 instance Elastic IP User Amazon Route 53

13. 서버 트래픽↗ “좀 더 성능 좋은 인스턴스!” 스케일업(Scale-Up) 손 쉽s 인스턴스 타입을 변u함으로서 서비스 확장 i능 다양한 인스턴스 타입 • 7DI기반 • 메모리 기반 • I(C 기반 • 스토리지 기반 2 vCPU 8 GiB Memory $0.12/hour m4.large m4.xlarge 4 vCPU 16 GiB Memory $0.239/hour m3.2xlarge 8 vCPU 32 GiB Memory $0.479/hour 서울 리전 기준 Uttp3((Ncs.NZNfon.PoZ(Xo(RP+(prVPVnT

14. vertically 손쉬운 수직적 확장 가능

15. Users >10

16. 사용자 10+ 문제점 • Bo :NVlobRr • Bo FRQanQNnPe “한 바구니에 계란을 모두 담지 말자!” EC2 instance Elastic IP User Amazon Route 53 X

17. 사용자 10+ 해법 I 기능에 따라 인스턴스의 역할을 나눈다! • 웹 서버용 인스턴스 • 86용 인스턴스 Web Instance Database Instance Elastic IP User Amazon Route 53

18. 직접 운영 관리 서비스 선택 Amazon EC2 직접 설치 원하는 데이터 베이스를 선택 하여 운영 라이센스(백업 등 직접 운영 데이터베이스 선택 사항 Amazon RDS AeGEL AVProsoSt GEL CrNPlR DostTrRGEL MariaDB Amazon Aurora 라이센스(백업등 선택적 제공 Amazon DynamoDB GG8 스토리지기반 BoGEL 서비스 빠른 처리속도 중단없는 확장성 및 관리 필요 없음 Amazon Redshift 대용량 병렬 페타바이트급 데이터웨어 서비스 빠르w n력한 확장성 제공

19. Amazon Aurora를 추천합니다! ü AeGEL 호환 및 .배 성능 향상 ü 자동 스토리지 확장 ü 자동 장애 l지 및 복구 ü 5ZNfon G,에 지속 증분 백업 ü 1(1) 비용으로 상용 86 급 성능 ü 서울 리전 사용 i능 (,월 ,1일# Data Plane LoTTVnT + GtorNTR GEL HrNnsNPtVons 7NPUVnT 5ZNfon G,

20. RDB? NoSQL?

21. > 한해에 5 TB 이상이신가요? m작스럽s 데이터i 증i하시나요4 OK! BoGEL을 w려하세요.

22. Amazon DynamoDB도 추천합니다! ü 손 쉬운 관리형 BoGEL 서비스 ü 일관된 응답시k g 1)밀리초 미만 ü 읽기 및 쓰기 용량 제어 i능 ü 무제한 스토리지 제공 ü 프로비저닝한 용량 만큼만 과금 ü 서울 리전 사용 i능

23. Time DBTableSize MS SQL DB Table Size의 증가 DB latency 증가 고객 사례: 모바일 게임 데이터베이스

24. Time DBTableSize DynamoDB Table Size DynamoDB Latency 10ms Latency Amazon DynamoDB 고객 사례: HIT에서 DynamoDB 적용

25. Users >100

26. 사용자 >100 Web instance Elastic IP RDS DB instance User Amazon Route 53해법 II 기능에 따라 인스턴스의 역할을 나눈다! 편리한 86 운영을 위해 Amazon RDS 선택!

27. 사용자 >100 문제점 만약 웹 서버에 문제i 생긴다면4 • 장애 복구의 어려움 • 증설의 어려움 Web instance Elastic IP RDS DB instance X User Amazon Route 53

28. Users >1,000

29. 사용자 > 1000+ Elastic Load Balancing 확장성 높은 부하 분산 서비스 Multi-AZ 서버 구성 i용 영역을 통한 wi용성 확보 데이터베이스 이중화 F8G의 마스터&스탠바이를 AaltV& 5M에 구성 Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Availability Zone Web Instance RDS DB Instance Standby (Multi-AZ) Elastic Load Balancing User Amazon Route 53

30. Users >10,000+

31. 사용자: 10,000 -100,0000+ RDS DB Instance Active (Multi-AZ) Availability Zone Availability Zone RDS DB Instance Standby (Multi-AZ) Elastic Load Balancing RDS DB Instance Read Replica RDS DB Instance Read Replica RDS DB Instance Read Replica RDS DB Instance Read Replica Web Instance Web Instance Web Instance Web Instance Web Instance Web Instance Web Instance Web Instance User Amazon Route 53

32. horizontally vertically

33. 높은 성능과 i용성을 위한 고급 클라우드 아키텍처

34. Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancing 1. 성능을 위한 로드 분산 User Amazon Route 53 웹 서버 및 데이터베이스의 로드 분산 왜 해야 하나? • 애플리케이션에 집중 • i벼운 배포 i능 • 비용 절l i능 무엇을? • 정적 및 동적 콘텐츠 • 86에 부담되는 핫 아이템

35. Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancing 방법 1 정적 콘텐츠 Amazon S3 및 CloudFront로 이전 • 7GG(JG 파일 및 사용자 업로드 이미지 등 • 무제한 저장소 및 콘텐츠 배포 네트워크 활용 i능 1. 성능을 위한 로드 분산 User Amazon Route 53 Amazon CloudFront Amazon S3

36. Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancer Amazon S3 ElastiCache DynamoDB User Amazon Route 53 Amazon CloudFront 방법 2 Amazon ElasticCache 및 DynomoDB 활용 • 자주 사용하거나 업데이트i 잦은 데이터는 BoGEL 서비스나 인 메모리 기반 캐시 서비스 (ARZPNPURQ% FRQVs# 활용 1. 성능을 위한 로드 분산

37. 방법 3 동적 콘텐츠에 대해서도 Amazon CloudFront 활용 Web Instance RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancer Amazon S3 ElastiCache DynamoDB User Amazon Route 53 Amazon CloudFront 1. 성능을 위한 로드 분산Response Time Server Load Response Time Server Load Response Time Server Load No CDN CDN for Static Content CDN for Static & Dynamic Content

38. 이제 i용성 높은 아키텍처를 위해 오토 스케일링을 적용해 봅시다!

39. 59 Small @ $0.08/hr = $4.72 2. 가용성을 위한 오토스케일링 ü 7DI 사용률 혹은 네트워크 트래픽에 따라 자동 스케일&인(아웃 ü 수요 x선에 따라 인스턴스 사용 i능하므로 비용 절l i능

40. 59 Small @ $0.08/hr = $4.72 $ aws autoscaling create-auto-scaling-group --auto-scaling-group-name MyGroup --launch-configuration-name MyConfig --min-size 1 --max-size 10 --availability-zones ap-northeast-2a, ap-northeast-2b 2. 가용성을 위한 오토스케일링

41. 백승현 7HC

42. 디스 패치 소개 2011년 3월 서비스 시작 페이스북 좋아요! 1,100,000 달성 (+)1/. ..# 연k 3억 페이지뷰 일k 600,000 IJ

43. 왜 AWS를 사용하게 되었나요? • 특종 기사i 올라왔을 때% 트래픽을 처리하기 어려움 • 외주를 통한 기존 데이터센터 인프라 운영으로 비용 증i AWS 클라우드, 이렇게 바뀌었습니다! • 특종기사에도 끄떡없는 트래픽 대응력 제공 • 개발 및 운영 내재화를 통한 비용 효율화

44. What Happen

45. What Happen

46. What Happen SCOOP(10x) ordinary

47. 9월 11월 6 Time EC2 instances [단독] “우리 지금 만나”… 아 이 유· 장 기하 , 뮤 지 션 커플의 탄생 [단독] 강용석, 홍콩 스캔들 증거…그가 답해야 할 의혹 5 70 50 10월8월 급작스런 트래픽 대응 사례

48. AWS 클라우드 기반 디스패치 서비스 구조 Auto Scaling group Availability Zone www.dispatch.co.kr security group security group root volume data volume image.dispatch.co.kr Elastic Load Balancing Amazon S3 bucket logs Amazon EBS snapshot CloudFront distribution EC2 instance web app server Amazon Route 53 EC2 instance web app server RDS RDSRDS

49. 세가지 클라우드 최적화 기법 Auto Scaling group Availability Zone security group EC2 instance web app server Apache Nginx 웹서버 경량화 1 EC2 instance web app server EC2 instance web app server RDS RDSRDS ElastiCache (WebServer) ElastiCache (Database) 캐시 도입 2 M4.large T2.medium R3.xlarge M3.medium 인스턴스 타입변경 3

50. 세가지 클라우드 최적화 기법 Auto Scaling group Availability Zone security group EC2 instance web app server Apache Nginx EC2 instance web app server RDS Multi-AZ ElastiCache (WebServer) ElastiCache (Database) M4.large T2.medium R3.xlarge M3.medium 70% 비용 감소!

51. Cost Down ORSorR NStRr &.) ANn Post developer infra manager

52. Users >1,000,000

53. Availability Zone Amazon S3 Availability Zone Elastic Load Balancing DynamoDB RDS DB Instance Read Replica Web Instance Web Instance Web Instance ElastiCache RDS DB Instance Read Replica Web Instance Web Instance Web Instance ElastiCacheRDS DB Instance Standby (Multi-AZ) RDS DB Instance Active (Multi-AZ) User Amazon Route 53 Amazon CloudFront 사용자: 1,000,000+

54. 비지니스에만 집중하기 위한 클라우드 네이티브 전략

55. 애플리케이션 개발 앱 배포 관리 모니터링 캐싱 Web | DB | API 가상 서버 여러분이 필요한 것만 집중합시다! AWS

56. 모니터링구축배포테스트빌드코딩 5KG 9lNstVP 6RNnstNlX 5KG CpsKorXs 5KG 7loaQ:orZNtVon 5KG 7oQRDVpRlVnR 5KG 7oQR7oZZVt 5KG 7loaQKNtPU 5KG 7oQR8Rploe 편리성 1. 인프라 및 서비스 앱 배포 자동화

57. Host Level Metrics Aggregate Level Metrics 2. AWS 자원 모니터링 및 로그 분석 5KG 7loaQKNtPU 5ZNfon 9lNstVPsRNrPU GRrbVPR

58. 3. 서비스 재활용 Don’t reinvent the Wheel: ü 텍스트 r색 구현 ü 메시지 큐 서비스 구현 ü 대량 이메일 전송 ü 워크플로 기반 구현 ü 동영상 인코딩 5KG의 다양한 애플리케이션 서비스를 이용하여 o발 비용 l소! Amazon CloudSearch Amazon Elastic Transcoder Amazon SESAmazon SQS Amazon SWF

59. 3. 서비스 재활용 모바일도 또 만들지 말자: ü 소셜 로그인 및 모바일 인증 ü 모바일 앱 데이터 분석 ü 푸시 노티피케이션 ü 모바일 앱 테스트 ü 빠른 모바일 앱 o발 ü IoH 기기k 통신 및 5KG 연동 5KG의 다양한 애플리케이션 서비스를 이용하여 o발 비용 l소! Amazon Cognito Amazon Mobile Analytics Amazon SNS AWS Device Farm AWS Mobile Hub AWS IoT

60. Users >5,000,000

61. RDS DB Instance Active (Multi-AZ) Availability Zone Elastic Load Balancer RDS DB Instance Read Replica RDS DB Instance Read Replica Web Instance Web Instance Web Instance Web Instance Amazon S3 DynamoDB Amazon SQS ElastiCache Worker Instance Worker Instance Amazon CloudWatch Internal App Instance Internal App Instance Amazon SES User Amazon Route 53 Amazon CloudFront 사용자: 500만+

62. AoOVlR 7lVRnt FoatR ., 7loaQ:ront 5ZNfon G, GtNtVP 7ontRnts ! LoTs 7loaQKNtPU 9lNstVP LoNQ 6NlNnPVnT F8G (AaltV&5M# 9lNstV7NPUR 9lNstV7NPUR 5DI GRrbRrs 5DI GRrbRrs KorXRrs ! AE KorXRrs ! AE sRrbRrs 5KG HoXeo rRTVon 5bNVlNOVlVte MonR #1 5bNVlNOVlVte MonR #+ 5nsVOlR CrVTVn&5PPRss IQRntVte GVTnRQ&IFL 8enNZo86 F8G 86 고객 사례: 비트앱 FRQsUVSt

63. Dr. Werner Vogels, Amazon.com CTO re:Invent 2015 Keynote

64. 10% 15% 7% 12% 20% 9% 1. 콘테이너를 통한 EC2 인스턴스 효율화 App 1 App 2 App 3 App 4 App 5 App 6 6 12 34 5 Amazon EC2 Container Service

65. 2. AWS Lambda를 통한 서버없는 아키텍처 ② Amazon S3 파일 업로드 ③ AWS Lambda 코드 실행 ① 큰 이미지 업로드 ④ 압축 및 크기 변경 ⑤ 저장

66. Weeks 3. 클라우드 컴퓨팅 기술의 변화 Minutes Amazon EC2 Seconds Amazon EC2 Containers Services Milliseconds AWS LambdaOn-Premises

67. 4. 마이크로서비스(Microservice) • 내부 서비스를 작s 분리하여 느슨하s 연t • 작은 서비스k 인터랙션 t합제거 (QRPoaplVnT# 후% 5DI로 통신 • 클라우드 기반으로 확장성 및 증설을 염두하여 기능 o발

68. AWS 기반 마이크로 서비스 빌딩 블럭 이벤트를 기반한 코딩 함수 실행 서비스k 5DI 인증(캐싱 용이 콘테이너를 통한 빠른 앱 배포

69. Users >10,000,000

70. 천만 사용자를 위한 십계명 1. AaltV&5M 아키텍처로 wi용성 확보 +. 부하 분산을 통해 성능 극대화 ,. 아키텍처 전 영역에서 증설 l안 -. 내외부의 캐시를 적극 활용 .. 오토스케일링 사용% 두번 사용!

71. 천만 사용자를 위한 십계명 .. 8RbCps를 통해 운영을 자동화 /. 한 z에서 모니터링(통v(분석 0. 직접 만들지 말w 5KG 서비스 활용 1. 애플리케이션 성능 튜닝 필요 2. 마이크로 서비스로 전환 10.클라우드 네이티브- 돈과 시간 절약

72. What’s Next? http://bit.ly/awskr-webinar AWS 온라인 세미나 https://www.qwiklab.com/lab_catalogue 무료 온라인 실습 하기 EC2/ELB/RDS/S3/CloudFront/AutoScaling/Beanstalk

73. What’s Next? “아마존 웹 서비스” 검색 후 “AWSKRUG” 검색 후 한국 사용자모임 커뮤니티 가입

74. Thank you! u청해 주셔서 l사합니다!

...

AWS 프리 티어에 가입했다. 

12개월 그냥 쓸 수 있다길래. 잊어버리고 있다가 돈 나가는거 아님? 

가입할때 1달러 결재는 들어간다. 나중에 취소 될거로 믿고. 

AWS : https://aws.amazon.com/ko/

프리 티어 : https://aws.amazon.com/ko/free/ 

계정 생성 하고 크래딧 정보 등록하고. 베이직으로 신청. 이제 뭘 해볼까나? 

생활코딩 아마존 웹서비스 배우기 : https://opentutorials.org/course/1203/3002

...

음성인식 인공지능 스피커 전쟁이구만. 

모바일 퍼스트는 2007년 아이폰 나오면서 시작되었는데, 

이젠 사물인터넷으로 보이스 퍼스트 시대가 되어버림. 

아직도 모바일 퍼스트로 가지 않은 시스템은 지금이라도 변경되어야 함을 자각해야 할 것인데. 

이달 초 '유럽 최대 가전전시회 IFA 2017'이 열린 베를린 전시장에서는 전시회 기간 내내 "오케이 구글", "알렉사"를 부르는 목소리가 울려 퍼졌다. 

정작 이 음성 소프트웨어를 만든 구글과 아마존의 부스는 없거나 아주 작았다. 아마존과 구글의 음성비서들은 LG전자, 필립스(Phillips), 보쉬(Boche), 밀레(Miele), 지멘스(Siemens) 등 세계 유수기업들이 세운 대형 부스 곳곳의 냉장고, 청소기, 전등, 자동차 부품 속에서 목소리에 반응했다. 

2017년 전 세계 IT업계 최대의 화두인 '보이스 인공지능'의 모습이다. 네이버, 카카오, SK텔레콤, KT 등 한국 IT 기업들이 아직 완벽하다고 말하기는 힘들지만 각기 인공지능(AI) 스피커를 서둘러 내놓고 있는 이유다. 

인공지능 스피커는 인간의 목소리라는 명령에 반응하고, 목소리에 든 데이터를 수집한다. 10년 전인 2007년 탄생한 애플의 아이폰은 사람들이 정보를 소비하는 공간과 습관을 일거에 뒤바꿔 놓으며, '모바일 퍼스트(mobile first)' 시대를 열었다. 이로 인해 전 세계 산업 지형과 기업 순위가 바뀌는 결과를 초래했다. 

"2007년 스마트폰의 등장은 단기간에 인터넷의 이용 방식을 변화시켰고, 미디어, 금융, 상거래, 자동차 등 다양한 산업 영역을 휩쓸고 있는 거센 폭풍의 진원지로 기능했다. 그 과정에서 애플과 구글은 스마트폰 생태계의 성장 방향을 결정할 수 있는 강력한 플랫폼 지배력을 확보했다. 이제는 아마존 알렉사를 필두로 구글 어시스턴트, 애플 시리, 마이크로소프트 코타나, 삼성 빅스비뿐만 아니라 네이버 라인의 클로바, 카카오 아이, 그리고 SK텔레콤 누구, KT의 기가지니 등이 보이스 플랫폼의 성공적 구축을 위해 뛰고 있다. 누가 승리할 것인가?"'보이스 인공지능 서비스 전쟁' 중에서)

"아마존은 음성비서의 뛰어난 점이 '편재성(ubiquity)'이라는 사실을 간파했다. 목소리로 명령을 전달한다는 것은 굳이 좁은 스크린을 찾아 가거나 손에 쥐고 있을 필요가 없다는 것을 의미한다. 이를 위해서는 공간 전체에 컴퓨터가 존재해야만 했다. 이를 가능하도록 만든 것이 360도로 배열된 일곱 개의 마이크를 탑재한 원통형 스피커이다. 손을 대지 않고 목소리로 기계를 깨우는 인터페이스 기술은 이전에 없던 새로운 컴퓨팅을 가능하게 했다."(보이스 전쟁에 뛰어든 키 플레이어들 '시리, 왕좌를 내어주다' 중에서) 

아이폰이 열어젖힌 모바일 퍼스트 시대에는 터치 인터페이스를 통해 데이터를 수집하고 명령을 수행했다. 그로부터 불과 10년이 흐른 지금, 폰을 손으로 집어들 필요조차 없이 말로써 요청하면 쇼핑은 물론 메신저 보내기, 가전제품 제어까지 가능한 시대가 되었다. 이러한 세상을 '보이스 퍼스트 월드(Voice First World)'로 명명됐다. 

http://www.newsis.com/view/?id=NISX20170917_0000097650

...

[FB] facebook 공유하기 위한 웹페이지의 meta 정보 작업 Tag

https://developers.facebook.com/docs/sharing/webmasters

meta 정보가 정확해야 공유하기 했을때 미리보기가 잘 나온다. 

이미지가 항상 문제가 되는데, 최소 사이즈가 200x200 픽셀이다. 

크게 나오는 이미지는  최소한 600x315픽셀 이상이어야 한다. 

이미지관련은 아래의 링크에서 확인해보자. 

https://developers.facebook.com/docs/sharing/best-practices#images

공유디버그(캐쉬 삭제, 미리보기 확인)

https://developers.facebook.com/tools/debug/sharing/

=================================

오픈 그래프 마크업

대부분의 콘텐츠는 URL로 Facebook에 공유되므로, Facebook에 콘텐츠가 표시되는 방식을 관리하기 위해 오픈 그래프 태그로 웹사이트를 마크업하는 것이 중요합니다.

이러한 태그가 없으면 Facebook 크롤러에서 내부의 경험적 접근법을 사용하여 콘텐츠의 제목, 설명, 미리 보기 이미지에 대해 가장 현실성 높은 추측을 내립니다. Facebook에 게시물이 가장 최적화된 품질로 표시될 수 있도록 오픈 그래프 태그를 사용하여 이 정보를 명시적으로 지정합니다.

다음은 Facebook에 최적화되어 표시되도록 오픈 그래프 태그로 형식화된 콘텐츠의 예시입니다.

마크업 예시

예를 들어, 다음은 og:type="article" 및 여러 추가 속성으로 기사, 뉴스 소식 또는 블로그 게시물을 마크업하는 방법입니다.

<meta property="og:url"                content="http://www.nytimes.com/2015/02/19/arts/international/when-great-minds-dont-think-alike.html" />
<meta property="og:type"               content="article" />
<meta property="og:title"              content="When Great Minds Don’t Think Alike" />
<meta property="og:description"        content="How much does culture influence creative thinking?" />
<meta property="og:image"              content="http://static01.nyt.com/images/2015/02/19/arts/international/19iht-btnumbers19A/19iht-btnumbers19A-facebookJumbo-v2.jpg" />

이 속성에는 사용자가 기사를 공유할 때 특별히 표시할 기사에 대한 설명적인 메타데이터가 포함됩니다.

기본 태그

다음은 모든 콘텐츠 유형에 사용해야 하는 가장 기본적인 메타 태그입니다.

태그	설명
og:url	페이지의 표준 URL입니다. 세션 변수, 사용자 식별 매개변수 또는 카운터가 없는 그대로의 URL이어야 합니다. 이 URL의 좋아요 및 공유는 이 URL에서 집계됩니다. 예를 들어, 여러 버전의 페이지에서 좋아요와 공유를 집계하기 위해 모바일 도메인 URL은 표준 URL로 지정된 데스크톱 버전의 URL을 가리켜야 합니다.
og:title	사이트 이름과 같은 브랜드가 없는 기사의 제목입니다.
og:description	콘텐츠의 간략한 설명으로, 대개 2~4개의 문장으로 구성됩니다. 이 설명은 Facebook의 게시물 제목 아래에 표시됩니다.
og:image	사용자가 Facebook에 콘텐츠를 공유할 때 표시되는 이미지의 URL입니다. 자세한 내용은 아래를 참조하고, 고품질 미리 보기 이미지를 지정하는 방법에 대해 알아보려면 모범 사례 가이드를 확인하세요.
fb:app_id	Facebook 도메인 인사이트를 사용하려면 페이지에 앱 ID를 추가해야 합니다. 도메인 인사이트를 사용하면 Facebook에서 회원님의 사이트로 보내는 트래픽의 분석 결과를 볼 수 있습니다. 앱 대시보드에 앱 ID가 있습니다.

콘텐츠 배포를 늘리고 참여를 높이기 위해 다음 두 개의 태그를 추가할 수도 있습니다.

태그	설명
og:type	콘텐츠의 미디어 유형입니다. 이 태그는 뉴스피드에 콘텐츠가 표시되는 방식에 영향을 줍니다. 유형을 지정하지 않는 경우 기본값은 website입니다. 각 URL은 단일 개체여야 하므로, 여러 og:type 값은 가능하지 않습니다. 모든 개체 유형은 개체 유형 참조에서 확인할 수 있습니다.
og:locale	리소스의 언어입니다. 기본값은 en_US입니다. 다른 언어로 번역 기능을 사용할 수 있으면 og:locale:alternate도 사용할 수 있습니다. 현지화에 대한 문서에서 지원되는 언어에 대해 알아보세요.

모든 표준 개체 속성은 개체 속성 참조에서 확인할 수 있습니다.

마크업 테스트

Facebook 크롤러에 마크업이 표시되는 방식을 보려면 공유 디버거에 URL을 입력합니다. 오류나 경고 외에도 크롤러가 스크랩하는 메타 태그가 표시됩니다.

디버거에서는 페이지의 스크랩도 트리거하므로, HTML에 오류가 있는 경우 디버거를 사용하여 콘텐츠를 업데이트할 수 있습니다. 자세한 내용은 개체 업데이트를 참조하세요.

...

엘모어 레너드가 말하는 ‘글쓰기의 10가지 규칙’

2013년, 50편에 가까운 소설을 펴낸 엘모어 레너드(Elmore Leonard)가 87세의 나이를 일기로 세상을 떠났다. 솔직히 레너드의 작품을 하나도 읽어본 적이 없으므로 그가 얼마나 대단한 작가인지는 모른다(요즘 나의 가장 큰 문제는 뭘 모르는데 별로 알고 싶어 하지도 않는다는 것이겠지만). 세간의 평을 옮겨오면 다음과 같다.

 “그의 문장에는 군더더기가 없다. 문장의 자연스러운 흐름을 위해 가끔은 문법을 무시할 때도 있다. 독자는 글의 주인공들과 함께 호흡하며, 레너드의 그림자는 보이지 않는다. 작가로서 ‘투명인간’이 되는 데 성공한 사람.”

범죄 소설의 대가, 디트로이트의 찰스 디킨스라는 별명을 가졌던 그는 어니스트 헤밍웨이로부터 비롯된 ‘하드보일드’한 문체를 더욱 끌어올렸다는 평을 받았다. 생전에 “작가는 투명인간이 될 필요가 있다”고 말하기도 했다. “작가는 쓸데없는 말이나 생각을 최대한으로 줄여 독자가 이야기 자체에만 초점을 맞추게 해야 한다“는 독특한 문체관을 가지고 있었던 것.

이런 대가의 충고를, 이제 저세상 사람이 되었다는 이유로 무시할 필요는 없다. 그는 세상을 떠나기 몇 해 전 뉴욕타임스에 ‘레너드의 10가지 작문 규칙(Elmore Leonard’s Ten Rules of Writing)’이란 것을 공개한 적이 있다. 이 글은 김연수가 옮긴 책 『스누피의 글쓰기 완전정복』에도 실려 있다. 자, 다음은 그가 말한 글쓰기의 10가지 규칙이다.

나는 독자들에게 어떤 일이 일어나고 있는지 ‘말해주는’ 대신 ‘보여주는’ 걸 선호하는데, 그러기 위해 책을 쓸 때 내 자신의 존재를 숨기는 방법을 쓴다.

만약 언어적 재능과 상상력이 뛰어나고 본인 특유의 훌륭한 목소리를 갖고 있어서 글쓴이의 존재를 숨길 필요가 없다면 이런 것들은 무시해도 좋다. 하지만 그렇지 않다면, 아래 규칙들을 한번 훑어보는 게 좋을지도.

1. 책 초장부터 날씨 얘기 좀 하지 마라.
2. 프롤로그도 쓰지 말고.
3. 등장인물 간의 대화를 옮길 때 ‘말했다’ 외에 다른 동사를 쓰지 마라.
4. 그리고 3번의 ‘말했다’를 수식하지 마라(큰 소리로 말했다, 공포에 떨며 말했다, 못 이기는 척 말했다 등).
5. 느낌표는 적당히 써라.
6. ‘갑자기’라든가 ‘끔찍한 일이 일어났다’ 따위의 표현을 쓰지 마라.
7. 비속어나 사투리는 가려가며 써라.
8. 자세한 인물묘사를 피할 것.
9. 장소나 물건에 대해서도 자세하게 묘사하지 마라.
10. 독자가 건너뛰고 싶어 할만하겠다 싶으면 아예 쓰지 마라.

구글·유튜브는 어떤 뉴스 콘텐츠를 좋아할까?

http://www.bloter.net/archives/290122

가이드라인을 보자 : 기술 가이드라인을 살피자

구글 뉴스 가이드라인은 크게 3가지로 구분된다. 뉴스 일반 가이드라인, 기술 가이드라인, 추가 뉴스 포함 가이드라인이다. 다음에서 확인할 수 있다.

☞구글뉴스이용

구글 뉴스 최대한 활용하기 : 문서가 이미 있다

구글 뉴스를 활용할 수 있는 가이드라인은 이미 마련돼 있다. 구글의 뉴스 고객센터에는 ‘구글 뉴스 최대한 활용하기’라는 노골적인 제목의 문서가 이미 존재한다.

☞구글 뉴스 최대한 활용하기

구글플레이 뉴스스탠드 : 구글에 있는 인링크 서비스

구글플레이 뉴스스탠드는 뉴스 전용 리더 앱이다. 구글 버전의 인링크 뉴스 서비스다. 온라인으로 이용약관에 동의함으로써 계약 관계를 형성하며, ‘프로듀서’라는 도구로 에디션을 만든다. 언론사의 RSS 피드를 등록하면 된다. 수익화는 광고를 통해 이뤄진다.

유튜브 : 브랜드 구축이 우선

유튜브는 세계에서 가장 커다란 미디어 플랫폼 중 하나이면서 동시에 검색엔진이다. 물론 크리에이터의 영상이나 K팝 영상 등 엔터테인먼트 콘텐츠가 주로 소비되는 공간이지만, 뉴스 콘텐츠도 꽤 소비된다. 특히 이슈가 되는 영상의 경우는 상당한 조회수를 기록하기도 한다.

유튜브는 기본적으로 구독모델로 운용된다. 사용자의 눈에 띄어야 하고 그 사용자를 묶어둬야 한다. 이런 유튜브의 성격에 입각해 유튜브를 활용하려는 뉴스 미디어가 취해야 할 전략은 다음 4가지로 정리된다. 이하 내용은 유튜브가 뉴스파트너를 대상으로 활용하는 자료를 바탕으로 정리한 내용이다.

1. 브랜드를 구축하라

채널 브랜딩을 뚜렷이 구축해야 한다. 채널은 유튜브에서 언론사가 쓸 수 있는 일종의 홈페이지다. 사용자가 채널 첫 페이지를 봤을 때 ‘어떤 뉴스 콘텐츠를 볼 수 있겠다’는 기대를 줄 수 있어야 한다. 채널 내에서 콘텐츠를 잘 정리하고, 같은 포맷의 콘텐츠는 섬네일을 통일하는 등의 작업이 유용할 수 있다. 유튜브에서 활용할 수 있는 뉴스 포맷은 일반적인 뉴스 리포트, 인터뷰, 사안을 풀이해 설명하는 영상, 속보, 토론, 라이브 정도가 있다. 들었을 때 바로 구별되는 목소리의 화자가 나오는 것도 유용하다.

2. 발견될 수 있게 하라

유튜브는 거대한 검색엔진이기도 하다. 독자가 원하는 내용을 찾으려고 할 때 섬네일에서 명확하게 보여주는 게 중요한 이유다. 깨끗한 이미지를 쓰고, 작은 섬네일에서도 알아볼 수 있게 클로즈업해서 보여줘야 한다. 영상 콘텐츠의 유형을 고려해 라벨을 붙이는 것도 유용하다. 검색에 적합한 제목을 달아주는 것도 좋다.

3. 계속 보게 만들어라

플레이리스트를 만들어두면 이어서 볼만한 콘텐츠를 자연스럽게 보게 할 수 있다. 인포 카드도 유용하다. 재생 중에 이전/이후 혹은 함께 보면 좋을 만한 영상을 띄워줄 수 있다.

4. 독자를 돌아오게 만들어라

독자와 관계구축이 가장 중요하다. 댓글을 달아주면 익숙해지면 재미를 느끼지 못할 수 있다. 꾸준하게 포맷 등을 실험해 사용자에게 새로움을 제공해야 한다.

...