클라우드 컴퓨팅 전략: 외부 구름과 내부 클라우드

만약 당신이 일부 공급 업체의 설명에, 클라우드 컴퓨팅은 서비스를 원격으로 여 간단. 하지만 최근 가트너 촉매 회견에서 산티아고, 일부 기업의 IT 관리자 구름의 성숙 컴퓨팅 3-5 년, 그것은 관리, 인프라, 새로운 서비스 전달 모델 등 많은 문제를 수반으로 걸릴 것입니다.

스티브 Paynter, 혈 연 의료 주식 회사 (켄터키 루이스 빌)에서 수석 기술 건축가 한 번 그의 회사의 컴퓨팅 리소스 공유 모델에 해당 하는 내부 클라우드, 하지만 비즈니스 측면의 보기에 따라 믿 었 다 이 내부 클라우드 서비스 공급자 포털 직원 없이 완전 하지 않습니다. Paynter 말한다 새로운 포털을 개발 하는 데 시간이 걸릴 것입니다. 가트너 제안서는 그것이 지도자 부서 직원 및 IT를 위한 새로운 서비스 소비 모델 이므로 서비스 제공 포털을 구축 하는 그들의 자신의 시간을 두고 해야 합니다.

17 개인 클라우드 관행의 가트너의 조사에 따라,이 새로운 포털 내부 클라우드 전략의 필수 구성 요소입니다. 가트너 분석가 Chirs 늑대 회의에서 언급 한 결과, 뿐만 아니라 여기 사설 클라우드 개척자에서 작업 하는 것 들의 일부는:

가상화 된 인프라 및 해당 관리 모듈

IT 서비스 디렉토리

인증 및 액세스 제어

이러한 기업의 관리자 또한 지적 내부 클라우드 있어야 하는 기능 중 일부를 실제 구현에서 장거리와:

그것은 공제

수명 주기 관리

구성 및 변경 관리

C 성능 관리

개인 구름의 생존 능력을 평가

늑대 믿고 회사 개인 구름에 대 한 준비가 되어 있는지 여부를 테스트 하는 데 사용할 수 있습니다 위의: "많은 고객 말, ' 아니, 우리는 너무 비싼 사설 클라우드를 위한, 실시간 결제를 할 필요가 없습니다 공용 클라우드 실제로 필요 하다." ' 。 "

용량, 수명 주기, 구성, 변경, 및 성능 관리에 대 한 무엇? 17 회사의 많은 기존 기술 개조 하는. 이러한 관리 기능에 대 한 필요성은 가장 긴급 한, 늑대 그들 중 일부는 필요 생각 한다: "예, 용량 관리 고체 되어야 합니다, 예를 들어 내가 용량 관리 하 고 있는 경우 가상 컴퓨터를 종료 하는 고객의 들었어요." 따라서, 효과적으로이 작업을 리소스를 투자할 필요가 있다. "

마지막으로, 늑대는 작은 프로젝트를 사용 하 여 내부 클라우드를 구축 하는 단계별 접근 방법을 권장 그리고 그 세 가지 권장 사항:

프로세스의 제어를 중앙 집중화 하 고 그것에 별도 사업부에서 변화 관리 측면

(이 서비스 공급 요구 사항으로) 자동화에 초점

서비스 제공 및 클라우드 공급자 관리 소프트웨어에 투자

터너, HBO, 워너 브라더스, 및 시간 주식 회사를 포함 하 여 그것의 다양 한 지점에 걸쳐 클라우드 컴퓨팅 전략 워너 브라더스 엔터테인먼트 (버 뱅크, 캘리포니아) 안젤로 르노, 회사의 기업 건축과 엔지니어링 부사장 했다 구현 전략의 중요 한 작업 사이의 관계를 조정 하 고 제어 중앙.

