http://charsyam.wordpress.com/  -- cloud 관련 전문 개발자 블로그

AWS 장애로 부터 Netflix 가 배운 교훈(201207-06)

http://techblog.netflix.com/2012/07/lessons-netflix-learned-from-aws-storm.html

http://www.ddaily.co.kr/news/news_view.php?uid=92003

2012.6 정전발생 (North Vignia) → Heroku, Pinterst  등 8시간 장애

http://aws.amazon.com/message/67457/

2011.9  아일랜드 더블린, 번개로 인한 서비스 장애

2011.4  미국 동부지역, 데이터 복제 문제 발생 (EBS)

다양한 해외 의견들을 첨부합니다.

http://blog.cloudharmony.com/2011/04/unofficial-ec2-outage-postmortem-sky-is.html

http://justinsb.posterous.com/aws-down-why-the-sky-is-falling

http://status.heroku.com/incident/151

→ 서비스 인프라를

여러 곳에 분산시키는 멀티-클라우드 전략이 필요하다고 지적하고 있다

만약 퍼블릭 클라우드 환경에서 서버를 구축할 예정인 분들께서는 사전에 아래의 여섯 가지를 꼭 확인하고 고려하셔야 합니다.

1. 클라우드는 기존의 호스팅 환경보다는 상대적으로 안전하지만 대신 문제가 생기면 오히려 복구는 더 어렵고 오랜 시간이 필요하다.

2. 클라우드 장애에 대비해 물리적으로 복수의 장소에 다중화를 해둬야 한다.

3. 복수의 서버중 어느 한 곳이 죽더라도 시스템 자체가 죽지 않도록 설계한다.

4. 물리적으로 별개의 장소에 수시로 백업을 하도록 정책을 세워야 한다.

5. 문제가 생기면 최대한 빨리 다른 클라우드나 다른 서버로 라우팅을 돌릴 수 있도록 준비해두어야 한다.

6. 일단 사고가 나더라도 대부분의 경우 데이터는 안전하게 남거나 복구 가능하니 너무 패닉에 빠지지 않는다.

C10K problem은 10여년 전의 도전과제였다. thread 및 process 기반의 방식 (예, Apache )에서 event-driven 방식으로 (예, nginx, node.js ) 변화하면서 C10K 문제를 풀 수 있었다.

아래의 글은 C10M problem을 풀기 위해서는 unix 에게 맡겨온 thread관리, IO관리, memory 접근관리를 application에서 직접 해야 한다는 요지이다.

우리가 배운 Richard Stevens의 책은 unix에 대한 내용 및 의존성이 높아서, 'network programming'을 배운 것이 아니라, unix를 배운 것이라는 코멘트가 와 닿는다.

C10M problem을 위해 device driver도 개발 필요하다고 하니, 거의 전용 OS를 만드는 수준으로 보인다. 60년도 넘은 unix를 대체할 새로운 도약이 필요하다는 댓글도 보인다.

http://highscalability.com/blog/2013/5/13/the-secret-to-10-million-concurrent-connections-the-kernel-i.html

-- from xguru (http://xguru.net/1268)

• 텀블러 아키텍쳐 http://t.co/lTgLEOcn
• Pinterest의 스택 http://t.co/LQ1a3f2e
• 99designs의 인프라스트럭쳐 http://t.co/q93VSfOE
• TripAdvisor의 아키텍쳐 http://j.mp/mnMYdh
• Trello의 테크스택 소개 http://t.co/YVVk2qlA
• 인스타그램의 풀스택 http://t.co/XvBHm9vZ
• StackExchange 아키텍처 http://t.co/L37ZRTlB
• Digg 의 아키텍쳐 http://j.mp/h88WRm
• 초당12만트윗을 처리하는 DataSift의 시스템 구성 설명 http://t.co/PW4kgmEk
• 구글+ 의 기술들 http://t.co/d094u3Ec http://t.co/ejzu9xgf
• 어떻게 트위터는 하루 2억5천만개의 트윗을 MySQL에 저장하는가 http://t.co/bDrLEcpH
• 넷플릭스의 폴트 톨러런트 시스템/클라우드 아키텍처 http://t.co/Z3vhkMxt
• 페이스북 메시지 의 스토리지시스템 구조 http://t.co/m5OzlrZn
• Tagged가 서버15대에서 시작,서버 천대/1억유저/월 50억PV가 되기까지 시스템 구조 변천사 http://j.mp/r3E6pc
• 페이스북이 새로 오픈한 실시간 분석 시스템에 대한 자세한 내부분석 자료 http://j.mp/h9KBUU