2016년 6월 1일, KPCB(Kleiner Perkins Caufield & Byers)의 매리 미커님께서 2016년 인터넷 트랜드 보고서(2016 Internet Trends Report)를 발표하였습니다.

Mary Meeker씨의 인터넷 트랜드 보고서를 예전부터 지켜보고 있다만, 올해는 거시경제부분까지 들어갔으니 장표가 더욱더 늘어났음. 양이 너무 많다보니 6월 5일 일요일 오후에 몰아서 보았음.


올해 2016년도의 인터넷 트랜드(2016 Internet Trends Report)에서는 거시 경제 트랜드에 대하여 소개를 하였습니다. 

글로벌 경제 성장 둔화, 인구 성장 둔화, 그리고 중국, 인도 시장에 대한 이야기가 나왔음. 장표들을 홅어보면 2000년대 후반 2010년초반대의 인터넷 시장의 호시절이 끝나감을 느껴짐 

세계 경제 성장이 둔화되고 있으며 스마트폰에 익숙한 밀레니얼세대의 대두와 공유경제형 온디맨드플랫폼의 등장으로 이제 일하는 방법이 달라지고 있다 등등의 여러 시대의 흐름의 변화에 대하여 소개하고 있습니다.


중국과 인도 시장에 대하여 상세하게 설명하고 있으며, 메신저 플랫폼, 드론에 대하여 심도있게 적은 것이 인상적입니다.


이 슬라이드를 읽으면, 앞으로 한국이 뭘 먹고 살아야 할지, 규제가 무조건 옳은 것인지 등등 여러가지 생각할 거리를 많이 주더군요. 그리고 장표가 많아서 제대로 훑어보고 내 것으로 만들기 위해선 오랜 시간 읽고 정리를 해야겠단 생각을 했습니다.


아래는 매리 미커(Mary Meeker)씨의 2016년도의 인터넷 트랜드(2016 Internet Trends Report)에 대한 국내 언론이 정리한 기사입니다.


아래는 스타트업 얼라이언스의 임정욱님이 2016년 인터넷 트랜드(2016 Internet Trends Report)에 대하여 정리한 내용

https://www.facebook.com/jungwook/posts/10153416642927125


아래는 RECODE에서 녹화 및 정리한 "Internet trends report | Mary Meeker, KPCB | Code Conference 2016" 입니다.


Buy me a coffeeBuy me a coffee
  1. 2016.06.07 17:52

    비밀댓글입니다

일본 Mozilla 재단(Mozilla Japan)의 에반젤리스트(Evangelist)인 Tomoya Asai(Dynamis)님이 발표한 "Progressive Mobile Web Apps" 슬라이드 입니다.



Progressive Mobile Web Apps


Buy me a coffeeBuy me a coffee

2016년 1월 7일, Amazon에서 AWS Seoul Region(서울 리젼) 설립을 발표하였습니다.




위의 발표공지를 보고나서, AWS Seoul Region의 Latency와 AWS Tokyo Region의 Latency를 측정해보았습니다.

측정은 Apache ab와 nginx를 이용하여 다음의 링크를 사용하여 측정했습니다.



AWS Tokyo Region 

 # ab -n 10 -c 1 http://**.**.**.**/index.html

This is ApacheBench, Version 2.3 <$Revision: 1706008 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking **.**.**.** (be patient).....done



Server Software:        nginx/1.9.9

Server Hostname:        **.**.**.**

Server Port:            80


Document Path:          /index.html

Document Length:        612 bytes


Concurrency Level:      1

Time taken for tests:   0.848 seconds

Complete requests:      10

Failed requests:        0

Total transferred:      8440 bytes

HTML transferred:       6120 bytes

