클라우드 서비스 평가

기업이 클라우드 컴퓨팅을 고려하는 주요 관심사 중 하나가 성능입니다. 클라우드에서 어플리케이션의 고속 전달을 실현하는 것은 전체 액세스 방법 및 어플리케이션 요청-응답 경로에 대한 종합적인 보기를 포함한 여러 가지 요소를 포함하는 어려운 명제입니다.

성능 문제에는 엔드 유저에 대한 어플리케이션 및 데이터의 지리적 위치, 클라우드, 클라우드 내부 및 외부, 컴퓨터 계층 및 데이터 스토리지 다중 계층 간의 I/O 액세스 속도가 포함됩니다. 오늘날 CloudSleuth, CloudHarmony 와 같은 많은 서비스 연구 보고서는 다양한 지리적 위치 및 다양한 어플리케이션을 사용하여 클라우드 컴퓨팅 공급업체가 제공하는 서비스의 성능을 측정하고 평가하려고 합니다.

클라우드 서비스 기술 스택

일부 클라우드 컴퓨팅 공급업체는 특정 소프트웨어 스택 서비스를 제공하기 위해 노력해 왔습니다. 일반적으로 이는 IaaS (Infrastructure as a service) 에서 PaaS (Platform-as-a-service) 로 전환한다는 의미입니다. 스택별 클라우드는 대부분의 다른 인기 소프트웨어 스택과 함께 사용할 수 있습니다.

대표적인 대표로는 Heroku 와 Engine Yard 의 Ruby； 가 있습니다. VMforce 및 GAE (Google application engine) 의 Java/Spring (GAE 는 파이썬도 지원); PHP Fog 의 PHP 와 마이크로소프트의 Windows Azure 의. NET 입니다. 어플리케이션이 위의 스택 중 하나를 사용하여 구축되면 이러한 클라우드 컴퓨팅 플랫폼을 고려해야 할 수 있습니다. 그들은 당신이 낮은 수준의 인프라 설치 및 구성 작업을 처리할 수 있도록 도와 시간과 비용에 막대한 비용을 절감할 수 있습니다. 한편, 개발자들은 높은 수준의 공급업체 수준 동기화를 쉽게 만들 수 있도록 아키텍처 및 애플리케이션 작성 시 몇 가지 권장 요구 사항을 준수해야 하는 경우가 많습니다.

클라우드 서비스 서비스 수준 계약

일부 클라우드 공급업체는 다른 업계 경쟁업체와의 차이점을 보여주기 위해 더 높은 수준의 서비스를 제공하겠다는 약속을 했습니다. 예를 들어, Rackspace 는 클라우드 컴퓨팅 업계의 거물인 Amazon 과의 경쟁을 위해 더 높은 수준의 클라우드 서비스 SLA 를 제공합니다.

SLA 는 일반적으로 서비스 장애 시 결과에 대한 표시일 뿐 실제 서비스의 신뢰성은 아닙니다. 대표적인 대표는 GoGrid 1% 보장 SLA 입니다. 즉, GoGrid 는 1% 가동 시간을 약속했다. 이러한 수준의 신뢰성을 충족하지 못할 경우 사용자에게 1 배의 가동 중지 시간 시 지불해야 할 비용을 배상합니다.

SLA 는 모든 공급업체 약속 수준을 평가하는 효과적인 지표이지만 특정 클라우드 공급업체의 실제 가동 시간을 이해하는 것은 더욱 어려운 과제입니다. 대부분의 공급업체는 서비스가 정상적으로 작동하고 있음을 나타내는 상태 페이지를 제공하지만, 이러한 페이지에 표시되는 데이터는 일반적으로 며칠 전 또는 그 이전일 뿐입니다. 실제 신뢰성과 가용성이 있는 장기 데이터를 얻기 위해서는 고객 피드백 및 CloudSleuth 및 CLoudHarmony 와 같은 비교 서비스에 의존하는 것이 좋습니다.

클라우드 서비스 API: 동기화, 커뮤니티 및 생태계

