《云原生的本手、妙手和俗手》——2022全国新高考I卷作文
2022全國新高考I卷高考作文
題目:《云原生的本手、妙手和俗手》
作者:
今天的公交格外擁堵,也許是因?yàn)楦呖及伞?/p>
每天回家的路上,總會看一些技術(shù)圈的天下大事,剛剛看到一個(gè)話題:
Java大軍,真的開始把目光從Spring Cloud轉(zhuǎn)向云原生系的k8s + Istio了么?
乍一看,有一絲不解,Java大軍?Spring Cloud?Kubernetes?Service Mesh?這四個(gè)技術(shù)棧放在一起,真的能擦出火花?
此時(shí),一束余輝射在旁邊老奶奶那粉嘟嘟的小臉上,我頓悟了,也許提出這個(gè)問題的人,本意并不是這樣。
他或許是在問“微服務(wù)的最佳落地方案?”,亦或是“以Kubernetes為核心的云原生發(fā)展趨勢?”…
這篇文章就像高考一樣,它并不會直接帶給你具體的技術(shù)知識,但是可能會改變你,成為你的燈塔。
也許你看完沒有一絲收獲,會罵罵咧咧的走開,但是你不得不承認(rèn),當(dāng)你看到這里的時(shí)候,你會有一種想要讀完這篇文章的沖動,所以,我盡可能寫的簡短,不必浪費(fèi)你太多時(shí)間。
不論是云原生還是上述的話題,不得不說到微服務(wù)。什么是微服務(wù)?把大服務(wù)拆成小服務(wù),不就是微服務(wù)嘍!
微服務(wù)肯定是大趨所向了,小而專一,松耦合,語言無關(guān)。可問題隨之而來,服務(wù)治理是個(gè)難點(diǎn):系統(tǒng)復(fù)雜性增加、分布式一致性問題、數(shù)據(jù)一致性問題、服務(wù)通信成本增加、服務(wù)依賴、性能監(jiān)控…
本手
所謂本手,便是掌握了事物的發(fā)展規(guī)律,要順勢而為,要懂規(guī)則,且大可不必明理。
以Spring Cloud系列為代表的侵入式微服務(wù)解決方案,應(yīng)該是Java開發(fā)者廣為熟知的。
從上圖就可以看出Spring Cloud項(xiàng)目是完全可以部署在Kubernetes上的。
侵入式框架是從開發(fā)者的角度來衡量的,所以同時(shí)會增加開發(fā)者的學(xué)習(xí)成本。
Java web開發(fā)從Servlet、SSM、SpringBoot,再到Spring Cloud Netflix和現(xiàn)在的Spring Cloud Alibaba,還有后續(xù)的Spring Cloud Kubernetes等,這種變化是與時(shí)俱進(jìn)的。
Spring Cloud 系列和Kubernetes雖然在各自的領(lǐng)域處理的問題不一樣,但是他們無疑都是偉大的技術(shù)。
云原生時(shí)代的這個(gè)風(fēng)口,他們完全可以手牽手乘浪而行。
妙手
何為妙手?妙手便是在正確掌握了規(guī)律的基礎(chǔ)上充分發(fā)揮自己的主觀能動性,一鼓作氣,再而衰,三而竭,彼竭我盈,故克之。
Service Mesh作為微服務(wù)的另一種架構(gòu)哲學(xué),以Istio作為代表的非侵入式微服務(wù)解決方案,目前為止用的企業(yè)還蠻多的。
這一類的框架都是基于邊車的設(shè)計(jì)思想(Sidecar),完全松耦合。
Spring Cloud系列提供了一整套微服務(wù)的解決方案,但是Kubernetes都有相對應(yīng)的替代者,而且是從更高的維度來解決問題,可以說是降維打擊。
- 服務(wù)注冊與發(fā)現(xiàn)
- Spring Cloud系列主流的解決方案是Nacos + Spring Cloud Loadbalancer
- Kubernetes提供了Service
- API網(wǎng)關(guān)
- Spring Cloud系列主流的解決方案是Spring Cloud Gateway
- Kubernetes提供了Ingress
- 配置中心
- Spring Cloud系列主流的解決方案是Nacos
- Kubernetes提供了ConfigMaps
- 熔斷限流
- Spring Cloud系列主流的解決方案是Sentinel
- Kubernetes可以結(jié)合ServiceMesh來做
再來看看Istio的亮眼之處
由此看來,在云原生的體系中,相對于Kubernetes + Spring Cloud,Kubernetes + Istio的微服務(wù)解決方案代表著未來。
俗手
說完了本手和妙手,讓我們來說說俗手,俗手乃是忽視了規(guī)律,胡亂地發(fā)揮主觀能動性。
一個(gè)月前,我的好朋友狗蛋和我訴苦,說他的領(lǐng)導(dǎo)執(zhí)意要將微服務(wù)架構(gòu)從Spring Cloud轉(zhuǎn)為Istio,連一個(gè)過渡期都沒有。
真是絕絕子啊,盲目跟風(fēng),難道不考慮一下成本問題?
上述提到的SideCar容器,隨著業(yè)務(wù)越來越復(fù)雜,所消耗的資源也越來越大,甚至?xí)^業(yè)務(wù)容器。
看過一份數(shù)據(jù),對比Spring Cloud,基本每個(gè)Pod增加3GB內(nèi)存,每秒RT增加0.8,CPU增加50%到80%。姑且不說Service Mesh帶來的技術(shù)復(fù)雜度,這數(shù)據(jù)如果被中小企業(yè)的技術(shù)總監(jiān)看了,不得虎軀一震?
非侵入式框架所帶來的最大問題就是性能問題,內(nèi)存、CPU的損耗都是值得深入思考的,盲目的跟隨主流,最終只會讓自己受苦。
找年輕漂亮的有用么?找到適合自己的才是幸福的真諦。
??《核心技術(shù)系列專欄匯總》??
- 《Java系核心技術(shù)》
- 《中間件核心技術(shù)》
- 《分布式核心技術(shù)》
- 《云原生核心技術(shù)》
- 《通用業(yè)務(wù)實(shí)現(xiàn)集》
- 《一起去大廠系列》
先自我介紹一下,小編13年上師交大畢業(yè),曾經(jīng)在小公司待過,去過華為OPPO等大廠,18年進(jìn)入阿里,直到現(xiàn)在。深知大多數(shù)初中級java工程師,想要升技能,往往是需要自己摸索成長或是報(bào)班學(xué)習(xí),但對于培訓(xùn)機(jī)構(gòu)動則近萬元的學(xué)費(fèi),著實(shí)壓力不小。自己不成體系的自學(xué)效率很低又漫長,而且容易碰到天花板技術(shù)停止不前。因此我收集了一份《java開發(fā)全套學(xué)習(xí)資料》送給大家,初衷也很簡單,就是希望幫助到想自學(xué)又不知道該從何學(xué)起的朋友,同時(shí)減輕大家的負(fù)擔(dān)。添加下方名片,即可獲取全套學(xué)習(xí)資料哦
總結(jié)
以上是生活随笔為你收集整理的《云原生的本手、妙手和俗手》——2022全国新高考I卷作文的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 工业控制系统安全控制基线
- 下一篇: 俄罗斯方块经典游戏——JS实现