클라우드 컴퓨팅 엔터프라이즈 수준 캠페인 시작

구름의 전투 컴퓨팅 엔터프라이즈 시장에서 시작 했다: AWS와 같은 새로운 클라우드 서비스 공급자의 전통적인 치즈 이동 it 기업 시장에서 거 인 및 전통적인 거 인 싸움이 다시 분투. 전통의 도래와 함께 그것은 자이언츠, PAAs 시장 되 이전 보다 더 복잡. 만 명확한 합의 한 것: 모두가 좋아하는 단어 "플랫폼/플랫폼," 단어 "플랫폼" 때문에 무제한 상상력.

점점 더 많은 사람들이 이야기 하 고 공급 업체, 컨설턴트 및 통합 업체, Isv, PAAs, 포함 한 사업자, 인터넷 거 인, 전통에 그것을 집중 하기 시작 그것은 기술 미디어, 그리고에. 그러나, 사용자는 PAAs에 조금 관심을가지고 것 같다. 초기 합의에서 사람들이 PAAs의 미래를 질문 하기 시작 하 고 심지어 일부 순수 paas는 결국 밖으로 죽을 또는 IaaS 또는 SaaS의 기능을 믿습니다. 무슨 PaaS와 일인가? 이러한 차이 완전히 문서에 반영 됩니다.

PAAs의 미래 트렌드는 무엇입니까? 받아 역사를 거울으로 싱을 알 수 있습니다. 이 종이 PAAs 개발에서 발생 하는 주요 이벤트를 해석 하 여 PAAs의 미래 방향을 감시 하려고 합니다. 무엇 라고 해야는 다양 한 클라우드 서비스 사이의 경계를 흐리게는 PAAs의 미래는 다소 같은 클라우드 서비스의 미래, 클라우드 서비스에서는 PAAs를 분리 하기가 하지만이 기사는 PAAs에 범위를 제어 하려고.

PAAs 열

"PAAs" 구글 트렌드와 바이 두 인덱스를 봐 보자. 참조 하기 때문에 PAAs 뿐만 아니라 도메인 PAAs 클라우드를 바이, 내가 직접 사용 하는 "PaaS" 키워드로 구글, 난 키워드 "플랫폼으로는 서비스"를 사용. 전반적으로, PAAs의 온도 상승, 해외와 집에서 하 고 있습니다. 외국에서 2008 년 4 월에에서 Google 응용 프로그램 엔진의 출시 획기적인 전환점, 및 보기, 들어왔다는 PAAs 되었고 2011 년 4 월 vm 웨어 클라우드 파운드리를 출시 하 고 시장에서 광고를 계속 PAAs의 열을 새로운 수준으로 상승 했다. 집에서 보다 안정적인 성능을 다음 2012 년 말에 PAAs에 관심에 급격 한 상승이 했다.

PAAs 이벤트 타임 라인 (Timeline)

모든 이벤트 게임 출시 및 CF 자료로 Google의 트렌드 지도에 직접 변화를 볼 수 있습니다. 더 많은 이벤트는 양적, 그리고 몇 가지 이벤트는 서로 관련, 포괄적인 해석에서 발생 한 이벤트의 더 긴 기간 본질을 볼 수 있도록.

다음 그림에서 지금 2008에서 PAAs에 관련 된 큰 이벤트 나열 했습니다. 물론, PAAs 관련 이벤트, 많은 고 나는 개인적으로 가장 중요 한 이벤트, 특정 개인적인 주관으로 생각 선택 합니다. 이러한 이벤트는 행렬으로 분할 된다: 과거 나누어 이벤트의 발생 시간에 따라 (2007-2012) (2013-2015 년), 기업 유형, 그것을 나누어 및 전통적인 인터넷 기업으로 기업 지금. 다음 장에서 나는 과거와 현재의 이벤트 읽었고 PAAs의 미래에 설명.

PAAs 과거 (2007 ~ 2012)

1.2007 Force.com 발표 했다입니다.

Saleforce.com, 회사로 서는 가장 성공적인 SaaS, Force.com 플랫폼을 개발 및 사용자 지정 소프트웨어 배포 및 saleforces.com 응용 프로그램 통합에서 고객을 지원 하기 시작 했다. 사용자는 force.com 정점 (자바와 유사)와 Visualforce (UI)에서 실행 되는 응용 프로그램을 개발할 수 있습니다. Force.com은 그래서 어떤 사람들은 전화 force.com 메타 데이터 paas multi-tenant 메커니즘을 구현 하는 메타 데이터 기반 아키텍처.

