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

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

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

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

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