Cloud2.0: 클라우드 컴퓨팅은 앞으로 이동

2013 년 10 월 25-26th 일 클라우드 컴퓨팅 아키텍처 Shifeng 것 이다 될 공식적으로 개막 르네상스 베이징 호텔에. 이 정상 51CTO 미디어 그룹에 의해 개최 됩니다. "기술 혁신"과 "기술 방문"의 원칙을 준수, 정상 연습에서 기업 인프라에 클라우드의 영향을 탐구 하는 신흥 산업에서 건축가 포함 하 여 다양 한 산업을 초대 했습니다.

우리 모두의 더 나은 지원을 제공 하기 위해 응용 프로그램에 대 한 파괴, 배경 응용 프로그램 아키텍처 변경 내용을 통해 클라우드 기지에 있다. 우리는 또한 지원 프로세스에 클라우드 자체 변경 되었습니다 느낀다. 이 변화는 왜 나 보고 핵심 주제 선정 이유.

하늘 구름 큰 데이터 CEO Reitao

오늘 나에 대해 두 포인트를 얘기 하 겠 어. 하나는 아키텍처 자체, 다른 정보 구조 접근 이다. 정보 포인트 나 트리거되는 두 개의 작은 것 들 뿐만 아니라 여기에, 여러분 모두에 게 전달 됩니다.

하나는, 지난 주 나는 그의 콘텐츠를 듣고 SaaS 서비스를 할 수 있는 개발자 인터뷰, 북미 SaaS 서비스는 매우 얇은, 그 모든 애플 리 케이 션을 온라인 하 고, 일부 시스템 배포, 누가 이러한 배포를 지원할 수 있을 것입니다? 그들은 수십억 달러를 매년 배포의 구조가 있다. 그래서 같은 SaaS 서비스의 조각화 우리 클라우드 컴퓨팅 시장을 많이 변경 되었습니다 깨닫게 했다.

만약 우리가 IaaS, PaaS, SaaS, 3 아키텍처에 대 한 이야기, 그것은 북한이 미국의 갭에서 너무 멀리 있을 수 있습니다 하는 것이 믿습니다. 우리는 우리가 골든 트라이앵글에 SaaS, IaaS에서 본 그리고 역행 하는 과정이 있었다 발견.

두 번째 날 건드리면이 주제에, 내가 지난 주 정부 조달에 참여 하는 판사는 IBM 잠금 콘텐츠 구조. 즉, 구입 후 이러한 아키텍처, 우리 중앙 공용 플랫폼을 모든 기존 응용 프로그램을 이동 하기 위한 가상화를 할 필요가. 사실, 첫 번째 질문은, 거기 이동 시스템 아키텍처를 이러한 응용 프로그램은? 아무도 응답할 수 있습니다. 그래서 프로젝트 전달 합니다.

우리 모두는 여기에 다음 세대 아키텍처 계획에 예비 가이드에 게 우리 자신의 비즈니스 또는 고객 서비스. 우리는 구름을 볼 때 우리가 무슨 구름 정말 전통적인 IaaS, PaaS, SaaS 모델에서에서 역할을 볼 건가요? 그래서,이 관점에 따라, 우리 얘기 하자에 대해 두 가지 오늘:

첫 번째 콘텐츠: 구름 IoE가 무엇입니까? 사실, 하지 IBM, 오라클, EMC, 3 기업 스스로, IOE 자체는 부정적인 주제. 이 부정적인 주제, 많은 하이 엔드 성숙한 기업 금융은 매우 보수적인, 하지만 지금 금융 IoE 사용 많은, 그들은 더 많은 위험을가지고. 많은 대규모 계산, 전통적인 구조를 지원 하지 않을 수 있습니다. 그래서 IoE 하려고 누르면 문제가 되고있다.

4 월 중순 Taobao 않았다 작은 축 하, 기자 회견, 출진 하는 6 월 마지막 라인에서 소형 컴퓨터, 이다 완전 한 IOE 아키텍처 고급 과학에서 이며 기술 기업 등장. 건축가 여전히 전통 건축을 추진 하고있다, 만약 서비스의 어떤 종류 할 우리가 우리의 고객 제공?

