本文是我在2012年開(kāi)始從企業(yè)信息部門出來(lái)負(fù)責(zé)去做互聯(lián)網(wǎng)業(yè)務(wù)時(shí)，作為當(dāng)時(shí)的技術(shù)負(fù)責(zé)人對(duì)于互聯(lián)網(wǎng)技術(shù)團(tuán)隊(duì)的建設(shè)的一些思考。從一個(gè)領(lǐng)域跳到另外一個(gè)領(lǐng)域，如何做好角色轉(zhuǎn)換，如何在新的領(lǐng)域能夠入鄉(xiāng)隨俗，順應(yīng)規(guī)律，我們需要思考兩個(gè)領(lǐng)域的共性和差異，以便能夠從固有的思維里跳出來(lái)不受羈絆。

回看七年前寫的這篇文章，我很慶幸自己很好的實(shí)現(xiàn)角色的轉(zhuǎn)換，在互聯(lián)網(wǎng)應(yīng)用開(kāi)發(fā)領(lǐng)域建立了適合自己團(tuán)隊(duì)的技術(shù)體系。希望今年在新的崗位上，也能快速的進(jìn)入狀態(tài)，實(shí)現(xiàn)新的突破！

本文雖然是七年前舊文，但很多思路依然指導(dǎo)著我現(xiàn)在的工作，當(dāng)然也有些想法過(guò)去陳舊，在本文中我也增加了注解來(lái)補(bǔ)充和解釋自己的觀點(diǎn)。

談?wù)劵ヂ?lián)網(wǎng)產(chǎn)品開(kāi)發(fā)的特點(diǎn)

互聯(lián)網(wǎng)的產(chǎn)品大都是面向海量用戶的服務(wù)，且用戶分布區(qū)域廣泛，其教育水平、習(xí)慣也大多不同，具有高度不確定性，我們必須非常關(guān)注用戶的行為和反饋。

因而，在互聯(lián)網(wǎng)產(chǎn)品服務(wù)的整個(gè)用戶研究，需求分析、產(chǎn)品研發(fā)及交付服務(wù)的過(guò)程中，都采用探索式、適應(yīng)性的研發(fā)理念進(jìn)行產(chǎn)品的研發(fā)。通常，會(huì)把整個(gè)產(chǎn)品研發(fā)周期劃分為若干個(gè)迭代，采用迭代式的演進(jìn)過(guò)程，不斷的去交付新的產(chǎn)品特性，并通過(guò)觀察用戶的行為和反饋獲取，進(jìn)而隨時(shí)調(diào)整產(chǎn)品的思路和方向。一切以用戶價(jià)值為核心是互聯(lián)網(wǎng)產(chǎn)品最核心的特點(diǎn)，而以價(jià)值驅(qū)動(dòng)的敏捷開(kāi)發(fā)方法非常符合這一特點(diǎn)。

敏捷項(xiàng)目管理實(shí)踐，通過(guò)小步快跑，快速迭代、增量交付用戶價(jià)值，不斷獲取用戶反饋，持續(xù)、快速的調(diào)整產(chǎn)品，驗(yàn)證并適合用戶價(jià)值。正是通過(guò)這些實(shí)踐活動(dòng)，我們以迭代的、增量的交付用戶價(jià)值，最大限度的保證產(chǎn)品朝著符合用戶實(shí)際需求方向發(fā)展。

談?wù)劶夹g(shù)團(tuán)隊(duì)

基于互聯(lián)網(wǎng)業(yè)務(wù)的敏捷團(tuán)隊(duì)，大部分大型的互聯(lián)網(wǎng)公司都偏向以下三種文化或者原則：

（1）自組織文化

如google、facebook等互聯(lián)網(wǎng)企業(yè)，他們很少甚至沒(méi)有特定的項(xiàng)目流程，通常怎么敏捷怎么做，具有濃厚的工程師驅(qū)動(dòng)文化。敏捷團(tuán)隊(duì)的自組織特性弱化了團(tuán)隊(duì)技術(shù)領(lǐng)導(dǎo)這個(gè)角色，強(qiáng)調(diào)自我管理和自我驅(qū)動(dòng)，對(duì)于每個(gè)人的能力和素質(zhì)要求更高，但是會(huì)讓我們做的更高效、更敏捷，可以走的更穩(wěn)、更遠(yuǎn)。

（2）追求一體化

