기업 사설 클라우드 및 그것의 구현 단계

사설 클라우드는 무엇입니까

가트너에 따르면 회사는 공용 클라우드 서비스 보다 다음 몇 년 동안 개인 클라우드 서비스 하지만 결국 더 많은 투자, 대부분 공용 클라우드와 사설 클라우드에서 전환 됩니다.

동시에 분석 기관이 했다 많은 회사가 사설 클라우드 미래에, 공공 및 비 클라우드 시스템의 혼합물을 경험할 것 이다 과정은 수년간 지속 될 수 있습니다. 이 개발 경로 다음 몇 년 동안, 기업의 IT 부서 기본 책임이 가장 그것에 적절 한 기업에 대 한 서비스를 찾을 수 있을 것입니다 의미 합니다.

그러나, 예측, 이외에도 회사에 의해 개인 구름의 대규모 채용의 없는 시나리오가입니다. "사설 클라우드 개념은 오늘날의 기업 및 일부 시간을와 서, 이상적" 조 Tobolski, 액 센 추 어에서 수석 클라우드 관리자에 설명 합니다. 이 대 한 두 가지 이유가 있습니다, 하나는 강력한 선전 효과, 다른 이다 실제 비즈니스 이유와 건축 과제 참여. "

작업 현재 파 폭풍 밸리 순환 사업 부문 개인 구름에 가장 관심이

현재 경제 상황은 여전히 좋지 않은, 많은 기업은 대부분 필요한 내부 응용 프로그램 및 아키텍처 업데이트의 지연가 있기 때문에 또한 특별 한 경우가입니다.

그러나, 일부 기업 일련의 그들은 사설 클라우드 기술 구현 됩니다 나타내는 가상 서버를 구성 했습니다. Tobolski 말했다: "기업 내부 데이터 센터의 99.99%는 사설 클라우드를 언급 하지 않기 위하여 작업의 전통적인 모드에 아직도 있는, 그들은 하지도 않아도 최소 자동화 기능." "

작업 현재 웨이브 폭풍 밸리 기업 부문의 개인 구름, 소매, 유통, 그리고 일부 글로벌 제조 업체 및 공공 부문 등에서 가장 관심입니다.

1. 개인 클라우드 란 무엇입니까?

무엇을 설명 하기 위해 개인 클라우드는, 우리가 먼저 사설 클라우드는 이해할 수 있다. 즉, 기존 가상화 기술 및 IT 산업에서 자동화 기술 하지 우리가 부르는 클라우드 기술 있습니다. 데 릭 케이, 딜로 이트의 클라우드 서비스 관리자, 지적, 진짜 개인 클라우드 아키텍처는 존재 하는 동안, 그것은 더 큰 자동화 서버 클러스터 개인 구름의 기치 아래에 있습니다.

데 릭 케이 말했다: "자동화는 클라우드로 문의 절반 밖에 발." 클라우드 컴퓨팅은 그냥 보면 그것에 일반적으로 그것은 포괄적인 변환 프로젝트 프로젝트, 클라우드 컴퓨팅의 혜택의 비트를 얻을 수 있습니다 하 고 그것에 더 집중 하 고 몇 가지 광범위 한 변화를 만들고 싶어 수 있다, 그것은 걸릴 것입니다 조금 더 보람을 더 비용 반환. "

그래서 개인 구름의 한 정의 그것은 그것의 시리즈 서비스 인터넷 프로토콜 및 기술을 사용 하 여 브라우저를 통해 고객에 게 전달. 기본 플랫폼은 공유 하 고는 무제한 확장성 및 사용자가 그들의 자신의 필요에 따라 더 많거나 적은 컴퓨팅 리소스를 얻을 수 있다. 마지막으로, 소비와 컴퓨팅 리소스의 사용을 기반으로 하는 비용 하 고 일부 업체는 또한 환불 메커니즘을 제공.

리드 전문가 모집 개인 구름의 성공적인 사용을 위한 모델로 비즈니스 회사는 중앙 집중화, 표준화, 그리고 배경 아키텍처를 가상화 프로그램을 브라우저를 통해 액세스할 수 있도록 대부분의 프로그램 코드를 다시 작성 하려면 EMC의 vm 웨어를 사용 합니다.

