軟件架構(gòu)發(fā)展至今，經(jīng)歷了從單體架構(gòu)、垂直架構(gòu)、SOA 架構(gòu)到現(xiàn)在的以微服務(wù)、服務(wù)網(wǎng)格等云原生技術(shù)為主的演變過程，云原生技術(shù)發(fā)展勢不可擋，老生常談的“云原生”將依然會是未來的熱門話題。而且隨著數(shù)字化轉(zhuǎn)型加速，企業(yè)對于云的使用將會達(dá)到新的水平，云原生架構(gòu)和云原生應(yīng)用也將會持續(xù)迭代演進(jìn)。

那么在云原生等技術(shù)的加持下，2022 年的架構(gòu)領(lǐng)域有哪些值得關(guān)注的趨勢？云原生如何撐起架構(gòu)的未來？本文轉(zhuǎn)載自 InfoQ 架構(gòu)頭條，阿里云 MSE 負(fù)責(zé)人李艷林（彥林）、阿里云高級技術(shù)專家李云（至簡）一起做客 InfoQ 視頻號，分享云原生架構(gòu)領(lǐng)域最新趨勢。

01 軟件架構(gòu)演進(jìn)過程

InfoQ：軟件架構(gòu)經(jīng)歷了從單體架構(gòu)到 SOA 架構(gòu)再到后面以微服務(wù)云原生為代表的架構(gòu)形態(tài)，中間有哪些關(guān)鍵的節(jié)點？

至簡： 講今天的云原生我覺得我們還是需要回顧一下歷史，去了解一下它是怎么一回事。

• 2000 年的時候，還沒有虛擬化的概念，大家看到的都是物理機(jī)；

• 2001 年 VMware 橫空出世，不過這個時候交付的還是一個虛擬機(jī)；

• 之后 2006 年亞馬遜推出 IaaS（基礎(chǔ)設(shè)施即服務(wù)）平臺 AWS，這個時候的思路已經(jīng)是把 CAPEX（資金投入成本） 變成 OPEX（運營成本）。就是我不需要再買一大堆機(jī)器，而是用到了再去云上買；

• 2009 年 Heroku 提出 PaaS，這個時候不再是用虛擬機(jī)來交付，變成了 Buildpacks，也開始了有了容器化的概念，還有 12 要素應(yīng)用程序的一套規(guī)則；

• 2010 年，出現(xiàn)了 OpenStack，它其實是通過開源的方式來做 IaaS，目的是跟 AWS 做競爭，它構(gòu)建的 building block 還是一個 VM；

• 2013 年，Docker 的出現(xiàn)帶來了比較大的變化，這個時候交付就變成了容器。

今天講的 Cloud Native 最早由 Pivotal 提出，后來由 2015 年成立的 CNCF（Cloud Native Computing Foundation）進(jìn)行了定義。

其實整個過程中我們能很明顯的看到一些變化，從大型機(jī)、Server 到 VM、Buildpacks，再到容器，隔離的單元也是越來越小，從很重很大到后面通過微服務(wù)軟件架構(gòu)把它變得很小。這中間最重要的目的是為了做解耦。大家可能對 Cloud Native 有很多想法，但我覺得關(guān)鍵的一點就是 Cloud Native 的核心是什么，從我自己的認(rèn)知來看，我覺得所有的軟件都有一條至理名言，我們叫做分而治之，也可以叫做解耦，或者高內(nèi)聚低耦合。通過不斷的解耦變成微服務(wù)，讓整個交互更加敏捷。而不是像以前單體應(yīng)用耦合在一起，很難協(xié)同，很難交付。

Cloud Native 還有一個重要的要素就是 no lock-in，即避免技術(shù)鎖定。從 CNCF 定義標(biāo)準(zhǔn)說起，CNCF 不會直接說某個東西是一個標(biāo)準(zhǔn)，他們會認(rèn)為這個東西是一個關(guān)鍵的組件，并表示這個組件是被廣泛采納的，也是我們 CNCF 認(rèn)可的。這樣的話就會有更多的人去用，也知道這個軟件會有長期的維護(hù)，自然而然它就會標(biāo)準(zhǔn)化，而這種標(biāo)準(zhǔn)化帶來的好處就是 no lock-in，我覺得可以從不同的維度去理解它。

