클라우드 서비스 표준에 대 한 사용자의 기대를 탐험

때 클라우드 서비스를 원활 하 게 실행 하 고 서비스 수준 계약 (Sla) 장소, 비즈니스 파티, 기업 및 기관에는 서로 다른 공급자, 클라우드 스토리지에서 데이터를 전송 하지만 어떤 이유로 이렇게 하는 것은 불가능 찾을 할 수 있습니다. 이유 중 하나는 구름에 데이터를 저장 하는 API 호출에 필요한 데이터 형식, 호환 되지 않는 또는 하지 다른 공급자 구름에 데이터를 저장 하기 위해 사용 하는 API 호출 상호 운용 이다.

그 결과, 비즈니스 측면 클라우드 서비스를 제공 하는 공급자를 선택 하기 전에 다른 업체에서 사용 하는 데이터 저장소의 형식으로 인해 데이터 전송 오류 직면 될 것 이다. 다른 공급자에 게 데이터를 전송할 때 유연성을 지원 하기 위해 공급자와 협상 하 (손상을 완화 하는 방법이입니다.) 이 공급자의 클라우드 서비스 API 호출 하는 코드를 변경 포함 됩니다. )

클라우드 사용자만 운용 Api가 야, 그들은 배달 모델 모든 구름에 대 한 상호 운용성을 보장 하기 위해 서비스 표준 클라우드 필요:

서비스 인프라: IaaS에 대 한 공급자에 의해 호스트 된 가상 머신 IaaS에 대 한 다른 공급자에 의해 호스팅되는 가상 컴퓨터와 호환 됩니다.

서비스 플랫폼:는 IAAS에 작동 하는 플랫폼을 다른 IaaS 플랫폼와 호환 됩니다.

서비스로 소프트웨어:는 PAAs에 개발한 응용 프로그램은 다른 호환 PAAs 작업 가능.

이러한 결정을 내리는 시작할 수 있도록이 문서 공급자 또는 클라우드 서비스 사용자는 상호 운용성 표준에 대 한 있어야 기대를 나열 합니다. 다음으로,이 기사는 바로 조직 액세스 하 고 필요에 따라 상호 운용성 도구로 자신의 리소스를 사용 하는 클라우드 서비스의 모든 측면에 대 한 표준을 설정 하는 조직으로 다 징 턴. 심지어 이러한 표준의 개발 관련된 커뮤니티에 표준의 진화에 기여 할 수 있습니다.

클라우드 서비스 사용자의 기대

클라우드 사용자 (응용 프로그램, 플랫폼, 또는 인프라 서비스 제공 업체 또는 사용자)는 다음과 같은 분야에서 적당 한 상호 운용성을 기대할 수 있어야 합니다.

배달 모델 상호 운용성: 특히 Iaas iaas와 Paas paas.

클라우드 기반 인터페이스와 상호 작용: 예를 들어 구름 및 비 클라우드 시스템 간의 상호 작용.

서비스 지향 아키텍처 및 기타 웹 서비스: 클라우드 시스템와 SOA 참조 아키텍처, 인프라 프레임 워크와 통합 모델 간의 상호 운용성을 지원.

엔터프라이즈 IT 관리 시스템: 다른 IT 제품 완벽 한 통합 표준의 다양 한 하자.

저장: 데이터 보관 및 이용, 관리 시스템이이 기능 때문에 중요 한 데이터의 일부 클라우드 응용 프로그램에 기능을 지 원하는 리소스를 수 있습니다.

보안: 프로토콜 및 유틸리티 동안 상호 운용성, 메시지 큐, 신원 및 보안 인증 및 인프라 토폴로지 및 응용 프로그램 안무 등 클라우드 보안 문제를 관리 하는 데 사용 됩니다.

마이그레이션: 조직 마이그레이션하는 데 사용할 도구 클라우드 응용 프로그램 (또는 심지어 전체 IT 환경) 표준 기반 또한 이어야 한다.

사용자 중재: 경우 이론적으로 사용자가 원하는 클라우드 상호 운용성 표준을 확립 하 여 제어, 일부 구름 제조 업체 (리팩터링) 설계에 의해 경험 하는 통증을 줄일 수 있습니다 (연방 정부) 등 매우 큰 조직 큰 시장으로 그들의 제품의 상호 운용성이이 표준 수락을 강요 당할 것 이다.