一體化團(tuán)隊(duì)作為敏捷開(kāi)發(fā)方法中最具精益思想基因的實(shí)踐，是指每個(gè)項(xiàng)目團(tuán)隊(duì)包括分析，開(kāi)發(fā)，測(cè)試等角色，使團(tuán)隊(duì)滿足一個(gè)需求從設(shè)計(jì)，開(kāi)發(fā)到測(cè)試各個(gè)階段順利完成，達(dá)到符合質(zhì)量標(biāo)準(zhǔn)并滿足需求的軟件。每個(gè)一體化團(tuán)隊(duì)一般都依附于某個(gè)產(chǎn)品，每個(gè)角色都為產(chǎn)品的發(fā)展貢獻(xiàn)著自己的智慧。

（3）追求全功能

這里所指的全功能是希望項(xiàng)目團(tuán)隊(duì)能打破工程師角色之間的邊界，如研發(fā)、測(cè)試和前端工程師的界線，消除開(kāi)發(fā)、測(cè)試流程中一些潛在浪費(fèi)，提高效率。在項(xiàng)目團(tuán)隊(duì)內(nèi)部通過(guò)角色互換，不限角色的結(jié)對(duì)工作，加強(qiáng)不同角色，不同模塊間的知識(shí)傳遞，打破技術(shù)壁壘，幫助員工從不同視角理解項(xiàng)目，鍛煉技能，進(jìn)而增加團(tuán)隊(duì)均衡生產(chǎn)的能力。

為什么要提倡打破邊界？

項(xiàng)目整體效率依賴于項(xiàng)目過(guò)程中各環(huán)節(jié)的工作效率，而整體效率的優(yōu)化往往依賴于均衡生產(chǎn)，即消除生產(chǎn)的波峰（過(guò)度生產(chǎn)）和波谷（生產(chǎn)不足），只有局部效率的增加無(wú)法直接轉(zhuǎn)換為整體效率的增加（就象桶能裝多少水，決定于最短的那塊板）。

整體效率的優(yōu)化要求IT團(tuán)隊(duì)消除技能壁壘，培養(yǎng)多面手，根據(jù)計(jì)劃的的變動(dòng)，彈性地調(diào)整任務(wù)，達(dá)到各角色和流程之間的平衡。（對(duì)小團(tuán)隊(duì)尤其重要，這也是風(fēng)險(xiǎn)管理所需要的。大團(tuán)隊(duì)每個(gè)角色和崗位都會(huì)設(shè)置若干人，通過(guò)人數(shù)的優(yōu)勢(shì)達(dá)到了均衡生產(chǎn)，但對(duì)于小團(tuán)隊(duì)，某個(gè)角色可能只有一個(gè)人力，如果這個(gè)人工作受到影響，整個(gè)團(tuán)隊(duì)的鏈條都要受到很大的影響，打破角色的界限，最大限度的降低了這些風(fēng)險(xiǎn)。）

技術(shù)團(tuán)隊(duì)的建設(shè)首先要從兩個(gè)方面入手：一個(gè)是專業(yè)化分工，二是梯隊(duì)作戰(zhàn)模型。追求全功能或者均衡生產(chǎn)，并不是說(shuō)每個(gè)人不分主次的全面發(fā)展，而是在保證一定的專業(yè)分工、深入專研的基礎(chǔ)上，在技能上要有適當(dāng)?shù)膹V度。比如在我們團(tuán)隊(duì)，按照技術(shù)領(lǐng)域可以做以下組織模型：

技術(shù)團(tuán)隊(duì)組織模型

目前團(tuán)隊(duì)成員還比較少，如果每個(gè)人都均衡發(fā)展，對(duì)于技術(shù)體系就不會(huì)深入；但是如果都劃定清晰的方向，只走專業(yè)化路線，意味著每個(gè)方向只有一兩個(gè)人，項(xiàng)目開(kāi)展就很難調(diào)動(dòng)人力，這也是不可能的。所以每個(gè)方向固定第一梯隊(duì)的人員，在該方向上能夠?qū)I(yè)化發(fā)展，同時(shí)每個(gè)方向的第一梯隊(duì)的人員又將是其他方向的第二梯隊(duì)，保證人力資源能夠均衡的被調(diào)配，滿足各種項(xiàng)目的開(kāi)展。