SaaS 회사 PAAs 플랫폼 불가피 하지 않은 필요 합니다. 사용자의 사용자 정의 소프트웨어를 지 원하는 한편, 다른 한편으로 기술 업그레이드 시점에서 그들은 필요 그들의 자신의 SaaS 소프트웨어를 실행 하는 PAAs 플랫폼.

2.2008/04 Google 응용 프로그램 엔진 베타 버전 & 2009/11 성폭력 알파 릴리스

Gae와 force.com PAAs의 원조는. 구글 게임 출시, 인포메이션의 이야기의 첫 번째 단락이 했다:

게임의 출시는 AWS와 특정 관계를 있다. Google는 독립적인 개발자와 신생 Gae와 아마존을 통해 경쟁 하 고 싶어. 최신 개발 AWS의 상향식 전략에 더 성공 했다 하 고 Google GCE 및 지원 했다 AWS 따라잡기 위해 게임에서 VM 관리. 이것은 후속 "구글 발표 관리 되는 VM 지원"에 분석 계속 됩니다.

2009/11 시 나의 성폭력 알파 릴리스는 다이어그램에 표시 되는 유일한 국내 이벤트. 성폭력 명확 하 게 구글 게임을 모방 하는 국내 회사의 제품 이다. 시 나, 국내 뿐만 아니라 다른 인터넷 거 인 그들의 자신의 시작 했습니다 * ae 서비스. 하지만 그들은 공통점이 무엇을이 * ae는 모든 서비스를 그들의 각각 오픈 플랫폼 전략 하 고 완전 한 독립적인 상태를 필요가 없습니다.

3. Heroku는 Salesforce.com 인수

Heroku, 게임, 후 AWS에서 실행 되는 공개적으로 소유 PAAs 서비스 루비/레일 개발자로 인기 이지만, 그것은 많은 기능에 gae에서 다른. 공용 클라우드 순수 paas 서비스 제공 업체의 작은 숫자로, Heroku 사람들이 공용 클라우드 순수 paas 후속 개발 문제를 일으키는 인수 되었다.

Heroku 성장 하고있다, 하지만 그것은 최대한 빨리 그것이 예상. 그리고 왜? 간단 하 고, 일반적으로 사용 웹 응용 프로그램 공용 클라우드 paas 순수 개발자는 사업 자체의 개발에 초점을. 그러나, 어느 정도 공용 클라우드 paas 순수 개발자의 선택, 제한 하 고 개발자는 전체 스택 제어할 수 없게. 일단 비즈니스 복잡 한 되 고, 그것 사용자가 순수 paas AWS 등 IaaS를 선택할 힘이 됩니다. 따라서, 공용 클라우드 순수 paas 개발 공간 제한 됩니다. Heroku 처럼은 * ae 오픈 플랫폼의 거 인에 의존 하 고 있습니다, 인수는 합리적인 선택의 결과 이다.

Salesforce.com force.com이 PAAs 플랫폼 있다, 왜 Heroku를 구입? 합리적인 설명은 단일 메타 데이터 paas 모든 요구 사항을 충족 하기 어렵다는 것 이다.입니다.

4.2011/01 AWS Beanstalk 출시

공개적으로 소유 IaaS 클라우드의 절대적인 지도자로 AWS 끊임없이 이동 스택: 첫 번째, 다양 한 응용 프로그램 서비스의 도입 및 Cloudformation/콩 줄기 같은 응용 프로그램 관리 및 배포 서비스의 소개. 기술 구현에 Gae/heroku 콩 줄기 VM 격리를 사용 하는 동안 컨테이너 절연 체계를 채택 한다. AWS Beanstalk 개발자가 운영 하는 VM에 로그온 할 수 있기 때문에 제어 개발자를 제공 합니다.

5.2010/02 Windows Azure 릴리스에서 & 2011/03 VMware 클라우드 파운드리, 레드햇 릴리스 OpenShift 출시

인터넷 기업에 비해, 2007-2012 년 동안 전통적인 IT 기업 활동 부진 수 했다 한다. 마이크로소프트의 클라우드에서 액션 컴퓨팅은 초기, ibm/오라클에 비해. Gae, 마찬가지로 Windows Azure 또한 PAAs 플랫폼에 배치 했다 하지만 그것 이후 VM 역할에 대 한 지원 추가.