상호 운용성을 구축 하는 가장 쉬운 방법은 만들고, 채택, 수준을 개선 하는 것입니다.

클라우드 서비스 표준 기구

클라우드 서비스 수준을 증진을 시도, 조직 러 앞으로 밀거나 표준 (승인 또는 초안 버전)를 게시. 그들은 다음과 같은 분야에서 사용자의 기대에 부응 하려는:

조직의 기본 초점으로 서비스 공급 업체에 독립적인 클라우드를 가져가 라.

클라우드 컴퓨팅 업계 표준에 초점을 맞춘 작업 조직.

표준 정보 기술 조직에서 제공 하는 클라우드 서비스에 대 한 표준.

Sla에 대 한 표준 용어 및 가치를 제공 하기 위한 모범 사례를 제공 하는 조직 SLA 관리 표준화를 운전 하기 위해서는 고객의 기대 회의. 그들은 사용자와 공급자의 관심사의 일반적인 지지자로 볼 수 있습니다.

오픈 클라우드 서비스 표준에 초점을 맞춘 조직 OpenStack 재단, 그리드 포럼, 오픈 그룹을 열고 있습니다.

클라우드 컴퓨팅 분산된 관리 작업 강제 (DMTF) 포함에 작업 그룹 및 스토리지 네트워크 연구소 (협회)를 설립 하는 업계 표준 조직 DMTF의 클라우드 관리 작업 그룹 및 SNIA 클라우드 스토리지 기술 그룹은 표준 인터페이스에 대 한 클라우드 컴퓨팅 하는 것을 설립 했다.

표준 정보 기술 조직 승인 또는 운영을 제공 하는 클라우드 컴퓨팅 표준 등 국가 과학 및 기술 (NIST), 오아시스 (조직 발전 O에 대 한 f 구조적 정보 표준)입니다. NIST의 클라우드 컴퓨팅, 특정 정의 발표 했다 그리고 오아시스 초안 클라우드 컴퓨팅 표준 발전 이다.

SLA 계약에 대 한 유용한 정보를 제공 하는 사용자 이니셔티브 조직 TM 포럼 및 클라우드 서비스 고객 위원회를 포함 한다.

표준 용어와 Sla에 대 한 값은 형성 되 고, 하지만 그들은 쓰기의이 시간에서 존재 하지 않습니다.

이러한 조직과 그들이 제공 하는 도구 중 일부에서 좀 더 가까이 보자.

OpenStack 재단: 하자 IaaS 서로 통신

잠재력과 현재 클라우드 서비스 사용자는 다른 공급자를 주최 하는 또 다른 IaaS와 완벽 하 게 상호 작용을 하나의 IaaS를 허용 하는 오픈 클라우드 서비스 표준을 기대 합니다. OpenStack 재단 그들의 기대를 충족에 적극적인 접근을 채택 했다.

OpenStack 재단 무엇 이며 그들이 IaaS를 표준화 할 수 있는 좀 더 가까이 보자.

OpenStack 재단 OpenStack의 IaaS 클라우드 컴퓨팅 프로젝트를 Rackspace 플랫폼 NASA의 성운 플랫폼에서 코드를 통합 감독에 대 한 책임 이다. 개발자가 클라우드 컴퓨팅를 만드는 오픈 소스 클라우드 컴퓨팅 플랫폼 공공 및 민간 구름에 대 한 전 세계 기술자와 함께 작동 합니다. 이 프로젝트에 대 한 코드 수정 OpenStack 재단의 멤버가 완료 했다, OpenStack 재단 Rackspace에 의해 2011 년에 분할 되었다. 2012 년 4 월에서에서 IBM과 레드햇 기초 의미 그들은 다음 3 년 동안 매년 500, 000 달러를 기부, 플래티넘 회원으로 가입 하기로. 또한, 두 회사는 또한 소프트웨어 코드 수정에 참여 됩니다. 가입 하려는 또는 플래티넘 회원 가입을 계획 하는 다른 회사에 포함 & t, 캐 노 니 컬, HP, 성운, Rackspace 및 수 세.

OpenStack은 IaaS 표준화에 대 한 세 가지 구성 요소를 포함 하는 모듈형 아키텍처는 있다. 각 구성 요소는 코드 이름이 있습니다.

