php需要采用微服務(wù)嗎

小編給大家分享一下php需要采用微服務(wù)嗎，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

技術(shù)圈時(shí)常會(huì)不斷的產(chǎn)生一些新的buzzword，很容易被誤導(dǎo)，最可怕的是一些技術(shù)團(tuán)隊(duì)在沒搞明白的情況下，就按buzzword去做或者去靠攏，好像生怕如果自己做的技術(shù)和buzzword不相關(guān)或者不一樣，就很low一樣，感覺這現(xiàn)象在技術(shù)圈太常見了，有些看的不太爽，寫篇文章來講講自己的觀點(diǎn)。

說到微服務(wù)這個(gè)buzzword，必須承認(rèn)到現(xiàn)在為止我都沒搞明白和服務(wù)化的區(qū)別，我都搞不太清楚淘寶在2008年做的服務(wù)化改造后形成的SOA體系到底是不是和現(xiàn)在的這個(gè)buzzword就是一回事，在各種文章里，微服務(wù)簡直就被宣傳的像是技術(shù)界一些場景的救世主，直接誤導(dǎo)了很多同學(xué)上來就必搞微服務(wù)體系。

但不知道有多少同學(xué)仔細(xì)想過有沒有必要，對(duì)業(yè)務(wù)發(fā)展來說采用微服務(wù)到底是幫助還是變成了阻礙，在互聯(lián)網(wǎng)類型快速迭代的業(yè)務(wù)中，業(yè)務(wù)的迭代效率是核心問題。

以我自己的認(rèn)知，對(duì)服務(wù)化我的觀點(diǎn)一直是如果能不進(jìn)這個(gè)坑，最好不進(jìn)，一個(gè)單一應(yīng)用的復(fù)雜度遠(yuǎn)比N個(gè)應(yīng)用組成的分布式系統(tǒng)簡單、快速多了，一旦進(jìn)入分布式的坑，在技術(shù)上就不得不有比較大的投入。

而對(duì)于一些還處于中小規(guī)模的公司而言，我覺得完全沒有必要，Google的Jeff Dean在一次分享時(shí)講到他對(duì)于Google做服務(wù)化的觀點(diǎn)：

讓Google具備了千人并行協(xié)作開發(fā)的能力，在看到這觀點(diǎn)以前，我一直覺得服務(wù)化重點(diǎn)解的是水平伸縮能力的問題，其次是并行協(xié)作的問題。

但我現(xiàn)在基本更加贊同服務(wù)化重點(diǎn)是讓一家公司具備了百人以上的并行協(xié)作開發(fā)能力，我認(rèn)為在幾十個(gè)研發(fā)同學(xué)的情況下，并行協(xié)作開發(fā)不會(huì)成為太大問題，這個(gè)時(shí)候的并行協(xié)作上的一些投入會(huì)遠(yuǎn)比進(jìn)入服務(wù)化后的投入小很多。

所以以前有一些朋友問我公司到底要不要改變?yōu)榉?wù)化時(shí)，我都問兩問題：

公司研發(fā)團(tuán)隊(duì)現(xiàn)在總共多少人？

目前的水平伸縮瓶頸是？

如果在這兩個(gè)問題上服務(wù)化并不是核心的瓶頸，或者只需要付出少量的人或機(jī)器代價(jià)就可以解決，我會(huì)強(qiáng)烈建議不要做服務(wù)化，所以拜托受微服務(wù)這個(gè)buzzword誘惑的同學(xué)們，請(qǐng)大家在采用這樣的架構(gòu)前一定，千萬要慎重思考，策略應(yīng)該是以盡量不采用去推導(dǎo)會(huì)產(chǎn)生的代價(jià)和問題，如果這個(gè)代價(jià)和問題并不是那么大，就不要用。

除非真的萬不得已，那就請(qǐng)做好組織、團(tuán)隊(duì)人員方面的布局，以真正的做好服務(wù)化，不要讓這個(gè)東西最后變成業(yè)務(wù)發(fā)展的障礙。

以上是php需要采用微服務(wù)嗎的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！