기회를 잡아 라: 클라우드 응용 프로그램 클라우드 환생

실행 중인 클라우드 비즈니스 자신감 증가 함에 따라, 그들은 점차적으로 더 그들의 기본 응용 프로그램을 클라우드로 움직이고 있다. 이 클라우드 공급 업체 기존의 응용 프로그램을 재구성 하는 방법을 알아낼 수 있는 기회를 제공 합니다. 전통적인 응용 프로그램의 시작 부분에서 클라우드 개념은 관여 하지.

서비스 공급자는 대부분의 응용 프로그램 구름에 맞게 재설정 될 수 있습니다, 동의 하지만 프로그래밍 하는 것은 어렵다, 그리고 비용 및 복잡성의 발굴은 심지어 밖으로 닦아 수 있습니다. 그래서 클라우드 활용 가치가 결국 변환의 전통적인 사용? 측정은 여부 프로젝트는 경제적 혜택, 인간의 지능 및 투자 부 생산적인 힘으로 변환 될 수 의미를 생성할 수 있습니다.

"는 불쾌 한 하지 않습니다 응용 프로그램 수 있습니다 수정할 수 없습니다, 아니 구름 용납할 수 없는 존재." 결론은 인간의 두뇌 폭풍 분석 후만: "http://www.aliyun.com/zixun/aggregation/5368.html" > 투자 반환 너무 낮은, 가격이 너무 높습니다. CSC는 버지니아에 본사를 두고 클라우드 관리 서비스 업체입니다.

응용 프로그램 재생: 기회에 따라 과제에 따라?

클라우드 개발의 초기 시절에 기업만 클라우드 응용 프로그램 테스트 및 개발 분야에 주로 참여의 맛을 했다. 지난 몇 년 동안, 클라우드 기술에서 기업 신뢰 급증 했다. 요즘 고객은 물에서. 그것은 클라우드 기업 수익 및 비용 달성을 도울 수 있다 밖으로 변합니다. 클라우드 환경에서 신속 하 고 민첩 한 엔터프라이즈 응용 프로그램은 엔터프라이즈의 반응 주기 단축, 기업 운영에 기름칠을 하 고 경제적 이익을 만들 수 있습니다.

배어, 클라우드 서비스 제공 업체 또한 잠재적으로 거 대 한 잠재 고객을 발견 했다. 그러나, 비-구름의 변화 구조와 완벽 한 통합 클라우드 환경 및 안개, 헷갈리는 활성 시장.

"처음 2 년에 전환 했다 특히 극적인" Bhargave 결론. 효율성을 개선 하기 위해 계속 하는 욕망은 병목에 도달 합니다. 즉, 사람들의 요인 incisively 재생 생생하게, 하 고 질적 도약을 얻을, 기업 시스템의 마법에 의존 하 고만 있습니다. 기업 현대 기업 관리 프로세스를 달성 하기 위해 응용 프로그램을 다시 작성할 수 있습니다.

브라이언 Snitzer, IBM 유명 엔지니어, 응용 프로그램 중생의 목표 중 하나는 새로운 탄력을 생성 하는 지적 한다.

클라우드 응용 프로그램을 설계할 때 우리는 응용 프로그램의 요구 사항 및 인프라에 대 한 그들의 요구 사항을 재검토. 이것은 복구 개념, 응용 프로그램은 낮은 입력된 인프라에서 효율적으로 실행 될 수 있도록 디자인에 큰 변화.

일부 응용 프로그램에서는 서비스 공급자 컴퓨터의 하드 코드 된 이름을 변경 하 고 허용 연결할 구름 같은 마이크로 조정 해야만 응용 프로그램을 재생할 수 있습니다. 클라우드 서비스 공급자 추가 지적 하는 시스템만 필요로 하는 X86 호환 응용 프로그램 조정, 적은 양의 클라우드 환경에 적용할 수 있습니다.

"당신은 비용, 지출 하는 데 필요한 시간 및 디자인의 복잡성을 고려 해야 복잡 한 응용 프로그램은 공급 업체 또는 고객, 수정 하기 쉽지 않다." 그것은 일반적으로 이러한 문제에 통신 공급 업체 및 고객을 위한 3 주 걸립니다. "Bhargava 경험입니다.

테스트 및 개발 유지 중요

클라우드 응용 프로그램 종류 진화, 클라우드 공급자 기능 클라우드 응용 프로그램의 다음 세대 있어야 결정을 고객의 요구를 재평가 해야 합니다. 테스트 개발 수준에서 고객 생산 환경 수준에서 멀다 클라우드 응용 프로그램의 기대와 사용자의 기대를가지고.

