5 전형적인 반사에 클라우드 컴퓨팅

원래 인텔 플랫폼 테스트 개인 클라우드 건축가, 이제는 IT 회사 클라우드 제품 지도자, Sina Weibo "클라우드 컴퓨팅 사설 클라우드 연구" 블로거 에릭 리 자신의 실제 경험에서 클라우드 컴퓨팅의 전형적인 사고 5에 대 한 다음 정리.

1. 계란을 한 바구니에 넣지 마십시오: SmugMug는 아마존의 클라우드 실패의 "생존자" 지난 달, 그리고 그것은 가용성 영역 (AZ)에 모든 사업을 두지 않았기 때문에 먼저 재해를 averting에 성공 했다 두 번째는 공용 클라우드 (참조: http://don.blogs.smugmug.com/2011/04/24/how-smugmug-survived-the-amazonpocalypse/)에서 모든 사업 넣어 하지 않습니다. 공용 클라우드 플랫폼을 선택 하면 오류 하루는 고통의 하루도 기억.

2. 클라우드 컴퓨팅 회사 또한 죽을 것 이다: 은행 실행 됩니다, 비행기는 자주 충돌, 그리고 중앙 집중식된 서비스 종료, 축소, 또는 밖으로, 죽을 가능성과 지난주 버전, IaaS 서비스 공급자는 제공 하는 클라우드 컴퓨팅 업체 예를 들어 (http:// 클라우드 컴퓨팅 시장에서 철수 Searchcloudcomputing.techtarget.com/news/2240035506/what-happens-if-your-cloud-goes-away), 이로써 고객 잡 았된-가드, 그래서 준비 피 정, 또는 혼합의 적당 한 혼합을 선택 테이블에 회사의 비즈니스를 넣어 수 있습니다 될 현명한 선택 하기 전에 클라우드 컴퓨팅는.

3. 일찍 웜 조류에 의해 먹 히는: 2008 년 9 월 블루 곰 (유비) 라는 미국의 Starup 회사는 vm 웨어 ESX, Citrix를 지 원하는 가상화 플랫폼에 걸쳐 매우 눈부신 관리 콘솔 솔루션 제공 가상화 영역 입력 XenServer와 마이크로소프트 하이퍼-V입니다. 그것은 기업 환경, 가상 컴퓨터, 네트워크 토폴로지를 플렉스 기술 기반, 리소스 사용률 및 작업 단추는 사용자에 게 매우 친절 합니다. 오늘날의 관점에서 이것은 클라우드 컴퓨팅 회사, 하지만 그 화려한 코디 악도 1.0 버전, 회사의 마지막 버전은 코디악을 0.2, 후속 자금 부족 때문에, 2010 년 2 분기에 그것을 생각 하지 않았다 후계자, 마지막 코디 악에 대 한 소식은 그의 소스 코드를 오픈 소스 커뮤니티 관리를 수교 하는 것에 대 한: http://virtualization.info/en/news/2010/05/with-bluebear-out-of- Business-kodiak-is-now-open-source.html (다음 주소 git 정보에 그것을 볼 수 있습니다: http://bluebear.org/projects/kodiak/repository), 이제 수많은 새로운 기업 클라우드의 기치 아래 같은 일을 하는 컴퓨팅.

또 다른 예는 Elastra, 클라우드 컴퓨팅의 선구자, 한 번 아마존의 호의 투자, 상승 하 고 지난 주 사업을 폐쇄 했다. 그리고 유 칼 리 나무, 클라우드 컴퓨팅의 선구자는 처음 "오픈 소스, 정말"으로 NASA에 의해 2010 년에 버려진 OpenStack에 망명으로 지켜. 다시 비극을 반복, 우분투에 의해 거의 "던지고 완료" 방법 (UEC 우분투 엔터프라이즈 클라우드 핵심 구성 요소로 원래 유칼립투스), 배신 OpenStack 강탈 비즈니스, 어제 노란 공포 권투 하자 사람들이 한숨을 했다. 클라우드 컴퓨팅은 거품, 급속 한 혁신의 기술 및 더 나은 클라우드 컴퓨팅 경험의 추구의 마스크에서 신흥 분야 하지만 또한 점점 더 많은 선구적인 기업에 압력을 넣어, 필연적으로 되는 해변에 죽은 전 파.

4. 중국의 클라우드 컴퓨팅 ≠ 세계의 클라우드 컴퓨팅: 아마 보면 성 난 외국에서 세일즈 포스, 어쩌면 당신은 전세계 googleapp 참조, 아마도 아마존 인기를 본, 아마도 당신이 볼 Office365 미국 연방 정부에 배포 된... 아마 많이... 중국에이 아주 다른, 하지만 중국의 클라우드 컴퓨팅은 "기능", 이유, 복잡 한, 국내 고객이 클라우드 컴퓨팅 태도 무거운, 국내 시장에 최고의 국제 클라우드 제조자, 비싼 클라우드 투자 공포에 충분 한 주의 또한 강력한 봉쇄 능력의의 잘 알려진 두 번째 벽이 있다... 이 모든 중국의 클라우드 컴퓨팅 분야, 다른 풍경의 소유자에서에서 결정 했다.

5. HPC 고성능 컴퓨팅 ≠ 클라우드 컴퓨팅: HPC (고성능 컴퓨팅) 높은-성능 컴퓨팅은 클라우드 컴퓨팅 자원 및 더 편리한 배달 모델의 합리적 배분에 더 많은 강조 하면서 운영 실적의 중첩. 그래서 HPC와 혼란의 아이디어 클라우드 컴퓨팅은 잘못, 또는 HPC의 주요 개발 모델은 클라우드 응용 프로그램 잘못 될 수 있습니다, 그리고 아마존의 아키텍처, 분산된 그림자 이외에 봐, 거기 하지 많은 병렬 컴퓨팅 디자인, 노드 전체 메시지 통신, 아니 MPI를 필요 하지 않습니다. 범용 프로그램 보다는 독자적인 컴퓨팅 및 가상화에 대 한 운영 체제의 모든 종류의 전체 HPC 진화 쪽으로 이동의 사소한 도와 함께 자사의 핵심입니다. 물론, 그것은 일부 응용 프로그램 배포의 예 및 유연한 확장 HPC HPC 성능, 성능 (성능 저하)을 저하 하지만 가상화를 통해 클라우드 컴퓨팅와 하지 그 HPC를 결합할 수 없습니다. 그래서 HPC-고성능 컴퓨팅 및 독특한 건축 디자인 방법의 독자적인 특성 그것을 결정 하 고 클라우드 컴퓨팅 "반환 하는 방법으로 다른" 두 지역 이지만 가끔 교차로 있을 수 있습니다.

(책임 편집기: 관리자)