同樣在崗位上，我們依然是按照這個(gè)思路來(lái)進(jìn)行，每個(gè)人都應(yīng)具備“架構(gòu)設(shè)計(jì)”、“程序開(kāi)發(fā)”、“質(zhì)量測(cè)試”的部分能力，打破角色之間的界限。這對(duì)每個(gè)人的整體素質(zhì)要求是非常高的。

7年前，我所帶領(lǐng)的團(tuán)隊(duì)規(guī)模較小，成員不超過(guò)10個(gè)人，在這樣的規(guī)模下，我優(yōu)先打造全功能團(tuán)隊(duì)，每個(gè)人幾乎都是全棧的，能夠兩三個(gè)人一個(gè)小組快速敏捷，同時(shí)相互之間可以快速補(bǔ)位。但是今天，我所帶領(lǐng)的團(tuán)隊(duì)是上百人的研發(fā)團(tuán)隊(duì)，研發(fā)的產(chǎn)品或平臺(tái)也比之前更加復(fù)雜，所以此時(shí)我更強(qiáng)調(diào)的是專業(yè)化的分工，前后端的分離階段不同，規(guī)模不同，我們的組織方式不同，切記慣性思維。

除了專業(yè)化分工之外，我們還需要建立梯隊(duì)模型，將人力資源和時(shí)間分配的更加均衡。如下圖所示：

技術(shù)梯隊(duì)模型

這是一個(gè)漏斗模型，在人力和時(shí)間分配方面，自上而下優(yōu)先級(jí)逐級(jí)遞減。項(xiàng)目開(kāi)發(fā)直接面對(duì)著需求，它的核心是“快”，要有快速響應(yīng)需求的能力，以最快的進(jìn)度完成產(chǎn)品的增量交付。

為了更快的響應(yīng)，在架構(gòu)設(shè)計(jì)、程序開(kāi)發(fā)方面遵循“適可而止”的原則，不要過(guò)度設(shè)計(jì)，在可容忍的范圍內(nèi)可以適當(dāng)降低程序的質(zhì)量。

如果僅僅只做這些，我們的產(chǎn)品和系統(tǒng)是早晚都會(huì)出現(xiàn)問(wèn)題，所以我們還需要下一個(gè)環(huán)節(jié)：產(chǎn)品優(yōu)化。這個(gè)環(huán)節(jié)的核心是“精”，精益求精，將以前的瑕疵、隱患去除掉，考慮到更久的將來(lái)，不斷地調(diào)整我們的架構(gòu)，不斷優(yōu)化我們的程序，整個(gè)改進(jìn)的進(jìn)程和系統(tǒng)的發(fā)展進(jìn)程相呼應(yīng)，保證系統(tǒng)的平滑發(fā)展。

僅僅這些就夠了嗎？顯然不夠！項(xiàng)目開(kāi)發(fā)如何快？產(chǎn)品優(yōu)化如何精？源于我們深厚的積累，研發(fā)的重要性就是體現(xiàn)在厚積薄發(fā)，全面提升整個(gè)團(tuán)隊(duì)的技術(shù)厚度，提高開(kāi)發(fā)的效率。我們團(tuán)隊(duì)有自己的框架和平臺(tái)，大大的加快了我們項(xiàng)目開(kāi)發(fā)的速度。

通過(guò)這個(gè)漏斗模型，我們將人力和時(shí)間按照這個(gè)層次結(jié)構(gòu)，進(jìn)行均勻的分配，保證我們的計(jì)劃進(jìn)度的執(zhí)行非常平滑，沒(méi)有過(guò)分的緊張，也沒(méi)有過(guò)度的松懈。將以往我們的開(kāi)發(fā)如過(guò)山車般的進(jìn)程變成在一條平路上勻速前行。

思考：如何打造一個(gè)優(yōu)秀的研發(fā)體系？

在研發(fā)體系的建設(shè)上，7年前的自己和現(xiàn)在的自己如出一轍，是不忘初心還是不思進(jìn)取，等年底看效果吧。o(*￣︶￣*)o”

談?wù)凜MMI

公司最近在搞CMMI3，過(guò)程的持續(xù)改進(jìn)是我們一直都需要去做的，引入CMMI，可以幫我們更好的進(jìn)行過(guò)程的改進(jìn)。我們的團(tuán)隊(duì)涉足企業(yè)信息化，軟件項(xiàng)目和互聯(lián)網(wǎng)項(xiàng)目，其實(shí)每件事物都有它自己特定的環(huán)境，都有自己繁衍的土壤，我們?cè)谶@個(gè)過(guò)程中一定要有區(qū)別的對(duì)待，真正的遵循事物發(fā)展的規(guī)律，否則好心不一定能做好事。

