할 때 해야 하나 다음과 같은 명령을 사용합니다.Amazon EC2,Google App Engine,Microsoft Azure 고 Salesforce.com?

StackOverflow https://stackoverflow.com/questions/1518594

문제

나는 이에 매우 일반적인 감각이다.모두 클라우드에서 공급자와 클라우드 소비자의 관점입니다.또한 질문은 어떤 특정 종류의 응용 프로그램(사실도 알고있는 형식의 응용 프로그램/도메인을 맞을 수 있으로는 클라우드 슬래브 SaaS PaaS IaaS).

나의 이해 지금까지입니다:

IaaS:Raw 하드웨어(프로세서,네트워크,스토리지).

PaaS:OS,시스템 소프트웨어 개발 프레임워크 가상 기계입니다.

SaaS:소프트웨어 응용프로그램.

면 그것은 좋은 것입니다 Stackoverflower 의 공유할 수 있습니다 자신의 이해 및 경험을 클라우드 컴퓨팅의 개념입니다.

편집:좋아,내가 그것에 더 구체적 방법으로-

Amazon EC2:당신이 있지 않는 통제 하드웨어 계층입니다.그러나 당신이 걸릴 수 있습니다 OS 선택의 이미지 개발 프레임워크(.NET,J2EE,램프)및 그 응용 프로그램에 넣어 EC2 하드웨어입니다.배포할 수 있습니 작성된 응용 프로그램이 구글과 애플 리케이션 엔진 또는 Azure 에 EC2?

Google App Engine:당신이 있지 않는 통제 하드웨어와 OS 고 당신은 특정 Dev 프레임워크를 구축 응용 프로그램입니다.당신이 걸릴 수 있습니다 모든 기존 Java 또는 응용 프로그램과 포트는 그것을 GAE?또는 반대로,할 수 있는 응용 프로그램에 지어졌 GAE 수의 GAE 및 포팅하는 모든 서버 응용 프로그램과 같은 Websphere 또는 Weblogic?

Azure:당신이 있지 않는 통제 하드웨어와 OS 고 당신은 특정 Dev 프레임워크를 구축 응용 프로그램입니다.당신이 걸릴 수 있습니다 모든 기존.인터넷 응용 프로그램을과 포트는 그것을 Azure?또는 반대로,할 수 있는 응용 프로그램에 지어졌 Azure 수 Azure 및 포팅하는 모든 서버 응용 프로그램과 같은 Biztalk?

도움이 되었습니까?

해결책

좋은 질문입니다!당신이,다른 제품 적합으로 다른 카테고리:

EC2 은 인프라 서비스;당신이 얻을 VM 인스턴스,그리고 그들과 함께 할습니다.Rackspace 클라우드 서버가 더 많거나 적은 동일합니다.

Azure,용 엔진,Salesforce 는 모든 플랫폼으로 서비스그들이 제공하는 서로 다른 수준의 통합,비록:Azure 꽤 많은 실행할 수 있습니다 임의의 배경,서비스는 동안 애플 리케이션 엔진 방향이의 주위에 짧은 요청을 처리기 작업(지만 그것 또한 지원하는 작업이 큐로 예약된 작업).나는 정말 잘 알고 Salesforce 의 제공,그러나 이해 내는 그것이 비슷한 앱 엔진은 어떤 면에서도 더 전문적인에 대한 그것의 특별한 틈새 시장입니다.

클라우드 서비스에 속하는 서비스로서의 소프트웨어에서 모든 것을 인프라 조각 같은 아마존의 간단한 저장 서비스와 심플해를 완료하는 응용 프로그램 안개와 같이 크리크 호스팅의 fogbugz 그리고 물론,StackExchange.

좋은 일반적인 규칙은 높은 수준의 제공,보다 적은 작업해야 할 수도 있지만 더 구체적이 그것입니다.하려면 지속적으로 새로운 사용하의 fogbugz 은 명백하게 될 것 적어도 일;건물 상단에 하나의 엔진이나 Azure 더 많은 노력이 필요한 일이지만,제공에 대한 더 많은 다양성을 구축하는 동안 중 하나에서 최고의 원 Vm EC2 같은 더 작업(매우 많이 사실이다),그러나 제공을 위해 더욱 다양성입니다.나의 일반적인 조언을 선택하는 것입니다 가장 높은 수준 플랫폼는 여전히 요구 사항을 충족하고 구축합니다.

다른 팁

이것은 훌륭한 질문입니다. 내가 Azure의 일부이지만 다른 사람들과의 경험이있는 전체 공개.

