乙個平台系統架構師的能力模型是啥

之前的文章分享過我自己琢磨的乙個技術高p的能力模型（參見：高p的能力模型），其中的乙個方向是cover端到端解決的能力。那怎麼叫端到端解決方案的能力呢？

我個人發展的方向應該是走這條線的，原因之一是另一種「領域專家」路線，對於業務複雜度是有一定的要求的，中小企業其實很難有這種橫向領域挑戰的規模的，而大廠這個方向的坑位也有限。

而這種端到端方案機會更多一些，乙個不大的業務，如果通過這種端到端串聯起來的話，其實能做的事情也不少。更重要的是，這種端到端能力的閉環，也更有助於完善業務能力，因為他某種程度上涵蓋了「供給-需求」的全鏈路。

大前端

這種如果我take的話，肯定還是專業的人做專業的事，比如移動端、前端、flutter等找到一些資深的同學，cover技術棧即可。我個人可能更多的是參與到一些技術選型評估、前後端協作成本、研發工具提效等工作，側重點還是效能與協作，專業技術無需介入太多。

服務端

這部分我應該算是比較擅長的，畢竟做了這麼多年。其實叫服務端並不能體現這種後端系統的涵蓋範圍，我更喜歡叫做「平台系統」。

什麼意思呢？

就是說，不是簡單的乙個服務端系統，或幾個微服務系統。而是多個微服務組合在一起，對外提供某種整合的能力。而這種能力，隨著業務發展會承載多個業務線、多種品類在一起，某種意義上就變成了乙個平台。

做好平台很重要的一點是邊界與抽象。

邊界是識別平台系統和一些服務能力使用方的邊界，這種邊界的識別，我一般以使用者行為動線，或運營模式角度展開，找到邊界，劃定能力。

抽象是識別到變與不變的邏輯。變的部分是否搞個前台訊息體收斂複雜度？不變的邏輯是否主要以配置化方式解決？

怎麼做呢？

從業務場景出發，收集業務對sdk的需求，評估業界最佳實踐方案，結合當前現狀，從可落地、維護成本、實施成本等方面對平台方案進行評估。

為體現平台能力，需要做好一站式平台能力的維護、管理、視覺化、操作等設計。

平台系統對所有業務賦能，需要保障其穩定性、可靠性、做好融合接入成本低、高可用的一些設計。

平台系統承接多業務，在完善了多業務接入之後，需要在容災及成本角度做些考慮，如從節省成本、高效協作等角度，以租戶方式實現個性化業務接入、隔離、快速部署、安全伸縮、自動化監控、故障自癒等技術動作。

當然做好統一的基礎技術動作，比如限流、熔斷。工程化手段優化、降低生產執行中低效、繁複的非標準化動作的設計也是乙個考驗。

一站式全鏈路監控平台，圍繞於技術指標與業務指標做好診斷與波動感知。

看起來還是服務的基本動作。

資料端

如果想要做好端到端解決方案的話，資料端是必須有所關注的，它體現了你做的前面動作（大前端、服務端）的好壞。

我們做事情以目標為導向，而目標中很重要的一點就是以資料的方式體現收益與產出，缺少了這一環，你就很難量化你做的事情的意義。

現狀與目標之間的gap就是存在的問題，對問題進行分析和定義之後，我們找到乙個可落地、可演進的路徑，就是我們做事情的主要動作，而資料可以很大啊程度上豐富這件事情，使得有理有據。

其他的後面想到再談吧，完。