클라우드 서비스 공급자: 데이터 지배 담 SLA에 초점

최근에, 마이크로소프트, 아마존, Rackspace Salesforce.com에서 전문가 서비스 수준 및 샌디에고에 서 가트너 촉매 컨퍼런스에서 데이터 속성의 문제를 논의 했다.

어떻게 설득할 수 있는 당신이 당신의 고객 데이터를 선도 하는?

클라우드 컴퓨팅 업체 고객 신뢰 최종 사용자 계약을 통해 데이터의 그들의 소유권을 지금 하고있다. 그러나, 클라우드 컴퓨팅 서비스의 제공, 서비스 공급자 자체 데이터에 액세스 하려면 수 있어야 합니다. 사용자의 관점에 서 서, 과거 모든 권한이 데이터의 상황, 문의하실 수 있습니다 서비스 공급자를 직면 하 고 지금 아무도 자는 것입니다 걱정 하지 않고.

피터 커피, Salesforce.com의 부통령 및 플랫폼 연구의 머리는 관리자가 모든 데이터에 액세스할 수의 전통적인 패턴은 더 이상 존재 하지 믿고 있다. Salesforce.com 마찬가지로 클라우드 컴퓨팅 요구는 너무 분명 한 패턴. "우리가 사용 하 고 더 세부적인 접근 관리 권한을 생성 및 삭제, 하지만 반드시 전원 데이터 읽기를 포함 하는 위치." 커피는 말했다: "다중 소유 모델, 그것은 의미가 있습니다." "

존 Engates, Rackspace의 최고 기술 책임자, 믿고 클라우드 컴퓨팅 환경에서 사람의 권한, 최소 제한 해야 아무도 제외 될 수 있습니다. Rackspace 데이터 센터에 대 한 입력을 자신 조차 engates는 동반 합니다. "우리는 몇 년 전 일을 시작," 고 말했다. 사람들이 얻을 수 있는 유일한 방법은 그들이, 그것 필요로 아무도 제외 하 고 그것에 대 한 액세스를이 경우에 경우입니다. "Engates 말했다.

Rackspace에서 고객 프로 파일 정보 제거 됩니다, 그래서 사람도 물리적 액세스 특정 회사에 대 한 데이터를 모른다. "이는 클라우드 컴퓨팅 환경에 국한 되지 않습니다. "모든 물리적 서버와 소프트웨어는에 포함이 측정," Engates 말했다.

"그것은 위험을 줄이기 위해 책임에서 매우 유용한 그리고 물리적 액세스를 받을 수 있습니다 자들 시스템의 전체 논리를 형성할 수 없습니다." "Engates 설명:" 여부 프로세스, 정책 또는 기술 솔루션을 통해만 하면 과거에 했던 것 처럼 자주 반복 하는 것 보다는 클라우드 환경에서 그것을 한 번 구현. "

빅 데이터 시대에 고객 분석에 대 한 다른 사람에 의해 사용 되 고 그들의 데이터에 대 한 걱정 또한 있다. SaaS 서비스의 사용자는 가트너의 조사에 따르면,이 대해 특히 우려. 이 경우에, 마이크로소프트의 Azure 관리자, Bill Hilf 걸립니다 예를 들어 Office 365: 제품의 사용자가 그들의 이메일 내용을 목적 광고를 위해 사용 될 것 이라고 걱정 하는. Hilf는 Microsoft Office 365에서 정보에 관심을 했 고 사용자의 데이터를 만지지 않을 것 이다 고 말했다. 또한, 그는이 보증 저장 및 전송, 데이터의 암호화 또는 제 3 자 솔루션의 과다 등의 기술적인 방법에 의해 구현 될 수 있습니다 믿고 있다.

위의 제어 수단 뿐만 아니라, 동시에 고객 또한 해당 규정을 구현 하는 서비스 수준 계약 및 라이센스 계약에 있이 필요가 있다. "어떤 경우에는 유지할 수 있습니다 여전히 그것은 기업 내부 데이터를 이동 하지 않고 고객에 게 말할" 고 말했다. 경제적, 지리적 또는 정치적 요인 등 다양 한 객관적인 이유가 있다. 또한, 종류가 다양 한 규정, 데이터의 위치에 엄격한 제한이 있는. 즉, 이성적으로 데이터 배치 위치와 위에서 언급 한 기술을 사용 하는 경우 같은 클라이언트와 통신 합니다. "

업계 너무 초점을 맞춘 서비스 수준 계약에 지금?

클라우드 컴퓨팅에 관해서, 서비스 실패의 문제를 방지 하려면 어렵다. 소프트웨어 또는 인프라의 최종 제어는 다른 사람에 게 넘겨, 일단 가장 우려는 어떤 회사 든 지 서비스를 사용할 수 있는지 여부의 질문을 있을 것입니다. 그러나, 클라우드 서비스 제공 업체는 많은 것 들이 서비스 실패 보다 더 고객의 비즈니스에 중요 한 믿습니다. Hilf는 서비스의 수준과 내용에 대 한 기본적인 이해의 맥락에서 당신은 더 많은 주의를 기울여야 한다 콘텐츠 최종 사용자 사용권 계약 (최종 사용자 라이선스 계약, eula).

"우리는 개입 하지 IP 충돌의 경우이 우리의 서비스 수준 계약의 일부가 아니며-이것은 EULA의 내용 또는 판매 계약 때문에." Hilf 말했다: "나는 서비스 수준 계약 서비스 시간-8 시간 또는 1 년 80 시간 기대를 설정 하기 때문에 중요 하다 고 생각?" 하지만 사람들이 서비스 수준 계약에 너무 많은 관심을 지불 하는 것 같아요. "

아마존의 유틸리티의 부통령이 되기 전에 컴퓨팅 (유틸리티 컴퓨팅), 찰리 벨 AWS의 다년간 사용자 왔다 합니다. 그 당시 벨 어떤 의미 있는 서비스 수준 계약을 찾지 못했습니다. 서비스 공급자와 고객, 가장 중요 한 것은 계획 원리와 문제 대처 방법을 이해 하는 것입니다.

"서비스 수준 계약 안 해 서에서 서비스를 방지 하기 위해 필요한," 고 말했다. 하지만 그것은 하지 않습니다 정말 세부, 많이 많이 그리고 거기에 그 돈을 지급 받고 진짜 요점은 만들고 당신은 정말 서비스 자체에 대 한 걱정 해야. "벨 했다.

Salesforce.com 모든 고객에 대 한 서비스 수준 계약을 제공 하지 않습니다. 커피의 접근 방식은 통합 서비스 수준 약속 클라우드 서비스 가격으로 티켓 가격을 보험 비용을 추가로 비유 됩니다. 그는 아무도 그것을 위해 지불 하 고 싶어 생각: "중요 한 서비스의 가격 수준 가격 증가,이 결국 고객에 게 클라우드 서비스 리드 느낌 적은 비용으로." "

예를 들어, 테스트 및 개발 서비스, 서비스 수준 계약에 반드시 필요 하지 않습니다 그리고 고객 다시 테스트에 대해 너무 많이 상관 없어. 또한, 서비스 수준 계약 확인 서비스 가격 메커니즘 너무 복잡 합니다.

"서비스 수준 계약, 달리 난 대부분의 사람들이 서비스 수준 보장을 원합니다." 서비스 공급자와 고객 공통 이해 및 그들의 서비스의 모든 측면에서 협력을 도달할 수 있다-모두가 변호사 acrimony를 전송 하는 것 보다는 쾌적 한 파트너십을 형성 하 고 싶어 노력 하겠습니다. "커피가 했다.

(책임 편집기: Schpeppen)