전통적인 작업 스타일을 파괴! 클라우드 컴퓨팅 하드웨어에서 우리를 유지 합니다

만약 당신이 는 시스템 관리자 또는 IT 관리자, 다음 클라우드 컴퓨팅은 근본적으로 짧은 시간에 작업을 변경에서 일. 증권 및 금융 시장 협회 (SIFMA)에서 한 연설에서 태양 엔지니어링, 핼 스턴의 부사장 말했다 기술 관리 회의.

"클라우드 컴퓨팅 하드웨어 세계에서 우리에 게 지 고의 개발," 스턴은 말했다.

그가 의미 하는 시스템 관리자의 작품부터 될 것 이다 모니터링 네트워크, 하드웨어 구성 요소에 많은 관심 없이. "우리는 여전히 시스템 관리자가 필요 하지만 그들은 렌치를 가진 데이터 센터에 실행 필요가 없습니다" 고 말했다. 대신, 그들은 원격 기술 및 도구를 사용 하 여 트래픽, 보안 및 네트워크의 성능을 평가 해야 합니다. "

클라우드 서비스의 특성은 무엇?

가트너의 조사에 따르면 클라우드는 5 개의 속성이 있습니다. 그것은 기반 서비스; 그것은 확장 가능 하 고 탄력, 추가 하 고 필요에 따라 기본 스키마를 제거; 공유 기본 아키텍처를 사용 하 여 규모의 경제를 달성 수 있습니다 그것은; 성능을 측정할 수 있습니다, 그리고 유료 사용자 사용, 그리고, 물론, 그것에 대 한 인터넷 기술을 사용 하 여.

일부 기업은 다른 사람, 그래서 그들은 사설 클라우드를 만드는 기본 아키텍처 공유 싶지 않습니다. 가격 요인에 더 관심 하 고 다른 회사와 기본 아키텍처를 공유 하고자 하는 사람들의 나머지는 공용 클라우드 (구름)을 선택할 수 있습니다.

"Sun의 보기에 있을 것입니다 많은 종류 구름의 미래에." 사설 클라우드 및 공용 구름, 있을 것입니다 그리고 거기 것입니다 새로운 종류의 그들 사이 구름, 구름의 전반적인 분포는 여전히 바 벨 모양 처럼 양측 사이 작은 "스턴"고 말했다. 51cto.com 독자 클라우드 서비스에 관심이 있다면, "클라우드 서비스 경쟁 증가를 통합 표준 컴퓨팅 클라우드" 다음 문서를 참조 하십시오 "2012 엔터프라이즈 클라우드 컴퓨팅과 클라우드 서비스 지출 도달 한다 42 십억 달러."

주소 개발자와 정책 입안자 사이의 긴장

클라우드 컴퓨팅 문제를 해결할 수 있는 두통 일반적인 IT 관리자와 일부 특별 한 시스템 관리자에 대 한 스턴 말했다. "클라우드 컴퓨팅 개발자와 정책 입안자 사이의 긴장을 해결 하는 것을 도울 수 있다. 이 긴장은 에덴 동산의 이야기 처럼. 개발자 물린 걸릴을 하지 않으려는 경우 왜 거기에 넣어 사과, "그는 농담, 그것을 비교 하는 것은 의사 결정자 하나님."

그는 말했다: "IT 관리자에 게: 왜 사용자가 너무 많은 요구를 해야 합니까?" 그들은 무슨 일을 하는지 결정 확인 하는 방법 왜 이렇게 많은 버전이 필요 합니까? "

클라우드 컴퓨팅이 모든 쉽게 만들 것입니다. 응용 프로그램을 더 나은 모니터링 하 고 엔터프라이즈의 특정 요구에 따라 배포 될 수 있습니다.

"신생, 구름 임금, 프로젝트 개발 및 맥주에 돈을 지출 하도록 허용-기본 구조에 투자 하지 않고" 선미 말했다.

클라우드 서비스를 사용 하 여 모니터링, 쉽게 하지만 선미 경고에 지불 하지 항상 뜻 돈을 절약. 그것은 운전, 매일 드라이브, 당신은 하나를 구매 해야 합니다 하지만 당신이 많은 운전 하지 않습니다, 경우 더 적절 한 51cto.com의 기사 같은 자동차를 임대 하는 경우 처럼 "CIO 낭비 10 죄: 가장자리에 예산을 사용 하는 방법?" "그것은 중요 하지 않습니다 많은 돈을 지출, 그것은 칼 날에 그것을 지출 하는 것이 중요."