從廠商的角度來講，你可以靈活的選擇不同的云供應(yīng)商；另一種就是對于工程師講，你在 A 公司的平臺上做業(yè)務(wù)開發(fā)，很有可能離開 A 公司后就沒有辦法施展了，no lock-in 帶來的好處就是不會把員工鎖定在一家技術(shù)公司，只要你掌握的是 Cloud Native 技術(shù)，你所從事的崗位就可以在人才市場上做流通。

彥林： 剛才至簡是從整個軟件行業(yè)的角度去講的，我從產(chǎn)業(yè)角度簡單說一下我的理解。

現(xiàn)在的云原生技術(shù)，包括軟件架構(gòu)的形態(tài)跟互聯(lián)網(wǎng) 1.0、2.0、3.0 是有很大關(guān)系的。最早互聯(lián)網(wǎng) 1.0 時代都是靜態(tài)頁面，這個時候多數(shù)網(wǎng)站承載的內(nèi)容比較簡單，單體應(yīng)用基本上加 CDN 就能解決；隨著互聯(lián)網(wǎng)進(jìn)入 2.0，各種門戶網(wǎng)站、Web 應(yīng)用涌現(xiàn)出來了，也開始有交互了，更多的交互、更多的渲染對技術(shù)的整體要求變高了，單體應(yīng)用已經(jīng)不能滿足日益復(fù)雜的業(yè)務(wù)需求，軟件變得復(fù)雜，場景變得復(fù)雜，人力協(xié)同數(shù)字化程度變得越來越高，這個時候就進(jìn)入了 SOA 和微服務(wù)的時代；之后整個產(chǎn)業(yè)又發(fā)生了一個比較大的變革，就是移動互聯(lián)網(wǎng)，第三個時代的到來對實時性提出了更高的要求，包括“主動獲取、被動推送”。信息的獲取量、實時渲染量更大，整個 IT 系統(tǒng)在這個階段也是爆發(fā)性的增長，對數(shù)字化系統(tǒng)要求更高。

隨著整個云計算的發(fā)展，其實更多的隨著云的發(fā)展，在 2015 年左右的時候，按照剛至簡說的，通用化和標(biāo)準(zhǔn)化這個事情基本上在逐漸的形成，在 2015 年之后，行業(yè)中的關(guān)于各種的容器化，比如 Docker、K8s 包括 Spring Cloud 都是在這個時代陸續(xù)的產(chǎn)生，大概是這么一個情況。

InfoQ：經(jīng)歷了這么多年軟件行業(yè)和產(chǎn)業(yè)的變化，云原生架構(gòu)現(xiàn)在發(fā)展到了一個什么樣的階段呢？

至簡： 我覺得今天來看的話，可以說云原生架構(gòu)已經(jīng)被各行各業(yè)廣泛接受。

以 Service Mesh 為例，服務(wù)網(wǎng)格現(xiàn)的接受度在過去一年有很大的增長。講云原生架構(gòu)之所以拿 Service Mesh 來舉例，是因為云原生整體的概念已經(jīng)被廣泛接受，比如像云原生下的 K8s 毫無疑問已經(jīng)是一統(tǒng)江湖的局面，而相比之下 Service Mesh 是偏晚的。Service Mesh 曾經(jīng)被質(zhì)疑的問題比如性能等，到今天已被逐步接受，接受并非代表性能問題被完全解決，而是大家知道如何揚長避短地用好。

今天很多企業(yè)考慮的問題是我如何去落地云原生這個技術(shù)。我覺得云原生不管是理念也好、設(shè)計模式也好，它是一個組合在一塊的。我不會簡單的說云原生發(fā)展到整個歷程的 50% 或 60%，不會用這個思維去看待它，而是說我們能不能先上到云原生，隨著云原生技術(shù)的演進(jìn)，我也能跟著這個節(jié)奏去往前走。

