데이터 센터 전문가 를 위한 Google Cloud Platform | Google Cloud Platform for Data Center Professionals | Google Cloud 
 이 가이드 에서 는 데이터 센터 및 코 로케이션 시설 에 익숙 한 전문가 를 대상 으로 Google Cloud Platform 을 시작 하 는 데 필요 한 주요 개념 을 설명 합니다 . 이 과정 에서 Cloud Platform 과 이러 한 시설 에서 사용 하 는 소프트웨어 , 하드웨어 , 권장 사항 을 비교 하 고 유사점 과 차이점 을 알아봅니다 . 또한 빠른 이해 를 돕 기 위해 기존 데이터 센터 제품 , 개념 , 용어 를 Cloud Platform 의 제품 , 개념 , 용어 와 대응 하 여 보여 줍니다 . 
 대부분 의 회사 는 비용 예측 이 가능 하 고 하드웨어 가 확실 하 며 제어 기능 이 있 기 때문 에 데이터 센터 를 사용 합니다 . 하지만 데이터 센터 에서 리소스 를 실행 하 고 유지 관리 하 려면 다음 을 비롯 한 여러 간접비 가 필요 합니다 . 
 용량 : 필요 에 따라 충분 한 리소스 를 확장 하 고 이러 한 리소스 를 효율 적 으로 사용 합니다 . 
 보안 : 자산 보호 를 위한 물리 적 인 보안 은 물론 네트워크 및 OS 수준 의 보안 입니다 . 
 네트워크 인프라 : 배선 , 스위치 , 라우터 , 방화벽 , 부하 분산 기와 같 은 요소 입니다 . 
 지원 : 숙련 된 직원 이 설치 및 유지 관리 를 수행 하 고 문제 를 해결 합니다 . 
 대역폭 : 최대 부하 에 적합 한 대역폭 입니다 . 
 시설 : 장비 및 전원 을 포함 한 물리 적 인 인프라 입니다 . 
 Cloud Platform 과 같이 모든 기능 을 갖춘 클라우드 플랫 폼 을 사용 하 면 이러 한 물리 적 , 물류 적 , 인 적 자원 관련 우려 사항 과 연관 된 간접비 가 많이 사라지 며 프로세스 에서 관련 비즈니스 비용 을 대폭 줄일 수 있 습니다 . Cloud Platform 은 Google 인프라 를 기반 으로 구축 되 었 으므로 대개 비용 부담 이 큰 기존 데이터 센터 에 비해 다음 과 같 은 추가 이점도 제공 합니다 . 
 Google 은 가장 광범위 하 고 발전 된 형태 의 컴퓨터 네트워크 를 보유 하 고 있 습니다 . 수천 킬로미터 길이 의 광섬유 케이블 로 이루어진 Google 의 백본 네트워크 는 소프트웨어 로 정의 된 고급 네트 워킹 을 사용 하 며 , 빠른 속도 , 일관 된 성능 , 확장 성 을 보장 하 는 에지 캐 싱 서비스 를 지원 합니다 . 
 내장 형 다중 지역 중복 성 
 전 세계 의 여러 데이터 센터 지역 과 영역 이 강력 한 중복 성 과 가용성 을 보장 합니다 . 
 빠르 고 신뢰 할 수 있 는 확장 
 Cloud Platform 은 Google 의 자체 제품 처럼 트래픽 이 급격 하 게 상승 하 는 경우 에 도 확장 가능 하 도록 설계 되 었 습니다 . Google App Engine , Google Compute Engine 자동 크기 조절기 , Google Cloud Datastore 와 같 은 관리 형 서비스 는 필요 에 따라 애플리케이션 크기 를 늘리 고 줄일 수 있 도록 자동 확장 기능 을 제공 합니다 . 
 다음 섹션 에서 는 Cloud Platform 사용 시 기존 데이터 센터 환경 에 비교 해 어떤 주요 이점 이 있 는지 설명 합니다 . 
 용량 및 대역폭 
 기존 데이터 센터 에서 는 리소스 가 얼마나 필요 할지 계획 하 고 , 필요 에 따라 확장 하 기 위해 충분 한 리소스 를 미리 확보 하 고 , 이러 한 리소스 한도 내 에서 용량 과 작업 분포 를 주의 해서 관리 해야 합니다 . 사전 프로비저닝 리소스 의 특성 으로 인해 아무리 용량 을 주의 해서 관리 해도 사용 률 을 최대한 으로 최적 화 하 지 못할 수 도 있 습니다 . 
 그림 1 : 시간 경과 에 따른 사전 프로비저닝 리소스 의 사용 률 
 또한 이러 한 리소스 의 사전 프로비저닝 은 리소스 에 엄격 한 제한 이 있 다는 의미 입니다 . 이 제한 을 넘어서 서 확장 하 는 것 이 매우 어렵 습니다 . 
 Cloud Platform 을 사용 하 면 여러 사용 률 문제 와 확장 성 기준 을 해결 할 수 있 습니다 . 필요 에 따라 VM 인 스턴스 를 확장 하 고 축소 하 는 것 이 가능 합니다 . 초 단위 로 사용 한 만큼 지불 하 므로 항상 필요 하 지 는 않 거나 트래픽 이 급증 할 때 만 필요 한 초과 용량 에 대해 지불 할 필요 없이 비용 을 최적 화 할 수 있 습니다 . 
 Google 보안 모델 은 종단 간 프로세스 로 , Gmail 및 Google Apps 와 같 은 Google 애플리케이션 에서 고객 보안 을 유지 하 는 데 중점 을 둔 18 년 이상 의 경험 을 토대 로 구축 되 었 습니다 . 또한 Google 의 사이트 신뢰 성 엔지니어링 팀 이 플랫 폼 시스템 의 운영 을 감독 하 여 높 은 가용성 을 보장 하 고 플랫 폼 리소스 의 남용 을 방지 합니다 . 
 기존 데이터 센터 에서 는 서버 랙 , 저 장소 , 여러 스위치 레이어 , 부하 분산 기 , 라우터 , 방화벽 기기 등 의 복잡 한 네트워크 설정 을 고객 이 관리 합니다 . 직접 소프트웨어 및 자세 한 기기 구성 을 설정 하 고 유지관리 및 모니터링 해야 합니다 . 또한 네트워크 의 보안 및 가용성 에 대해 고민 해야 하 며 네트워크 성장 이 필요 할 때 장비 를 추가 하 고 업그레이드 해야 합니다 . 
 이 에 반해서 Cloud Platform 은 소프트웨어 정의 네트 워킹 ( SDN ) 모델 을 사용 하 므로 고객 이 Cloud Platform 의 서비스 API 와 사용자 인터페이스 를 통해 네트 워킹 을 완전히 구성 할 수 있 습니다 . 데이터 센터 네트 워킹 하드웨어 를 관리 하 거나 비용 을 지불 할 필요 가 없 습니다 . Google 의 SDN 스택 인 Andromeda 에 대한 자세 한 내용 은 Enter the Andromeda zone 블로그 게시물 을 참조 하 세요 . 
 시설 및 지원 
 Cloud Platform 을 사용 하 면 더 이상 물리 적 인 데이터 센터 하드웨어 의 설치 나 유지 관리 에 대해 걱정 할 필요 가 없 으며 , 이러 한 작업 을 할 숙련 된 기술자 의 확보 에 대해 걱정 할 필요 도 없 습니다 . 하드웨어 레이어 와 기술자 를 둘 다 Google 에서 관리 하 므로 고객 이 애플리케이션 을 실행 하 는 데 집중 할 수 있 습니다 . 
 Google 은 정기 적 으로 독립 적 인 제 3 자 감사 를 받 아 Cloud Platform 이 보안 , 개인 정보 보호 , 규정 준수 규제 를 지키 는지 확인 합니다 . Cloud Platform 은 ISO 27001 , ISO 27017 , ISO 27018 , SOC 2 , SOC 3 , PCI DSS 등 의 기준 에 대한 정기 적 인 감사 를 받 습니다 . 
 Cloud Platform 의 가격 모델 은 무어 의 법칙 에 따라 설계 되 었 습니다 . 자세 한 내용 은 가격 책정 철학 을 참조 하 세요 . 
 다음 : Cloud Platform 의 네트 워킹