임신, 10 단계 구축 하 고 유지 하는 사설 클라우드

사설 클라우드를 구축 하지 빠른 프로젝트입니다. 엔터프라이즈 환경의 기대와 유 윤의 정의 이해로 시작 하 고 모델을 만든 프레임. 모든 프로세스, 조직 전체를 커버 하 고 구축 하는 기술은 클라우드 컴퓨팅 합니다. 임신, 구축, 사설 클라우드를 유지 하는 10 단계는 여기 있다.

1. 구름에서 얻을 하려는 결정

구름 여행은 거 대 한 그것은 추세입니다. 문제는 용어 모두 다른 의미가 컴퓨팅 클라우드. 이 여행을 시작 하 기업 실용적인 클라우드 컴퓨팅 목표를 필요 합니다. 많은 기업이 클라우드 컴퓨팅 가상화, 데이터 센터, 에너지 절약 및 비용 절감에 물리적 하드웨어의 통합 같은 대 한 헌신으로 찾고 찾아낸 다. 다른 사람 찾아 그들의 가상화 프로세스는 다음 단계로는 그리고 표준화와 자동화는 IT 프로세스의 일부.

하지만 회사의 소수 다루기 힘든 "사람들의" 문제 (사람 문제) 제도, 서비스 복제, 보안 및 서비스 관리 같은 조직의 변화에 대 한 준비 하 고 있습니다. 이러한 문제는 종종 기술 자체에, 하지만 그들은 조직의 경계에 걸쳐 정치 분야에서 오랜 시간 동안 남아 있을 것 이다.

특히 그것을 정의 하는 얼마나 많은 대 한 구름에 대해 많은 오해가 있습니다. 가장 일반적인 오해 중 하나는 클라우드 기반 완전히 가상화입니다. 종종 가상화 사설 클라우드 배포에 무거운 역할을 걸립니다, 사설 클라우드 공유 인프라 단지 될 수 있습니다. Google의 Gmail 이나 마이크로소프트의 SkyDrive, 예를 들어 두 공용 클라우드 서비스는 가상화에 지나치게 의존 하지 하지만.

대신, 물리적 하드웨어의 많은 장면 뒤에 사용 됩니다. 사설 클라우드 어디 공유 서비스는 많은 다른 중복 서비스를 대체 하 고 가상화를 사용 하 여 서비스 구현의 일부로 평가 조직에 대 한 사실 이기도 합니다. 예를 들어 공유 파일 서버 서비스 VMware Vmotion 및 Microsoft 클러스터 서비스 간의 호환성 때문에 실제 서버에 구현 될 수 많은 부서에서 파일 서버를 대체 수 있습니다.

2. 현실적인 기대

자기 조직에서 서비스 기대 해야 진짜 있을 것 이다. IT 부서는 프로세스와 프로세스 만들기 및 관리 서버, 그리고 좋은 이유를 위해 포장 하는 년을 쓰 셨습니다. 일반적으로 이러한 프로세스는 시스템 모니터링, 크기 조정 및 종속성, 시스템 설계 및 책임, 처리 라이센스, 문서화에 대 한 책임.

서버 또는 승인 장치 없이 서비스를 제공 하는 사람을 허용 특정 랩 또는 개발 환경에 적합 하지만 프로덕션 IT 환경 혼란, 불규칙 하 게 넓어짐, 및 중단 하는 빠른 방법입니다. 그러나, 워크플로 도구 및 Embotics의 V-사령관의 일부가 승인 메커니즘을 사용 하 여 더 많은 프로세스 자동화와 표준화를 제공 것으로 예상 하는 또는 enstratus 네트워크 제품.

클라우드 투어 기술 프로세스 분해 및 리팩터링, 작은 작업 자동화 및 표준화 구현으로 더 적은, 그리고 더 많은 인간의 도전, 도전. IT 부서는 서투른, 천천히 하 사용자의 요구, 아마 자체를 재검토를 과시 하 고 바로 시험에서 작동. 마찬가지로, IT 부서는과 하 고 클라우드 시간을 절약할 수 있지만 클라우드 솔루션을 추적 하기 위해 충분 한 시간을 없을 수 있습니다.

클라우드 컴퓨팅은 다른 작업에 지연에 초점에 대 한 불만이 얼굴에 그들을 지원 하기 때문에 IT 작업을 관리 하는 순서는 중요 하다. IT 직원; 좌우명 "돈을 만드는 과정 비용 것 입니다" 시간 선불된 시간 투자를 다음 시간을 저장 합니다.

마지막으로, 관리, 인적 자원, 클라우드로의 전환을 지원 하기를 포함 하 여 모든 수준의 기대 하. 그것은 단지 기업의 모든 조직 보고는 자신을 개선 하는 감독 연기 그것 일, IT 직원의 주요 업무를 자동화 될 것 이다 그리고 그들은 해 고의 대상 될 것 이다. 그들은 적극적으로 프로세스를 손상 될 수 있습니다. 처음부터 개별 문제 계획 사람들이 의사 소통, 그들은 귀중 한, 그들의 노력 더 재미 있는, 생산적인 작업을 할 그들을 해방 됩니다.

3. 작업 및 서비스 이해