各大軟件公司搞CMMI 基本都是招標(biāo)用的，這是中標(biāo)的一個(gè)有力的砝碼，更適合TO B的公司。而互聯(lián)網(wǎng)公司，他們根本的生存法則不是依賴外包項(xiàng)目，產(chǎn)品銷售進(jìn)行的，而是針對(duì)終端用戶推出的服務(wù)產(chǎn)品，提供非常好的使用體驗(yàn)，獲得用戶的認(rèn)可，從而獲得公司的發(fā)展。所以這就是為什么做互聯(lián)網(wǎng)的企業(yè)很少去評(píng)CMMI，很多一流的互聯(lián)網(wǎng)公司的產(chǎn)品研發(fā)過(guò)程甚至都達(dá)不到CMMI的要求。

網(wǎng)上對(duì)于這方面的討論也特別多，但是我們既然要做CMMI，是因?yàn)槲覀冞€有軟件開(kāi)發(fā)的業(yè)務(wù)范圍，我們也真正的想通過(guò)CMMI提升整個(gè)團(tuán)隊(duì)的研發(fā)水平，改進(jìn)我們的過(guò)程。但是我也真心的希望CMMI在進(jìn)行的過(guò)程中，一定是能深入到不同的項(xiàng)目團(tuán)隊(duì)，探究每個(gè)項(xiàng)目和業(yè)務(wù)方向的特點(diǎn)，找出適合每個(gè)團(tuán)隊(duì)發(fā)展的業(yè)務(wù)流程和管理模式，而不要凡事一刀切，一個(gè)標(biāo)準(zhǔn)，一個(gè)模式，或者更可怕的是將以往實(shí)施的案例不加考量的就轉(zhuǎn)移到我們身上，反過(guò)來(lái)成為我們前進(jìn)的阻力。

談?wù)劶夹g(shù)

作為技術(shù)團(tuán)隊(duì)的負(fù)責(zé)人，我一直在思考我們需要什么樣的技術(shù)，特別像我們整個(gè)團(tuán)隊(duì)和領(lǐng)導(dǎo)都具有企業(yè)應(yīng)用開(kāi)發(fā)的背景，如何適應(yīng)互聯(lián)網(wǎng)應(yīng)用開(kāi)發(fā)的需要，如何要轉(zhuǎn)變觀念，用合適的技術(shù)解決特定領(lǐng)域的問(wèn)題。

在談具體技術(shù)之前，我想還是和我們以前一直從事的企業(yè)應(yīng)用開(kāi)發(fā)做一個(gè)比較，這樣我們能更加直觀的知道我們需要做哪些改變，哪些才是我們未來(lái)的技術(shù)方向。

企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用的區(qū)別

根據(jù)這個(gè)表格，我們非常明顯的看到企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用的巨大不同，應(yīng)用的不同決定了技術(shù)的差異，企業(yè)應(yīng)用要求系統(tǒng)的穩(wěn)定性、程序的復(fù)用性、數(shù)據(jù)操作的嚴(yán)謹(jǐn)性、業(yè)務(wù)的集成性，而互聯(lián)網(wǎng)應(yīng)用要求高并發(fā)、高擴(kuò)展、高可用性。

對(duì)于我們團(tuán)隊(duì)，我們的業(yè)務(wù)主要在互聯(lián)網(wǎng)領(lǐng)域開(kāi)展，但是我們的管理又屬于企業(yè)應(yīng)用的范疇，我們的開(kāi)發(fā)領(lǐng)域基本囊括了企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用。所以對(duì)于技術(shù)團(tuán)隊(duì)的要求是非常非常高的，我們不僅僅根據(jù)不同的領(lǐng)域進(jìn)行專業(yè)化劃分，我們更需要學(xué)習(xí)更多更實(shí)用的技術(shù)解決各個(gè)領(lǐng)域的問(wèn)題。

談?wù)劶軜?gòu)設(shè)計(jì)

我們張口閉口的談架構(gòu)，但是何為架構(gòu)，可能誰(shuí)也說(shuō)不清楚，因?yàn)榇蠹覍?duì)架構(gòu)的理解不同。從字面的意思來(lái)講，架構(gòu)就是確定一個(gè)事物的骨架和結(jié)構(gòu)，從整體上勾勒出事物的意識(shí)形態(tài)。架構(gòu)又分為很多種，管理企業(yè)需要進(jìn)行組織架構(gòu)。