적합한 클라우드 공급업체를 선택하는 또 다른 핵심 요소는 인프라에 액세스하고 서버 구성 또는 서버 구성 해제와 같은 작업을 수행할 수 있는 외부 호출 방법을 제공하는 개방형 API (application programming interface) 입니다. 여러모로 API 가 중요합니다. 첫째, 하나의 API 는 여러 공급업체가 동시에 지원할 수 있으며 공급업체는 사용자에게 더 많은 기능 확장 자유도를 제공합니다. 한 공급 업체에서 다른 공급 업체로 이동하거나 동시에 여러 공급 업체와 협력 할 때 응용 프로그램을 크게 수정할 필요가 거의 없으므로 더 쉽습니다. 둘째, API 는 지역사회 개발자의 광범위한 지원을 받아 공급업체가 서비스 및 기능을 갖춘 완벽한 생태계를 구축할 수 있습니다. AWS (Amazon web services and applications) 및 Vmware 클라우드 회계 제품 에서 제공하는 API 는 enStratus 와 같은 관리 도구, Cloudkickh 및 RightScale 과 같은 모니터링 및 관리 도구, 전체 클라우드 서비스를 형성하는 기타 서비스 등 방대한 생태계를 형성하고 있습니다.

Vmware 자체는 클라우드 서비스를 제공하지 않지만 공급업체마다 Vmware 스택 및 API, 특히 vCloud 를 사용합니다. 예를 들어 Terremark 와 Savvis 가 있습니다.

Amazon 과 WMware, Windows Azure 모두 사용자가 자체 스택 및 API 를 사용하여 내부 클라우드를 구현할 수 있도록 하여 사용자가 혼합 클라우드에서 애플리케이션을 쉽게 관리하고 실행할 수 있도록 합니다. 혼합 클라우드란 공급업체가 호스팅하고 회사 내 데이터 센터에서 실행되는 클라우드를 말합니다. Amazon 의 경우 AWS 를 사용하여 Eucalyptus 의 API 를 통해 프라이빗 클라우드에 소프트웨어 스택을 제공합니다. 업계의 최신 개발 중 하나는 Rackspace Corporation 이 NASA (NASA) 와 협력하여 수많은 공급업체와 클라우드 공급업체와 함께 OpenStack 이라는 프로젝트에서 소프트웨어 스택에 대한 소스 코드를 공개했다는 것입니다. 업계 표준으로 간주될 가능성이 가장 높기 때문에 Amazon 및 Vmware 생태계를 대체할 수 있는 실질적인 표준을 만드는 데 도움이 될 것입니다.

클라우드 서비스 보안 및 규정 준수

기업이 데이터 클라우드 컴퓨팅 구현을 고려하는 두 가지 주요 장애물은 여전히 보안과 규정 준수입니다. Zenoss 가 21 년 2 분기에 실시한 조사에 따르면 응답자의 거의 4% 가 클라우드 컴퓨팅에 대한 최대 관심사에 대해 질문을 받았을 때 보안을 선택한 것으로 나타났다. 그 뒤를 잇는 옵션은 관리다. 응답자의 26.5% 를 차지한다. Zenoss 의 조사 결과는 다른 클라우드 컴퓨팅과 관련된 조사 수치와 일치한다.

기업에서 진정으로 우려하는 문제는 실제 보안 위협이 아니라 PCI 와 같은 보안 관련 표준을 준수할 수 없습니다. 이에 따라 오늘날 많은 클라우드 공급업체들이 보유하고 있는 SAS-7 II 형 감사, 보안 백서 및 기타 표준 인증서를 자랑하고 있습니다.

개발 중인 클라우드 공급업체 Logicworks 는 1 급 PCI 를 준수하는 클라우드 제품인 규정 준수 클라우드 회계 제품 를 출시했습니다.

클라우드 서비스 비용