IoE에 게 갈 후, 방법의 어떤 종류는 클라우드 야? 1.0 시대에서 우리는 병합 된 가상 풀을 보았다: 전기와 물 같은 리소스에 대 한 자동 액세스. 이 이번 서비스는 얻을 수 있는 가상화 방법, 가상 컴퓨터, 그리고 메뉴 제출 방법을 통해 다양 한에서 가상이 서버에에서 더 많은. 이 시스템 아키텍처, 현재 다양 한 조달, 입찰 또는 그런 방법으로의 연속. 이 방법은 실무자 그것의 서비스에 큰 혜택을 제공합니다. 시스템 리소스 배포의 문제를 해결 하는 데 있기 때문에, 우리 기계의 많은 공유할 수 있습니다 하 고 공간 메모리를 보고 메뉴를 통해 끌 수 있다.

정확히 어디 가상화 혁명 도움이 우리를 보러 다시 찾고 기술자? IT 자원 관리 단계에 도착 하는 데 도움이. 그것은 자원 관리의 가장 큰 문제는 그것이 비용 효과적이 고 효율적 사업 하지 아직 왔다 밖으로. 더 동원 시스템 리소스 자체 이다입니다. 캡슐화는, 예를 들어 서버 나누어 설치 하는 4 개의 가상 컴퓨터 또는 전통적인 데이터, 원래 데이터 이동, 우리는 문제를 해결 하는 원래 구조는 이동, 우리는 새로운도 전에 나타납니다 발견의 응용 프로그램.

또는 다시 은행, 이러한 고급 회사와 사업자, 그들은 새로운 얼굴 도전 내 응용 프로그램 요구, 무어의 법칙은 지원 되지 않는다는 것 이다. 작업 클라우드 세계에서 깊은 갑자기 3d 콘텐츠, 점프가이 갭은 Baife, 몇 천, 수만의. 그래서 수천 번 수만 번 수천 번의 과제를 해결 하는 응용 프로그램 중 하나를 사용 하는 시간. 납부, 엄마 윤 하기만 지금이 일을 할 은행 사로 잡혔다, 그 위험 문제를 해결 하기 위해 시작 하 고 싶어, 지금 이것은 간단한 구조 할 수 있는, 더 강력한 컴퓨팅 자원을 하지만.

정보 구조 전체 구름 상태를 우리의 서비스에 대 한 근본적인 기회에 대 한 근본적인 변화를 겪고 있다. 시스템 건축가 서이 기회에 가장 큰 도전은 콘텐츠에 추가할 필요가 무엇입니까? 우리는 이러한 새로운 방법 및 패치 콘텐츠 없음 더 많은 토론 분산 컴퓨팅을 사용 해야 합니다. 마십시오 하지 1.0 패치 구름 할 2.0 우리에 게 직접 점프는 새로운 아키텍처. 무엇 보다 수 있는 전통적인 콘텐츠 외 합니까? 시스템에서 조직의 자체 테이블 구조 데이터를 해결 후 새로운 클라우드 아키텍처는 더 많은 것 들을 할 수 있다. 또 다른 시맨틱 컴퓨팅, 정보 식의 주요 핵심은 이다.

또 다른 관계 이다입니다. 그것은 136 및 186 휴대 전화 연산자를 식별 하기 위해 일관 된? 전통적인 식은 식별, 친구는 500 친구, 500 500 친구, 데이터 비율은 매우 큰 차원 테이블 이렇게 겹치게 그 사람이 같이 하는 친구의 동그라미 계산 되지 수입니다. 따라서, 관계형 데이터베이스는 가장 처리 하기 어려운 관계 이다. 그것은 단지 한 번 공간 관계를 다룰 수 있습니다. 행동 관계의 네트워크를 수행 하는 가장 좋은 방법은 사람들 사이의 관계를 명확히 하는 것입니다. 이것은 클라우드 2.0 시스템 아키텍처 관계형 컴퓨팅을 통해 할 수 있습니다.