(노바) 컴퓨팅: 소스 소프트웨어와 큰 규모로 가상 컴퓨팅 인스턴스를 구현 하는 자동화 된 배포에 대 한 기준 열.

개체 저장소 (스위프트): 정적 개체의 큰, 중복 저장을 위한 오픈 소스 소프트웨어와 표준을 제공합니다.

미러링 서비스 (눈): 검색, 등록, 및 가상 디스크 미러링에 대 한 배달 서비스를 제공 합니다.

오픈 스택 Id 관리 (키스톤): 모든 OpenStack 프로젝트에 대 한 통합된 인증을 제공 하 고 기존 인증 시스템과 통합.

사용자 인터페이스 대시보드 (수평선): 관리자와 사용자가 액세스 하 고 셀프 서비스 포털을 통해 전체 클라우드 기반 리소스를 구성할 수 있습니다.

오픈 그리드 포럼: 클라우드 연결 및 상호 작용

클라우드 서비스 사용자는 오픈 클라우드 인터페이스를 기대 하 고 오픈 그리드 포럼 (OGF) 클라우드 인터페이스 표준을 게시 하 여 그들의 기대를 충족.

OGF는 그리드, 구름, 그리고 고급 분산 컴퓨팅의 관련 된 패턴을 포함 하는 표준 개발 조직. 그것은 사전 승인 하 고 클라우드 기반 상호 작용 명세를 제공 하는 오픈 클라우드 컴퓨팅 인터페이스 (OCCI) 표준 게시. 이 인터페이스는 클라우드 컴퓨팅, 과학적 데이터 처리, 약물 연구, 암 연구, 금융 리스크 분석, 가상화 및 제품 디자인에에서 다양 한 문제를 해결 하기 위해 사용 되었습니다.

OCCI는 클라우드 관리 작업의 모든 유형에 대 한 동일한 프로토콜 및 API 디자인 구성 요소를 제공합니다. 작업 원래 IaaS 기반 서비스에 대 한 원격 관리를 만들 의도 했다. OCCI의 현재 버전은 PaaS, SaaS 모델에도 적용 됩니다.

Note 그리드 컴퓨팅에 사용 되는 소프트웨어 프로그램 섹션으로 분할 하 고 대형 시스템 이미지로 컴퓨터의 수천에 이러한 부분을 맺을 수 있는 능력을 요구 한다. 그리드와 눈에 띄는 문제는 그 노드 소프트웨어 부분에 오류가 발생 하면 다른 노드의 다른 부분 실패할 수 있습니다. 예방 하는 소프트웨어의 모든 부분을 다른 한 노드에서 다시 실패할 수 있습니다입니다.

오픈 그룹: SOA를 지 원하는 IaaS 표준화

클라우드 서비스 사용자가 원하는 IaaS 서비스 지향 아키텍처 (SOA)를 지원 하기 위해. 오픈 그룹은 IaaS를 표준화 하기 위해 노력 하는 다른 조직 이다. 오픈 그룹 3 표준 IaaS 제품 및 서비스-지향 아키텍처 (SOA) 구축 하는 조직에 게시 합니다. 이러한 세 가지 기준은 다음과 같습니다.

서비스 지향 인프라 클라우드 컴퓨팅 프레임 워크 (솟)

서비스 지향 아키텍처 참조 아키텍처 (SOA RA)

오픈 그룹 서비스 통합 성숙도 모델 (OSIMM)

솟은 SOA를 지원 하 여 계획 클라우드 인프라에 대 한 구성 요소를 제공 합니다. IBM은이 프로젝트의 공동의 자. 또 다른 회장 HP에 의해 제공 됩니다.

SOA RA 만들고 IaaS에 SOA 제품 평가 대 한 청사진을 제공 합니다. IBM이이 표준에 최대 200 페이지의 지침을 작성 하는 과정에서 중요 한 기여를 했다.

OSIMM은 조직의 SOA 성숙도 평가 하기 위한 프레임 워크를 제공 합니다. IBM는 그것의 자신의 성숙 모델: IBM 서비스 통합 성숙도 모델.

기억, 모든 IaaS 구현 SOA를 지 원하는 데 사용 됩니다.

분산 관리 태스크 포스:에서 작업 그룹을 인큐베이터