我覺得好的地方是整個大眾對云原生技術(shù)有很好的認(rèn)知和理解，然后云原生整體趨勢也是樂觀和蓬勃發(fā)展的。

彥林： 我講一下我對這個事情的理解，首先從軟件技術(shù)上分層去講的話，今年大家可以看到，包括阿里云和其他所有的云都在講容器 Anywhere，其實容器已經(jīng)成為了一種基礎(chǔ)設(shè)施，隨著未來三到五年的發(fā)展，保有容器的量可能比單獨跑在 ECS 上的要多。

從微服務(wù)角度去看，因為我們最近在做兩年規(guī)劃，大家應(yīng)該也看到了一些關(guān)鍵的數(shù)據(jù)，比如中國程序員的平均工資多少，平均工資那就是人力成本，其實已經(jīng)遠(yuǎn)遠(yuǎn)高于 IT 的算力成本和資源成本。容器更多解決的是資源調(diào)度成本、運維成本，微服務(wù)更多解決的是研發(fā)成本、協(xié)同成本。因為大家在一個代碼上去共建人太多的話，效率是非常低的。所以第一個面臨的問題就是人力與效率越來越重要，而且隨著整個行業(yè)競爭的加劇，你跑得快就有優(yōu)勢，跑慢了就會錯過這個機(jī)遇，互聯(lián)網(wǎng)行業(yè)就是“快魚吃慢魚”。

我在關(guān)注的數(shù)據(jù)中還有一個比較新的事情是整個程序員的年齡分布，90 后已經(jīng)成為構(gòu)建數(shù)字化經(jīng)濟(jì)的核心中堅力量，他們的協(xié)作模式和工作風(fēng)格與老成員已經(jīng)不太一樣了。他們喜歡更敏捷更獨立的協(xié)作模式，微服務(wù)其實就是更符合他們的一個協(xié)作模式。

目前從整個行業(yè)來看的話，微服務(wù)已經(jīng)成為一種主流的選擇。而且我們從另外的兩個數(shù)據(jù)也可以看到：第一個就是從整個行業(yè)看微服務(wù)每年有差不多 20% 以上的增長，就是說整個行業(yè)每年有數(shù)萬家企業(yè)在做微服務(wù)的改造；第二個就是除了互聯(lián)網(wǎng)公司進(jìn)行容器化和微服務(wù)改造，許多傳統(tǒng)行業(yè)，比如零售、醫(yī)療、金融等等，陸續(xù)開始進(jìn)行數(shù)字化升級，微服務(wù)在整個社會有了更廣泛的運用空間。

從另外一個技術(shù)角度來看，不管是單體應(yīng)用、微服務(wù)，還有未來的服務(wù)網(wǎng)格、Serverless 等，都有自己的應(yīng)用場景，今天可能是因為人力成本的提升，整體年輕化對協(xié)作要求更自由、更獨立，容器跟微服務(wù)在這個大趨勢下越來越重要了。

InfoQ：剛才我們聊的過程中也看到了不少觀眾表示受認(rèn)可的情況，也提到了一些落地的案例，兩位老師有沒有相關(guān)落地案例分享？

彥林： 落地案例其實非常多，我簡單舉幾個可以對外講的例子吧。

來電科技在前幾年就完成了整個云原生的技術(shù)改造，容器化、微服務(wù)都做了，在研發(fā)效率、資源利用率上都得到了比較大的提升?，F(xiàn)在他們已經(jīng)走到了云原生的第二個階段，當(dāng)下比較大的問題是服務(wù)治理，比如優(yōu)雅上下線、無損下線，同時也會面臨高可用的問題，比如它實際場景，線上線下融合，對線上穩(wěn)定性有更高的要求，就需要一套高可用體系，包括限流、降級、熔斷、回滾、全鏈路灰度。他們目前是已經(jīng)走到了這個階段，在服務(wù)治理上也是比較高的一個層次，代表了一些傳統(tǒng)企業(yè)和互聯(lián)網(wǎng)有交集的一個案例。

