最近在讀了《持續(xù)演進的Cloud Native-云原生架構(gòu)下微服務最佳實踐》這本書，大致內(nèi)容是介紹了在云原生架構(gòu)下無服務的最佳實踐方式，書中詳細介紹了架構(gòu)的演進歷史、云原生架構(gòu)下微服務的架構(gòu)設計原則，包括敏捷基礎設施及公共基礎服務、可用性、擴展性、一致性的設計，并且還探討了未來值得關注的方向。

總的來說，相當于是給云原生下微服務框架的發(fā)展提供了一個相對成熟的指導方向，但是，大家知道，所有的武功秘籍都是死的，只有使用他的人將武功秘籍結(jié)合自身的實際情況進行融會貫通，才能將其效果發(fā)揮到最大。做軟件也是一樣的，在實際的開發(fā)過程中，結(jié)合實際的需求、團隊的規(guī)模、以及團隊中各類人員的技術水平。在架構(gòu)和技術選型的時候，以最小的代價做出符合客戶需求的軟件功能，這才是最佳實踐。所以系統(tǒng)要不要上云、要不要拆分微服務，如果要拆分的話，拆分的粒度怎么把握，這些都是團隊的領導者或者是架構(gòu)的設計者需要仔細考慮的問題。

作為開發(fā)人員的我們需要做的就是不斷完善自己的技術棧，有人說做后端就專門研究后端的技術，不用考慮前端的知識，做前端就專門研究前端的技術，不用懂后端的知識，事實真的是這樣嗎？也許在大廠，的確是這樣的，每個人只用負責自己所在的模塊，前端和后端的交互靠接口文檔就能搞定。如果有機會，每個人都愿意去大廠去做一個螺絲釘。大廠有大廠的優(yōu)勢，但是缺點也很明顯，如果自己自制力不是很強，又沒有自動自發(fā)地去研究工作以外的技術和知識的話，那種崗位和工廠中流水線的員工有什么區(qū)別，每天做著重復的CURD、接口調(diào)用，被外人戲稱為CURD工程師和接口調(diào)用工程師。

然而有很大一部分人是進入不了大廠的，很多都進入了中小型的公司，這些公司的職位分工就沒有那么明確了，很多現(xiàn)在用的架構(gòu)也都沒有前后端分離，況且現(xiàn)在技術發(fā)展的很快，未來開發(fā)和運維的邊界也越來越模糊，DevOps、CICD、敏捷開發(fā)的概念被越來越多的公司推崇、自己想想只會一種單一的語言和技術還能滿足市場的需要嗎？況且在云原生的環(huán)境下，JAVA、C#、C這些語言開發(fā)出的項目顯得越來越臃腫，很多公司都已經(jīng)轉(zhuǎn)向更輕量級的語言Go，去完全擁抱云原生了。

最近大環(huán)境不好，互聯(lián)網(wǎng)的紅利期已經(jīng)沒有前幾年那么火熱了，每個人考慮好自己接下來需要怎么發(fā)展，還沒有入行的考慮好要不要真的入行軟件開發(fā)，已經(jīng)入行的考慮好以后自己的知識儲備能否在市場上混的游刃有余。最后希望每個人都能夠在事業(yè)上蒸蒸日上，生活上一帆風順。