문제
OPS : 이것은 프로그래밍 아키텍처에 중점을두기 때문에 ServerFault에 속하지 않습니다.
클라우드와 가상화의 차이점에 관한 질문이 있습니다.
가상화와 클라우드는 얼마나 다른가요?
현재 저는 Rackspace, Amazone 및 모든 유사한 클라우드 제공 업체의 가격을 찾으려고 노력했지만 현재 6 개의 전용 서버가 가격이 저렴한 것으로 나타났습니다. 그렇다면 클라우드가 더 저렴하다고 주장 할 수있는 방법은 무엇입니까? 정상 호스팅과 비교할 때만 저렴합니까?
우리는 가상 환경에서 인프라를 조직하여 실패 시점에 오버 헤드를 줄이거 나 구성했으며, 이전 설정을 위해 이미 작성된 코드를 다시 작성할 필요가 없었습니다. 따라서 가상화로 이동해도 다시 프로그래밍이 필요하지 않습니다. 그러나 클라우드는 절대적으로 다르며 전체 재 프로그래밍이 필요합니까?
현재 IT 비용이 3-4 배 더 낮은 경우 RAID 백업 및 고 가용성을위한 모든 종류의 클러스터링을 포함한 클라우드 호스팅이 3-4 배 낮을 때 다시 코딩 할 가치가 있습니까?
새로운 프로그래밍 아키텍처는 교육 직원의 새로운 오버 헤드, 새로운 테스트 방법 및 새로운 배포 체계를 의미합니다. "주문형 자원 사용법"클라우드의 단어를 정당화합니까?
우리는 로컬 컨텍스트가없는 간단한 서버 측 ASP.NET 웹 서비스를 갖춘 현재 개발 아키텍처를 가지고 있으며 클라이언트 측 Flex/Silverlight에서 매우 우수한 REST 아키텍처와 확장 가능성을 제공합니다. 클라우드는 배포의 REST 모델과 어떻게 다릅니 까?
스토리지에서 SQL Server 또는 MySQL은 매우 우수한 복제와 고 가용성을 제공하며 클라우드의 장점은 무엇입니까?
클라우드에서 다른 고객의 앱을 호스팅하는 공급 업체 중 하나 (대부분의 사용 중 하나)를 호스팅하는 데이터 보증은 처음 6 개월 동안 전체 하드 디스크 (가상) 및 전체 모듈을 잃어 버렸습니다. 두 번째 제공 업체는 백업을 수행 할 의무가 있다고 말하지만, 동의하지만, 공급자는 데이터 보증에 대한 SLA를 제공하지 않으며 99%의 가동 시간을 제공합니다. 그러나 대부분의 비즈니스 앱에서는 데이터 무결성보다는 가동 시간이 덜 중요합니다. 10 년간의 전용 호스팅 경험에서 우리는 하나의 하드 디스크 충돌 만있었습니다. 이것은 클라우드에 가고 데이터에 대한 제어를 잃는 것에 대해 회의적이지 않습니다. 그리고 나는 다른 형태로 미덕화를 판매하는 큰 마케팅 윙윙 거리는 소리라고 생각합니다.
데이터 크기, 현재 모든 공급 업체는 대규모 데이터에 대해 매우 무거운 비용을 청구합니다. 100GB 클라우드 이하로만 호스팅하는 경우 대안이 좋을 수 있지만 100GB 이상의 TBS에서 전용 서버가 여전히 저렴하다고 생각합니다. 데이터 보증이없고 중복성에 대해 아무 말도하지 않을 때 클라우드에서 높은 비용을 지불하고 싶은 이유는 무엇입니까?
(인터넷 익스플로러를위한 맞춤법 검사를위한 것이 있었으면 좋겠어, 내 게시물에 잘못된 철자에 대해 죄송합니다)
해결책
- 가상화는 기본적으로 많은 컴퓨팅 환경 인 척하는 하나의 물리적 컴퓨터입니다. 클라우드 컴퓨팅은 하나의 컴퓨팅 환경 인 척하는 많은 다른 컴퓨터이므로 스케일링이 쉬워집니다. 물론 클라우드 컴퓨터는 일반적으로 리소스 사용을 최적화하기 위해 가상화됩니다. 그러나 둘 다 추상화 형태로 간주 될 수 있습니다.
- 원가로 측정하는 것에 따라 달라집니다. 원시 하드웨어의 경우 거의 동일 할 수 있지만 상업 환경에는 일반적으로 40 개의 서버 당 관리자가 있지만 1,000 개의 서버에 대해 하나의 관리자에게 이동하는 클라우드의 경우 노동이 있습니다. 비용. 많은 사람들이 클라우드로 구매하는 것은 원시 하드웨어 일뿐 만 아니라 컴퓨팅 플랫폼이므로 소프트웨어 비용도 상쇄됩니다. 여기의 실제 가치 제안은 상품 가격입니다. 서버에 대한 대규모 자본 지출이 필요하지 않고 시작할 수 있습니다. 월별 요금이 낮아서 다양한 수요로 확장을 쉽게 시작할 수 있습니다. 예를 들어, 세금 부서 서버는 세금 연도 말에 크게 타격을 받지만 연중 거의 불필요합니다. 세무서가 연말로드를 처리 할 수있는 서버 용량이 충분하고 연말에 서버를 유휴 상태로 두는 것이 낭비 될 것입니다.
- 구매중인 클라우드 서비스 (예 : 하드 디스크 공간), 플랫폼 (예 : 가상 서버 또는 클러스터) 또는 전체 클라우드 솔루션에 따라 구매하는 클라우드 서비스 유형에 따라 다릅니다. 클라우드 공급 업체의 API를 개발하려면 솔루션을 재건하고 재구성해야합니다.
- 클라우드 컴퓨팅은 전략 자체의 목표가 아닙니다. 전략의 이점이 귀하의 비즈니스 요구에 맞는 경우 올바른 솔루션 일 수 있지만 클라우드 컴퓨팅의 속성에서 혜택을받지 못하면 수요에 따라 자원을 변경할 수있는 유연성, 상품 가격 (귀하 또는 고객의 경우) 관리자 지원이 필요하지 않고 고객에게 시스템에 액세스 할 수있는 기능 - 특히 장기적인 수요가 안정적 인 경우 자신의 서버를 실행하는 것이 좋습니다.
- 여기서 문제는 주문형 확장 성이 개발 비용을 정당화하는 것입니다. 당신을 위한?
- 이 시나리오에서는 REST와 클라우드가 크게 다르지 않습니다. 모두 확장 가능한 시스템의 API입니다. 이 시나리오의 주요 차이점은 규모를 확장하는 것입니다. 너 클라우드 솔루션을 확장하려면 다음 서버를 구매하고 구성해야합니다. 다른 클라우드 제공 업체의 리소스를 켜십시오.
- 다시 말하지만, 이것은 클라우드 스토리지가 SQL 데이터베이스 이상의 장점을 제공하는지 결정하는 데 달려 있습니다.
- 데이터 제어는 아마도 클라우드를 진행하는 많은 시스템에 가장 큰 장애 중 하나 일 것입니다. 귀하의 데이터가 중요하고 민감하며 개인 인 경우 다른 혜택에 관계없이 제 3 자와 함께 호스팅하는 것은 옵션이 아닐 수 있습니다.
- 한 기술보다 다른 기술의 비용은 당신이 고려해야 할 것의 일부일뿐입니다. 대형 서버 농장을 구매하지 않고 서비스 시장을 테스트 할 수 있기 때문에 단기적으로 클라우드에서 호스팅하는 것이 매력적일 수 있습니다. 수요가 확인되면 서버에 자본 투자를합니다.
클라우드 컴퓨팅은 마법이 아니며 매우 구체적인 시장 요구에 대한 기술 솔루션입니다. 필요하지 않으면 클라우드 컴퓨팅의 이점이 없을 것입니다.
다른 팁
- 가상화는 일반적으로 로컬 금속에서 이루어지며 오로바이드 큰 하드웨어 독립성 등; "클라우드"는 프로세스를 다른 데이터 중심으로 푸시하는 것을 말합니다 (구현에서 가상화를 종종 사용하는 경우)
- 가격 책정 5월 특히 스타트 업, 특히 저렴하고 짧은 기간 동안 서비스를 "램프 업"할 수있는 큰 능력을 제공합니다. 마케팅과 묶거나 대량 데이터 처리를 위해 (예를 들어). 그러나 내 목적을 위해 로컬 서버도 저렴합니다. P는 상당히 일정 / 예상 부하를 가지고 있고 금속의 시작 비용을 감당할 수 있다면 많은 경우 금속이 저렴합니다. 그러나 볼륨이 매우 낮 으면 클라우드가 많은 하드웨어 및 엔지니어 비용을 지불하지 않고 결함 내성 플랫폼을 얻는 더 나은 방법 일 것입니다.
- "클라우드"로 해석하는 것에 달려 있습니다. 많은 클라우드 호스트는 프로그래밍 패러다임이 다른 매우 제한된 샌드 박스를 제공합니다. 그러나 일부 서비스 (여전히 클라우드로 설명 될 수 있음)는 전체 VM 액세스를 제공하지만 여전히 램프 업 등을 제공합니다. 후자의 경우 동일한 코드는 많은 변경없이 작동해야합니다.
- 나는 당신이 이미 그 대답했다고 생각합니다 (특정 경우, 다른 소비자에게는 다를 수 있습니다)
(대부분의 나머지와 마찬가지로)
또한; 법적/데이터 문제가있을 수 있습니다. 왜 데이터를 강력하게 제어 해야하는지; 제 3 자 (아마도 다른 법적 관할 구역)에 배송하는 것은 불가능하거나 바람직하지 않을 수 있습니다.
나는 당신의 모든 질문에 대해 잘 모르지만, 당신은 (예 :) EC2를 다시 코딩 할 필요는 없습니다.