大廠怎么用node？

1. 同構SSR需求 這里內部絕大部分應用（95%以上）都是CSR的靜態(tài)應用部署，所以SSR的應用不多（內部大概10來個，主要交付效率要低不少），主要是各條產(chǎn)品線的主站工程為主。云音樂這類應用的負載還算比較高，峰值QPS部分應用大概是數(shù)千的級別。

2. 全棧開發(fā)的基礎設施服務對內效能改進或對外賦能的基礎設施。例如部署平臺、各類監(jiān)控平臺、各類運營搭建相關服務、智能合圖等素材相關服務、模塊下發(fā)平臺、靜態(tài)頁面網(wǎng)關、接口聚合平臺等等之類的。這里部分應用也有To C的流量負載，比如一些活動關聯(lián)的應用，PV過億還是比較稀疏平常的。粗略統(tǒng)計內部已經(jīng)很大比例的同事都有這類線上Node應用的開發(fā)落地經(jīng)驗。如果沒有Node，針對前端開發(fā)者，相信是很難有這個自由度去實現(xiàn)產(chǎn)品的全棧開發(fā)的。這些基本還只是最近2-3年的積累。

3. 極少量的BFF應用這里慣例是后端做Controller開發(fā)，所謂的BFF我們大都也只是代理轉發(fā)的工作。

4. 線下工具以上數(shù)量都是線上服務，線下工具就更雜了。比如各類腳手架，dev-server（如 svrxjs/svrx）、elint（x-orpheus/elint）等等，有些工具也會使用 Electron 做包裝分發(fā)

總之，還是挺慶幸Node這個平臺的出現(xiàn)，前端能跳出瀏覽器的圈子，真正成為一個「解決問題」的軟件工程師。在線上服務承載這個部分，Node最大的挑戰(zhàn)還是穩(wěn)定性和運維能力，特別在一個非異構技術棧的服務架構體系下（特別我們這邊還未整體上云），很多風險需要自己摸索。