Requests per second:    11.79 [#/sec] (mean)

Time per request:       84.805 [ms] (mean)

Time per request:       84.805 [ms] (mean, across all concurrent requests)

Transfer rate:          9.72 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:       40   42   1.3     42      45

Processing:    41   43   1.2     43      45

Waiting:       41   42   1.2     42      45

Total:         82   85   1.8     84      88


Percentage of the requests served within a certain time (ms)

  50%     84

  66%     85

  75%     85

  80%     87

  90%     88

  95%     88

  98%     88

  99%     88

 100%     88 (longest request)

AWS Seoul Region

 # ab -n 10 -c 1 http://**.**.**.**/index.html

This is ApacheBench, Version 2.3 <$Revision: 1706008 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking **.**.**.** (be patient).....done



Server Software:        nginx/1.9.9

Server Hostname:        **.**.**.**

Server Port:            80


Document Path:          /index.html

Document Length:        612 bytes


Concurrency Level:      1

Time taken for tests:   0.172 seconds

Complete requests:      10

Failed requests:        0

Total transferred:      8440 bytes

HTML transferred:       6120 bytes

Requests per second:    58.14 [#/sec] (mean)

Time per request:       17.201 [ms] (mean)

Time per request:       17.201 [ms] (mean, across all concurrent requests)

Transfer rate:          47.92 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        7    9   1.3      9      11

Processing:     6    8   2.2      8      14

Waiting:        6    8   2.2      8      14

Total:         14   17   2.4     17      22


Percentage of the requests served within a certain time (ms)

  50%     17

  66%     18

  75%     18

  80%     19

  90%     22

  95%     22

  98%     22

  99%     22

 100%     22 (longest request)



AWS Tokyo Region Avg. Latency

 87.11111111(ms)

AWS Seoul Region Avg. Latency

 20.22222222(ms)


AWS Seoul Region 의 Latency와 AWS Tokyo Region의 Latency를 비교하니 AWS Seoul Region이 훨씬 빠르다는걸 체감하였습니다.

이후 다운로드 전송량 측정을 해보아도 AWs Seoul Region이 빠르다는 것도 확인하였습니다.


AWS Tokyo Transfer Rate

 9.72 [Kbytes/sec] 

AWS Seoul Transfer Rate

 47.92 [Kbytes/sec]


측정결과 AWS Tokyo와 AWS Seoul간의 엄청난 속도차이를 경험하였고, AWS Tokyo Region의 사용료보다 AWS Seoul Region의 사용료가 조금 더 저렴하다는 걸 보고 깜짝 놀랐습니다.


Tokyo 보다 접근 속도가 빠르면서, Tokyo보다 저렴한 Seoul을 사용해야겠다는 결론을 내렸습니다.


기존에 AWS Tokyo Region에서 생성한 인스턴스(Instance)를 AWS Seoul Region으로 옮기는 작업을 진행하였습니다.


AWS Tokyo Region(도쿄/東京 리젼)의 인스턴스를 AWS Seoul Region(서울 리젼)으로 옮기는 방법

이 방법은 

위의 링크를 참조하였습니다. 위의 링크에 있는대로 따라하니 문제 없이 Tokyo Region의 Instance가 그대로 Seoul Region의 Instance로 옮겨지고, 정상작동함을 확인함.


1. AWS Tokyo Region EC2 Instances 메뉴 

옮길려는 인스턴스의 속성 메뉴에서 Create image(EBS AMI)함.

2. AMIs 메뉴 - 새로 만든 AMI 이미지로 Launch Instance 하고 기존에 생성한 Instance와 같은 사양의 Instance를 만든다.

3. Instances 메뉴 - 새로운 Instance가 Running 되면 Instance의 속성 메뉴에서 Stop 한다.

4. Volumes 메뉴 - Instance에 연결된 볼륨의 속성 메뉴에서 Create Snapshot 한다.

5. Snapshots 메뉴 - 새로 만든 스냅샵의 속성 메뉴에서 Copy Snapshot 한다. 

6. 팝업창에서 Destination region 항목에 Seoul Region을 선택한다.


7. AWS Seoul Region EC2Snapshots 메뉴 - Tokyo Region 에서 복사 된 스냅샷의 속성 메뉴에서 Create Volume from Snapshot 한다.

8. Volumes 메뉴 - 스냅샷으로 만든 볼륨의 Volume ID를 확인 한다.

9. Instances 메뉴 - Tokyo Region Instance 와 같은 사양의 Instance를 Launch Instance로 생성하고 Instance가 Running 되면 속성 메뉴에서 Stop 한다.

10. Volumes 메뉴 - Instance에 연결(sda1)된 볼륨의 속성 메뉴에서 Detach Volume 하고 Instance에서 볼륨을 때어낸다. Tokyo Region의 스냅샷으로 만든 볼륨을 속성 메뉴에서 Attach Volume 한다. 

팝업창에서 Instance 항목에 해당 Instance를 선택하고, Device 항목에  "/dev/sda1"으로 수정한 다음 Yes, Attach 해서 볼륨을 붙인다.

12. Instance 메뉴 - Stop 되어 있는 Instance를 Start 한다. Instance가 Running 되면 접속해서 확인한다.


이제 AWS Seoul Region이 생겼으니 Seoul Region을 애용해야겠습니다 ~_~

Buy me a coffeeBuy me a coffee


이 내용은 일본 IT잡지 WEB+DB Vol.89의 특별기고 “YAPC::Asia Tokyo 2015″의 요약, 축약 번역이며, 발표때 공개된 발표 동영상과 슬라이드를 한국어 사용자들을 위해 공유합니다.

잡지 내용은 요약, 축약 번역이기 오역. 직역체가 난무합니다. 잡지 내용의 일본어를 완전히 아는 것이 아니므로 동영상과 슬라이드를 참조하여 이 글을 구성하였습니다. 전체 글에 대한 번역은 아닙니다.

번역(飜譯,Translation)

그리고 이번엔 @VienosNotes씨의 YAPC::Asia 2015의 보고서도 게재. Larry Wall의 기조강연(톨킨이야기다!)등 3가지를 선택해 소개하고 있습니다. Perl 6도 출시 임박이네요 ...... 여러분 이제 시도했습니까 .....? #wdpress

青木大佑(AOKI Daisuke, 아오키 다이스케) 

Twitter: @VienosNotes 


2015년 8월 20일부터 22일에 걸쳐, 도쿄 빅사이트에서 "YAPC::Asia Tokyo 2015"가 개최되었습니다. 올해는 10회째로 열린 YAPC::Asia이지만, 이번 행사는 마지막으로 발표되는 것도 있고 훌륭한 토크가 몇몇 있었습니다, 그 중 몇가지를 소개합니다.
-----

メリークリスマス! / Larry Wall(메리크리스마스/래리 월)


Perl6와 반지의 제왕(Perl6と指輪物語)
기조연설은 Perl을 만든 아버지로 알려진 Larry Wall씨가 “메리크리스마스!”을 이야기 하였습니다. Larry Wall씨는 J.R.R. Tolkien씨의 “호빗"과 "반지의 제왕” 2개의 소설의 관계를 Perl5와 Perl6의 관계 간의 동통점이 많다는 것을 이야기 했습니다.
“호빗”을 출간한 후로, 톨킨(Tolkien)이 15년의 세월동안 "반지의 제왕”을 완성한 것과 같이, Perl6도 올해에 발표까지 15년째입니다.  지금까지, "반지의 제왕"과 “호빗”의 줄거리를 바탕으로 좋은 작품이 되었습니다만, Perl6도 다양한 컨셉(개념)을 Perl5에서 가져와, 좋은 언어를 목표로 하였습니다
그러나 "표현력이 뛰어나다, 쉬운 것은 쉽게, 어려운 것일수 있다”는 점을 Perl5에서 받아 연결한 이념을 이야기 하였습니다 그래서 Larry Wall씨는 “제대로 실패”라는 것의 중요성을 강조하였습니다. Perl6를 좋은 것으로 모으기 위하여 여러가지 신기능을 검토하였습니다. 좋은 아이디어로 판명하는데 시행착오 중의 흥미를 깊이 끄는 심층 조달를 여러가지 범 지금까지 “약속은 할 수 없지만”이라고 전제를 한 뒤, 올해의 크리스마스는 Perl6을 릴리즈할 예정입니다. 이것이 오늘의 발표입니다. 기대되네요!

ps. 역자주: 영화 및 책  The Hobbit(한국어명: 호빗)을 일본에서는  ホビットの冒険(호빗의 모험)으로 번역되었고, The Lord of the Rings (한국어명: 반지의 제왕)을 일본에서는 指輪物語(반지이야기)로 번역이 되었습니다. 번역자는 한국어 사용하는 독자를 위해   ホビットの冒険(호빗의 모험)를 “호빗”이라고 번역 및 指輪物語(반지이야기)를 "반지의 제왕”이라고 번역했습니다.


세계규모서비스를 디플로이하는 방법

世界展開する大規模ウェブサービスのデプロイを支える技術 (글로벌 출시하는 대규모 웹서비스의 디플로이를 지원하는 기술)

Miiverse는 멀티 디바이스에 대응하는 커뮤니케이션 서비스입니다. 구조는 일반적인 웹 서비스와 대체로 같습니만, 일본, 미국, 유럽의 3개의 지역에 걸친 세계규모의 디플로이는 특유의 곤란함을 가지고 있습니다. 처음에는 Git을 사용한 pull형의 배치를 하고 있습습니다만, 부하의 높이와 Github Enterprise를 사용한 개발 모델과의 상성이 불편한 문제등이 있었습니다, 우선 서브프로젝트를 위한 새로운 디플로이툴을 작성하기로 결정했습니다.
이 새로운 디플로이툴은 내부는 Consul과 Stretcher같은 툴을 이용하여 효율적인 디플로이를 실현하고 있습니다. 버젼업할때, 성과물을 Amazon S3등의 스토리지들에 설치하고, Consul의 이벤트기능을 사용하여 각호스트에 요구를 통지하였습니다. 통지를 받은 호스트는 디플로이 순서로 성과물을 받아서, 메니페스토 파일(Manifesto file)을 바탕으로 아티팩트(Artifact)를 검색하고 배포를 실행하는 흐름입니다. 이 새로운 도구의 벤치마킹에서 기존의 수법을 비교하여 약 40배의 퍼포먼스를 발휘하는 대성공을 하였습니다.


HTTP/2시대의 웹(HTTP/2時代のWeb)

HTTP/2시대의 웹(HTTP/2時代のWeb) / jxck

HTTP/2는 브라우저등의 통신에 이용하는 HTTP/1.1의 차기버전이고, 올해 2월달에 RFC7540으로 책정한 새로운 사양입니다. 웹의 진보에 따라 리퀘스트 숫자도 1회당 전송량도 증가를 하였습니다. HTTP/2는 이러한 문제를 해결하기 위해 다양한 방법이 도입되었습니다. jxck씨에 따르면 HTTP/2는 책정phase부터 사용phase로 이행했다고 합니다. HTTP/2는 이미 많은 브라우저에 대응되어 있으며, 웹서버에도 대응하는 것이 많아지고 있습니다. 에코시스템(생태계)의 성숙을 위해서도, 구조를 이해하고 있는 상태로 전환이 중요하다고 언급

아래는 "HTTP/2시대의 웹(HTTP/2時代のWeb)"의 발표슬라이드 입니다.

Buy me a coffeeBuy me a coffee

스프링 시큐리티로 시작하는 웹 어플리케이션 보안  슬라이드

 

Buy me a coffeeBuy me a coffee

Amazon Web Services 한국 블로그 - AWS 한국어 기술 백서 목록


2015년 6월 17일자로 Amazon Web Services 한국 블로그에 "AWS 한국어 기술 백서 목록"이 올라왔습니다.

영어로 된 기술 백서(whitepaper)중 일부가 한국어로 번역되었다는 소식.



영어로 된 백서(whitepaper) - http://aws.amazon.com/whitepapers/


Amazon이 한국에서 클라우드 서비스로 돈 벌 계획 (이미 돈 벌고 있지만) 더 확대할 느낌?

일본 도쿄, 싱가폴에 서버 팜을 운영하며, 중국 베이징(북경, 北京, beijing)에 서버팜을 운영할 계획이고, 한국에서도 서버팜을 운영했으면하는 바람이 있음.


요즘, AWS 테스트 하는데, 이렇게 기능이 좋을 줄은 몰랐음. 대학원 다닐때 AWS열심히 파면 서버(Server), 네트워크(Network), 인프라(infrastructure)에 대한 개념을 제대로 잡았을텐데라는 생각을 해보고 있음

ps. 요즘 아래의 책을 열심히 읽고 있습니다.


아마존 웹 서비스를 다루는 기술

저자
이재홍 지음
출판사
길벗 | 2014-09-30 출간
카테고리
컴퓨터/IT
책소개
실무에서 필요한 아마존 웹 서비스의 모든 것!입문에서 실전 시나...
가격비교



Buy me a coffeeBuy me a coffee

2015년 4월 9일, 미국 캘리포니아주 샌프란시스코에서 열린 AWS Summit 2015 - San Francisco Keynote 동영상입니다.

AWS Summit 2015 | San Francisco – Keynote with Andy Jassy

아래는 호스트웨이 블로그에서 공개한 키노트 내용 정리 글입니다.


아래는 2015년 4월 9일, 미국 샌프란시스코에서 열린 AWS Summit 2015 동영상 기록 목록들입니다.

동영상 자료들을 보고 AWS에 대하여 많은 분석을 해야겠습니다.


Buy me a coffeeBuy me a coffee



2015년 4월 21일, 서울특별시 강남구 삼성동 코엑스에서 열린 "AWS Summit Seoul 2015"가 열렸습니다. 

참석은 안했지만, 어떤 내용인가 확인하고 구글링 하다보니 흥미로운 주제로 된 발표가 많더군요.


현재, AWS에 관심이 많고, AWS기술 문서 및 AWS도입 사례 및 문제 해결 방안에 대한 내용을 습득하다보니 이번 4월 21일에 열린 AWS Summit Seoul 2015의 발표세션중 2015년 6월 6일까지 공개된 슬라이드들을 모으고 정리하였습니다.



트랙1 AWS 신규 서비스 및 솔루션 

AWS 최신 서비스 살펴보기 - Aurora, Lambda, EFS, Machine Learning, ECS


국내 사례로 본 클라우드 운영 최적화 - 모니터링, 자동화, 빌링


AWS 클라우드를 활용한 빅데이터 및 실시간 스트리밍 분석


국민내비 김기사, AWS 하이브리드 환경 구축사례


모바일 및 IoT 환경을 위한 AWS 클라우드 플랫폼의 진화


AWS와 컴볼트가 함께하는 데이터 보안 및 관리 자동화


AWS와 연계하는 레드햇 오픈 하이브리드 아키텍처


EBS성능 향상 및 EC2 비용 최적화 기법


트랙 2 AWS 소개 및 활용 사례 

AWS 소개 - 컴퓨팅(EC2), 데이터베이스(RDS, Redshift), 스토리지(S3, EBS)


CloudFront와 Route53기반 콘텐츠 배포 전략


엔터프라이즈에서의 하이브리드 환경 전략


엔터프라이즈 클라우드 도입 및 고려사항 - 메가마트 사례


AWS를 통한 클라우드 보안 이해하기


보안을 통한 AWS에서의 신뢰성 강화


데이터 중심 클라우드 전략과 하이브리드 솔루션


AWS이용사례 - SM엔터테인먼트 및 셰이커미디어 사례를 중심으로



이 장소를 Daum지도에서 확인해보세요.
서울특별시 강남구 삼성1동 | 코엑스
도움말 Daum 지도
Buy me a coffeeBuy me a coffee

예전에 있던 곳에서는 거의 건드릴수 없던 Cloud Computing(클라우드 컴퓨팅)관련 기술을 요즘 보고 있다.

SI업으로 파견근무를 하다보니 갑님 회사들이 회사 정보를 중요하게 여기는 것도 있고, 정보 통제를 위하여 클라우드 서비스 도입을 할수가 없다만...

지금은 서비스를 만들다 보니, 확장성 있게 저렴한 비용으로 서비스를 어떻게 제공할까 등의 고려를 하다, 클라우드 컴퓨팅 서비스에 대하여 기술 조사중이다.

아래는  2015년 5월 29일에 공개된 윤석찬님의 "AWS와 함께 확장성 높은 천만 사용자 웹 서비스 만들기" 슬라이드

AWS와 함께 확장성 높은 천만 사용자 웹 서비스 만들기


AWS Activate Seminar에서 윤석찬 AWS 테크에반젤리스트께서 발표한 "AWS와 함께 확장성 높은 천만 사용자 웹 서비스 만들기 (모바일 앱을 위한 백엔드)" 입니다




Buy me a coffeeBuy me a coffee

2015년 인터넷 트랜드(Internet Trends 2015) [KPCB 메리 미커(Mary Meeker)의 연간 보고서]

출처: http://www.kpcb.com/internet-trends



관련 블로깅

2014/06/10 - [컴퓨터] - 2014년 인터넷 트랜드(Internet Trends 2014) - Mary Meeker (Slideshare자료)


관련기사

블로터2015년 인터넷 트렌드, “다시 상상하라”



대학원졸업할때쯤인 2011년부터 알게된 벤처투자사 KPCB사의 메리 미커의 인터넷 트랜드 보고서의 2015년도판이 2015년 5월 27일자로 나왔다. 이 보고서를 보고있다면 예전보다 점점 장표수가 늘어남을 느낄 수 있다. 양이 너무 많다보니 평일엔 보지 못하고 이번 5월 31일 일요일 오후에 몰아서 보았다. ㅠㅠ

보고서의 전반적인 내용은 모바일이 세상을 바꾸고 있으며, ‘Re-Imagination'(다시 상상하라).


현재 모바일혁명으로 사회에 엄청난 변화가 일어나는데, 그 변화를 시의적절하게 이용해야한다는걸 슬라이드에서 보여주는 것 같다. 

Buy me a coffeeBuy me a coffee

+ Recent posts