사설 클라우드 모델은 힘든 것 처럼 앞으로 이동, 당신이 서비스를 이해 하지 않는 경우에 특히 조직에 의존 합니다. 문서는 키; 없이 그것의 관계를 설명 하는 시스템, 서비스 수준 계약은 알 수 없는, 그리고 많은 잘못 된 가정 있다. 이러한 서비스를 사용 하는 사람들에 대 한 필요는 새로운 클라우드 서비스는 이러한 요구 사항을 충족 하도록 만들어질 수 있도록 문서화 되어야 한다. 이 서비스는 중앙된 조직에서 반복 하는 경우 특히 중요 하다. 또 다른 이유는 그 부서 자체 인프라 구축 보다 사용 하 여 공유 서비스, 이유, 발견 그리고 식별 하 고 분쟁을 피할 수 있습니다.

다른 설명이 없는 표준 모든 요구 사항 및 시스템 디자인 요구 사항을 설명 하지 않습니다 하 고 신속 하 게 면제 절을 얻을 것 이다 문서는 표준화, 자체에 적용 됩니다.

성능 정보 공유 인프라 및 클라우드 기반 솔루션에 대 한 중요 한 이기도 합니다. 1 년 이상 기록 데이터를 매우 실용적이 고 용량 요구 사항 및 시스템 크기를 결정 하는 데 도움이 가장 높은 가능한 선명도가입니다.

4. 가상화의 경로에 단계

사설 클라우드 가상화 반드시 필요 하지는 않지만, 일반적인 모델입니다. 가상화에는 일반적으로 특정 지식과 기업 내 행동 드라이브. 예를 들어 대부분 가상화는 중앙된 저장소가 필요합니다. 이 같은 중앙 집중식된 스토리지 가상화 구현에 대 한 지식은 개인 구름에 대 한 유용 그래서 사설 클라우드를 건물의 유물을 될 것입니다.

마찬가지로, 종종 가상화 데이터 센터 네트워크를 나누기. 아주 최소한, 그것은 동적 모드로 정적 흐름 패턴을 변형할 수 있다. 공유 컴퓨팅 모델과 클라우드 기반 컴퓨팅이 추세를 유지 하 고 자주 증가 대역폭 요구 사항, 네트워크에 대 한 의존도 증가에 변화. 대화와 당신의 가상화 관리자, 스토리지 관리자, 네트워크 관리자, 시작 하 고 결과 가상화 이니셔티브 클라우드 컴퓨팅, 서비스 원격 사무실 및 모바일 사용자에 게 계획 하는 경우에 특히의 개발 하는 열쇠가 될 것입니다.

5. 이해 자동화 및 표준화

자동화 전용 클라우드로 이동 하는 기업에 대 한 주요 목표 중 하나입니다. 그러나, 표준화, 없이 자동화가 까다롭습니다. 예를 들어 운영 체제와 서버 표준의 설립을 사용 하면 파일 위치, 파일 시스템의 크기, 및 인증 메커니즘을 가정 수 있습니다. 이러한 가정에 따라, 웹 서버, 응용 프로그램 서버 및 방화벽 규칙 등 응용 프로그램 소프트웨어 및 미들웨어 설치를 스크립트 수 있습니다. 설치는 쉽게 반복, 누구 든 지 배포, 반복 수는 재해가 발생 하면 최대한 빨리 처리 될 수 있습니다.

표준화는 그것을 실천 하지 못한 기업에 대 한 매우 어렵습니다. 하지만 표준화 채택 된다, 일단 시간 절약은 명백 하다.

운영 체제, 운영 체제 버전 또는 구성 요소 프로세스의 표준화 없이 엔터프라이즈를 상상해 보세요. 각 서버는 다른, 그리고 각 운영 요구 사항에 특별 한 주의가 필요 합니다. 패치 프로세스 또는 소프트웨어 설치 시간은 다른, 그리고 성공률 때문에 동요는 모든 마스터

컴퓨터를 바꾸고 있다. 이 일반적으로 두 가지 결과: 직원 들이이 서버에서 매일 작업을 수행 하는 시간 믿을 수, 그리고 그들은 너무 어렵고 예측할 수 있기 때문에 보안 버그 수정 같은 많은 일상적인 작업은 건너뜁니다. 표준화 및 하나 또는 두 개의 운영 체제 및 응용 프로그램 배포의 자동화 프로세스 생산성 보다 더 큰 생산성 향상.

변환의 대부분을 자동화 서비스 포털 및 서비스 분류에서 전달할 수 있습니다. 비록 기업, 100% 완전히 자기 서비스 될 것 하지만 워크플로;에 따르면 많은 프로세스를 자동화할 수 있습니다 유일한 상호 작용은 승인 프로세스. IT 부서

문에 집중할 수 더 중요 한 문제에 어떻게 더 나은 지원, 모니터링 응용 프로그램 및 서비스. 그것은 또한 일관 되 고 반복 가능한 플랫폼을 제공 하 여 응용 프로그램 관리자와 개발자의 생활을 향상 시킵니다. 즉 그것이 연산자 더 유용 하 고 재사용 가능한 스트림을 작성할 수 있습니다

처리, 사건 처리 하 고 시스템 경고를 감지, 모든 서버는 예외. 이것 또한 자동된 응답 경고 문을 열 수 있습니다.

(책임 편집기: 유산의 좋은)