另一個就是斯凱奇，他們也趕上了數(shù)字化轉(zhuǎn)型，知道數(shù)字化經(jīng)濟(jì)在國內(nèi)已經(jīng)是勢不可擋的趨勢， 不加入這個趨勢就可能會被淘汰。他也聯(lián)系我們準(zhǔn)備做整個中臺系統(tǒng)，差不多幾個月的時間里快速復(fù)用阿里中臺技術(shù)架構(gòu)，構(gòu)建他的整個零售系統(tǒng)，當(dāng)然在這個過程中也遇到了一些問題。就是做微服務(wù)系統(tǒng)的時候，之前他的整個系統(tǒng)有 POS 機(jī)、Web、App 多端接入，包括有一些傳統(tǒng)架構(gòu)，一部分是新的微服務(wù)架構(gòu)，這個過程中，通過新的云原生網(wǎng)關(guān)解決了內(nèi)網(wǎng)到外網(wǎng)的安全問題，比如證書管理、Web 防護(hù)、安全認(rèn)證等。

另外斯凱奇也會做大促，峰值是平時的好幾倍，他們復(fù)用了阿里的高可用體系，從入口到后端，做了一個端對端全鏈路的限流降級熔斷的機(jī)制，保證整個交易過程中的高可用。也通過整個全鏈路壓測系統(tǒng)去演練，提前一個月就演練成功，支撐了整個斯凱奇在雙 11 當(dāng)天交易的電商系統(tǒng)。

幾個月的時間能打造這樣的一個系統(tǒng)，這就是整個云原生給大家?guī)淼囊粋€紅利，我就簡單分享這兩個案例。

至簡： 我簡單補充一下，今天講云原生架構(gòu)的落地不是很小的數(shù)字了，已經(jīng)是成千上萬的概念。

如果你經(jīng)常關(guān)注整個行業(yè)，就可以看到，幾乎有一點名氣的互聯(lián)網(wǎng)大廠，都不是說在探索了，已經(jīng)是深度用了，我認(rèn)為在這點上是沒有任何疑問的。

InfoQ：在這個過程中或者說新技術(shù)的落地和應(yīng)用會遇到什么問題，又該如何面對？

至簡： 我們在面對新技術(shù)的時候，“新”不是最大的問題。

我恰恰認(rèn)為每個新技術(shù)的出現(xiàn)，伴隨著的是會讓我們重新去審視每個企業(yè)在發(fā)展過程中留下來的技術(shù)債務(wù)。包括之前在阿里集團(tuán)內(nèi)部做 Service Mesh 落地，我感受最痛的不是這個技術(shù)新不新、或你不能把它做出來，而是你要花大量的精力和時間先去把把歷史包袱處理好。

所以在落地的過程中，我看到的一個最大的痛點其實還是改造的成本，包括以前的架構(gòu)搬到云原生上來，可能要做服務(wù)的拆分等。因為云原生架構(gòu)不是簡單的說你把它搬到容器上這個事情解決了，而是說我們要借這個契機(jī)，該做微服務(wù)化的做微服務(wù)化，至少在效率上我們要有所體現(xiàn)。

彥林： 我講一下我在實踐中的一些具體感受，首先大家對新技術(shù)要抱一個開放的態(tài)度。舉個例子，不管是微服務(wù)還是容器的改造，它改變的不僅僅是軟件的架構(gòu)，還有組織的架構(gòu)。比如我們把阿里的軟件架構(gòu)輸出到一些傳統(tǒng)企業(yè)時發(fā)現(xiàn)，阿里整個組織都是扁平的，微服務(wù)也是扁平的分布式的，所以大家協(xié)同效率比較高，是敏捷開發(fā)模式。但是很多組織還是金字塔的形式，跨部門協(xié)作效率會比較低。當(dāng)然隨著軟件架構(gòu)的改變，組織架構(gòu)也會隨著軟件架構(gòu)去改變，這個大家可以慢慢體會。