就IT而言，實(shí)施系統(tǒng)需要系統(tǒng)架構(gòu)和業(yè)務(wù)架構(gòu)，開(kāi)發(fā)軟件需要軟件架構(gòu)，還有信息架構(gòu)、基礎(chǔ)架構(gòu)、數(shù)據(jù)庫(kù)架構(gòu)等等。我們?cè)谟懻摷軜?gòu)時(shí)，總是意見(jiàn)分歧很大，是因?yàn)槲覀儾](méi)有為“架構(gòu)”設(shè)立邊界，不同的人對(duì)架構(gòu)的定義是不一樣的。下面我談的架構(gòu)主要集中在系統(tǒng)架構(gòu)和軟件架構(gòu)。

我對(duì)架構(gòu)和架構(gòu)師的一些認(rèn)識(shí)和觀點(diǎn)：

1. 軟件架構(gòu)設(shè)計(jì)需要以長(zhǎng)遠(yuǎn)的眼光以宏觀視角從整體出發(fā)，深入分析外部環(huán)境、競(jìng)爭(zhēng)對(duì)手與內(nèi)部資源，明晰各方面的關(guān)注點(diǎn)，并平衡他們之間的利益，使大家可以明確目標(biāo)，達(dá)成共識(shí)，解決主要矛盾。
2. 架構(gòu)師一定要有全局意識(shí)，不能過(guò)多的糾纏于細(xì)節(jié)。架構(gòu)可以不過(guò)多關(guān)注功能，但必須考慮系統(tǒng)運(yùn)行的場(chǎng)景和所處的領(lǐng)域，明晰關(guān)鍵點(diǎn)。
3. 架構(gòu)是一種平衡的藝術(shù)，最好的架構(gòu)不是最完美的架構(gòu)而是最適合未來(lái)一段時(shí)間的架構(gòu)，架構(gòu)要考慮到未來(lái)發(fā)展和當(dāng)前資源的平衡，將性價(jià)比放在第一位考慮。
4. 架構(gòu)的確不容易改變，一個(gè)易變的架構(gòu)不是好的架構(gòu)，但是一個(gè)不能改變的架構(gòu)也不是好的架構(gòu)。架構(gòu)的可變性也應(yīng)該是架構(gòu)設(shè)計(jì)的一部分。所以架構(gòu)師要致力于設(shè)計(jì)一個(gè)可容易擴(kuò)展的架構(gòu)，在這方面如果我們經(jīng)常拿蓋房子作為比較是不合理的，軟件架構(gòu)的可伸縮性本身就是區(qū)別于傳統(tǒng)行業(yè)架構(gòu)設(shè)計(jì)的魅力所在。
5. 架構(gòu)師不僅僅有深厚的專業(yè)知識(shí)和技能，架構(gòu)師必須具備必要的廣度，特別是當(dāng)前一個(gè)信息爆炸的時(shí)代，我們所遇到的各種情形都在當(dāng)前的信息池中找到相應(yīng)的解決方法和案例。架構(gòu)師一定要掌握更多的信息，對(duì)信息進(jìn)行系統(tǒng)的加工整理，在架構(gòu)工作中首要想的是如何使用現(xiàn)有的解決方案，而不是閉門造車，不開(kāi)放的醉心專研，重復(fù)發(fā)明輪子?，F(xiàn)在有這么個(gè)說(shuō)法，“掌握信息比掌握知識(shí)重要”，不是沒(méi)有道理。

談?wù)勥\(yùn)維

單談運(yùn)維他是一個(gè)很泛的概念，有人認(rèn)為很高深，有人可能沒(méi)啥概念。其實(shí)運(yùn)維是IT管理中一個(gè)很重要的環(huán)節(jié)，我們生產(chǎn)的系統(tǒng)如果沒(méi)有運(yùn)維的支持，它便存在著巨大的風(fēng)險(xiǎn)。我們一直在談企業(yè)應(yīng)用和互聯(lián)網(wǎng)應(yīng)用的區(qū)別，其實(shí)兩者的區(qū)別也決定了這兩個(gè)領(lǐng)域的運(yùn)維也存在著很大的區(qū)別。