클라우드 공급업체를 비교하는 간단하고 직접적인 방법이 비용인 것 같습니다. 문제는 고객이 실제로 사용하는 자원과 지불된 비용을 감안하면 공급업체에서는 비교가 되지 않는다는 점이다. 공급업체는 메모리 용량, CPU 클럭 속도 및 기타 기능에 따라 가상 머신 (VM) 리소스를 제공합니다. 또한 실제로 고객에게 제공되는 부품도 가상이기 때문에 고객이 실제로 사용하는 리소스 및 기타 클라우드 고객이 이러한 리소스에 어떤 영향을 미치는지 측정하기가 어렵습니다.

Amazon 은 EC2 컴퓨팅 부서를 소유하고 있으며, Heroku 는 Dynos 에 제출하고 다른 공급업체는 자체 측정 부서를 만듭니다. 서로 다른 클라우드 공급업체 비용 및 성능 비율을 평가하는 유일한 신뢰할 수 있는 방법은 동일한 어플리케이션을 사용하여 여러 공급업체의 서비스를 실험하고 실행 결과를 비교하는 것입니다. 클라우드 컴퓨팅의 보안 및 관리 문제는 잘 알려져 있으며 클라우드 서비스에 대한 청구 또한 만만치 않은 과제입니다. 클라우드 서비스 공급업체들은 서비스를 얼마나 쉽게 사용할 수 있는지에 대해 자랑하기를 좋아합니다. 실제로 많은 IT 관리자들은 클라우드 컴퓨팅 서비스 요금이 간단하지 않다는 것을 알게 되었습니다.

클라우드 서비스에 대한 청구는 필요한 스토리지 공간, 사용 기간, 월별 트래픽 할당에 이르기까지 다양한 요소를 기반으로 합니다. 사실 그 이상이며, 일부 클라우드 서비스 공급업체는 SLA 내의 일부 숨겨진 조항에 따라 비용을 청구합니다. 클라우드 컴퓨팅 서비스의 총 비용을 파악하기 위해 사용자는 공급업체 청구서의 각 서비스 요소와 청구 방법을 이해해야 합니다.

서비스에 대한 청구 품목

서비스의 실제 비용을 결정하는 또 다른 핵심 요소는 필요한 서비스 유형입니다. 일부 기업의 경우 클라우드 서비스는 서버 호스팅, 전용 서버 임대 또는 클라우드에서 어플리케이션을 실행할 수 있습니다. 다른 기업들의 경우 클라우드 서비스는 클라우드 기반 데이터 백업, 비즈니스 지속성 유지 또는 기본적인 스토리지 호스팅일 수 있습니다. 많은 사용자들에게 클라우드 컴퓨팅 서비스를 이해하는 가장 쉬운 방법은 가장 중요한 서비스 프로젝트에 집중하는 것입니다. 대부분의 클라우드 서비스 공급업체는 서비스를 클라우드 서버, 클라우드 스토리지, 클라우드 워크스테이션 및 클라우드 어플리케이션의 세 가지 기본 유형으로 나눕니다. 각 서비스에는 자체 청구 방법이 있습니다.

클라우드의 서버는 주로 가상 서버와 물리적 서버의 두 가지 형태로 나뉩니다. 즉, 가상 서버 (다른 사람 * * * 과 물리적 하드웨어) 또는 전용 서버 (해당 서버의 유일한 임차인) 에서 사용 시간을 구매할 수 있습니다. 표 1 은 클라우드 서비스 청구 방법을 보여줍니다.

전체 사진은 실제로 서로 다른 클라우드 서비스 공급업체의 서비스 가격과 청구 방법을 비교한 것입니다. 그림에 나와 있는 각 공급업체는 일부 추가 서비스 및 기능에 대해 추가 비용을 부과합니다. 또한 각 서비스의 가격은 프로토콜 길이, 총 대역폭 요구 사항 또는 필요한 스토리지 크기에 따라 달라집니다. 많은 경우에 사용자는 공급자와 가격 흥정을 할 수 있다. 서로 다른 서비스 유형 이 모든 클라우드 서비스 공급업체가 동일하다는 의미는 아닙니다. 공급업체 간의 차이점과 그들이 사용자 요구 사항을 처리하는 방식을 자세히 살펴보면 이러한 차이가 분명합니다. 비교를 위해 가장 유명한 클라우드 아키텍처 공급업체 3 곳을 선정했습니다.

