1. 同構SSR需求 這裡內部絕大部分應用（95%以上）都是CSR的靜態應用部署，所以SSR的應用不多（內部大概10來個，主要交付效率要低不少），主要是各條產品線的主站工程為主。雲音樂這類應用的負載還算比較高，峰值QPS部分應用大概是數千的級別。
2. 全棧開發的基礎設施服務對內效能改進或對外賦能的基礎設施。例如部署平臺、各類監控平臺、各類運營搭建相關服務、智慧合圖等素材相關服務、模組下發平臺、靜態頁面閘道器、介面聚合平臺等等之類的。這裡部分應用也有To C的流量負載，比如一些活動關聯的應用，PV過億還是比較稀疏平常的。粗略統計內部已經很大比例的同事都有這類線上Node應用的開發落地經驗。如果沒有Node，針對前端開發者，相信是很難有這個自由度去實現產品的全棧開發的。這些基本還只是最近2-3年的積累。
4. 線下工具以上數量都是線上服務，線下工具就更雜了。比如各類腳手架，dev-server（如 svrxjs/svrx）、elint（x-orpheus/elint）等等，有些工具也會使用 Electron 做包裝分發
總之，還是挺慶幸Node這個平臺的出現，前端能跳出瀏覽器的圈子，真正成為一個「解決問題」的軟體工程師。在線上服務承載這個部分，Node最大的挑戰還是穩定性和運維能力，特別在一個非異構技術棧的服務架構體系下（特別我們這邊還未整體上雲），很多風險需要自己摸索。
1. 同構SSR需求 這裡內部絕大部分應用（95%以上）都是CSR的靜態應用部署，所以SSR的應用不多（內部大概10來個，主要交付效率要低不少），主要是各條產品線的主站工程為主。雲音樂這類應用的負載還算比較高，峰值QPS部分應用大概是數千的級別。
2. 全棧開發的基礎設施服務對內效能改進或對外賦能的基礎設施。例如部署平臺、各類監控平臺、各類運營搭建相關服務、智慧合圖等素材相關服務、模組下發平臺、靜態頁面閘道器、介面聚合平臺等等之類的。這裡部分應用也有To C的流量負載，比如一些活動關聯的應用，PV過億還是比較稀疏平常的。粗略統計內部已經很大比例的同事都有這類線上Node應用的開發落地經驗。如果沒有Node，針對前端開發者，相信是很難有這個自由度去實現產品的全棧開發的。這些基本還只是最近2-3年的積累。
4. 線下工具以上數量都是線上服務，線下工具就更雜了。比如各類腳手架，dev-server（如 svrxjs/svrx）、elint（x-orpheus/elint）等等，有些工具也會使用 Electron 做包裝分發
總之，還是挺慶幸Node這個平臺的出現，前端能跳出瀏覽器的圈子，真正成為一個「解決問題」的軟體工程師。在線上服務承載這個部分，Node最大的挑戰還是穩定性和運維能力，特別在一個非異構技術棧的服務架構體系下（特別我們這邊還未整體上雲），很多風險需要自己摸索。