傳統(tǒng)企業(yè)內(nèi)網(wǎng)運(yùn)維關(guān)注點(diǎn)是在安全、權(quán)限管理等重點(diǎn)，以及舊IT資產(chǎn)利用率，如何利用好現(xiàn)有的IT資產(chǎn)是他們目前迫切需要解決的問(wèn)題。傳統(tǒng)的企業(yè)內(nèi)網(wǎng)，使用大量的小型機(jī)（IBM Power小型機(jī)、HP小型機(jī)、Sun小型機(jī)等）、高端網(wǎng)絡(luò)和存儲(chǔ)設(shè)備（Cisco、EMC、日立等），使用大量的商業(yè)數(shù)據(jù)庫(kù)、ERP和中間件技術(shù)（IBM DB2、Oracle、SAP等）。

企業(yè)的核心業(yè)務(wù)運(yùn)行于這些設(shè)備和軟件之上，業(yè)務(wù)年限長(zhǎng)、歷史遺留問(wèn)題多，數(shù)據(jù)安全、業(yè)務(wù)連續(xù)性等是這些企業(yè)的生命線，往往通過(guò)購(gòu)買廠商和集成商的服務(wù)來(lái)保證其IT業(yè)務(wù)的穩(wěn)定性。對(duì)于互聯(lián)網(wǎng)運(yùn)維，如何快速有效地部署，如何保證可利用率，如何處理大并發(fā)訪問(wèn)等是他們的頭等要事。

現(xiàn)代的互聯(lián)網(wǎng)企業(yè)，大量使用PC服務(wù)器、普通硬盤盤陣和集群、先進(jìn)的SSD技術(shù)，大量使用Linux、MySQL等開(kāi)源軟件。業(yè)務(wù)模式單一，軟件技術(shù)、硬件設(shè)備更替迅速。性能優(yōu)化、部署靈活、提升IT硬件利用率是他們的工作重點(diǎn)，業(yè)務(wù)領(lǐng)先的互聯(lián)網(wǎng)企業(yè)背后都有一個(gè)強(qiáng)大的IT運(yùn)維技術(shù)團(tuán)隊(duì)。

運(yùn)維是一件極其繁瑣，極其復(fù)雜的管理工作，這就要求運(yùn)維工程師具有很廣博的知識(shí)體系，不僅僅熟悉網(wǎng)絡(luò)、硬件，還要了解開(kāi)發(fā)，了解各個(gè)系統(tǒng)使用的技術(shù)和軟件，通過(guò)大量的運(yùn)維數(shù)據(jù)可以有效地指導(dǎo)架構(gòu)和系統(tǒng)的優(yōu)化，運(yùn)維工程師一個(gè)典型的復(fù)合型的人才。

運(yùn)維工程師的崗位職責(zé)：

1. 負(fù)責(zé)機(jī)房業(yè)務(wù)服務(wù)器的配置、維護(hù)、監(jiān)控、調(diào)優(yōu)、故障排除等；
2. 大用戶量下高性能服務(wù)器系統(tǒng)部署方案的制定及實(shí)施；
3. 保障服務(wù)器與數(shù)據(jù)庫(kù)安全，檢查并消除安全漏洞；
4. 數(shù)據(jù)監(jiān)控、應(yīng)急響應(yīng)、故障排除、編寫數(shù)據(jù)分析報(bào)告等。

就像我在談架構(gòu)時(shí)認(rèn)為架構(gòu)需要關(guān)注運(yùn)維，指導(dǎo)開(kāi)發(fā)一樣，我還認(rèn)為運(yùn)維是關(guān)注開(kāi)發(fā)、指導(dǎo)架構(gòu)，一個(gè)好的架構(gòu)師需要經(jīng)過(guò)運(yùn)維的過(guò)程，他才能深刻的預(yù)判到一個(gè)系統(tǒng)在未來(lái)的演變，以便今天可以實(shí)時(shí)可以擴(kuò)展的架構(gòu)。一個(gè)具備較高開(kāi)發(fā)水平的運(yùn)維工程師是向架構(gòu)師進(jìn)階的最好路線。

7年前就開(kāi)始重視運(yùn)維，但是限于資源和應(yīng)用規(guī)模，運(yùn)維這部分一直沒(méi)有做好。今年其實(shí)也非常看重運(yùn)維，但是依然限于資源和規(guī)模，還是把幾乎所有的資源投入到研發(fā)中。但是未來(lái)隨著產(chǎn)品規(guī)模越來(lái)越大，打造專業(yè)的運(yùn)維團(tuán)隊(duì)依然是一個(gè)目標(biāo)！