리드는 훈련에서 ITIL 서비스 관리를 배울 수, 누구 누구는 영국에 본사를 둔의 3300 더 엄격한 변경 관리 절차를 도입 하 고 수수료를 지불 하면 환불 메커니즘을 도입, 전세계 3500 직원 있다.

하지만 고객에 게 응용 프로그램을 제공 하는 주요 방법으로 내부 기술 변화, 이외에 리드 Citrix 씬 클라이언트 소프트웨어 보안 및 기타 고려 사항에 대 한 채택 했다. 회사의 고객의 약 2% 특별 한 응용 프로그램, 금융 소프트웨어 등 거 대 한 리소스 요구 사항, CAD/CAM 소프트웨어를 필요 하 고 그들은 사용 하 여 가상화 데스크톱의 Citrix xendesktop을 일.

숀 숫 돌, 그것의 머리에 리드 회사 서비스 말 왜, 설명: "우리는 암호화 된 SSL VPN 라인을 통해 모든 응용 프로그램을 전송할 수 있습니다, 만약 우리가 더 이상 Citrix를 사용 하 여 필요 하지 않습니다." Citrix는 부하 분산, 보안에 중요 한 역할 그리고 그것은 또한 개발 도구와 함께 있습니다. 그래서 우리는 항상 개인 구름의 가트너의 정의 준수 하지 않습니다. "

아마도 그것은 기업 내에서 사설 클라우드 아키텍처를 빌드되지 해야 합니다 첫번째 생각에 없었다. 최신 산업 연구, 공용 클라우드 공급자는 개인 클라우드 서비스 플랫폼, 어느 시점에서 공급 업체의 하드웨어 아키텍처는 기업에 대해서만 사용 되 고 전통적인 멀티 테 넌 트 모드에서 타사와 공유 되지 것입니다를 제공할 수 있습니다. 즉 개인 리소스 고객에 게 할당 되 고 기업의 중요 한 정보를 보호 합니다.

일반적으로이 모델을 채택 하는 기업 등 대규모 데이터 모델링 또는 타협 계산 집약적인 작업을 수행 해야 합니다. 이러한 모델은 제약 회사, 투자 은행 및 정부 및 군사 부서에 적합 합니다.

많은 엔터프라이즈의 응용 프로그램을 분석 하는 개인 클라우드로 마이그레이션 할 첫 번째 일

또한 일부 기업 엔터프라이즈 응용 프로그램 개발 및 테스트 같은 일부 중요 하지 않은 프로젝트의 완료에 사설 클라우드로이 건축 서비스 (IaaS)로 걸릴. 하지만 그들은 결국 개인 클라우드 환경에서 프로그램을 실행 하는 여부와 작업 완료 되 면, 기업 소요 됩니다 데이터 다시 구름에서.

2. 개인 클라우드를 구현 하는 단계

개인 클라우드로 마이그레이션하는 첫 번째 단계 엔터프라이즈의 기존 응용 프로그램을 분석 하는 것입니다. 많은 회사는 어디 응용 프로그램의 절반 이상이 한 사람에 의해 사용할 수 없습니다 하지만 기업 두려워 쉽게 들을 폐쇄 하는 상황.

딜로 이트의 케이 말한다: "개인 클라우드 마이그레이션 처럼 집을 이동, 기회, 오래 된 것 들을 정리를 하 고 더 효율적으로 비즈니스를 하려는 경우 다음에이 순간 잡아." 요점은 사용 중인 서비스에 대 한 지불 하셔야 하 고 비용을 명확 하 게 된다 그래서 당신이, 지불 서비스 에서만 사용할 수 있습니다. "

일단 프로그램을 식별 하 고 서비스 필요는 삭제 될 수 있습니다, 시스템 합리화를 시작할 수 있습니다. 엔터프라이즈의 서버는 전에 가상화 하지 경우 다음 엔터프라이즈 줄일 수 있습니다 효과적으로 필요한 서버 수 있습니다.

