클라우드 호스팅 협업: 멀티 테넌트 또는 전용?

우리는 Forrester에서 또 다른 정기 클라우드 연구 회의를 가졌습니다. 이 회의에서 우리는 연구 조직 전반에 걸쳐 클라우드 컴퓨팅을 모든 각도에서 조사했습니다.

불과 1년 전과 비교해 보면 클라우드 컴퓨팅 분석(클라우드 컴퓨팅 추측이 아닌)이 우리 연구 일정에서 얼마나 중요하고 널리 퍼졌는지 놀랍습니다.

기존 클라우드/SaaS 연구를 보실 수 있습니다. 여기 그리고 우리가 계획한 연구 여기. 저는 회의 진행자로서 주로 듣고, 조사하고, 메모하지만, 가끔은 생각이 떠오르기도 합니다.

즉, 우리는 클라우드 기반 협업(이메일, 팀 사이트, 인스턴트 메시징, 웹 회의, 소셜 컴퓨팅 등)은 다중 테넌트 전용 솔루션에서 가장 잘 작동합니다. 아니면 둘다. 대답은 둘 다이지만 다중 테넌트를 지향하는 추세입니다. 우리 고객은 가격이 적당하다면 다중 테넌트, 단일 테넌트 또는 전용 클라우드 솔루션 모두에 관심이 있습니다.

클라우드 기반 협업의 미래는 다음과 같은 두 가지 경제적 이유로 분명히 다중 테넌트입니다.

1. 다중 테넌트는 공유 리소스의 근본적인 경제적 이점을 가능하게 합니다. 우리는 지금 이메일에서 진행되고 있는 가격 전쟁에서 이를 볼 수 있습니다. 다중 테넌트 클라우드 이메일을 통해 지난 12개월 동안 가격이 50% 인하되었습니다. 다중 테넌트 솔루션의 향상된 경제성과 높은 용량 활용도에 힘입어 이메일 비용의 최저치는 계속해서 낮아지고 있습니다.

2. 다중 테넌트는 개선 사항을 배포하는 훨씬 빠른 방법입니다. 다중 테넌트를 사용하면 Gmail에서 하룻밤 사이에 기능을 추가할 수 있습니다. 3년에 한 번만 교환하세요. 다중 테넌트 Cisco WebEx는 분기별로 업데이트됩니다. IBM Lotus Sametime은 할 수 없습니다(LotusLive.com은 할 수 있지만). 다중 테넌트 클라우드 솔루션에는 코드의 단일 인스턴스가 있기 때문에 혁신은 지속적이고 점진적이며 전 세계적으로 가능합니다.

멀티 테넌트는 모든 주요 클라우드 협업 공급업체가 사용하는 경로이기도 합니다. 예를 들어 Microsoft는 현재 25,000명 이상으로 확장되는 다중 테넌트 솔루션에서 월 5달러/사서함의 비용으로 Exchange Online을 실행하고 있습니다. Salesforce.com과 Google은 항상 다중 테넌트였습니다. 그리고 Cisco WebEx Mail과 IBM LotusLive.com도 핵심부터 멀티 테넌트입니다.

그렇다면 전용(단일 테넌트; 귀하 전용 서버) 솔루션이 의미가 있습니까?

1. 다중 테넌트 솔루션의 보안 보장에 아직 익숙하지 않은 경우. 이것이 대부분의 회사가 클라우드에서 전혀 멀리 떨어져 있는 이유입니다. 이는 전 세계 IT 의사 결정권자를 대상으로 한 설문 조사에서 가장 큰 관심사입니다.

이는 Google이 정부 워크로드를 위한 전용 데이터 센터를 구축하게 된 이유이기도 합니다. 적어도 거기에서는 정부 데이터가 호이 폴로아의 데이터와 섞이지 않을 것입니다. 그러나 이것은 대부분 보안 보증을 확정하는 것과 관련이 있습니다. 단기적인 한계라고 봅니다.

2. 콘텐츠 및 협업 애플리케이션을 고도로 맞춤화하고 다른 애플리케이션과 긴밀하게 통합해야 하는 경우. 이는 오늘날 대부분의 공동 작업 솔루션에는 적용되지 않습니다. 그러나 SharePoint 또는 Notes 애플리케이션의 경우에는 그렇습니다. 그리고 지금까지는 SharePoint가 Microsoft 솔루션에서 제외되었지만 SharePoint도 2010년에는 샌드박스를 통해 다중 테넌트로 전환하여 사용자 지정 응용 프로그램을 다른 앱으로부터 차단할 것입니다. 또한 2010년에는 다중 테넌트 LotusLive.com에 일부 Lotus Notes 및 Connections 기능이 나타날 것으로 예상됩니다.

3. 워크로드가 가상 머신에서 실행되지 않는 경우. 좋아요, 이것은 기술적인 잡초에 약간의 문제가 있습니다. 그러나 애플리케이션은 실리콘에서 실행됩니다. 그리고 메모리, 버퍼 공간, 처리 속도 등과 관련된 제한 사항은 가상 머신, 즉 멀티 테넌트 클라우드에서 실제로 실행할 수 있는 작업의 종류를 정의합니다. 이에 대한 자세한 내용은 Frank Gillett의 보고서를 참조하세요. 확장형 워크로드.

동의하지 않는다? 동의하다? 다른 생각이 있나요? 공유해주세요.