Vm 웨어와 레드햇 PAAs 사설 클라우드 사용자에 대 한 "제품" 공용 클라우드 "서비스", 아니라 아니라 배치 됩니다. 그들은 먼저 오픈 소스 전략을 통해 개발자 유치 후 상용 버전을 실행 하거나 비즈니스 지원을 제공 하려고. 전략 잘, 그리고 몇 가지 방법으로 paas 클라우드 파운드리를 일했다.

PAAs 지금 (2013 ~ 2015)

6.2013/03 넷 플 릭 스 출시 Netflixoss 클라우드 상

넷 플 릭 스 aws, 가장 성공적인 경우 이며 그것은 신호 AWS 작고 중소 신생의 요구를 충족 뿐만 아니라 또한 큰 인터넷 회사의 요구를 충족. 넷 플 릭 스의 클라우드 네이티브 응용 프로그램을 구축 경험 풍부 하다. 넷 플 릭 스 AWS 클라우드 네이티브 응용 프로그램을 개발 사이의 격차 이며 어려운 작업 구축 사업에 부합 하는 PAAs 격차에 대 한 보상 요구를 믿고 있다. 넷 플 릭 스는 그들이 부르는 PAAs 2012부터의 구성 요소 중 일부를 열어 시작 되었습니다.

7.2013/02 AWS 출시 Opsworks & Rightscale GCE에 대 한 지원 발표

응용 프로그램 관리 및 배포 제품 라인, Cloudformation 및 콩 줄기, 후에 AWS 2013/02에 Opsworks 서비스를 시작 했다. AWS Opsworks 응용 프로그램 관리, 확장성 및 성능을 결합합니다. Opsworks 연속 통합 같은 devops 원리의 다양 한을 지원합니다. 뿐만 아니라 수 있는 사용자 제어 코드를 배포 하는 방법, 서버에 소프트웨어를 구성 하 여 다양 한 리소스를 AWS API를 사용 하 여 요리사 수식을 사용할 수 있습니다.

그리고 Opsworks의 발사 Rightscale와 다른 AWS 파트너, 불만 발생 Rightscale 이후에 GCE에 대 한 지원을 발표. AWS 대안 같은 서비스를 제공 하 고, 함께 Rightscale 같은 클라우드 관리 공급 업체 멀티 클라우드만 지원 것으로 보인다. 그러나, 내가 생각 다른 사용자에 대 한 IaaS (아마도 멀티 클라우드, 사설 클라우드 및 공용 클라우드를 포함 하 여)와 클라우드 네이티브 응용 프로그램 사이의 격차는 다른, Rightscale 소프트웨어는 아직도 충분 한 혁신 공간과 시장 세그먼트 있다.

8.2014/02 게임 지원 Vm 관리

GCE의 방출 조금 후에 Google Gae는 관리 되는 VM 기능 지원 발표 했다. Azure의 VM 역할 처럼이 기능 완벽 하 게 제어를 PAAs 개발자에 게 제공합니다.

결과적으로, 미래 PAAs, IaaS의 기능을 될 수 있습니다 또는 분명 한 경계가 없다, 그들 사이 이며 AWS의 비전을 증명 한 전체 제공으로 사용자에 게 제공 되는.

9.2013/12 Github에 도달 10 m 저장소 및 2013/10 DotCloud 회사 이름이 독 노동자

이러한 두 가지 이벤트 거의 PAAs 상관이 없는 것 같습니다. 잘 알려진 오픈 소스 소프트웨어의 거의 모든 GitHub에서 찾을 수 있습니다 때문에 GitHub와 오픈 소스 소프트웨어 높은 상관은. 클라우드 시대에 오픈 소스 소프트웨어는 더 많은 데 사용 됩니다. AWS에서 제공 RDS MySQL에 대 한 인기가 있으며 memcached와 Redis를 기반으로 하는 Elasticcache 서비스. GPL 오픈 소스 프로토콜 및 클라우드 서비스, 클라우드 서비스 빌드 선택에 더 많은 오픈 소스 소프트웨어 허용 사이 충돌이 있다. 다른 한편으로, 서비스, 서비스 부하 테스트, 서비스 연속 통합 모니터링 등 Alm 소프트웨어 필드에 GitHub 같은 점점 더 많은 SaaS 서비스 있다. 이러한 서비스 DevOps 위한 기세는 간과 하지 해야.

독 노동자 2013 년 이후 매우 뜨거운 GitHub 코드 활동에서 인지 또는 RHEL6.5에 레드햇 통합 독 노동자 지원, 심지어 Google의 계산 엔진은 또한에 실행 독 노동자 지원. PAAs에 독 노동자의 지속적인된 관심 자격.