이 변환 과정은 사설 클라우드 목표를 실현 하기 위해 기업에 대 한 좋은 시작, 그것은 기업에 완벽 하 게 시스템 자원의 이용 율을 개선 하 고 운영 효율성을 향상 시킬 수 있습니다.

다른 한편으로, 유용한 프로그램, 사설 클라우드 환경에서 더 나은 사용할 수 있습니다 및 일부도 공용 클라우드를 사용할 수 있습니다.

다음 단계는 하드웨어 및 소프트웨어 스택을 표준화 하는. 건축의 종류를 구축 하려는 경우, 그렇게 할 필요는 없습니다 하지만 하 고 그래서 않습니다 제한 선택의 범위 스키마를 구축 하 고 표준화 범위를 벗어난 모든 특별 한 경우 아키텍처에 적용 하도록 조정 해야 하는 경우.

이 표준화 작업의 목적은 더 많은 성능을 전체 아키텍처를 만드는 고 비용, 생산성 및 관리 관점에서. 하지만 더 공식적인 IT 관리 비표준 콘텐츠의 포함 때문에 스키마 문제를 피하고 있는 동안이 표준화를 유지 하기 위해 필요 하다.

이러한 작업을 완료 한 후 다음 단계는 자동화 공학, 엄격한 정책 컨트롤에서 모든 프로세스는 보장을 구현 하는.

그것은 사용자의 소비 및 서비스 경제, 리베이트 메커니즘 도입의 궁극적인 목표를 이해 하는 포함 한다 ITIL 등의 도구를 사용 하 여 서비스 지향 아키텍처를 마이그레이션하는 것이 중요.

위에서 설명한 과정 끝에, 처음부터 두 시간을 통해 아마가 케이 말한다 대부분의 회사는 실제로 완료 또는 부분적으로 완료 가상화, 그리고 일부 기업도 하드웨어와 소프트웨어, 표준화 하기 시작 하지만 자동화는 충분히 성숙.

사실, 가장 진보 된 부분은 마이그레이션 프로세스 이어야 하며 사업 변경 요소. '개인 클라우드로 마이그레이션하는 본질적으로 기술 프로세스를 보다 더 경제적인 과정,"케이 경고." 가장 중요 한 질문은: ' 기업 서비스 사용에 대 한 덜 비싸요? ' 그렇지 않은 경우에 기업 전용 클라우드를 구현 하지 않습니다. "

3. 환불 도전

개인 클라우드로 마이그레이션의 가장 어려운 부분 중 하나는 가격에 권리입니다. 대부분의 회사 이제 IT 서비스 해당 서비스 수준 계약 (SLA)을 소비에 대 한 수요를 연결을 기업 사용자가 익숙한 하지 즉 이익 센터, 보다는 입력으로 사용 합니다. 그들은 무엇을 알고도 리소스 소비 또는 자원과 그것 리소스 소모의 잠재적인 비용에 그것을 사용 하는 방법.

따라서, 기업 이렇게 비용을 이해 하기 위해서, 기간 환불의 도입 IT 소비만 이론적인 비용 경우에 사설 클라우드 프로젝트의 원활한 실시에 대 한이 또한 중요 합니다.

IT 관점,이 프로세스는 실제로 그것에 대 한 비용 프레임 워크를 제공는 프로비저닝 서비스 소비와 미리 정의 된 Sla에 관련 된 비용을 결정 하 고 유료--사용을 위한 모델을 소개 합니다. 이 시점에서, 표준화가 중요 한 문제, 다시 한 번 고 표준화는 재정적으로 각 결정의 비용을 결정 하는 데 사용 됩니다.

리드 전문가 모집 12 표준된 사용자 정책에 따라 환불 메커니즘을 사용 하 여 사설 클라우드의 최전선에는 있습니다.

"클라우드 공급 업체 열 요금 하지 않습니다 복잡 하지만, 중요 한 기업의 밑 구 덩이 처럼 돈을 구울 싶지 않아 때문에," 숫 돌 설명 합니다. 같은 방식으로, 우리는 그래서 우리는 사용자에 따라 12 다른 결제 옵션 사용, 서비스 리소스에 대 한 지불 수 각 고객을 원한다. "

