프라이빗 클라우드 컴퓨팅을 구축하려면 어떤 문제가 필요합니까?

1 단계: 표준화, 자동화, * * * 자원 공유

Forrester 내부 클라우드 컴퓨팅 구축의 세 가지 원칙은 Accenture 의 차세대 IT 개념과 일치합니다.

Staten 에 따르면 내부에 설치된 클라우드 컴퓨팅을 구축하려면 클라우드 컴퓨팅 환경의 운영, 배포 및 유지 관리를 위한 표준화된 문서화된 프로그램이 있어야 합니다. ITIL (IT Information Information) 의 길을 따라 발전하는 기업들이 다른 기업들보다 이 목표에 더 근접했음에도 불구하고 대부분의 기업들은 아직 표준화에 미치지 못하고 있습니다. 효율성과 일관성을 위한 표준화된 운영 절차는 다음 기본 계층, 즉 자동화에 매우 중요합니다. 너는 반드시 자동화 기술의 믿을 만하고 일류 사용자여야 한다. 이것은 대부분의 기업들에게 보통 큰 장애물이다.

셀프 서비스 기능을 구현할 수 있으므로 자동 배포가 가장 좋은 출발점이 될 수 있습니다. 프라이빗 클라우드 컴퓨팅의 경우 아마존 클라우드 컴퓨팅 서비스가 아닙니다. 그런 클라우드 컴퓨팅 서비스에서는 모든 개발자가 자신의 가상 시스템을 자유롭게 배포할 수 있습니다. Staten 은 그것이 기업에 혼란을 초래할 수 있다는 것은 완전히 비현실적이라고 말했다.

반면 프라이빗 클라우드 컴퓨팅의 경우 셀프 서비스는 한 기업이 자동화된 워크플로우를 구축했음을 의미합니다. 이런 식으로 자원 신청은 승인 절차를 거쳐야 한다.

Staten 은 이 클라우드 컴퓨팅 플랫폼이 승인되면 이 특정 환경을 자동으로 배치한다고 말합니다. 프라이빗 클라우드 컴퓨팅 셀프 서비스는 개발자가 이 규모의 가상 시스템 3 대, 이 규모의 스토리지 1 대, 대역폭을 신청할 수 있도록 하는 것입니다. 사내 클라우드 컴퓨팅에서 리소스를 찾는 엔드 유저에게 셀프 서비스는 "SharePoint 볼륨 또는 파일 * * * 이 필요합니다."

Staten 은 셋째, 내부 클라우드 컴퓨팅을 구축하는 것은 * * * 자원을 즐기는 것을 의미한다고 말했다. 일반적으로 목록에서 회사의 다른 부서를 제외해야 합니다. 이것은 기술적 인 문제가 아니라 조직 구조 문제입니다. 마케팅 부서는 인적 자원 부서 * * * 와 서버를 즐기고 싶지 않고 재무 부서는 누구와도 즐기고 싶지 않습니다 * * *. 이런 생각을 할 때 클라우드 컴퓨팅을 실행하는 것은 매우 어렵다. Staten 은 자원이 * * * 즐길 수 없을 때 클라우드 컴퓨팅은 매우 비효율적이라고 말했다. < P > 이 도전에 직면하여 IT 관리자인 Marcos Athanasoulis 는 참가자들을 편안하게 하는 혁신적인 방법을 제시했습니다. 그는 * * * 보스턴 하버드 의과대학에서 관리하는 리눅스 기반 클라우드 컴퓨팅 인프라 자원을 즐길 것을 제안했다. 그는 이것이 하드웨어에 기여하는 방법이라고 말했다. < P > 하버드 의과대학은 Athanasoulis 가 1 명의 CIO 라고 부르는 곳이며, 그곳의 IT 부서는 독특한 도전에 직면해 있다. IT 부서는 실험실에 어떤 기술을 사용하는지 알려줄 권리가 없다. IT 부서에는 몇 가지 제한 사항이 있습니다. 그러나 실험실이 자체 인프라를 배포하려는 경우 이렇게 할 수 있습니다. 따라서 하버드 의과대학이 4 년 전에 클라우드 컴퓨팅의 개념을 접했을 때, 그렇게 하고 모델을 요구했습니다. 이 모델에서는 * * * * 의 방식으로 용량을 보유하고 있으며, 학교는 이를 위해 비용을 지불하고 보조금을 제공합니다. 이런 식으로, 소량의 수요가 있는 사람들은 여기서 그들이 연구 작업을 하는 데 필요한 자원을 얻을 수 있다. 적절한 대안을 제공할 수 없다면 자체 고성능 컴퓨팅 또는 클라우드 컴퓨팅 환경을 구축하려는 실험실에도 매력적입니다.

