기술자, 우리 모두가 알다시피 기업 클라우드를 사용 하 여 증가 하 고 컴퓨팅. 점점 더 많은 IT 전문가 이제 더 흐린 애플 리 케이 션 기업 http://www.aliyun.com/zixun/aggregation/14162.html 밖에 나타납니다 알고 "> 그것 건축." 예를 들어 개인 사업 단위는 직접이 고객 관계를 달성 하기 위해, 그것을 방해 하지 않고 세 번째 팡 공급자와 직접 작업할 수 있습니다.
그 결과, 단일 기업 발생, 하 이며 다른 목적에 대 한 관계의 다양 한 다른 클라우드 서비스 제공 업체와 설립. 이러한 서비스 공급자 바쁜 모든 인프라 서비스 (IaaS)를에서 그들의 기능을 수행할 수 있습니다 그것은 소비 (예, 재해 복구, 온 디맨드 용량 개선, 가상 테스트 플랫폼, 및 등), 응용 프로그램 지원 서비스 (PaaS), 기업 사내 개발자를 배포할 수 있습니다 응용 프로그램 및 구성 요소 개발을 외부에서 호스팅된 응용 프로그램 (SaaS) 직접 비즈니스를 구현 하기 위해 다른 비즈니스 단위에 대 한 지원이 필요 합니다.
사업부의 관점에서 서비스 제공의 즉시성 등 예상된 몇 가지 장점이 있을 수 있습니다 하지만 기술 거 버 넌 스 관점에서 그것은 문제가 발생할 수 있습니다. 과제 중 하나는 개별 사업 단위 거의 동일한 공급자에서 유사한 서비스를 구매 하는 것인지 서로 공동 작업 이다. 보안 및 규정 준수 관점에서 모든 공급 업체는 제대로 검토 하 고 관리의 도전만 기업에 보낼 수 및 보안 제어 방식에서 승인 규제 데이터 및 중요 한 데이터 관련입니다.
서비스 카탈로그 값
일부 완벽 하 게 갖춘 기업 비즈니스에서 사용 하는 클라우드 서비스 제공자의 다양 한 관리를 시작 준비 하는, 하지만 대부분의 회사는 그렇지 않습니다. 이러한 관계의 많은 스토리지 규정 또는 중요 한 정보를 포함 하거나 비즈니스 연속성의 관점에서 데이터는 이러한 관계의 적절 한 관리 없이 사업을 중요 한 잠재적인 보안 및 규제 결과 발생할 수 있습니다. 또한, 이러한 관계는 그것 (여러 소스) 밖에 서 발생할 수 있습니다, 때문에 있다 논리 부하 유형 때문에 이러한 관계는 이전 지배 구조 모델에 적합 하지 않을 수 있습니다.
디렉터리 서비스 공급자 관계 주위를 구축 하는 것은 모두 더 나은 잠재적인 위험을 관리 하 고 더 전략적 클라우드 응용 프로그램 계획에 대 한 기초 누워 도울 수 있다. 맨먼저,이 디렉터리에 식별 하 고 문서화 하는 데 사용 되는 다른 서비스 제공 업체 도움이 됩니다. 서비스 자체는 정적 및 기업에서 사용 하는 방법에 대 한 되지 않습니다 때문에이 도움이 됩니다. 조직, 같은 서비스 제공 업체는 지속적으로 그들은 보안 컨트롤을 업그레이드할 수 있습니다, 가동이, 또는 위반, 피해자가을, 제공 하는 서비스를 변경 또는 사용 하는 공급자의 범위를 확장 하는 조직 결정을 기억 하십시오. 이러한 작업을 관리 하기 위해 코어 중앙 감시에 대 한 필요는.
구조화 된 서비스 공급자 관계의 많은 것 들을 의미합니다. 이 사용 사례에 대 한 책임 서비스 서명 각 관계, 예를 들어 특정 소유자를 확인 하려면 엔터프라이즈를 지원할 수 있습니다. 또한 서비스 공급자 제품 업데이트와 일관성을 유지 하 고 지역에서 잠재적인 통합 구현을 지원 도움이 됩니다. 예를 들어 회사 협상 되어야, 또는 다른 제품의 효과 비교 하 여 더, 배포 서비스 공급자를 사용할 수 있습니다. 즉, 클라우드 서비스 공급자 관계를 추적 추적 제 관계 기업에 대 한 동일한 값을 갖습니다.
자세한 카탈로그 구축
이러한 구조적된 카탈로그를 함께 퍼 팅 하기 전에 그것은 큰 기업에서 클라우드 서비스의 전체 범위를 식별 하는 추가 도전 사용 사례입니다. 아마도 가장 쉬운 방법은이 일이 역사적 규칙을 유지 하는 그의 리스트를 찾아와 현재 공급 업체 관계의 목록을 컴파일입니다. 그러나,이 전체 네트워크의 하위 디렉토리를 생성할 수 있습니다. 많은 클라우드 서비스 공급자는 모든 고객에 대 한 사용 하기 쉬운, 때문에 그들의 제품 수만 지급에 대 한 신용 카드 거래에 의해 추적 하기 어려운. 일부는 무료 일부 사용 사례에 대 한 있습니다.
검색 프로세스는 모든 다른 사업, 기술, 그리고 기업 내에서 팀을 지원 그리고 그들은 사용 하 여, 어떤 서비스 사용 되, 포함 한 경우 사용 하는 무슨을 결정 하는 클라우드 서비스를 구현 하는 가장 좋은 방법은 그들을 사용 하는 방법.
예를 들어 비즈니스 영향 분석 사례 기업 계획 (BCP)는 정기적으로 관리 하는 지속 가능한 개발에 대 한, 경우 클라우드 서비스에 대 한 사용 사례를 수집 도울 수 있다 또한이 프로세스를 자동화 하 고 문제를 줄일 수 있습니다. 또는, 응용 프로그램 위험 검토 대상 질문 또한 도움이 됩니다 새로운 계획 및 비즈니스 프로세스를 검토.
개인 데이터를 수집 하는 때 많은 사용자가 어떤 "구름"의 개념이 없다 기억 하십시오. 예: 질문, "당신은 어떤 클라우드 서비스를 사용 하 여?" "그들은 수 있습니다 이해 하지 도구 세일즈 포스 닷컴 같은 클라우드 서비스는, 그래서 그들은 데이터를 제공 하지 않습니다 당신이 찾는. 대신, "어떤 회사 관리와 같은 관리 되는 XYZ 서비스?" 더 적절 한 질문을 물어 "그들이 대답을 몰라, 적어도 당신은 알고 다음 단계의 방향."
선
기업에서 클라우드 서비스 공급자 카탈로그를 함께 퍼 팅 관리자 특정 사용 사례 형식 및 개체 관계 검토 되며 승인 달리 준수 해야 하는 규제 환경 평가를 허용 하는 생산적인 연습 이다. 또한, 신뢰할 수 있는 디렉터리는 사전 허가에 조사에 특히 유용합니다.
이 페이지의 내용은 인터넷에서 가져온 것이므로 Alibaba Cloud의 공식 의견이 아닙니다.이 페이지에서 언급 된 제품 및 서비스는 Alibaba Cloud와는 관련이 없으므로이
페이지의 내용이 골칫거리 인 경우 저희에게 알려주십시오. 우리는 5 일 근무일 이내에 이메일을 처리 할 것입니다.
커뮤니티에서 표절 사례를 발견한 경우
info-contact@alibabacloud.com
으로 관련 증거를 첨부하여 이메일을 보내주시기 바랍니다. 당사 직원이 영업일 기준 5일 내에 연락 드리도록 하겠습니다.