國(guó)內(nèi)的PaaS從業(yè)者在群里分享了對(duì)PaaS的切身體會(huì)，總結(jié)如下：

見客戶做單時(shí)遇到的困惑：

客戶分為兩類，一類是有某種需求，但是沒有明確解決方案。另一類就是把paas作為方案一部分放進(jìn)去另一類客戶的需求，就是“要做云計(jì)算”就是為了云而云。***類在一系列交流后，有些就變成第二類了。經(jīng)過多年發(fā)展，IaaS和SaaS的邊界都基本清晰，并且整個(gè)社會(huì)基本形成共同理解和共同語言，這個(gè)時(shí)候問題就出來了…客戶在丟掉問題出發(fā)點(diǎn)后，會(huì)要求把所有非IaaS和SaaS的功能特性都作為 PaaS的需求提出來…目前的供應(yīng)商都各有特點(diǎn)…但***變成客戶要大雜燴，誰接，都是坑…

首先就是PaaS需要規(guī)范，規(guī)范形成的前提是對(duì)需求的認(rèn)知清晰一致，但是目前需求沒有邊際…所以談規(guī)范還有點(diǎn)早。另一個(gè)就是如果xx像linux一樣…這個(gè)句子的前提不成立，所以結(jié)論就無從考證。 Linux的出現(xiàn)和發(fā)展都不是人設(shè)計(jì)的…也不是某幾家廠商攢的故事，是二十多年整個(gè)開源社會(huì)的代表作。其實(shí)眼下，如果真有牛逼公司能推出閉源paas，也許會(huì)成功，但是閉源每每攢故事…就會(huì)有開源項(xiàng)目出來(你懂的)。

PaaS為什么發(fā)展如此緩慢?

Jon覺得有三個(gè)原因，一個(gè)是成本，一個(gè)是lock-in，一個(gè)是用戶習(xí)慣。同時(shí)，他也覺得這三個(gè)原因都是暫時(shí)的，成本會(huì)繼續(xù)下降，lock-in可以通過 Docker等方案解決，用戶習(xí)慣也是會(huì)改變的。在國(guó)內(nèi)搞云，客戶會(huì)逼著你把什么都做了，從虛擬化到PaaS，什么都別拉下。只做一塊根本滿足不了人家，因?yàn)樗?jīng)常就是看別人有什么，他就得有個(gè)啥。早期的客戶還沒有從實(shí)際需要出發(fā)，經(jīng)常處于聽說這個(gè)能解決問題，那我希望要個(gè)這個(gè)東西。所以我們就從IaaS 開始build，一直做到SaaS去，現(xiàn)在看來還趕得上。另外IaaS，PaaS我們可能真的只能為某個(gè)行業(yè)做，因?yàn)橹挥凶龅倪^程中才能提供某個(gè)行業(yè)或特定問題的E2E解決方案，只給一個(gè)building block用戶不認(rèn)的。

所以一直的策略是向上走，向應(yīng)用靠，扎進(jìn)行業(yè)，提供行業(yè)特色的 E2E解決方案。本來生態(tài)就是分層的…但實(shí)踐上，跨界的廠商比比皆是…就不用說集成商了開源對(duì)很多人而言，帶來的市場(chǎng)機(jī)會(huì)是原來的集成商可以?shī)y點(diǎn)下就變成廠商了國(guó)內(nèi)做私有PaaS的有2類，一類是互聯(lián)網(wǎng)企業(yè)，現(xiàn)在內(nèi)部基本都有個(gè)*ae，能不能用起來另外說，一類是類似紅帽提供開源服務(wù)的企業(yè)。客戶往往并不清楚PaaS能解決他們什么問題，所以才需要和客戶溝通，讓他們明白先從需求制定出規(guī)范。客戶往往也內(nèi)部勢(shì)力混雜…互相挖坑所以做客戶最重要是選擇客戶。紅帽為什么paas盈利，就是紅帽有足夠大的Linux客戶群，紅帽可以選客戶。不過目前看就看紅帽或者Google能不能控制局勢(shì)了，docker目前而言***問題還是他代碼質(zhì)量…其次是他想的比他能做的大!