Athanasoulis 에 따르면, 한 실험실에서 이 클라우드 컴퓨팅 중 1 개의 노드를 구입하면 그 용량을 사용할 수 있다고 합니다. 그러나 그 용량이 유휴 상태라면 다른 작업량도 그 용량을 사용할 수 있다. 우리는 그들에게 당신들이 이 하드웨어를 가지고 있다고 말했다. 하지만 여러분이 클라우드 컴퓨팅에 통합할 수 있다면, 우리는 여러분을 위해 그것을 관리하고 업데이트 및 패치 사용을 유지할 것입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 클라우드명언) 하지만 클라우드 컴퓨팅의 이런 작업 방식이 마음에 들지 않는다면 하드웨어를 가져갈 수 있습니다. 그는 이것이 좋은 판매점이 되었다고 덧붙였다. 4 년 동안 아무도 이 클라우드 컴퓨팅을 떠나지 않았습니다.

Athanasoulis 에 따르면, 이러한 하드웨어 기여 방식을 지원하기 위해 하버드 의과대학은 플랫폼 컴퓨팅 (플랫폼 컴퓨팅 회사) 의 플랫폼 LSF 작업 로드 자동화 소프트웨어를 사용하고 있습니다. 이 도구는 공헌한 하드웨어 노드에 대기열 순서를 설정하고 작업 실행을 종료할 수 있는 기능을 제공합니다. 이렇게 하면 하드웨어를 가진 사람들이 하드웨어 사용에 대한 보증을 받을 수 있다. 종료된 작업도 복구할 수 있습니다. < P > 서비스를 이해할 때까지 < P > 를 구현하지 마십시오. 리소스가 * * * 즐길 수 없을 때 클라우드 컴퓨팅이 비효율적이라면 이러한 서비스를 먼저 고려하지 않으면 이러한 클라우드 컴퓨팅은 의미가 없습니다. 예를 들어, IBM 클라우드 컴퓨팅 포트폴리오 서비스 IT 전략 및 아키텍처 관리자인 Fausto Bernardini 는 IBM 이 모든 잠재적 클라우드 컴퓨팅 프로젝트를 시작할 때 다양한 워크로드 유형과 위험, 다른 클라우드 컴퓨팅 모델로의 마이그레이션의 이점 및 비용을 평가해야 한다고 말합니다. < P > 개인, 공용 * * * 또는 혼합 클라우드 컴퓨팅 모델과 밀접한 관계가 있는지 여부는 규정 준수 및 보안과 같은 주요 속성, 어플리케이션 구성 요소의 지연 및 상호 의존성과 같은 기타 속성에 따라 달라집니다.

Gartner 부사장, 선임 분석가인 Tom Bittman 은 많은 기업들이 서비스 및 서비스 요구 사항을 고려하지 않고 제품 관점에서 사설 클라우드 컴퓨팅을 구축하는 것을 고려하고 있다고 말합니다. 프라이빗 클라우드 컴퓨팅을 구축하려면 서비스가 무엇인지, 각 프로젝트에 대한 서비스 수준 계약, 로드맵 및 비용이 무엇인지 알아야 합니다. 이것이 이러한 서비스가 클라우드 컴퓨팅 모델로 발전하고 있는지 여부에 대한 이해입니다.

Bittman 에 따르면 상대적으로 안정적인 인터페이스를 갖춘 범용 서비스는 사설 또는 공용 * * * 클라우드 컴퓨팅 컴퓨팅에 대해 고려해야 할 사항입니다. 설령 비즈니스가 이러한 서비스에 크게 의존하고 있더라도 말입니다. 이메일이 그 예입니다.

Bittman 에 따르면 e-메일은 활용도가 높지만 우리 회사 내부의 작업 방식과 섞이지 않았다고 합니다. 바로 이런 서비스가 인터페이스와 독립성의 방향으로 발전한 것이다. 나는 그것이 회사와 긴밀하게 결합되기를 원하지 않는다. 가능한 한 분리하고 사용하기 쉽고 셀프 서비스 인터페이스에서 제공하겠습니다. 만약 내가 시간이 지남에 따라 이러한 서비스를 고객화한다면, 나는 그러한 서비스를 철회하고 가능한 한 표준으로 만들 것이다. < P > 대신 비즈니스를 정의하고 항상 기술 혁신에 초점을 맞춘 서비스는 클라우드 컴퓨팅의 경쟁자가 아닙니다. 이러한 서비스의 목표는 밀접한 관계와 통합이다. 클라우드 컴퓨팅에서는 절대 사용되지 않습니다. Dell 의 이론적 계산처럼 클라우드 컴퓨팅 기능을 낮은 수준으로 사용할 수도 있지만, 회사에 대한 인터페이스는 클라우드 컴퓨팅 모델이 아닙니다.

Bittman 에 따르면, 클라우드 컴퓨팅에 적용되는 서비스와 공공 * * * * 클라우드 컴퓨팅 준비 상태에 도달하는 데 얼마나 걸릴지 이해하게 되면, 비즈니스 이유를 세우고 기술적 관점에서 사설 클라우드 컴퓨팅을 구축하기 시작해야 합니다.