2014/03 oracle 및 Microsoft Azure 제휴를 발표 했다.

오라클 이전 AWS와 비슷한 협업 했다. 사용자가 aws에서 Oracle 소프트웨어를 배포할 수 있습니다 하 고 심지어 직접 AWS에 의해 완전히 관리 되는 Oracle에 대 한 RDS를 사용할 수 있습니다. 오라클과 Azure 공용 클라우드로 마이그레이션할 엔터프라이즈 응용 프로그램에 대 한 필요성을 설명 하기 위해 함께 왔다 또한. ORACLE/ibm, 그들은 확실히 그들의 소프트웨어가 그들의 자신의 공용 클라우드를 원한다.

2013/11 중추 CF 엔터프라이즈 버전을 발표 & 2014/02 CF 재단

중추적인 릴리스 엔터프라이즈 버전 클라우드 파운드리 예정 이다. 그 후, 클라우드 파운드리 재단, IBM/HP/SAP와 다른 거 가입한, 목 제 난방의 느낌의 비트. IBM/HP/sap, 후임은 무력 선택 재단 가입 선택. 클라우드 파운드리는 PAAs, 클라우드 파운드리는 자이언츠 PAAs 전략의 한 부분입니다.

2014/03 Windows Azure는 이름이 바뀐 Microsoft Azure & 2014/04 IBM 릴리스 Bluemix

마이크로소프트의 첫 번째 전략적 방향으로 이름을 지정 하 여 Windows Azure의 Microsoft Azure로 회사의 CEO 취임 후 표시 되었습니다. IBM, 너무, 성공의 갈림길 이다. 펄스 2014 회의에서 회사 Bluemix, 그것의 자신의 소프트웨어를 통합 하는 PAAs 제품의 베타 버전을 발표 하 고 제 3 자 제품을 통해 오픈 플랫폼 기술 (CF), 개발자를 돕기 위해 신속 하 게 설계 된 클라우드 기반 엔터프라이즈 응용 프로그램을 만들. IBM 가장 완벽 한 소프트웨어 제품 라인, 최고의 개발자 생태계와 소프트웨어 개발의 방법론에 큰 영향을 하고있다. IBM의 마케팅 DevOps 숙고 가치가 있다.

PAAs의 미래 (2016 ~)

PAAs 이벤트의 위의 분석을 읽으면서, 난 독자는 PAAs의 미래에 대 한 몇 가지 생각을 할 것 이다 바랍니다. 난 여기 내 생각과 PAAs의 미래에 대 한 예측을 공유 하.

1. 고려 PAAs 기능에서 PAAs의 미래 트렌드

PAAs의 미래 트렌드는 무엇입니까? 난는 PAAs는 세 가지 매우 핵심 기능,이 세 기능 되었습니다 및 PAAs의 개발 추세에 영향을 계속할 것 이다.

2. PAAs 시장 경쟁 패턴의 계획

미래 PAAs 경쟁 엔터프라이즈 수준의 시장에 집중 된다. 전통적인 IT 기업, 그들은 늦게 시작 했지만 엔터프라이즈 수준 시장에서 견고한 기초를 있다. 엔터 프 라이즈-클래스 핵심 응용 프로그램은 여전히 실행 및 전통적인 온-프레미스 데이터 센터에서 거 인 공용 클라우드로 마이그레이션 핵심 응용 프로그램에서 사용자가 그들의 자신의 개인 클라우드를 시작 하십시오. 그리고 인터넷 공용 클라우드 공급자, 그들은 다양 한 공용 클라우드 응용 프로그램을 마이그레이션하는 사용자를 촉진 하기 위하여 서비스를 시작 하려면 계속 됩니다.

이 출 격 동안 무슨 생각은 일이:

3. 기대 국내 PAAs의 개발

나 Api 최우선으로 놓고 최대한 빨리 혁신의 PAAs 레벨에 대 한 공간을 제공 하는 Api를 제공 하는 로컬 IaaS 서비스를 기대 하는 내가 내 "국내 클라우드 컴퓨팅 세 가지 현상에 대 한 생각" 했다. 가까운 장래에, 우리는 전통적인 것 뿐만 아니라 보고 싶습니다 * ae 및 클라우드 응용 프로그램 관리 소프트웨어, DevOps 도구, 하이브리드 클라우드 관리 도구, 클라우드 기반 ALM 도구 및 기타 분야에서 CF 꽃 경합의 상황 될 수 있습니다.