편집자 참고 사항:이 기사는 유칼립투스 시스템 CEO 마틴 Mickos.
소프트웨어는 그것의 처음부터 변경 되지 않았습니다: 응용 프로그램을 실행 한 다음 응용 프로그램 플랫폼에서 실행 중인. 하지만 인프라의 개발, 응용 프로그램 디자인 및 배포의 기본 할 변화-때때로 아주 맹렬 하 게.
예를 들어, x86 PC의 출현 1980 년에는 클라이언트/서버 모델의 탄생 아키텍처 응용 프로그램 디자인 원칙 극적으로 달라졌다. 다음, 웹 및 오픈 소스 기술 1990 년, 중간 격변 다시 도래와 함께 이런, 때마다 개발자 재고 소프트웨어를 개발 하 고 배포 하는 방법 밖에 없습니다.
이제 새로운 도약 이끄는 아마존 웹 서비스 (특히 문맥에서의 네트워크 속도에 도약) 인프라 기능에 있다. 물론, 새로운 클라우드 시설 최대한 활용 하려면 AWS에 성공 하는 응용 프로그램 근본적으로 다른 가상 서버에서 실행 되는 응용 프로그램과 동일 하지 않은 경우 서버에도 엔터프라이즈에서 실행 되어야 합니다. 또한, 클라우드 응용 프로그램 과거와에서 다르게 설계 되어야 합니다 결정 하는 다른 요인이 있다. 새롭고 오래 된 세계 진화 하는 방법을 결정 하는 핵심 요소 중 일부는 다음과 같습니다.
확장성
오래 된 세계의 확장은 확장을 통해 이루어집니다-더 많은 사용자 또는 데이터 맞게 그냥 서버의 큰 쌍을 살.
새로운 세계에서 확장성은 가로로 확장 하 여 일반적으로 달성 된다. 증가 하는 큰 기계, 하지만 같은 종류의 여러 기계입니다. 클라우드 세계에서 그 기계는 가상 기계.
탄성
이전에, 소프트웨어는 신뢰할 수 있는, 그리고 유연성을 하드웨어 수준에서 달성 했다.
오늘, 기본 인프라 하드웨어는 응용 프로그램에 맞게 해야 그래서 약한 링크를로 보인다. 응용 프로그램 모든 가상 머신 인스턴스에 제대로 작동을 보장 하지 않습니다. 아무 래도 상관 없다면 단일 가상 컴퓨터 동안, 실패 하 고 그것에 대 한 응용 프로그램을 준비 해야 합니다.
받아 넷 플 릭 스, 그것은 가장 진보 된 클라우드 사용자 및 클라우드 응용 프로그램을도 멀리 단계 이다. 그들은 무작위로 가상 머신 인스턴스 응용 프로그램 부하를 죽이 Chaosmonkey 라는 프로세스가 있다. 이것의 목적은 무엇 인가? 응용 프로그램이 작동 하 고 복원 되도록 이다: 직면 손실의 임의 인스턴스를 응용 프로그램을 허용 하 여 더 유연한 응용 프로그램을 개발 하는 응용 프로그램 개발자.
폭발
오래 된 세계에서 금융 및 급여는 일반적으로 안정적이 고 예측 가능한. 특정 시간에 시스템 사용자의 수와 처리 하는 레코드의 수는 기본적으로 알려져 있습니다.
새로운 세계, 작업 변경 가능 하 고 예측할 수 있습니다. 오늘날의 소프트웨어 시스템에 소비자와 서비스 요구를 예측 하지 않으며 측정 되지 않을 수 있는 장치에 도달 더 멀리, 도달 해야 합니다 (대상이 될 12306 사이트에 대 한 생각). 새로운 아키텍처 독립적인 응용 프로그램 부하의 예측할 수 없는 변동에 적응 필요 합니다. 비록 우리가 지금에서 하지만 분명히 초기 단계에서.
소프트웨어 다양성
과거에는, 소프트웨어는 많은 다양 한을 하지 않았다. 각 응용 프로그램 한 가지 언어로 작성 하 고 데이터베이스를 사용 하 여. 회사는 일반적으로 하나 또는 몇 가지 운영 체제와 함께 백업 됩니다. 소프트웨어 스택은 지루할 만큼 간단 (적어도 당분간).
그리고 구름의 새로운 세계에 있는 것은 매우 다릅니다. 응용 프로그램은 많은 다른 언어, 다른 라이브러리, 다른 툴킷, 및 다른 데이터베이스 제품 사용할 수 있습니다. 같은 시간에 수 고는 구름에서 자신의 거울을 시작을 만들고 특정 요구 사항에 맞게 때문에 회사의 응용 프로그램 수 있어야 다양 한 구성에서 실행 되도록.
클라우드 가상 컴퓨터에서
구름에 상대적으로 새로운 하이퍼바이저와 생각의 현대 방법 사이 차이가 있다. 가상화의 개척자와 리더 vm 웨어의 하이퍼바이저 성능이 아니다 기본적으로 물리적 컴퓨터와 동일.
클라우드, 가상 실제 서버 대표 그러나 아니다 컴퓨팅 단위 대표.
사용자 인 내
오래 된 세계에서 사용자에 게 인내심을 배운다. 시스템의 반응을 몇 가지 간단한 추출 완료 또는 요청을 업데이트 하는 데 시간이 오래 걸릴 수 있습니다, 때문에 새로운 기능 추가를 느린 있습니다.
새로운 세계에서 사용자는 참을성이 없습니다. 그들은 거의 지연 허용 하 고 기다릴 용의가 있다. 그들은 매일 적어도 매주 아니라면 소프트웨어를 지속적으로 업데이트 합니다. 셀프 서비스 IT에에서 관련 된 증거를 찾을 수 있습니다. IT 부서 및 다음 응답을 몇 일을 기다리고 메모를 전달 하지 거 야, 어디 사용자 자원 전달 될 수 있는 필요 합니다.
(책임 편집기: 유산의 좋은)