클라우드 서비스 사용자는 오픈 컴퓨팅 표준 DMTF와 같은 산업 조직에서 기대합니다. 조직 개발 하 고 유지, 기업 IT 환경에서에서 시스템 관리 표준을 향상 시킵니다. DMTF 다른 제조업체 또는 기업에서 제품 사이 시스템 관리 상호 운용성을 구현 하는 데 도움이 됩니다.

DMTF의 오픈 클라우드 표준 보육 클라우드 관리 사용 사례, 아키텍처 및 상호 작용을 개발 하 여 클라우드 환경 사이 상호 작용의 표준화에 중점을 둡니다. 작품은 2010 년 7 월에에서 완성 되었다. 오늘, DMTF의 클라우드 표준 개발 작업 클라우드 관리 작업 그룹 (CMWG)와 클라우드 감사 데이터 연맹 (작업 그룹 WG)에 의해 수행 됩니다.

CMWG 개발 서비스 공급자 요청자, 개발자 및 공급자 사이의 상호 운용성 관리를 지원 하도록 지정 합니다. 그것은 IaaS에서 리소스를 관리 하기 위한 모델을 정의 하는 진행 작업 초안으로 클라우드 인프라 관리 인터페이스 (Cimi)을 게시 합니다. 그것은 새 가상 컴퓨터를 만들 컴퓨터의 용량을 확장 하 고 클라우드 액세스 지점을 통해 컴퓨터 템플릿 정의에 사용할 수 있습니다.

CADF WG에 의해 개발 하는 개방형 표준 감사 정보 및 도움말 구름 구름 공급자 생성 하 고 공유 하는 특정 감사 이벤트, 로그 및 보고 정보를 요약 하는 데 사용 됩니다. 이러한 보고서 및 로그 호환성 제어 도메인 및 ISO 27002, PCI DSS 및 COBIT 같은 프레임 워크에 따라 레이블 이벤트를 분류 하는 데 필요한 정보가 들어 있습니다.

스토리지 네트워크 산업 협회: 항상 중요 한 클라우드 스토리지 표준

클라우드 서비스 사용자가 원하는 기술 팀 이즈 저장용 클라우드 인터페이스 표준을 개발할 수 있을. 한 예로 스토리지 네트워크 산업 협회의 비영리 단체 이다. 1997 년부터, 조직은 저장 표준에 일하고 있다. 클라우드 스토리지에 대 한 개발 시스템 표준의 작품, SNIA 사전에 클라우드 스토리지 기술 작동 그룹 (TWG)를 만들었습니다. 좋은 소식은 그것은 클라우드 데이터 관리 인터페이스 (CDMI) 표준 게시 하 고 표준 확장입니다.

표준 인터페이스는 응용 프로그램을 만들고, 검색, 업데이트, 그들을 사용 하 고 API 형태로 각 서비스 공급자가 제공 하는 구름에 데이터 요소를 삭제 하는 방법을 설명 합니다. 이 인터페이스는 클라이언트가 클라우드 스토리지의 기능을 발견, 컨테이너 관리를 수 및 데이터 컨테이너에 컨테이너와 포함 된 데이터 요소에 메타 데이터를 설정.

관리 응용 프로그램 컨테이너, 계좌 번호, 보안 액세스, 결제 정보, 및 다른 프로토콜을 통해 액세스 저장소를 관리 하기 위해이 인터페이스를 사용할 수 있습니다.

클라우드 스토리지 TWG (상호 운용 가능한 구현의 성공적인 테스트) 후 CDMI의 다음 버전에 새로운 기능을 추가 하기 위해 독립 확장 표준, CDMI에 대 한 해제 됩니다.

TWG은 시스템-레벨 요구 사항 문서를 제공 하 고 다른 조직과 클라우드 스토리지 표준, SNIA 전략적 제휴 위원회와 공동으로 이러한 문서를 공유 하는 시도 합니다.

구조화 된 정보 기준의 전진 위한 조직: 개선 클라우드 보안 표준

클라우드 서비스 사용자 기대 오픈 정보 기술 보안 표준, 포함 표준 클라우드 컴퓨팅. 이러한 표준 조직 발전의 구조적 정보 (오아시스)에 대 한 개선 등이 있습니다. 오아시스 초안 클라우드 안전 기준을 각각 준비 하 세 기술 위원회 (TC)를 설정 했습니다.

고급 메시지 큐 프로토콜 (AMQP)

