北京
我反復想到一個關于現代軟件的類比：賽車手不應該在比賽前制造汽車的每一個零件。
他們應當能夠選擇可靠的組件，組裝系統，調校性能，然后專注于高效駕駛。然而在軟件行業，我們常常要求企業做相反的事——還沒開始解決實際運營問題，就先陷入技術組件的拼裝泥潭。一家公司在真正提供業務價值之前，不得不逐一搭建主機托管、身份認證、數據庫、部署流水線、計費系統、數據分析、基礎設施管理、應用程序接口、后臺管理系統、第三方集成、監控告警、工作流工具。等到這些全部拼完，當初要解決的業務問題有時反而淪為維護技術棧的附屬任務。
這個認知徹底改變了我對軟件架構的看法。大多數企業每天早上醒來，并不會為基礎設施組裝這件事感到興奮。它們在意的是服務客戶、高效運營、可持續擴展、管理工作流程、提升可靠性、增加收入。軟件本該支撐這些運營動作，但如今的系統越來越要求企業先成為半個基礎設施公司，才能在線上正常運轉。這與早期互聯網相比，是個巨大的轉向。
我留意到一個現象：現代軟件的復雜度，往往不來自業務邏輯本身，而來自圍繞它的運營生態。啟動一個現代平臺可能涉及前端系統、后端系統、云基礎設施、持續集成和持續部署流水線、環境管理、容器編排、可觀測性工具、內容分發網絡層、應用程序接口網關、計費服務商、身份認證服務——所有這些都要在業務開始交付價值之前完成。運營負擔就這樣迅速疊加。
正因如此，我開始重視藍圖式思維——對可復用的運營系統產生興趣，而不是反復重建那些實現細節。餐廳平臺不需要重新發明點餐流程、配送狀態、庫存流轉、客戶通知、支付系統和運營儀表盤。創作者平臺也不需要重建會員體系、訂閱管理、店鋪系統、內容分發和受眾工作流。這些運營模式早已存在，真正值得思考的挑戰變成了：如何創建一套系統，讓企業能把更多精力放在經營上，而不是一遍遍重建基礎設施。
平臺生態系統之所以在歷史上影響力深遠，一個關鍵原因就在這里。平臺減少運營摩擦。WordPress在內容發布領域做到了這一點，Shopify在電子商務領域做到了同樣的事。其他生態系統也在各自的維度上解決了類似的運營問題。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