談?wù)勗?/h2>

當(dāng)前云是一個(gè)很熱的話題，所有的軟件服務(wù)都盡可能的和“云”搭上邊，但是具體什么是“云”，相比很多人都“云里霧里”的，不知所以。

“云計(jì)算”的概念應(yīng)該是谷歌在5年前提出來(lái)，并得到快速的發(fā)展。“云”的誕生有其發(fā)展的必然性，而谷歌、亞馬遜這樣的互聯(lián)網(wǎng)巨頭是催發(fā)它的催化劑。

這些互聯(lián)網(wǎng)公司的核心的商業(yè)模式就是利用提供互聯(lián)網(wǎng)相關(guān)的服務(wù)，從而帶來(lái)巨額的營(yíng)收，他們必然希望越來(lái)越多的人和企業(yè)接受互聯(lián)網(wǎng)服務(wù)的模式，讓一切服務(wù)都能通過(guò)互聯(lián)網(wǎng)替代傳統(tǒng)的方式，所以宣揚(yáng)“云”，也是為了更加優(yōu)化自己的商業(yè)模式。

其次，這些巨頭企業(yè)經(jīng)過(guò)這么多年的發(fā)展，他們?cè)诜?wù)器，數(shù)據(jù)中心，分布式計(jì)算方面建立起成熟的有效的解決方案，僅僅是為了支撐自身的服務(wù)，資源勢(shì)必不能很好的利用，推行云計(jì)算，將自己的基礎(chǔ)設(shè)施和平臺(tái)以服務(wù)的方式出租出去，將閑置的資源加以更加合理的利用，這也是推行“云”的原因。

“利”字當(dāng)頭，任何一個(gè)事物的發(fā)展怎能少了一個(gè)“利”。當(dāng)然 “云”的發(fā)展給我們的信息生活帶來(lái)了翻天覆地的變化，推動(dòng)著整個(gè)信息產(chǎn)業(yè)的變革。

1. “云”讓基礎(chǔ)設(shè)施的建設(shè)更加集中，互聯(lián)網(wǎng)服務(wù)更加的規(guī)模化，資源的分配更加的合理，避免了巨大的浪費(fèi)。
2. “云’讓我們的觀念發(fā)生了轉(zhuǎn)變，讓我們更加接受互聯(lián)網(wǎng)服務(wù)模式，為人類的生活提供了更大的便利。
3. “云”的誕生更加優(yōu)化了互聯(lián)網(wǎng)的服務(wù)模式，提升了互聯(lián)網(wǎng)服務(wù)的盈利能力。

“云”其實(shí)就是“服務(wù)”，一切傳統(tǒng)的信息處理的手段都通過(guò)服務(wù)的方式進(jìn)行交付。而在服務(wù)上，又分為幾個(gè)層次：IaaS（基礎(chǔ)設(shè)施既是服務(wù)），PaaS（平臺(tái)既是服務(wù)），SaaS（軟件既是服務(wù)）。

而在IaaS和PaaS層面上，一般由大型的廠商承擔(dān)著，比如亞馬遜、微軟、谷歌等等，他們擁有天生的資源來(lái)做這些底層的，具有規(guī)?；幕A(chǔ)設(shè)施建設(shè)。

而在中國(guó)，這些一般由政府驅(qū)動(dòng)，由大型廠商來(lái)承接。中小型的公司只能在SaaS上，提供更加細(xì)分、更加個(gè)性化的軟件服務(wù)，才是生存的王道。

我們張口閉口談“云”，我們是“云筆記”，“云相冊(cè)”，如果服務(wù)不具備規(guī)?；б?，沒(méi)有將服務(wù)轉(zhuǎn)化為盈利的能力，這個(gè)“云”只能算是一個(gè)普通的互聯(lián)網(wǎng)服務(wù)，和個(gè)人博客和個(gè)人相冊(cè)有什么區(qū)別。

所以我們要做“云服務(wù)”，我們需要在基礎(chǔ)設(shè)施、大數(shù)據(jù)計(jì)算方面有一定的掌握能力，這些不需要我們?nèi)?chuàng)造，而是能很好的利用，將“云”相關(guān)的技術(shù)（虛擬化，mapreduce分布式計(jì)算，海量數(shù)據(jù)存儲(chǔ)、負(fù)載集群等）很好的運(yùn)用起來(lái)，這是支撐云的基礎(chǔ)。在這個(gè)基礎(chǔ)上，一定要做細(xì)分的“云”，有特點(diǎn)的“云”，提供用戶最專業(yè)的個(gè)性化服務(wù)和解決方案，服務(wù)產(chǎn)生價(jià)值。