클라우드 (Idcloud)에서 id

토폴로지 및 오케스트레이션 사양 클라우드 응용 프로그램 (토스카)

AMQP TC 조직 오픈 상호 운용성을 통해 엔터프라이즈 미들웨어 소프트웨어 통합의 비용을 줄일 수 있도록 하는 프로토콜을 향상 시킵니다. 이 프로토콜 조직 쉽고 안전 하 게 데이터를 전송할 수 IBM websphere 같은 응용 프로그램 간에® mq, mq 시리즈, 분산된 클라우드 컴퓨팅 환경과 모바일 인프라를 통해 전체 조직.

클라우드에서 id 관리와 관련 된 보안 문제를 해결 하는 Idcloud TC 컴퓨팅. 이 TC를 현재 id 표준의 상호 운용성에 대 한 요구 사항을 결정합니다. 위험 및 위협 분석에는 수집 된 사용 사례 및 취약점의 영향을 완화에 대 한 지침을 제공 합니다 수행 합니다. IBM이이 위원회의 회원 중 하나입니다.

토스카 TC의 목표는 모든 호환 구름의 휴대용 배포 지원, 여러 클라우드 공급자에서 동적 응용 프로그램, 클라우드, 유연한 사용자 선택으로 보다 원활 하 게 기존 응용 프로그램 마이그레이션. 이동성은 인프라 클라우드 서비스를 배포, 패치, 및 종료, 이러한 서비스의 동작 및 서비스의 다양 한 부분 간의 관계의 상호 운용성을 지원 하 여 이루어집니다.

여러 파트너에 대 한 TM 포럼: SLA 유용한

SLA 표준 조항 및 클라우드 서비스 사용자와 공급자 서비스, 우선 순위, 및 책임의 품질 관련이 있을 것으로 기대 하는 값. TM 포럼 클라우드 & 새로운 서비스 이니셔티브 최선의 방법 (서비스 수준 계약 관리 같은 주제)에 대 한 사례 및 표준 (Frameworx)를 사용할 수 있는 추가 클라우드 시장 활성화에 초점을 맞추고. TM 시장 개방의 원동력으로 기준을 강조 한다.

TM 포럼 서비스, 우선 순위, 및 책임의 품질에 대 한 두 개 이상의 당사자의 기대로 SLA를 정의합니다. 전통적으로, Sla 서비스 제공 업체 및 기업 사용자 간의 계약의 형태로 하지만 새로운 세대 서비스의 가치 사슬을 적 확대 등 다양 한 파트너의 Sla 했다:

최종 사용자가 클라우드 서비스 공급자

제조 업체에 서비스 제공

엔터프라이즈 서비스 공급자

최종 사용자에 게 엔터프라이즈

엔터프라이즈 서비스 공급자

서비스 공급자 (네트워크 액세스 공급자)에 네트워크 공급자

네트워크 공급자, 서비스 공급자 또는 기업에 대 한 제조 업체

콘텐츠 공급자 콘텐츠 통합자 나 광고주를

경쟁에서 성공 하기 위해서는 기업 선 견 가진 그들의 서비스 품질을 관리 해야 합니다. 이러한 서비스를 제공 하는 여러 파트너에 따라 달라 집니다, 때문에 파트너 서비스 Sla의 관리는 성공에 중요 한. Sla는 정의 하 고 성능, 사용자 경험, 결제, 서비스 배급 및 다른 사업 분야에 대 한 파트너의 기대를 관리 하는 데 사용 됩니다.

SLA 관리 또한 SLA 매개 변수 (예: 성능, 타임 라인, 충족 하거나 비용을 요구 하는 무 능력) 충족 되지 않을 때 미리 정의 된 불리 한 결과 평가 하기 위해 사용할 수 있습니다. 예를 들어 클라우드 컴퓨팅 가동 중지 시간이 한 시간 이상 인 경우에, 형벌 10% 서비스 요금을 줄이는 것입니다.

Tmforum은 서비스 공급자 평가 및 작업 및 통합을 위한 서비스 지향 접근을 사용 하 여 성능을 향상 시킬 수 있도록 FRAMEWORX 표준 집합을 제공 합니다. 비즈니스 프로세스 프레임 워크 (ETOM), 정보 프레임 워크 (SID), 응용 프로그램 프레임 워크 (TAM), 통합 프레임 워크를 포함 하는이 조건 집합 그리고 비즈니스 통계입니다.

