새로운 표준 컴퓨팅 클라우드: 국경 제한 없이 API 인터페이스 선택

공용 클라우드 서비스 사용자와 사설 클라우드 사용자가 서버에 대 한 상한 동시 요청을 관리 하는 작업에 직면. 자체 인프라는 서비스 이므로 IT 직원 동시 처리 요청 모자, 모자, 관리 만들고 제어판 및 응용 프로그램 인터페이스를 통해 부하 분산 및 스토리지 관리를 유지 합니다. 다른 클라우드 공급 업체는 서로 다른 응용 프로그램 인터페이스를 제공합니다. 클라우드 응용 프로그램, 인터페이스 표준의 부족 IT 전문가 효과적인 제어를 달성할 수 있는 어떻게 현재 서비스와 그들을 정렬 하 고 미래의 클라우드 서비스와 호환 유지.

대부분의 조직에서는 테스트 클라우드를 위한 표준화 된 응용 프로그램 인터페이스의 개발을 시작 했습니다 컴퓨팅. DMTF (태스크 포스) 클라우드 표준 만드는 동기 부여는 조직 이다. 그들은 클라우드 인프라 관리 인터페이스 모델에 대 한 초안 이름 및 원격 프로시저 호출에 대 한 나머지 응용 프로그램 인터페이스를 만듭니다. 유럽 기구 ETSI는 클라우드 기술 및 초기 응용 프로그램 인터페이스에 여러 연구를 출판 했다. 이전 응용 프로그램 인터페이스 더 그리드 컴퓨팅 클라우드 컴퓨팅 보다 적합 했다. 오픈 그리드 포럼 생성 클라우드 (다른 구름, 다른 특징 및 기능) 응용 프로그램 인터페이스; 그러나,이 프로그램은 아직 배아 상태 흐름 모니터링 방법 또는 가격 계산 방법을 제공 하지 않기 때문에. 아직 개발 중인 특정 기능이입니다.

Simplecloud, 젠 드 기술 회사, 젠 드 기술, Microsoft와 Rackspace, 간단한 클라우드 응용 프로그램 인터페이스 (쉽게 클라우드 API)의 기본 버전을 만들었습니다. 그럼에도 불구 하 고, 이러한 발전만 클라우드 응용 프로그램 인터페이스 산업 작동, 시작 하 고 많은 공급 업체의 관점을 정말 시작 하지는 표준화 작업을 나타냅니다. 전형적인 아마존 네트워크 회사의 서비스 (AWS), AWS는 개발에 다년간 독점 기능 인프라 및 클라우드 응용 프로그램 인터페이스, 하지만 그 산업 산업의 표준화에 자신을 기울이고의 의도가 있다. 다른 구름 투자자 탄성 호스트 응용 프로그램 인터페이스, Flexiscale 응용 프로그램 인터페이스, Gogrid 응용 프로그램 인터페이스 및 Suncloud 응용 프로그램 인터페이스와 같은 그들의 자신의 표준을 개발 했습니다.

또한, Rackspace openstack-그 자체가 완전 한 인프라-아니 그냥 응용 프로그램 인터페이스, 리소스 공유 클라우드 소프트웨어 있지만 급성장 하 고 번성 하는 새로운 모델을 개발 했다.

중앙 집중식된 클라우드 관리 및 저장소

일부 기업은 일부 모호한 클라우드 투자자 이기는 하지만 그들의 자신의 독점, 웹 기반 클라우드 수준, 모자 및 통화 관리 제품을 개발 했습니다. 예를 들어 Rightscale 회사는 단일 응용 프로그램 인터페이스를 제공 하는 관리 플랫폼 및 여러 클라우드 개발자와 병렬로 작동 하는 관리 플랫폼 있습니다. 또한, 일부 클라우드 개발자 표준화 된 응용 프로그램 인터페이스의 설립을 우회 하 고 대신, 대형 클라우드 사용자가 사용할 수 있는 간단한 응용 프로그램 인터페이스 (API) 라이브러리를 제공 합니다. 라이브러리 함수 처럼 번역가, 프로그래머 라이브러리에는 응용 프로그램 인터페이스를 잠글 수 및 다음 특정 투자 개발자를 정확. 아파치 Deltacloud 아마존, Rackspace, gogrid, 및 rimuhosting, 포함 한 여러 클라우드 플랫폼으로 정보를 교환 하 고 개인 구름 OpenStack 및 VM 소프트웨어 vsphere 내장과 정보를 공유 하는 공유 클라우드 라이브러리입니다. 마찬가지로, Jcloud는 AWS와 OpenStack를 사용 하 여 공급 업체를 포함 한 대부분의 주류 클라우드 공급자를 지 원하는 단일 응용 프로그램 인터페이스입니다.

클라우드 응용 프로그램 인터페이스 의견을 선택 합니다.

아니 클라우드 업계에서 표준 순간, 이며 장래에 표준 형태로 가능 하지 않을 것입니다 확신 해요. 대부분의 조직에서는 표준화 된 클라우드 응용 프로그램 인터페이스를 개발 하기 위해 최선을 다하고 있지만, 표준 부분적 으로만 형성 된, 그리고 소수의 클라우드 개발자만 그것을 허용 해야. 그래서 개발자가 어떻게 그들이 응용 프로그램 인터페이스를 선택할 때? 여기는 몇 가지 원칙:

클라우드 서비스는 AWS, 같은 독립적으로 개발 된 응용 프로그램 인터페이스를 사용 하는 경우 공급 업체와 함께 갇혀 있을 수 있습니다 당신과 그것을 제거 수 없습니다. 그러나, 경우 당신이 결코 클라우드 서비스 공급자를 변경 하려면, 다음이 선택은 매우 합리적인. 여러 클라우드 서비스 제공 업체에서 원하는 서비스를 받을 Rightscale에서 클라우드 소프트웨어를 사용할 수 있습니다. 이 좋은 방법 이지만, 비싼 비용은 대기업에 제한 합니다. 이 제품은 데스크톱 및 고객 서비스의 온라인 제어를 즐기면서 중요 한 기능을 갖춘 응용 프로그램 인터페이스를 포함 합니다. 델타 클라우드 등 J 클라우드 리소스 공유 클라우드 도구는 제한 된 예산으로 회사를 위한 좋은 선택 하 고 다른 투자 서비스를 결합. 하지만 한계가 있다. 제한은 이들이 기업이 크게 리소스 공유 옵션의 비용을 증가 하는 시간의 긴 기간 동안 유지 보수 개발 작업에 대 한 전문가 고용 해야 합니다. 올바른 단계를 표준화 된 응용 프로그램 인터페이스를 식별 하 여 다음 클라우드 공급 업체의 응용 프로그램 인터페이스 서비스 범위에 따라 클라우드 공급 업체를 선택 해야 합니다. 지금, OpenStack이이 프로그램에 있는 지배적인 힘 이지만 프로젝트는 다른 투자 공급자와 고객 으로부터 인정을 얻고 있다. 그러나, 서비스 공급자를 확인 하려면 API의 첫 번째 선택은 가능, 서비스 제공자의 범위는 크게 제한 note. 동시에 독자적인 기능의 개발을 제한.

(책임 편집기: 유산의 좋은)