“7年前，云也就剛剛興起，但今天我們已經(jīng)離不開(kāi)它了，云讓我們更加的單純，把精力完全聚焦于自己的核心業(yè)務(wù)。我的團(tuán)隊(duì)也做了幾款云的產(chǎn)品，但只能是云的概念，還不具備云的規(guī)模，希望我們能把規(guī)模盡快做出來(lái)。”

談?wù)勔苿?dòng)應(yīng)用

上面談了“云”，有“云”必然有“端”，“云”是服務(wù)的提供，“端”是服務(wù)的消費(fèi)。目前最重要的兩個(gè)端是PC端和移動(dòng)終端，未來(lái)物聯(lián)網(wǎng)建立，所有事物都儼然是“端”，在PC端，依然是傳統(tǒng)的瀏覽器和客戶端。

隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展，越來(lái)越多的服務(wù)已經(jīng)開(kāi)始向移動(dòng)終端傾斜，利用移動(dòng)終端的便利性，服務(wù)的提供和消費(fèi)也變得越來(lái)越快捷。未來(lái)移動(dòng)應(yīng)用將帶來(lái)一個(gè)嶄新的時(shí)代，一個(gè)屬于移動(dòng)互聯(lián)網(wǎng)的時(shí)代開(kāi)始了。

在移動(dòng)應(yīng)用的技術(shù)領(lǐng)域中，我們需要面對(duì)多個(gè)平臺(tái)（ios，android，wp等），每個(gè)平臺(tái)可能還需要面對(duì)不同設(shè)備的規(guī)格，移動(dòng)開(kāi)發(fā)也面臨這很多很多的問(wèn)題。很多廠商也在致力于利用一些中間的語(yǔ)言和技術(shù)來(lái)統(tǒng)一移動(dòng)領(lǐng)域的開(kāi)發(fā)，比如目前以html5、javascript、ruby等中間件平臺(tái)也開(kāi)始蓬勃發(fā)展起來(lái)了。

最近google推出了將java轉(zhuǎn)化為object-c的工具，未來(lái)的移動(dòng)開(kāi)發(fā)必然要面臨也需要我們考慮如何解決跨平臺(tái)的問(wèn)題，特別對(duì)于中小企業(yè)，處于成本的考慮，我們也將不得不面對(duì)。

目前，我們要解決的是如何將原生語(yǔ)言和跨平臺(tái)語(yǔ)言的結(jié)合，因?yàn)橐粋€(gè)服務(wù)，多個(gè)終端，業(yè)務(wù)處理邏輯都是相同的，不同的更多是在UI層面和交互層面上。所以通過(guò)和中間語(yǔ)言的結(jié)合，比如javascript、lua等，可以更加優(yōu)化移動(dòng)應(yīng)用的開(kāi)發(fā)，降低開(kāi)發(fā)和維護(hù)的成本，而且多個(gè)端都可以在一個(gè)統(tǒng)一有序的環(huán)境中發(fā)展。

跨平臺(tái)的移動(dòng)應(yīng)用在剛開(kāi)始的確做了一些嘗試，但是實(shí)際運(yùn)行效果并不是太好，所以這部分這幾年是沒(méi)有更深入的發(fā)展，移動(dòng)開(kāi)發(fā)依然以原生開(kāi)發(fā)為主。但是隨著前端技術(shù)的日趨成熟，跨平臺(tái)的解決方案也越來(lái)越成熟，這方面我們應(yīng)該再重新出發(fā)，配合移動(dòng)中臺(tái)的建設(shè)，把端上面的技術(shù)好好的沉淀下。

2012年10月7日 一個(gè)十一假期的思考沉淀

#專欄作家#

菜根亂譚，微信公眾號(hào)：CGLT_TAN，人人都是產(chǎn)品經(jīng)理專欄作家。經(jīng)歷程序員、技術(shù)負(fù)責(zé)人、產(chǎn)品經(jīng)理等多種崗位，現(xiàn)在負(fù)責(zé)百洋智能科技的研發(fā)管理。關(guān)注醫(yī)療，早教領(lǐng)域，擅長(zhǎng)技術(shù)應(yīng)用型產(chǎn)品的設(shè)計(jì)和運(yùn)營(yíng)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議