Azure가 다른 사람들과 차별화된다고 생각하는 곳은 Prem에서 클라우드로 빠른 전환입니다. 예를 들어 -

  • SQL Azure- 연결 문자열 변경, DB 업로드, 이동!
  • 대기열은 MSMQ와 매우 비슷합니다.
  • 얼룩은 당신이 그들을 흔들어 줄 방식으로 거의 멍청하지만 그들은 미친 듯이 확장됩니다.
  • 테이블 스토리지 구성 요소는 이름/값 쌍에 대한 놀라운 확장 성을 제공하기 때문에 좋습니다.
  • 서비스 버스는 다양한 커뮤니케이션 패러다임을 허용하기 때문에 내가 가장 좋아하는 서비스입니다. 두 개의 SB 엔드 포인트는 먼저 서로 연결하려고 시도합니다. 그렇지 않은 경우 클라우드를 통과하면 방화벽이 방해가 될 때 매우 안전하고 확장 가능한 처리가 가능합니다.
  • 액세스 제어 목록 - 일반적으로 서비스 버스와 짝을 이루어 올바른 사람들이 올바른 물건에 액세스 할 수 있도록하십시오. 클라우드에서 SAML을 생각하십시오.

도움이되기를 바랍니다!

내 클라우드 경험은 현재 Salesforce.com으로 제한됩니다

표준 비즈니스 운영 및 자동화의 경우 앱을 매우 빠르게 실행하고 실행할 수있는 상당수의 기능을 제공합니다. 우리는 특히 다음의 혜택을 받고 있습니다.

  • 보안 (관리자는 개체 및 필드에 대한 액세스를 제어 할 수 있습니다)
  • 워크 플로 및 승인
  • 자동 UI 생성
  • 보고 및 대시 보드에서 내장
  • 전체 시스템 (사용자 정의 변경 포함)은 웹 서비스를 통해 액세스 할 수 있습니다.
  • 공공 장소를 통해 시스템의 데이터를 사용할 수있는 기능 (예 : 전자 상거래)
  • 표준 문제를 해결하기위한 대규모 타사 앱 라이브러리

플랫폼이 모든 문제를 해결하는 것은 아닙니다.

플랫폼을 사용하여 원자력 발전소를 모델링하거나 다음 트위터를 구축하지 않습니다.

클라우드 컴퓨팅의 주요 요점은 사용 비용을 지불하고 컴퓨팅 리소스를 즉시 배포 할 수 있도록 비용을 절약하는 것입니다.

비용은 순전히 시간당 인스턴스 당 X 센트가 아닙니다. 비용에는 유지 보수, 개발, 관리 등이 포함됩니다. 클라우드의 큰 이점은 고객이 무엇이든 관리하지 않아도되는 것입니다. 핵심 비즈니스 역량의 영역 내에 있지 않습니다.. 보험 사업이라면 개발자가 내 청구, 요금 등의 요구를 해결하는 데 도움이되는 보험 문제에 집중하기를 원합니다. 오히려 이메일 서버, 파일 서버, 문서 저장소 및 OS 패치 관리 문제를 처리하지 않으려 고합니다. , 서비스 팩 등

따라서 제 생각에 가장 큰 이점은 SaaS 및 PaaS 클라우드 제품에서 파생됩니다. PaaS 또는 SaaS가 특정 요구에 심각한 제한이있는 경우에만 IAA로 가야합니다 (즉, 독점적 인 COM 구성 요소 세트를 설치해야하며 Azure는 지원하지 않습니다).

SaaS는 클라이언트의 핵심 비즈니스 라인이 아니라 유틸리티에 더 유용한 상품 유형의 응용 프로그램에 적합합니다. 이들은 일반적인 메시징 시스템, 포털, 문서 리포지토리, 이메일 시스템, CRM, ERP, 회계 등 등입니다.

PAAS는 회사의 주요 비즈니스 오퍼링을 지원하는 핵심 비즈니스 소프트웨어에 적합합니다. 고객이 OS 관리를 다루지 못하고 고객이 비즈니스 시스템 개발에 집중할 수 있도록합니다.

또한 PAA (Google App Engine)의 이점을 활용하여 IAAS 제공 업체 (예 : Amazon)의 일부 가상 머신을 꺼내어 몇 가지 숫자 크런치를 수행 한 다음 다시 보내기 만하면됩니다. Google App Engine에 대한 출력.

이런 식으로, 당신은 두 세계를 모두 얻을 수 있습니다. GAE에서 확장 가능한 앱을 신속하게 개발할 수 있으면 Amazon Virtual Machines에서 원하는 모든 프로그램을 실행하여 항상 보강 할 수 있습니다.

이것은 계속 변화하고 있습니다. 이제 Windows Azure는 VM도 지원하므로 현재 IAAS 제공 업체이기도합니다.

이제 더 나은 비교를하기 위해 1 년 동안 무료 Amazon EC2는 어떻습니까? 이것 좀 봐.

http://www.buzzingup.com/2010/10/amazon-announces-free-cloud-services-for-new-developers/

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top