然后當(dāng)大家解決心態(tài)問題邁出第一步之后，確實會陸續(xù)面對一些問題，因為軟件行業(yè)沒有銀彈，沒有萬能的架構(gòu)，比如微服務(wù)架構(gòu)它確實是超過 10 個人的團(tuán)隊，超過 5 個子系統(tǒng)才會在整個生產(chǎn)力上有更大的優(yōu)勢。大家在做微服務(wù)本身改造的過程中更多的問題是我的系統(tǒng)拆到什么力度？我認(rèn)為“一主一備”是比較合適的一個區(qū)間，拆得太細(xì)會帶來更多的協(xié)同成本跟運維成本。當(dāng)然也不是說拆得細(xì)了就一定不行，有一些業(yè)務(wù)場景偏離線計算型的，它更輕就可以拆得更細(xì)，這個就需要有經(jīng)驗的專家去做領(lǐng)域的切分。

具體說微服務(wù)拆分，我當(dāng)時遇到的第一個問題就是定位，微服務(wù)之后你會發(fā)現(xiàn)日志跑到十幾臺機(jī)器中去了，查看所有日志代價是非常大的，出問題的診斷代價也是非常大?，F(xiàn)在行業(yè)鏈路追蹤，包括 APM，還有監(jiān)控報警就是解這個領(lǐng)域的問題。

另外我們看到一個數(shù)據(jù)，就是容器里 70% 都非常容易的去實施微服務(wù)，為什么呢？因為微服務(wù)之后，你應(yīng)用的部署更細(xì)更多，運維成本會上升。容器很大部分通過自動化的模式解決了運維成本，實現(xiàn)了相輔相成的效果。通過容器的演進(jìn)，解決了微服務(wù)拆分之后的一個部署成本的問題。

從整體上來看，我能慢慢感受到的是，現(xiàn)在整個容器跟微服務(wù)的使用的門檻已經(jīng)比之前低多了。今天通過開源和云計算的發(fā)展，降低了這些技術(shù)的門檻，剩下的可能更多的是決策者在尋找合適的時機(jī)。比如我知道業(yè)務(wù)要爆發(fā)性增長了，復(fù)雜度變高了，我要做云原生架構(gòu)的演進(jìn)，把問題解決掉，大概是這樣。

02 未來架構(gòu)趨勢展望

InfoQ：可以簡單聊聊多云架構(gòu)是怎么回事嗎？

至簡： 在我們看來云原生很重要的一個驅(qū)動力就是防止鎖定，也是企業(yè)比較在意和希望有一個標(biāo)準(zhǔn)化的東西。

多云的話，當(dāng)前的客戶管理多云會有一些挑戰(zhàn)。我覺得這會是一個過程，從最開始大家講要上云原生，到多云、混合云，這兩者毫無疑問是云原生的關(guān)鍵內(nèi)容，也會讓開發(fā)者越來越方便使用這一技術(shù)，它是以開發(fā)者為中心的角度去做的，所以未來肯定是會有相關(guān)的技術(shù)和產(chǎn)品陸續(xù)出來，包括現(xiàn)在已經(jīng)有一些了。

另外，我理解短期內(nèi)大家可能會覺得沒有那么好用，但是我認(rèn)為這個會越來越好用，這肯定是各個云廠商都會去重點關(guān)注的，因為我們發(fā)展的重點還是看我們能解決客戶的哪些痛點，幫助客戶更好地發(fā)展他的業(yè)務(wù)。

彥林： 多云這個可能不同的廠商有不同的叫法，比如跨云、混合云，我們這邊更多的強(qiáng)調(diào)分布式云。我能感受到的是，行業(yè)里為什么選擇多云，大家有不同的理念。

海外的情況可能是有一些高可用的需求，國內(nèi)就是大家希望有更便宜的資源，打價格戰(zhàn)。海外就是希望利用每家云的優(yōu)勢，比如 AI 大數(shù)據(jù)谷歌云強(qiáng)一點，傳統(tǒng) IDC 領(lǐng)域 AWS 強(qiáng)一點，這樣就可以混合去使用，在線業(yè)務(wù)在 AWS，離線的放在谷歌，諸如此類，配合使用。

