문제

OPS : 이것은 프로그래밍 아키텍처에 중점을두기 때문에 ServerFault에 속하지 않습니다.

클라우드와 가상화의 차이점에 관한 질문이 있습니다.

  1. 가상화와 클라우드는 얼마나 다른가요?

  2. 현재 저는 Rackspace, Amazone 및 모든 유사한 클라우드 제공 업체의 가격을 찾으려고 노력했지만 현재 6 개의 전용 서버가 가격이 저렴한 것으로 나타났습니다. 그렇다면 클라우드가 더 저렴하다고 주장 할 수있는 방법은 무엇입니까? 정상 호스팅과 비교할 때만 저렴합니까?

  3. 우리는 가상 환경에서 인프라를 조직하여 실패 시점에 오버 헤드를 줄이거 나 구성했으며, 이전 설정을 위해 이미 작성된 코드를 다시 작성할 필요가 없었습니다. 따라서 가상화로 이동해도 다시 프로그래밍이 필요하지 않습니다. 그러나 클라우드는 절대적으로 다르며 전체 재 프로그래밍이 필요합니까?

  4. 현재 IT 비용이 3-4 배 더 낮은 경우 RAID 백업 및 고 가용성을위한 모든 종류의 클러스터링을 포함한 클라우드 호스팅이 3-4 배 낮을 때 다시 코딩 할 가치가 있습니까?

  5. 새로운 프로그래밍 아키텍처는 교육 직원의 새로운 오버 헤드, 새로운 테스트 방법 및 새로운 배포 체계를 의미합니다. "주문형 자원 사용법"클라우드의 단어를 정당화합니까?

  6. 우리는 로컬 컨텍스트가없는 간단한 서버 측 ASP.NET 웹 서비스를 갖춘 현재 개발 아키텍처를 가지고 있으며 클라이언트 측 Flex/Silverlight에서 매우 우수한 REST 아키텍처와 확장 가능성을 제공합니다. 클라우드는 배포의 REST 모델과 어떻게 다릅니 까?

  7. 스토리지에서 SQL Server 또는 MySQL은 매우 우수한 복제와 고 가용성을 제공하며 클라우드의 장점은 무엇입니까?

  8. 클라우드에서 다른 고객의 앱을 호스팅하는 공급 업체 중 하나 (대부분의 사용 중 하나)를 호스팅하는 데이터 보증은 처음 6 개월 동안 전체 하드 디스크 (가상) 및 전체 모듈을 잃어 버렸습니다. 두 번째 제공 업체는 백업을 수행 할 의무가 있다고 말하지만, 동의하지만, 공급자는 데이터 보증에 대한 SLA를 제공하지 않으며 99%의 가동 시간을 제공합니다. 그러나 대부분의 비즈니스 앱에서는 데이터 무결성보다는 가동 시간이 덜 중요합니다. 10 년간의 전용 호스팅 경험에서 우리는 하나의 하드 디스크 충돌 만있었습니다. 이것은 클라우드에 가고 데이터에 대한 제어를 잃는 것에 대해 회의적이지 않습니다. 그리고 나는 다른 형태로 미덕화를 판매하는 큰 마케팅 윙윙 거리는 소리라고 생각합니다.

  9. 데이터 크기, 현재 모든 공급 업체는 대규모 데이터에 대해 매우 무거운 비용을 청구합니다. 100GB 클라우드 이하로만 호스팅하는 경우 대안이 좋을 수 있지만 100GB 이상의 TBS에서 전용 서버가 여전히 저렴하다고 생각합니다. 데이터 보증이없고 중복성에 대해 아무 말도하지 않을 때 클라우드에서 높은 비용을 지불하고 싶은 이유는 무엇입니까?

(인터넷 익스플로러를위한 맞춤법 검사를위한 것이 있었으면 좋겠어, 내 게시물에 잘못된 철자에 대해 죄송합니다)

도움이 되었습니까?

