在互聯網圈裡，大部分工程師是做業務的。對他們而言，大部分時候是對數據庫、緩存、隊列的增刪改查，甚至連緩存都不用，而只是查數據庫。

不能脫離業務

不談業務的架構都是耍流氓。業務工程師要能把業務場景抽象成通用解決方案，這就是架構。想想金蝶、用友、Oracle等等他們的erp系統，都是對業務的抽象，然後形成了通用解決方案。

不能侷限於業務

業務是需要做的，我在工作中也遇到過很多同學說：現在的訪問速度可以了，不想繼續優化。其實滿足現有的業務是僅僅不夠的，想在架構師的道路上走的遠點就要追求極致。一個接口響應時間100ms和10ms，在體驗上看不來啥問題，但是對工程師而言，是效率差了10倍。總有人說他不知道怎麼提升自己，其實在想這個問題的時候不如想想我的接口能否再快點。不要覺著知道怎麼還就行了，而是要做出來。紙上得來終覺淺，絕知此事要躬行，說的就是要親力親為去做才能深刻體會其中奧秘。

知識儲備

可以沒有也許場景，但是不能沒有應對這種場景的知識儲備。這個的話，我們用高併發情況舉例。現在有很多博客、書籍已經介紹這種場景的解決方案、技術選型，問下自己知道多少？是否知識形成了體系。緩存、隊列、數據庫知識是否瞭解其中原理、部署方案。

學會經營自己

架構師就像明星，既要自己有實力也要不斷宣傳自己，不分享怎麼讓別人知道你很牛。找點時間，做一個或者和別人一起做做開源項目，寫寫技術博客，不斷總結自己。