이러한 비용을 확인 하려면 먼저 운영, 직원 급여, 물류 비용, 유지 보수 비용 등의 금융 및 운영 비용 뿐만 아니라 5 년 주기 내에서 아키텍처의 비용을 결정 해야 합니다.

"비용의 대부분은 중앙 아키텍처를 사용 하는 모든 사용자, 하지만 그것을 분할 하 고 고정된 비용 연간 평가 대 한 데이터 집합을 빌드할 수 있습니다, 일부 응용 프로그램을 전파 하려고" 숫 돌이 말했다. 그냥 모든 비용 갔을 볼 수 해 고 무엇 추락 했습니다, 폼을 확인 하 고 다음 변경 비용 모델을 고려 해야 합니다. "

딜로 이트 케이 "적은 적은 비용" 모델을 달성 하기 위해, 다음 단계는 측정 도구를 소개 하는 하지만 이러한 도구는 아직 미 성숙한 상태 또는 발전 하 고 있습니다.

Kay는 또한 경고 했다: "회사를 고려해 야 자신의 환불, 다른 회사의 환불 전략 그들의 자신의 사업에 반드시 적합 하지 않기 때문에." 따라서, 사용자 및 시스템 업그레이드의 수에 더 많은 관심을 지불할 수 있습니다 만약 귀하의 비즈니스 거래를 기반으로, 하지만 귀하의 비즈니스 정보에 기반 하는 경우 그것은 데이터베이스 정보 클릭을 통해 속도 검사 하 여 서비스 제공을 판사에 게 더 합리적인 수 있습니다. 그러나, 많은 회사는, 그래서 더 포괄적 이어야 한다. "

그러나, 제 3 자 기관에서 제공 하는 개인 클라우드 서비스를 마이그레이션하는 경우 그것은 소모전, 사용, 그리고 비용 및 비용 그것의 차이 이해 하는 것이 중요.

리사 하 몬 드, 회장 Centrix 컨설팅, 설명: "회사 그들의 IT 손실 및 전환 하기 전에 사용을 알고 있다면, 당신은 어떻게 압니까 사설 클라우드를 사용 하 여 비용의 증가 또는 감소 하는 경우?"에서 4 분의 3의 경우, 회사는 실제로 더 많은 돈을 지출. "

이 대 한 이유 중 하나는, 예를 들어 각 사용자는 서비스 수수료 지불 £ 250의 개인 클라우드 서비스 공급 업체, 하지만 동시에 자체 IT 시스템 및 아키텍처, 엔터 프 라이즈 실행 하 고 기업 또한 그것의 자신의 내부 구조에 대 한 지불 제공을 사용 하는 달 이다.

리사 하 몬 드 말했다: "서비스 경제 관점에서 공급자 알아야 정확히 얼마나 많은 보내는 이러한 서비스 사업을 이야기 하 고 그들에 게 얼마나 많은 매월 비용 수 있도록 합니다." "

4. 조직 및 지배 구조 문제

개인 클라우드로 마이그레이션에 있어서 또 다른 과제는 사업 단위 시스템 아키텍처 리소스를 공유 하는 다른 동료와 함께 익숙한 되지 않습니다. 이 생각은 그들과 함께 더 많은 통신 하는 데 협력의 혜택을 이해 하 고 미래에 그들의 자신의 전용된 리소스를 사용 하도록 필요 하지 의미 합니다.

하지만 기업의 IT 부서 자체, 또한 공유의 공유 또는 유사한 패턴으로 마이그레이션 리소스 관리의 문제가 포즈. 이 변화는 차례로, 그것을 의미 기능을 개선 하거나 합리화, 해야 하 고 직원 더 이상 특정 사업 단위를 충족 하지만 공공 서비스를 관리.

예를 들어 리드 전문가 모집, 그들의 IT 기술자 재교육 하 고 스토리지, 가상화, 시 트릭 스 팀 등 다른 일상적인 팀에 할당 합니다. "그들은 비즈니스 프로세스의 각 단계를의 인식 하 고 가상화 된 팀에서 작업을," 숫 돌 설명 합니다. "