클라우드 서비스 고객 위원회: 신흥 SLA 표준 용어

클라우드 표준 고객 위원회 (CSCC)는 세상에® 가속 클라우드 채택 과정의 성공에 전념 하는 최종 사용자 이니셔티브 그룹. 그것은 표준 조직, 하지만 그것은 기존 클라우드 표준 작업을 보완. 그것의 후원자에는 IBM, Kaavo, Rackspace, 및 소프트웨어 AG, 열려있는 모든 최종 사용자 조직에 포함 됩니다.

위원회는 표준, 보안, 그리고 클라우드로 전환 하는 동안 발생 하는 상호 운용성 문제에 초점을 맞추고. 특히, 그것의 표준 용어와 클라우드 Sla에 대 한 값입니다. 표준 SLA 클라우드 서비스는 아직 존재 하지 않습니다.

위원회는 클라우드 사용자와 공급자 간의 서비스의 서 면된 기대로 클라우드 Sla를 본다. 때 의사 결정자는 평가 하 고 최종 사용자에 게 다른 클라우드 제공자에서 Sla를 비교, 의사 결정자를 기대 이해 하 고 무엇에 대 한 지침을 제공 합니다. 정책 입안자는 또한 클라우드 공급자 및 공급 업체, 기업 데이터 센터, 네트워크 공급자, 콘텐츠 공급자, 및 다른 사람 사이 Sla 평가 해야 한다.

국립 연구소의 표준 및 기술: 사실상 표준 공동

일부 클라우드 서비스 사용자는 페더레이션된 표준의 실제 클라우드 정의 기대합니다. 국립 연구소의 표준 및 기술 (NIST)에 의해 제공이 표준 정의 주로 대상된 정부 기관, 정부 기관으로 최종 사용자에 게 보다 효율적인 서비스를 제공 하기 위해 클라우드를 차례 것 같다.

2011 년 9 월 NIST의 클라우드 컴퓨팅, 읽기는 다음과 같이 정의 출시.

클라우드 컴퓨팅은 언제, 어디서 나, 쉽게 구현할 수 있는 모델 구성 가능한 컴퓨팅 리소스 (예: 네트워크, 서버, 스토리지, 응용 프로그램 및 서비스) 풀에서 요청 시 리소스 수 신속 하 게 공급 하 고 발표, 리소스 관리 및 서비스 공급자와 상호 작용의 작업 부하를 최소화. NIST의 클라우드 5 기본 기능 나열 컴퓨팅:

셀프 서비스 요청 시

어디서 나 네트워크 액세스

리소스 풀링

신속 하 고 자유롭게

측정 서비스

NIST는 3 개의 서비스 모델을 나열: 소프트웨어, 플랫폼 및 인프라. 그것은 4 개의 구성 요소 영역으로 배포 모델을 분할 한다: 개인, 지역 사회, 공공, 그리고 혼합.

2011 년 12 월 NIST 발행 지침 보안 및 공공 장소에서 개인 정보 보호에 대 한 클라우드 컴퓨팅. 2012 년 5 월, NIST 발표 초안 클라우드 컴퓨팅 개요 및 구름의 장단점을 설명 하는 추천의 사본을 컴퓨팅.

클라우드 표준의 미래는 무엇 인가?

우리가 한다 명심 SaaS, PaaS, IaaS 사용자의 기대 공급자 표준 및 사용자 이니셔티브 단체와 비교 했을 때. 몇 년 동안, IaaS의 완전 한 표준화의 조금 희망이 있었다. 결정권자 Sla를 비교할 때 하면서 SLA의 클라우드 컴퓨팅 표준 및 값은 진화를 계속, 그것은 이해 무슨 예상 해야 하 고 마스터 수 있도록 모범 사례 SLA 관리와 의사 결정자를 제공 합니다.

한 옵션 표준 설정 과정을 간단 하 게 개발자, 관리자 및 비즈니스 분석가 (즉, 진짜 전문가)의 팀을 구축 하는 것입니다. 그들은 쉽게 확인할 수 있습니다.

클라우드 서비스 표준에서 간격입니다.

어떻게 우리가 이러한 격차 좁혀 수 있습니다.

어떻게 우리는 SLA 기준으로 SLA 모범 사례를 진화.