GoGrid 는 추가 비용 없이 로드 밸런싱 서비스를 서버 제품에 배치하고 2GB 의 스토리지 공간을 무료로 제공합니다.

Rackspace 는 완전히 다른 과금 메커니즘을 사용하며 사용량이 늘어나면 1 억 바이트당 대역폭 비용을 절감할 수 있습니다. 또한 이 회사는 일부 가상 서버에서 무료 백업 서비스를 제공합니다.

Amazon 의 대부분의 서비스는 사용 증가에 따라 할인 혜택을 제공하지만 스토리지 서비스 활성화 및 종료에 대해서는 일정 요금이 부과됩니다. 가장 간단한 클라우드 스토리지 서비스 개념을 고려하면 이러한 청구 방식과 공급업체 비즈니스의 차이점을 분명히 알 수 있습니다 (그림 2). 다시 한 번 강조하지만, 이 그래프는 단지 다른 공급자의 청구 방식을 비교하는 것일 뿐이다. 다른 클라우드 서비스와 마찬가지로 클라우드 스토리지 서비스의 가격도 프로토콜 시간, 총 대역폭 요구 사항 또는 필요한 스토리지 용량의 영향을 받습니다. 게다가, 이 서비스의 가격도 가격 흥정을 위한 충분한 공간이 있다.

서버 호스팅 서비스를 사용하는 사용자를 위해 GoGrid 는 처음에 2GB 의 무료 스토리지 공간을 제공했으며, 서버 호스팅 사용자에게만 클라우드 스토리지 서비스를 제공했습니다. 특히 사용자가 구입한 스토리지 용량이 늘어나면 GoGrid 의 서비스를 할인해 드립니다. GoGrid 의 클라우드 스토리지 서비스는 정량적으로 제공되며, 지금까지 다른 명령을 시작하거나 중지할 수 있는 웹 서비스 응용 프로그램 인터페이스는 제공되지 않았습니다.

Rackspace 는 스토리지 서비스 청구 방식을 최대한 단순화하려고 합니다. 클라우드 스토리지 서비스 구매에 대한 비율 변경 모델을 제공하며, 총량이 증가함에 따라 서비스 단가도 낮아집니다. 또한 문서 크기가 25KB 를 초과하면 액세스 비용이 청구되지 않습니다.

Amazon S3 는 삭제된 데이터에 대해 비용을 부과하지 않으며 필요한 총 스토리지 용량 증가에 따라 약간의 할인을 제공합니다. 가격을 안정시키려는 회사들에게 그들은 가격 계약을 제공한다. 규모가 큰 일부 파일 전송 회사의 경우 입력 및 출력 서비스를 사용하여 비용을 절감할 것을 권장합니다.

클라우드 컴퓨팅 서비스의 청구 모델은 필요한 스토리지 기능 및 서버 컴퓨팅 리소스를 선택하는 것과 다르지 않아야 합니다. 사실, 대부분의 IT 관리자들은 이러한 이상을 실현하기가 어렵다는 것을 알게 되었습니다. 그들은 서비스에 대한 실제 비용을 결정하기 위해' 숨겨진 비용' 이나 부과 기준의 변화를 신중하게 고려해야 한다. 더 큰 과제는 사용자가 협상 조항과 무관하거나 SLA 프로토콜에 숨겨진 요소들을 고려해야 하는' 비기술적' 요소들에서 비롯됩니다.

이 문제를 해결하는 방법은 각 계약 기간 동안 각 서비스의 총 비용을 명확하고 정확한 언어로 종이에 기록하여 실제 총 예산 금액을 이해하는 것입니다.

上篇: 가장 우악스러운 욕설에 대한 어록 下篇: 왜 투명폰 소프트 쉘을 오래 쓰면 바삭해요?