Malos 망치 법 클라우드 모델을 선택 하는 방법

우리가 일반적으로 이것을 설명 하기 위해 Malos의 법률을 적용 하는 기술 세계: 망치를 잡고 모든 문제 있다면 손톱 처럼. 클라우드 컴퓨팅도 예외는, 모든 클라우드, 입력 또는 적어도 우리 말 했 되 고 있습니다.

이 유에 맞게, 일부 공급 업체 제공 수 망치, 회사의 작업 부하 및 응용 프로그램의 모든 되 고 하는 구름의 손톱. 문제는 분산된 모델 여부는 기업의 요구에 맞게 IaaS, PAAs, SaaS.

그것은 Malos 법 망치

서비스 (SaaS)로 소프트웨어는 전형적인 "수 제 또는 아웃소싱 대결" 결정; 대부분의 요구 사항 충족 하는 서비스를 구입하실 수 있습니다 다음이 사용 하는 가장 경제적인 클라우드입니다. 하지만 하지 않습니다 귀하의 비즈니스 요구를 충족 하지 않는 모든 서비스를 구매 하는 드라이브 응용 프로그램 구축의 두려움. 비즈니스 프로세스 귀하의 비즈니스에 대 한 주요 차별점, 장점 아웃-의-더-박스 선택 손상 그래서 이러한 경쟁 하지 마십시오.

판단 되는 경우, 아웃-오브-더-박스 옵션을 평가 후 귀하의 요구 사항을 가장 적합 한 빌드 응용 프로그램을 사용자 지정 하는, 다음 단계는 클라우드를 필요로 하는지 결정 하는. 규모의 문제 질문입니다?, 그것으로 처리 하는 더 경제적인 방법 있을 것입니다. 그렇다면, 클라우드는 최선의 선택 하지만 지배 또는 일부 다른 외부 에이전트 유도 규제 또는 법적 문제에는 당신을 위해 문제가 될 수 있습니다.

이즈 빌드 응용 프로그램을 사용자 지정 하는 가장 좋은 방법은 추론, 이진의 선택을 보여 클라우드 공급 업체의 전통적인 보기는: 서비스 (PaaS) 또는 인프라 서비스 (IaaS)로 플랫폼을 선택 해야. 이 옵션을 권장을 구름 제조 업체의 의도 분명, 하지만 만약 우리가 본다면, 우리는이 고객을 보유 하지 않습니다 발견할 것 이다.

3 확장 가능한 시나리오: 트랜잭션 처리, 데이터와 지리, IaaS 계층 추출할 수 있습니다 즉시 데이터 및 지리적 위치, Google 응용 프로그램 엔진 또는 Windows Azure 또는 Heroku, cloudbees 같은 PAAs 제품의 저장 기능으로 그냥. 또한, 지리적 분포는 클라우드 서비스의 기초 이다. 실행 리소스는 소프트웨어 응용 프로그램으로 구현 되는 요구 사항에 부합 하도록 선택 해야 합니다.

그러나 Windows Azure와 같은 PAAs 제품 귀중 한 트랜잭션. 개발자 몇 가지 세부적인 환경 제어를 포기 낮은 값 관리 기능에서 해방 되어 있다. PAAs 개발자 일 하는 환경이이 서비스에 의해 정의 됩니다. 제품 기본 환경을 변경 될 수 있습니다, 있지만이 이렇게 PAAs에 불가능 하다. PAAs의 경제적 가치는 참여 단계 인프라 그림을 생성 하지 않습니다 하 고 따라서 생산에서 유지 될 필요가 없습니다.

열린 마음, PAAs는 완전히 대부분의 클라우드 응용 프로그램의 요구에 따릅니다. 그러나, PAAs에서 작동 하는 일부 시나리오는 연습에 게 어려운 너무 복잡 합니다. 이러한 시나리오에서는 IaaS는 일반적으로 더 적합 합니다. 배합이이 결정의 직접적인 경제적 영향을 충분히 명확 해야 합니다. 사실, 그것은 반대 값 트랜잭션을 제공: 개발자 제어할 세분화 된 환경의 exchange 구축 및 환경 관리에 대 한 책임을 수락 하 여. 이 책임 유지 보수 및 운영 분야에서 디자인 타임 및 지속적인 비용 중 시장에 시간을 포함합니다.

PAAs 선택에 대 한 정확한 속도 그렇게 무엇입니까? 적용 아인슈타인의 유명한 인용: 가능, 하지만 합리의 범위 저쪽에 아닙니다 많은 PAAs를 사용 해야 합니다.