해결책

  1. 가상화는 기본적으로 많은 컴퓨팅 환경 인 척하는 하나의 물리적 컴퓨터입니다. 클라우드 컴퓨팅은 하나의 컴퓨팅 환경 인 척하는 많은 다른 컴퓨터이므로 스케일링이 쉬워집니다. 물론 클라우드 컴퓨터는 일반적으로 리소스 사용을 최적화하기 위해 가상화됩니다. 그러나 둘 다 추상화 형태로 간주 될 수 있습니다.
  2. 원가로 측정하는 것에 따라 달라집니다. 원시 하드웨어의 경우 거의 동일 할 수 있지만 상업 환경에는 일반적으로 40 개의 서버 당 관리자가 있지만 1,000 개의 서버에 대해 하나의 관리자에게 이동하는 클라우드의 경우 노동이 있습니다. 비용. 많은 사람들이 클라우드로 구매하는 것은 원시 하드웨어 일뿐 만 아니라 컴퓨팅 플랫폼이므로 소프트웨어 비용도 상쇄됩니다. 여기의 실제 가치 제안은 상품 가격입니다. 서버에 대한 대규모 자본 지출이 필요하지 않고 시작할 수 있습니다. 월별 요금이 낮아서 다양한 수요로 확장을 쉽게 시작할 수 있습니다. 예를 들어, 세금 부서 서버는 세금 연도 말에 크게 타격을 받지만 연중 거의 불필요합니다. 세무서가 연말로드를 처리 할 수있는 서버 용량이 충분하고 연말에 서버를 유휴 상태로 두는 것이 낭비 될 것입니다.
  3. 구매중인 클라우드 서비스 (예 : 하드 디스크 공간), 플랫폼 (예 : 가상 서버 또는 클러스터) 또는 전체 클라우드 솔루션에 따라 구매하는 클라우드 서비스 유형에 따라 다릅니다. 클라우드 공급 업체의 API를 개발하려면 솔루션을 재건하고 재구성해야합니다.
  4. 클라우드 컴퓨팅은 전략 자체의 목표가 아닙니다. 전략의 이점이 귀하의 비즈니스 요구에 맞는 경우 올바른 솔루션 일 수 있지만 클라우드 컴퓨팅의 속성에서 혜택을받지 못하면 수요에 따라 자원을 변경할 수있는 유연성, 상품 가격 (귀하 또는 고객의 경우) 관리자 지원이 필요하지 않고 고객에게 시스템에 액세스 할 수있는 기능 - 특히 장기적인 수요가 안정적 인 경우 자신의 서버를 실행하는 것이 좋습니다.
  5. 여기서 문제는 주문형 확장 성이 개발 비용을 정당화하는 것입니다. 당신을 위한?
  6. 이 시나리오에서는 REST와 클라우드가 크게 다르지 않습니다. 모두 확장 가능한 시스템의 API입니다. 이 시나리오의 주요 차이점은 규모를 확장하는 것입니다. 클라우드 솔루션을 확장하려면 다음 서버를 구매하고 구성해야합니다. 다른 클라우드 제공 업체의 리소스를 켜십시오.
  7. 다시 말하지만, 이것은 클라우드 스토리지가 SQL 데이터베이스 이상의 장점을 제공하는지 결정하는 데 달려 있습니다.
  8. 데이터 제어는 아마도 클라우드를 진행하는 많은 시스템에 가장 큰 장애 중 하나 일 것입니다. 귀하의 데이터가 중요하고 민감하며 개인 인 경우 다른 혜택에 관계없이 제 3 자와 함께 호스팅하는 것은 옵션이 아닐 수 있습니다.
  9. 한 기술보다 다른 기술의 비용은 당신이 고려해야 할 것의 일부일뿐입니다. 대형 서버 농장을 구매하지 않고 서비스 시장을 테스트 할 수 있기 때문에 단기적으로 클라우드에서 호스팅하는 것이 매력적일 수 있습니다. 수요가 확인되면 서버에 자본 투자를합니다.

클라우드 컴퓨팅은 마법이 아니며 매우 구체적인 시장 요구에 대한 기술 솔루션입니다. 필요하지 않으면 클라우드 컴퓨팅의 이점이 없을 것입니다.

다른 팁

  1. 가상화는 일반적으로 로컬 금속에서 이루어지며 오로바이드 큰 하드웨어 독립성 등; "클라우드"는 프로세스를 다른 데이터 중심으로 푸시하는 것을 말합니다 (구현에서 가상화를 종종 사용하는 경우)
  2. 가격 책정 5월 특히 스타트 업, 특히 저렴하고 짧은 기간 동안 서비스를 "램프 업"할 수있는 큰 능력을 제공합니다. 마케팅과 묶거나 대량 데이터 처리를 위해 (예를 들어). 그러나 내 목적을 위해 로컬 서버도 저렴합니다. P는 상당히 일정 / 예상 부하를 가지고 있고 금속의 시작 비용을 감당할 수 있다면 많은 경우 금속이 저렴합니다. 그러나 볼륨이 매우 낮 으면 클라우드가 많은 하드웨어 및 엔지니어 비용을 지불하지 않고 결함 내성 플랫폼을 얻는 더 나은 방법 일 것입니다.
  3. "클라우드"로 해석하는 것에 달려 있습니다. 많은 클라우드 호스트는 프로그래밍 패러다임이 다른 매우 제한된 샌드 박스를 제공합니다. 그러나 일부 서비스 (여전히 클라우드로 설명 될 수 있음)는 전체 VM 액세스를 제공하지만 여전히 램프 업 등을 제공합니다. 후자의 경우 동일한 코드는 많은 변경없이 작동해야합니다.
  4. 나는 당신이 이미 그 대답했다고 생각합니다 (특정 경우, 다른 소비자에게는 다를 수 있습니다)

(대부분의 나머지와 마찬가지로)

또한; 법적/데이터 문제가있을 수 있습니다. 왜 데이터를 강력하게 제어 해야하는지; 제 3 자 (아마도 다른 법적 관할 구역)에 배송하는 것은 불가능하거나 바람직하지 않을 수 있습니다.

나는 당신의 모든 질문에 대해 잘 모르지만, 당신은 (예 :) EC2를 다시 코딩 할 필요는 없습니다.

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