假想背景：
現狀是，各子系統的新建及重大迭代都會形式化地走架構審批流程，但應用架構是否設計以及是否合理，資訊科技部門不能掌握。而架構規劃部門的架構師人屈指可數，面對總人數達數百人的開發團隊所負責的幾十子系統、每個月數十個迭代特性，無法做到直接幫助開發團隊詳盡的進行架構設計。由此提出：架構審批流程不代表架構設計、架構規劃部門要加強架構管控。
要做好架構管控，需要能夠回答幾個問題：架構管控的目的是什麼？架構管控的目標是什麼？架構管控需要管控什麼內容？如何進行管控？
乙個穩定發展、創新發展的企業，支援業務發展的資訊系統的穩定與效率同等重要。架構管控的目的，要指導各團隊技術負責人設計出合理的系統，能夠滿足穩定與開發效率的要求，能夠滿足功能與非功能的需求，能夠考慮到各級相關者的意見；並且還要有考察開發過程及運營過程的機制，以確定最終交付的軟體系統復合架構設計及開展架構設計的持續改善工作。
為了達到這些我們架構管控的目標又是什麼呢？發布乙份指導意見？發布乙份制度說明？發布乙份評分表？
我認為這些應該歸屬於如何進行管控，而不是目標。
我們需要梳理現狀，找出主要矛盾，量化主要矛盾，形成目標（smart原則別忘記～～）
從客戶反饋中可以抓住主要矛盾。
外購產品 vs 二次改造
早期從外部採購的產品一般會使用比較老舊的開發框架，進行二次改造困難，常帶來較多故障，並且開發效率低下。
系統解耦 vs 互相影響
分布式帶來較好的伸縮性等非功能特性的同時，也帶來了複雜度 —— 系統間相互影響較難控制，給設計和開發增大了難度。
開發團隊對科技公共平台的不熟悉 vs 強制使用
業務資料模型混亂 vs 新需求
控制新增外購系統的架構方案的合理性、梳理既存外購系統的架構、提公升開發效率。
降低分布式系統的開發難度、提公升分布式系統的交付質量。
降低科技公共平台的使用難度。
引導、規範新技術的引入。
公鏈價值思考及管控
一 公鏈是什麼？公鏈是區塊鏈賬本技術之一，涵蓋加密 點對點通訊 分布式賬本等，是區塊鏈的底層技術之一。最典型的應用是數字貨幣 區塊鏈溯源 存證應用。二 公鏈的價值應用 1 由於其底層去中心化的技術特色和記賬激勵機制，能夠快速獲得全球廣泛的共識，目前以太坊市值800億，位元幣市值2千多億左右。2 資產...
關於新架構的思考
1.對request和session的深層封裝真的有實際意義嗎?2.如果request封裝的真的很厚實,那麼,我們必須要保證的,控制器在完全屏棄request以後,能夠方便獲取request中的物件.方便訪問session中的物件,這點,在分層體系架構的設計上是非常重要的.3.對於bo和持久層,以及...
關於秒殺架構的思考
秒殺構架到如今是乙個很常見的業務場景，多數情況要考慮到瞬時的流量峰值不至於壓垮系統，但同時又要保證整個業務系統的可用性,許多大公司在面試的時候也會問到關於秒殺的問題。秒殺場景的業務場景包括 比較優惠 推廣效果比較好 在短時間內順時將商品售空 技術需求分析重點考慮以下幾點 關於商品的超買超賣的問題 訂...