我舉這個例子就是說，對于大部分的廠商跨云一定是有成本的。國內(nèi)部分企業(yè)可能希望選擇多家云廠商，談一些折扣，但帶來的結(jié)果是，跨云之后的運維復(fù)雜度上升和管理成本上升，我了解到的國內(nèi)互聯(lián)網(wǎng)行業(yè)在這方面投入了比較大的人力去抹平。

InfoQ：我們之前收集了一些社區(qū)問題，想問一下未來五年軟件架構(gòu)會出現(xiàn)什么樣的新形態(tài)？

至簡： 架構(gòu)究竟是什么我覺得我們需要先捋一捋，我理解的架構(gòu)是由三個要素組成的，核心就是概念，第二個是概念跟概念之間的關(guān)系，在概念和關(guān)系之上施加的第三個要素就是約束。

云原生的出現(xiàn)其實講的是一種架構(gòu)的實踐，這種實踐它是基于我們過去所看到的和面臨的問題，重新回顧和反思，把之前的概念打破、拆分，再重新去塑造這個概念，最后形成了今天所講的 Best Practices（最佳實踐），包括很多設(shè)計模式比如 Sidecar、Operator 等等。

如果說未來五年完全沒有新的架構(gòu)理念出來也不太可能，但是顛覆性的，我個人認(rèn)為不太會。如果要顛覆云原生架構(gòu)，首先云原生技術(shù)需要應(yīng)用到一定程度，然后遇到了還有更極致的追求的狀況。至于變化，有新的概念提出來是很正常的，行業(yè)的發(fā)展就是不斷的有人塑造概念，這恰恰是技術(shù)發(fā)展的現(xiàn)象和自然而然的一個狀態(tài)。

彥林： 除非量子計算發(fā)聲，我認(rèn)為這個時代來臨之前分布式時代會長期的存在。然后在長期存在的分布式時代里，我們能感受到一些趨勢在發(fā)生。

因為有了容器，有了微服務(wù)，業(yè)務(wù)變成無狀態(tài)了，今天整個靈活調(diào)度的彈性能力做到極致的話，未來 Serverless 是有可能的。從我們今年的技術(shù)架構(gòu)中間件客戶端輕量化，業(yè)務(wù)側(cè)會 Serverless 化的去演進(jìn)，因為業(yè)務(wù)現(xiàn)在是越來越無狀態(tài)了。隨著底層基礎(chǔ)設(shè)施的完備，彈性能力的具備，有往上去演進(jìn)的可能性，但從我們今年角度就是說偏前端比如離線計算的一些任務(wù) Serverless 會比較容易。我相信隨著基礎(chǔ)技術(shù)的不斷突破，包括硬件加速的技術(shù)等，包括很多大廠對 Serverless 都有布局，之前大家談 Serverless 都是說應(yīng)用架構(gòu)，現(xiàn)在比如消息存儲都有對應(yīng)的 Serverless 產(chǎn)品，所以 Serverless 可能就是未來的一個技術(shù)思想。

另外，我能感受到的是容器以下，更多的是關(guān)心 DevOps，解決運維效率，云原生前半場解決 Ops 的問題，就是運維的問題，未來更多的是解決 Dev 的問題，就是怎么讓研發(fā)效率更高，開發(fā)迭代更快。當(dāng)然在這個過程中，中間件包括微服務(wù)可能更多的解決默認(rèn)的安全可信和穩(wěn)定性問題。

03 架構(gòu)師成長經(jīng)驗分享

InfoQ：不少程序員在從普通開發(fā)者轉(zhuǎn)向架構(gòu)師的時候會遇到一些瓶頸，兩位老師有什么架構(gòu)師成長上的經(jīng)驗可以分享給大家嗎？

至簡： 其實架構(gòu)師領(lǐng)域有很多東西可以講的，我先說一下我的想法，簡單分享幾點，彥林可以做補充。