엔터 프 라이즈-클래스를 배포 하는 워너 등 4 개 단체에 걸쳐 IT 시스템 중앙 전자 메일 시스템 및 마이크로소프트 SharePoint 협업 소프트웨어. 르노 클라우드 컴퓨팅 전략의 일부만 말한다: "우리의 클라우드 컴퓨팅 전략 두 발로 걷고 있습니다." 그리고 우리 클라우드 서비스 공급자를 평가 하는 우리의 자회사와 함께 일하고 싶어하는 우리 일부 PAAs 기능을 구현 하는 마이크로소프트와 함께 근무 했습니다. "

사설 클라우드 쪽에 타임 워너의 방법은 CIO, 누구의 주요 목표는 자원의 시분할 공유 구축, 각 자회사의 최고를 고용 하는 것입니다. "주로 좌표 (현재, 워너 브라더스 전세계 데이터 센터의 배포" 3 데이터 센터는, Truner는 4 개의 데이터 센터, 및 HBO는 두 개의 데이터 센터) 함으로써 데이터 센터에 장벽을 깨는 다양 한 자회사 간의 공유 리소스를 달성 하기 위해. "클라우드 컴퓨팅 동적 공유 리소스를 제공 하기 위해 여러 데이터 통합에 유망한 미래 센터 페인트" 르노를 말한다. "

자체 제공 하는 서비스의 관리

토마스 Kozlowski 러간 Inc., 캘리포니아에서 특별 한 마약 제조 업체의 기업 정보 서비스 건축가 이며이 작업을 수행 하는 가장 좋은 방법은 가능한 많은 SaaS 서비스를 사용 하는. 회사의 클라우드 컴퓨팅 전략을 배포 시작, 그 애플 리 케이 션의 15% 아웃소싱 했다 발견 SaaS 서비스 공급자 (IT 부서에서는 그것에 대해 아무것도 알지), 클라우드 컴퓨팅으로 마이그레이션 그래서 불가피 했다.

엘 러간에 대 한 클라우드 컴퓨팅 전략의 가장 중요 한 부분 이지만 하지 서비스 카탈로그 또는 용량 관리, 새로운 응용 프로그램에 대 한 완전 한 회사 수준 평가 프로세스의 개발 및 사용자의 서비스 요구. 클라우드 서비스 공급자의 평가 계약 관리, 건축, 공급 업체 평가 및 위험 평가 등의 분야를 다루는 설문지를 포함 되어 있습니다. 공급 업체 평가 위해 Kozlowski 언급 가트너 회의 클라우드 공급자의 개인 정보 보호를 포함 하 여 자세한 양식을 작성 해야 합니다.

러간 사용자 응용 프로그램 및 서비스 요청에 대 한이 메커니즘은 상대적으로 간단 하 고, 약 20 문제 Excel 표를 사용 하 여. 이러한 문제의 주요 목적은 비즈니스에 미치는 영향을 평가, 잠재적인 위험 및 보상, 식별 하는 여부 같은 응용 프로그램이 나 서비스 해야 클라우드 서비스 제공 업체에 아웃소싱.

엘 러간은 비교적 표준화 된 응용 프로그램, 여행 및 비용 관련 시스템에서에서 전환. 그리고 더 큰 위험을 직면 하는 규제 관련 응용 프로그램. "그래서 SaaS 공급자에 적용 하기 전에 당신이 생각해 야 되는 응용 프로그램과 관련 된 위험에 대해." Kozlowski 말했다. 러간 대부분 현재 아웃소싱 응용 프로그램의 비즈니스 측면, 하지만 개발 및 제조와 관련 된 응용 프로그램은 점차 SaaS 공급자를 이동. "이이 팀은 상대적으로 보수적 이다. "Kozlowski 말했다.

그래서 Kozlowski 후회? 다시 시작할 수 있습니다, 만약 Kozlowski 줄어듭니다 클라우드 서비스 공급자의 수 40 이상의 SaaS 공급 업체를 관리 하는 것은 도전 이다 (회사의 600 응용 프로그램, 140 ~ 150는 이미 SaaS 공급 업체에서 제공 ) 。

원본 링크: http://www.searchcio.com.cn/showcontent_51675.htm