隨著Docker的興起，基于Docker構(gòu)建適合企業(yè)內(nèi)部的應(yīng)用開發(fā)平臺(PaaS)，成為一個(gè)熱門話題。公有PaaS由于要做到通用和普適性，所以往往很難真正滿足企業(yè)業(yè)務(wù)開發(fā)需求。

PaaS最終應(yīng)該是解決方案，適應(yīng)客戶需求的解決方案，而且是需要隨著業(yè)務(wù)需求的變化可以不斷演變。而不是客戶削足適履去適應(yīng)PaaS這個(gè)工具

私有PaaS相比公有PaaS***的區(qū)別在于，其規(guī)范是自己根據(jù)需求來定制和實(shí)施。那么PaaS究竟有哪些規(guī)范，又如何結(jié)合企業(yè)自身需求和業(yè)務(wù)特點(diǎn)來制定規(guī)范?

首先，明確引入私有PaaS解決什么問題?

• 開源中間件軟件的提供，比如Tomcat、MySQL、PHP等
• 應(yīng)用部署自動化，快速升級或者回滾
• 運(yùn)維平臺化和自動化，提升運(yùn)維效率
• 資源池化，共享運(yùn)行，提升服務(wù)器利用率
• 面向應(yīng)用的管理，包括應(yīng)用創(chuàng)建、監(jiān)控、報(bào)表等
• 提升DevOps水平。PaaS的特點(diǎn)是更加標(biāo)準(zhǔn)化和自動化

對于擁有應(yīng)用開發(fā)部門的企業(yè)，需要能夠?qū)㈤_發(fā)、測試和生產(chǎn)三個(gè)環(huán)境打通，更快的開發(fā)、更快的測試、更簡單的部署和管理。

對于應(yīng)用外包給第三方的甲方企業(yè)而言，其IT部門希望生產(chǎn)環(huán)境的應(yīng)用更好管理，并希望在開發(fā)、測試階段，就考慮到應(yīng)用如何在生產(chǎn)環(huán)境的運(yùn)行，避免企業(yè)的信息化建設(shè)雜亂無章。相比于擁有應(yīng)用軟件開發(fā)的企業(yè)，維護(hù)難度更大。因?yàn)檫@類企業(yè)面對的軟件開發(fā)商，開發(fā)能力、開發(fā)語言和工具差異較大。

當(dāng)然每個(gè)企業(yè)對PaaS的需求肯定都會有不同，上面只是一個(gè)籠統(tǒng)的概括。具體到案例，需要結(jié)合具體需求分析。

PaaS包含哪些規(guī)范?

開發(fā)、運(yùn)維在過去都形成了很多方法論。比如ITLE流程規(guī)范、SOA面向服務(wù)的軟件架構(gòu)，以及最近幾年流行的DevOps實(shí)踐、CI持續(xù)集成、CD持續(xù)交付、甚至最近流行的微服務(wù)架構(gòu)。

這些令人眼花繚亂的名詞概念背后其實(shí)都是對于軟件如何開發(fā)、如何交付以及如何運(yùn)行維護(hù)的實(shí)踐總結(jié)。

那么PaaS的規(guī)范應(yīng)該包含哪些內(nèi)容，又具體細(xì)到什么程度，這個(gè)度如何把握?

比如開發(fā)規(guī)范可以包含代碼編寫規(guī)范、開發(fā)協(xié)作規(guī)范，運(yùn)維規(guī)范如果按照ITLE，包括：基于配置管理和工單管理的事件管理、問題管理、變更管理、發(fā)布管理等等。

我們認(rèn)為，PaaS規(guī)范的粒度需要把握好。這個(gè)粒度，和PaaS的使用者/管理者的需求有關(guān)。

對于私有PaaS平臺使用者需要關(guān)心：