首先做架構(gòu)師第一點就是對技術(shù)要有追求，需要在技術(shù)上有一些積累，對軟件設(shè)計的追求，也就是我們講的《架構(gòu)之美》。

第二點就是懂得切換視角，站在不同的角度去看待事情。我做架構(gòu)師最大的感受就是，如何站在用戶、客戶或者說使用者的角度去看待我們正在做的事情。當(dāng)你站在用戶或者客戶角度去看事情的時候，會發(fā)現(xiàn)完全不一樣的東西。

從我自己在過去一年做商業(yè)化這件事情上來講，是有蠻大一個感觸的。無論是開發(fā)交付給客戶用一個產(chǎn)品，還是做內(nèi)部的一個模塊，如何站到對方的角度去看，會發(fā)現(xiàn)我們熟悉的一個技術(shù)術(shù)語覺得很自然和簡單，但客戶或用戶并不這么認(rèn)為。

我個人覺得比較重要的就是思維的不斷升級，從關(guān)注個人，到關(guān)注的是更大的團(tuán)隊、組織，是一個不斷突破的過程。做一個好的架構(gòu)師，要有持續(xù)抽象能力，需要很務(wù)實，需要有產(chǎn)品思維和商務(wù)思維。認(rèn)知越往高處走，會發(fā)現(xiàn)技術(shù)只是一部分，但是我要強(qiáng)調(diào)的是不要認(rèn)為技術(shù)不重要，恰恰是把基礎(chǔ)技術(shù)打扎實了，才能有自信往前去突破。

彥林： 剛才至簡講的很好，切換視角是很多人從程序員變成架構(gòu)師或者是 PD、領(lǐng)導(dǎo)者的時候，都繞不過的一個坎兒。然后我補充以下我這邊的幾個想法，我經(jīng)常面試，所以會結(jié)合這個來講一下我比較關(guān)心的幾個事情。

首先，就基礎(chǔ)技術(shù)或者軟件開發(fā)來說，我比較喜歡有好奇心的人，對技術(shù)感興趣，就能不斷把技術(shù)做深，反之做技術(shù)就容易浮在表面，很難有長期的技術(shù)沉淀。有好奇心驅(qū)動，才能深耕發(fā)展和走得更遠(yuǎn)。

第二，就是工作中主動擔(dān)當(dāng)。我也經(jīng)常跟團(tuán)隊的同學(xué)講，你搞不定我?guī)湍阋黄鹱?。在這個過程中，你可以得到更多的資源和幫助，獲得更快的成長。很多的成長都是往高區(qū)域跳一下，挑戰(zhàn)一下更有難度的事情，這樣才能不斷鍛煉自己，站在更高層面思考問題。

第三，就是思考維度。剛才至簡提到了用戶視角和技術(shù)視角，還有一個視角也比較重要，就是全局觀。

舉例來說，比如剛?cè)肼毜膯T工看問題、拆解問題，不會想特別多，能把 10 個問題拆解成 5 個需求，5 個問題就已經(jīng)上了一個層級，能從這 5 個需求中找出不合理的同時避開，這就有了產(chǎn)品的思維，再平衡排期把剩余合理需求做完就鍛煉了投入產(chǎn)出比與優(yōu)先級思維。而當(dāng)你完整做完一整個產(chǎn)品的時候，你會不斷跟前后端、運營等做協(xié)同，協(xié)同的過程中能力就會慢慢鍛煉出來。同理，再往上走就是更多的周邊資源協(xié)同的能力等等。

簡單總結(jié)一下，入職 2-3 年，核心技術(shù)的深度積累是非常重要的，有了深度才能走的更遠(yuǎn)；技術(shù)扎實之后，第二點就是培養(yǎng)產(chǎn)品思維，產(chǎn)品思維很重要，不要只是做技術(shù)；具備產(chǎn)品思維之后，第三個要做的就是上下游人的協(xié)同，做做架構(gòu)師需要跟多個角色打交道才能把事情做好；等到協(xié)同做好了要解決的問題就是領(lǐng)導(dǎo)力與規(guī)劃未來的能力，這個要求就會比較高了。