하지만 기술자 또한 비즈니스 또는 공급 업체 관리 기법, 외부 사설 클라우드 관리 문제 공급 업체와 협상 또는 지불 여부 공용 클라우드 리소스 통합 될 수 있다 개인 구름으로 비즈니스 요구 사항은 너무 큰 경우 등 리베이트 패턴 등 일부 지역에서 능력을 개발 해야 합니다.

또 다른 고려 사항은 기존 비즈니스 프로세스 미래의 요구 사항을 충족 하는지 또는 이러한 기업 새로운 서비스의 응용 프로그램을 방해 하는 것입니다.

또한, 제 3 자 개인 클라우드 공급자의 서비스를 사용 하려는 경우 그것은 검토 하 고 위험 프레임 워크에서는 내부 및 외부 구조, 기업 내부 데이터 보장 등 센터 및 공급 업체 데이터 센터 되지 않습니다 동일한 지리적 위치에 되도록 기업 자신의 위험 프레임 워크의 범위를 확장 하는 데 필요한.

이 일은 또한 계약 고 보안 계약을 엔터프라이즈 보안 정책 기반에 감사 권한을 추가 포함 한다. 잠재적인 급속 한 변화에 대응 하는 보다는 일반적으로 고려 하는 18 개월 마다 6 개월 마다 위험 평가 프레임 워크를 업그레이드할 수 있습니다 있도록 필요한 이기도 합니다.

5. 데이터 잠겨 도전

잠금 데이터는 외부 타사 사설 클라우드 공급 업체에서 제공 하는 서비스를 고려 할 때 직면 하는 하나의 주요 문제. 많은 클라우드 서비스 제공 업체는 현재 공급 업체의 서버 환경에 프로그램 및 데이터를 마이그레이션 하는 고객 데이터 마이그레이션 및 변환 도구를 제공, 모든 공급 업체의 마이그레이션 도구는 개방형 표준에 개발 된다.

Centrix 컨설팅의 해 먼 드에 설명 합니다: "회사는 처음에 반환의 경로 선택 하지 않도록 매우 주의 되어야 합니다." 일부 마이그레이션 도구는 좋은, 하지만 일부 엔터프라이즈 데이터 및 프로그램 잠길 수 발생할 수 있습니다. 기업은 이러한 서비스 제공 업체의 피해 야 한다. "

사설 클라우드 환경에 새로운 응용 프로그램 개발 또한 잠긴된 문제를 발생할 수 있습니다. "회사는 공급 업체의 응용 프로그램 개발 도구와 프레임 워크 보다는 의존 하는 개발자의 서비스 프레임 워크에서 개발된 된 프로그램을 추출 할 수 있어야 합니다," 해 먼 드 말했다. 그렇지 않으면, 새로 개발된 된 프로그램 공급 업체의 프레임 워크는 프로그램이 된다. "

이 방지 하려면 기업의 CIO 또는 엔터프라이즈 아키텍처 팀 사용 하는 프레임 워크 개발 도구는 응용 프로그램에 대 한 전략적 결정 해야 합니다. 또한 데이터 표준 및 다른 클라우드 환경 미래 마이그레이션 문제를 표시 하지 않습니다 수 있도록 적절 한 데이터 관리 방법을 정의 해야 합니다. 이들은 계약 측면에서 뿐만 아니라 구두 약속 보다는 구체적인 구현 구현할입니다.

많은 질문, 클라우드 환경 마이그레이션 해야 하지만 올바른 방법 선택, 미래에 무엇을 선택 클라우드 기술, 더 평평 하 고 넓은 되 기업 미래 개발도로 만들 것입니다.

마지막으로, CTO의 Capgemini 아웃소싱 부서 칼 집사는: "IT 서비스, 그것의 차이 때문에 데이터 워크플로우 및 비즈니스 논리의 요소 중 일부는 기업 내에서 유지 됩니다." 하지만 낮은-비용, 효율적인, 그리고 매우 유연한 작동 모드를 추구 하는 기업으로 대부분의 기존 서비스는 클라우드로 마이그레이션됩니다. "