"테스트 개발 수준의 고객 빠르게 변화 하는 세계에서 그들은 그들의 작업; 속도를 높일 필요가" 케빈 Mondfrans 그가 larered 기술, 구름의 부사장 이었다 강조 서비스 및 MSP, Preno, 텍사스에에서 본사를 두고. 그러나, 생산 지향 사용자의 기본 설정 정반대로 반대 하고있다. 그들은 프로그래밍, 여부 되도록 급속 한 회사 제공 휴가 무료 모든-날씨 애프터 서비스, 응용 프로그램 관리 도구를 만들 것인지 여부를 응용 프로그램 성능에 대해 더 우려 하고있다.

즉, 이것은 클라우드 서비스 제공 업체 동일 하지 않을 것은 아닙니다. 그와 반대로, 클라우드 서비스는 두 가지 수준에서 고객의 요구에 맞게 완벽 하 게 개발 되어야 한다.

"비록 무 녹색, 그들의 자신의 선을 하지만 클라우드 응용 프로그램 개발 테스트 것입니다 이탈 하지 지도 원리의 중생의 생각의." Mondfrans 추가, "클라우드 서비스 산업은 전문화, 경우에 그것은 또한 개발 전략에 대 한 고객 요청에 응답 하는 데 필요한."

응용 프로그램을 클라우드: 영향 요인은 무엇입니까?

결국에서 구름 환경 포팅 응용 프로그램 수, 응용 프로그램은 클라우드 응용 프로그램 구조를 다시 만날 수 있을 가능성이 있다? 이들은 클라우드 서비스 공급자 탐험 필요입니다.

Layerd 기술 목록 다음 세 가지 요소: 응용 프로그램 입/출력 하드 디스크, 소프트웨어 인증 및 응용 프로그램 등급 또는 응용 프로그램 모듈.

Mondfrans는 또한 지적: "입력 및 출력에 하드 드라이브 및 소프트웨어 인증 문제가 아니다, 많은 작업 수 있습니다 구현할 수는 클라우드 환경에서 물론, 모든 작업." 전통적인 모듈형 응용 프로그램에 비해, 그것은 더 클라우드 변환 또는 주요 시스템에 자동으로 업그레이드할 수 있는 응용 프로그램에 대 한 모든 시스템의 응용 프로그램에 대 한 실현 어렵다.

일부 응용 프로그램, 클라우드 세계에서 수만 있습니다.

Mondfrans 제안: "데이터베이스 전송에서는 다른 응용 프로그램을 설치 하는 실제 데이터베이스 플랫폼을 설정 하는 가장 좋은입니다." 이것은 더 경제적이 고 실용적인 모든 데이터베이스를 가상화 하 고 구름에 많은 예제를 만들기 보다입니다. "

IBM의 Snitzer 또한 하이퍼-복잡 한 응용 프로그램, 기존 시스템과 결합 되어 또는 가상화 된 환경에서 실행 하는 좋은 하지 않습니다 그리고이 변환 작업을 많이 필요 했다.

"우리는 얼마나 복잡 한 응용 프로그램은과 그것을 연결 하는 방법으로 시작 합니다." 된 거기 완전히 가상 응용 프로그램을 변환 하려는 경우, 그것은 서버에 직접 말할 수 있다 자동화 기술 포함 해야 합니다. 이 현재 클라우드 제품으로 동일 하지 않습니다. 그것을 자동화 하는 것은 사소한, 그리고 보낸다 경험 측정 되지 않습니다.

하지만 많은 응용 프로그램은 구름에 적응 하지, 하는 동안 일부 해 볼만한 가치는. 일단 디자인, 비용 절감 및 높은 생산성 때문에 더 높은 경제 혜택을 달성 하기 위해 기업에 대 한 전적으로 가능 하다.

클라우드 환경의 응용 프로그램 tongue-tied 고객의의 효과 얻을 수 있습니다; Snitzer 회상 IBM 디지털 애니메이션 회사에 대 한 클라우드 응용 프로그램을 제공 했다 그들의 경제적 혜택을 신속 하 게 반영 했다.

"그들의 시스템 응답 시간이 빠른에서 지. 주 동안 실행 했는데 주기는 몇 시간에 완료할 수 있습니다. 그들은 교차 하는 돌파구를 달성 하기 위해 원래 인클로저를 클라우드를 사용 합니다. 성능에서 갑자기 개선 그들의 사업 성과 확대 하고있다.

(책임 편집기: 루 광)