第228章決策（5k）

    明明在電話里溝通的時候很有底氣啊……

    明明見面聊天時也很有姿態(tài)啊……

    明明才剛開始蜜月期啊……

    俞興對于葛智杰的表現(xiàn)只覺頭皮發(fā)麻，孵化項目的打法核心是要“以快打慢”，要是這樣搞下去，還有什么好打的？

    他沒有立即表示不滿，而是細細思考應該怎么來處理這種事。

    從之前的交流來看，葛智杰的技術能力是夠的，公司需要的也就是這個，至于他疑似不太穩(wěn)定的情緒……

    俞興左想右想，先是與招來的百度、網(wǎng)易兩位程序員聊了又聊，又和百曉生的員工們印證理解，首先試圖確認穩(wěn)妥的技術路線，比如，相較于葛智杰提到的系統(tǒng)架構，微信似乎也可以使用分層架構與分布式相結合的方式來進行設計。

    前者固然在理論上可以擁有更高的可擴展性、可維護性以及技術多樣性等優(yōu)點，但它……

    “俞總，不是我不想支持葛智杰的想法，可是，我們開發(fā)這樣的軟件不應該考慮到與企鵝的競爭嗎？我們應該沒有那么多時間和資源來推技術吧？國內(nèi)現(xiàn)在也就阿里在這方面有實踐，這種姑且稱之為微服務架構的理念是好的，但我不認為它真的適合我們。”

    “這種開發(fā)難度很高的，我們沒有這方面的經(jīng)驗，貿(mào)然嘗試把一個大型系統(tǒng)拆分成多個微服務，開發(fā)和維護都是問題，我隨便想想就感覺頭疼了，跨服務的業(yè)務邏輯協(xié)調(diào)會很復雜，還得維護數(shù)據(jù)的一致性……”

    之前與葛智杰發(fā)生分歧并爭吵的譚睿澤給出頗為篤定的意見，他的主張就是采用分層架構與分布式相互結合。

    俞興沒有急躁，詢問這位來自網(wǎng)易的員工意見：“分層架構與分布式相結合，這也不是現(xiàn)在的唯一解吧？”

    “是的，但相較于葛智杰想做的，這已經(jīng)克制很多了。”譚睿澤侃侃而談，“俞總，選擇什么樣的系統(tǒng)架構，咱們得根據(jù)軟件的特性來，像微信這種軟件，一旦成功，它的功能不會少，用戶規(guī)模也不會小，數(shù)據(jù)量大，對于實時性的要求也高。”

    “我們從一開始就把系統(tǒng)功能劃分出來，表示層、業(yè)務邏輯層、數(shù)據(jù)訪問層等等，這樣結構清晰，也比較容易維護和擴展，不同層次還可以用不同團隊來開發(fā)和維護。”

    “我不知道微信這樣的軟件能不能取得市場上的成功，但我認為，還是得考慮提高系統(tǒng)的并發(fā)處理能力吧，分布式架構能夠滿足這樣的需求。”

    “這要說起來又得長篇大論，俞總，我今天晚上把這些全部整理成一份報告，明天給你。”

    “總而言之，我認為，葛智杰的想法太超前了，市面上其它的架構，單體的容易開發(fā)和部署，但是，微信功能一多，代碼復雜度就得急劇上升，后期修改功能有可能影響系統(tǒng)的穩(wěn)定性，還不容易滿足高并發(fā)場景下的需求。”