가끔, 비즈니스 관리자는 힘을 사용 하지 않도록 클라우드를 사용할 수 있습니다. 선미 데 릭 Gottfrid, 뉴욕 타임즈 데이터 건축가, 아마존의 AWS와 Hadoop 병렬 데이터 처리 아키텍처 Timesmachine 보관 70 신문 콘텐츠를 이동 하는 데 사용, 누가의 이야기 혼자이 공적을 달성 하기 위해 IT 부서를 우회.

클라우드 컴퓨팅은 오늘날의 합리적인 데이터 처리 용량 약 810,000 PNG 이미지 이며 405000 자바 스크립트 파일, 물론, 하지만 그것은 최선의 선택 매일 너무 많은 데이터를 처리 해야 하는 경우.

미래의 클라우드 아키텍처

선미는 IT 부서 구성 많은 조각의 구름의 미래에 기본 아키텍처를 관리 하는 작업 사고 방식을 변경 해야 말한다. 기본 아키텍처 이제 빌드해야 함을 Url과 Api를 통해 읽기와 쓰기 명령 대신 51cto.com의 이전 기사, 그는 말했다 "칭화 청 사람들: 클라우드 컴퓨팅 인프라와 함께 시작 했다."

클라우드 응용 프로그램은 기존의 응용 프로그램 보다 더 빠르게 내장. 그러나 응답, 시스템 관리자가 그들의 좋아하는 측정 신뢰성의 방정식을 포기 한다.

"90 's, 우리가 의존 신뢰성을 측정 하는 mtbf/(mtbf+mttr), MTBF 중단 없이 작동 하도록 평균 시간, MTTR은 평균 복구 시간" 선미 말했다.

이 방정식, 그가 말하길, 일반적으로 많은 9를 가진 백분율 숫자를 생성 한다. 관리자, 그는 말했다, 방정식, 보고 그들은 것입니다 몹시 갑자기 중단 될 것 이라고 걱정만 일년에 한 번 일어난 경우에.

"그래서 우리가 하려고 지속적으로 하드웨어를 구입 하 여 평균 복구 시간을 줄일 합니다." 우리가 구입 raid, SAN 및 다양 한 클러스터, "고 말했다." "하지만 소프트웨어 및 배포는 또한 안정성에 영향을. "

이제 시스템 관리자가 kpi (핵심 성과 지표, 중요 한 성능 통계) 서비스 성능을 측정 하는 시리즈를 추적 해야 합니다. "시스템 관리자 예측 (예측), 무결성 (무결성), 생산성 (생산성)과 효율성 (효율)을 측정 해야" 스턴, 파이프로 4 개의 요인 말합니다 말합니다.

미래 시스템 관리자 데이터 처리량과 에너지의 와트 당 달러 당에 따라 데이터 센터의 효율성을 측정 것 이다 고 덧붙였다.

시스템 관리자는 구름에서 하드웨어 성능을 추적 하지 않습니다. "사설 클라우드 에서도 우리 볼 수 있습니다 하지 공용 클라우드 하드웨어도 없고 기본 하드웨어," 고 말했다. "

시스템 관리자가 더 이상 하드웨어를 교체 하는 것에 대해 걱정 해야 합니다. "만약 당신이 10000 서버, 거기 항상 피할 수 없는 몇 가지 문제," 스턴 이다. " "

그는 말했다 시스템 관리자 평균 서버 복구 시간, 하지만 신속 하 게 식별 하 고 문제를 해결 하는 방법에 초점에 초점을 더 이상 필요 합니다. 그들은 시간에 응용 프로그램의 이전 인스턴스를 취소 하 고 필요한 경우 더 많은 인스턴스를 추가 해야 합니다. 구름, 느린 반응 시간 오류를 같습니다.

직무 변경 쉽지 않은, 하는 동안 수 있도록 다투는 서비스 공급자에 구름의 많은 수 있을 것입니다 고 덧붙였다.

"시스템 관리자의 새로운 역할 식별 하 고 문제를 해결 하기 보다는 몇 가지 더 9来 신뢰성에 하는 방법에 초점을 것입니다 명심에서 하십시오," 그는 결론 지었다.