公司要做搞一個TOB的SASS平臺？

我是產(chǎn)品胡子哥，結(jié)合我的經(jīng)驗(yàn)回答你的問題，希望能幫到你，我從以下兩個方面回答你。

業(yè)務(wù)梳理

技術(shù)選型

一、業(yè)務(wù)梳理

一般2B的業(yè)務(wù)在剛開始不會有太多的流量，前期主要是在驗(yàn)證商機(jī)上，要求產(chǎn)品上線要快，以減少不必要的投入。在技術(shù)選型之前需要做的是針對業(yè)務(wù)的分析，規(guī)劃出平臺的業(yè)務(wù)架構(gòu)。為什么要先規(guī)劃出業(yè)務(wù)架構(gòu)，你要知道重要的一點(diǎn)是任何的技術(shù)都是為業(yè)務(wù)服務(wù)的，脫離了業(yè)務(wù)談技術(shù)都是空中樓閣，沒有任何的意義。如果業(yè)務(wù)還沒有清楚，你要和相關(guān)人員溝通，把業(yè)務(wù)吃透，通過UML整理出符合市場要求的業(yè)務(wù)架構(gòu)。

上面我們也提到在初期做的商機(jī)的驗(yàn)證，不會做的大而全，而是小而可控。在商機(jī)未成熟之前，控制成本和時間，屆時船小好調(diào)頭。一般情況下在初期做的都是先滿足用戶的核心功能，然后通過不斷的迭代去滿足。技術(shù)和產(chǎn)品都是一樣。記住一點(diǎn)，技術(shù)的架構(gòu)是結(jié)合業(yè)務(wù)的迭代打磨設(shè)計(jì)出來的，而不是規(guī)劃出來的。

業(yè)務(wù)架構(gòu)出來之后，要設(shè)想相關(guān)的技術(shù)指標(biāo)用來支持業(yè)務(wù)的發(fā)展需要。指標(biāo)如下，僅供參考。

部署方式

安全性并發(fā)量兼容性穩(wěn)定性數(shù)據(jù)存儲量訪問響應(yīng)速度

二、技術(shù)選型

業(yè)務(wù)架構(gòu)梳理完成，要做的事情也非常的明確了，技術(shù)思路也基本上形成了。

首先是確定技術(shù)架構(gòu)。技術(shù)架構(gòu)可分為分布式服務(wù)和集中式服務(wù)。在初期為了滿足市場需要，一般是快字當(dāng)先。技術(shù)架構(gòu)可以采用集中方式架構(gòu)，不要過多拆分服務(wù)，避免造成人員成本和時間成本的浪費(fèi)，部署起來也非常的方便高效。強(qiáng)烈建議前期不要采用中臺技術(shù)模式。

第二、要考慮你的團(tuán)隊(duì)人員的掌握的技術(shù)語言類別，熟悉的才是最好的，才能發(fā)揮你團(tuán)隊(duì)的優(yōu)勢。

第三、選取技術(shù)中間件，中間件有很多成熟點(diǎn)，經(jīng)過考驗(yàn)的，無需自己造輪子。( 中間件涉及緩存、ORM、Web服務(wù))。

第四、考慮你的部署方式、是否需要流量分流，因?yàn)榍捌谑遣捎玫募惺椒绞剑鄬碚f會容易很多。

第五、如果業(yè)務(wù)發(fā)展了，得到市場的驗(yàn)證，這個時候你要考慮技術(shù)架構(gòu)的優(yōu)化了。比如采用服務(wù)拆分(微服務(wù))、數(shù)據(jù)庫分庫分表，NoSQL數(shù)據(jù)庫，消息隊(duì)列等技術(shù)。如果業(yè)務(wù)不斷擴(kuò)大，同時有些業(yè)務(wù)非常成熟穩(wěn)定了，這個時候可以考慮中臺模式，便于可服用，快速響應(yīng)市場到變化。

技術(shù)選型和產(chǎn)品一樣都需要一個Roadmap，按照初期、中期、長期等階段規(guī)劃符合業(yè)務(wù)發(fā)展需要的技術(shù)架構(gòu)。

在互聯(lián)網(wǎng)技術(shù)領(lǐng)域，采用最多的還是Java技術(shù)，非常的成熟和穩(wěn)定，支持高并發(fā)，中間件也相對成熟可靠。

對于目前微服務(wù) 消息隊(duì)列 ORM等開源的中間件也很多，微服務(wù)有Dubbo、SpringCloud等; 消息隊(duì)列有Kafka、RabbitMQ等；ORM使用比較多還是Mybatis。緩存用的Redis.

NoSQL用的比較多的有MongoDB、Redis、HBase等。

就回答到這里，希望能幫到你，走過路過不要錯過點(diǎn)個贊，也非常歡迎大家在評論區(qū)留言互動。