• 支持的編程語言、web服務(wù)器或者應(yīng)用服務(wù)器
• 支持的數(shù)據(jù)庫軟件類型
• 支持的數(shù)據(jù)庫模式，cluster還是主從
• 數(shù)據(jù)庫主從分離是否透明
• 支持的文件存儲類型，如何操作
• 其它類型服務(wù)，如何訪問?是否有SDK或API文檔
• 如何部署應(yīng)用
• 代碼目錄路徑和布局的規(guī)范
• 名字服務(wù)，代碼如何訪問這些服務(wù)(connect)，是通過環(huán)境變量，還是通過域名，或者通過封裝的類或者庫，還是通過kv名字服務(wù)的查詢獲取?

對于PaaS平臺的管理方需要關(guān)心：

• 統(tǒng)計(jì)報(bào)表
• 監(jiān)控報(bào)警
• 面向應(yīng)用的監(jiān)控
• 如何給開發(fā)人員提供一致的開發(fā)環(huán)境
• 如何給測試人員提供一致的測試環(huán)境
• 容量管理，如何增減節(jié)點(diǎn)
• 數(shù)據(jù)保障，備份管理和災(zāi)備管理
• 消息發(fā)布管理，如平臺對某個(gè)軟件進(jìn)行升級的通知
• 工單管理，處理使用方提出的疑問

上面描述的這些需求，其實(shí)就是PaaS平臺的開發(fā)規(guī)范/運(yùn)維規(guī)范，說白了就是如何用和如何管。

如何制定規(guī)范

我們說需要結(jié)合企業(yè)自身特點(diǎn)來定制規(guī)范，那么具體到細(xì)節(jié)層面，我們應(yīng)該考慮哪些因素呢?

組織結(jié)構(gòu)

是否擁有軟件開發(fā)部門。如果軟件都是外包開發(fā)，那么如何讓外包開發(fā)快速了解并立即可以開發(fā)?如果是自己內(nèi)部部門開發(fā)，那么如何做好培訓(xùn)讓他們理解更深刻才能更好地在PaaS上開發(fā)。

同時(shí)也需要考慮開發(fā)和運(yùn)維是在一個(gè)部門、還是一個(gè)公司，他們的績效管理模式，是否會導(dǎo)致部門推諉扯皮。這些都會影響PaaS規(guī)范具體包含哪些，開發(fā)和運(yùn)維的邊界線在哪里?

人員結(jié)構(gòu)

人員的技能水平，對PaaS的設(shè)計(jì)也有很多影響.一般而言，技能越好的團(tuán)隊(duì)，希望的自由度越高。但又需要考慮好開發(fā)和運(yùn)維團(tuán)隊(duì)的技能是否能夠相匹配。如果開發(fā)方能力過強(qiáng)，運(yùn)維方在管理生產(chǎn)環(huán)境時(shí)可能就吃力。如果運(yùn)維方能力強(qiáng)，開發(fā)方就能更省事。

企業(yè)已經(jīng)存在的IT資產(chǎn)

這些資產(chǎn)包括硬件和軟件兩個(gè)方面。引入的私有PaaS平臺，過去的資產(chǎn)哪些可以繼續(xù)使用避免過去的投資浪費(fèi)，這是CIO關(guān)心的問題。

硬件方面的資產(chǎn)如交換機(jī)、存儲往往標(biāo)準(zhǔn)化程度很高，比較容易復(fù)用。軟件方面，比如企業(yè)過去購買過一套監(jiān)控系統(tǒng)，如果想將PaaS平臺的監(jiān)控對接進(jìn)去，難度可能就比較大，技術(shù)上也很可能失敗。這些都需要根據(jù)實(shí)際情況評估。

可定制和修改的PaaS

PaaS的規(guī)范絕不是一成不變，隨著組織、技術(shù)棧的變化，PaaS的規(guī)范也應(yīng)該能夠不斷修改適應(yīng)。

基于docker的PaaS能夠勝任這一點(diǎn)。docker本身的特點(diǎn)是輕量靈活。基于docker構(gòu)建PaaS，不僅可以提供“可定制實(shí)施”的PaaS，特別是可以簡化PaaS平臺的運(yùn)維管理。

博文出處：http://blog.nicescale.com/howtobuildpaas/