기술 블로그 Gigaom 최근 클라우드는 강력한 관리 도구, 하지만 문제는 여기 많은 사람들이 지금은 인정을 쓴, 우리는 클라우드는 단지 도구 생각 합니다. 사실, 클라우드 관리 플랫폼은 그냥 좋은 래퍼, 아니라 몇 가지 스크립트 자동 생성 또는 확장, 플랫폼을 클라우드 소유자는 그들의 회사의 규정과 정책 기술 솔루션에 더 효과적이 고 안전 하 게 적용 됩니다 및 크로스-국경 문제 느낌을 허용 하지만.
문제를 해결 하거나 기회 (종종 같은 목적), 어떤 소프트웨어와 마찬가지로 클라우드 관리 플랫폼을 사용할 수 있습니다 그리고 회사 클라우드 관리 플랫폼을 사용 하 여 후에 그것의 자신의 필요를 명확히 해야 합니다. 클라우드 관리 플랫폼은 다음과 같은 요구 사항을 충족 해야 합니다.
1. 여러 개의 클라우드를 관리 하는 능력
흰 구름의 이며 왜 사용 중이거나 삭제는 중요 한 전략적 비전: 사용할 수 있는 형식에서 데이터를 검색 하 고 예상된 작업 및 위치에 대 한 올바른 클라우드 플랫폼을 찾아서에 능력. 흐린 전략의 결정 요인으로 협력 또는 경쟁 문제를 걸릴 수 있습니다.
2. 데이터 보안 처리 및 위치 지정
수 있는 시스템 관리자는 기업 전략을 얻기 위해 위치 및 데이터 기밀성 요구 회피? HIPAA 또는 다른 규정 하는 문제점? 만약 그들이 관심사 임을 인정 하지, 왜 그것의 관리 도구에 대 한 찾아 그들은?
3. 마음으로 전체 클라우드 관리
건축가 엔지니어 좋은, 수 있습니다 하지만 가장 일반적이 고 효율적인 도구 집합을 사용 하 여 데이터를 관리 하 시겠습니까? 플랫폼 성능 및 수명 주기 선택에 따라 개인 정보 보안 측면에서 취할 수 있는 정책을 고려 하십시오.
4. 역할 기반 보안 개발 등
엔지니어 및 인프라 관리자에서 클라우드 관리 플랫폼에 Tun 액세스의 보안 결정을 처리할 수 있는 하는 동안 그들은 (개발자 또는 최종 사용자) 고객 및 파트너 구름을 방문 수 있습니다 여부를 확인할 수 있습니다?
5. 가상 컴퓨터에 대 한 보안 스위트 통합
이 위해 CIO 수 있습니다 너무 많이 투자 하지 않아도 하지만 수석 보안 역할 프로젝트에 참여 하는 지역 이어야 한다.
6. 삭제 생성에서 라이프 사이클을 고려
플랫폼 보다 효율적인 사용 패턴을 지정 하 고 자원의 부적절 한 사용의 위험을 줄일 수 있도록 단단한 주기는 다는 것을 확인 하십시오.
7. 통합된 운영 플랫폼 (모니터링, 결제, 등.)
주로 기술적인 팀의 작업은 이러한 요구 사항을 정의 하지만 모니터링 및 결제 관리에 대 한 예산 여전히 중요 하다.
8. 일반적인 도구와 Api에 대 한 스크립팅 언어
주요 기술/건축 요구 사항 통합 예외 발생할 수 있습니다.
적절 한 클라우드 관리 플랫폼 고려 사항에서 위의 몇 가지 측면은 완벽 하지, 그냥 일반적인 방향으로. 그러나, 열쇠는 클라우드 관리 플랫폼 누락 된 링크를 보완 하 고 IT 조직 위치를 변경 해야 합니다.