【正文】 沒有依賴，但可能在物理層面存在關(guān)系，因此仍然 需要在進(jìn)一步的從實(shí)現(xiàn)代碼中分析是否存在依賴。另一個(gè)決定優(yōu)先級(jí)的因素是業(yè)務(wù)本身，因?yàn)槲覀冃枰獙?shí)現(xiàn)快速的成功，所以需要選擇能夠?qū)崿F(xiàn)這個(gè)目標(biāo)的恰當(dāng)?shù)臉I(yè)務(wù)。 模型分組 在實(shí)際選擇要實(shí)現(xiàn)的服務(wù)時(shí)，大部分人可能會(huì)選擇最容易解耦的部分，但我們的另一個(gè)關(guān)注點(diǎn)是取得快速的成功，這意味著我們應(yīng)該選擇能夠?yàn)橄到y(tǒng)帶來立竿見影效果的部分，而這些部分通常都是核心業(yè)務(wù)，可能并不容易拆分。這時(shí)我們可以按照難易程度和效果將候選服務(wù)進(jìn)行分組，如下圖所示： X 軸表示效果，越向右效果越明顯。 Y 軸表示實(shí)現(xiàn)的難度，越向上越容易。顯然，我們最終應(yīng)該選擇位于圖的右上方的候選服務(wù)。有時(shí)候我們?cè)趯?shí)現(xiàn)的時(shí)候會(huì)發(fā)現(xiàn)，原本以為簡(jiǎn)單的服務(wù)實(shí)際實(shí)現(xiàn)起來很困難，反之亦然。這是很正常的，這也意味著需要重新對(duì)服務(wù)進(jìn)行排序后選擇新的服務(wù)進(jìn)行實(shí)現(xiàn)。 重新組織團(tuán)隊(duì) 使架構(gòu)和組織保持一致是充分發(fā)揮微服務(wù)架構(gòu)優(yōu)勢(shì)的關(guān)鍵，但這在組織中通常并不容易。下面提出一些對(duì)此有幫助的想法： 轉(zhuǎn)變結(jié)構(gòu) 傳統(tǒng)上， IT 組織的結(jié)構(gòu)是圍繞核心能力的。例如 Java 開發(fā)人員在一起，測(cè)試人員在一起， DBA 和其 它 DBA 在一起。在開發(fā)系統(tǒng)的時(shí)候，每個(gè)只能團(tuán)隊(duì)中的人只完成系統(tǒng)生命周期中的一部分任務(wù)。這也導(dǎo)致過程中需要各個(gè)部門之間相互協(xié)調(diào)。在微服務(wù)的架構(gòu)中，每個(gè)服務(wù)涉及多個(gè)軟件層次，也會(huì)涉及多個(gè)職能。因此當(dāng)今的組織開始向 DevOps轉(zhuǎn)變，測(cè)試人員不再是一個(gè)單獨(dú)的部門，而是作為發(fā)布團(tuán)隊(duì)中的一員，和開發(fā)團(tuán)隊(duì)更緊密的合作。通過將不同職能的人員放在一個(gè)發(fā)布團(tuán)隊(duì)中，授予他們足夠的權(quán)限，這可以促進(jìn)他們?yōu)榉?wù)的發(fā)布提供各種幫助。 沒有范式 組織方式?jīng)]有一個(gè)范式可以適合所有企業(yè)，它會(huì)收到企業(yè)環(huán)境、工作文化以及具體的人的影響。因 此，盲目拷貝別的企業(yè)的組織方式是很危險(xiǎn)的。其它企業(yè)的成功經(jīng)驗(yàn)可以用來參考，但是要清楚它可能不會(huì)在你的場(chǎng)景中成功。 做出一個(gè)改變 如果你不能拷貝其它企業(yè)的組織結(jié)構(gòu)，那應(yīng)該怎么做呢 ?首先可以先羅列日常涉及的工作和流程，然后將它們和當(dāng)前企業(yè)的組織結(jié)構(gòu)映射起來。然后分析哪些職能需要跨越組織結(jié)構(gòu)來工作，結(jié)合愿景重新繪制一個(gè)理想的結(jié)構(gòu)圖。將兩個(gè)圖進(jìn)行對(duì)比，然后規(guī)劃遷移方案。 改變技能 從單體向微服務(wù)遷移，需要對(duì)組織中原有的能力進(jìn)行更新。一個(gè)有效的方法是，首先羅列出所有需要的能力，然后讓員工對(duì)自己進(jìn)行評(píng)價(jià)，評(píng)估自己當(dāng)前的能力。這里需要重點(diǎn)強(qiáng)調(diào)的是，自我評(píng)價(jià)是非公開的，只是用于他們的導(dǎo)師了解每個(gè)人的特點(diǎn)。然后根據(jù)員工的興趣愛好針對(duì)性的進(jìn)行培訓(xùn)。改變現(xiàn)有人員的技能只是一個(gè)方面，如果追求短期成效，可以在團(tuán)隊(duì)中增加擁有該技能的專業(yè)人員。 怎么衡量遷移是否成功 ? 如果沒有衡量成功的標(biāo)準(zhǔn)，那么遷移將永無止境。在向微服務(wù)遷移時(shí)，即便做好完全的準(zhǔn)備，也會(huì)犯錯(cuò)。那么怎么才能知道遷移工作起作用了呢 ?基于希望獲得的成效，應(yīng)該指定一些可追蹤的指標(biāo)來回答這個(gè)問題。然后設(shè)置一些檢查點(diǎn)，每到達(dá)一個(gè)檢查點(diǎn)，就檢視一下方向是否正確，使用指標(biāo)衡量是否起到預(yù)期的作用，并且分析是否應(yīng)該嘗試其它方式。下面是一些建議： 設(shè)置定期的檢查點(diǎn) 任何一個(gè)遷移，都需要設(shè)置定期的檢查點(diǎn)，在遷移過程中停下來看看是否正確實(shí)現(xiàn)。檢查點(diǎn)可以是正式的也可以是非正式的，內(nèi)容包括： 1）重申希望從微服務(wù)中獲得什么； 2）審查定量的指標(biāo)； 3）接受定性的反饋 amp。mdash。amp。mdash。大家是否覺得做了正確的事情； 4）確定今后的改進(jìn)方向。 定量衡 量 定量的指標(biāo)可以直觀的反映出遷移的情況。例如：部署的次數(shù)、失敗率等。但是要注意數(shù)據(jù)的時(shí)效性，過期的數(shù)據(jù)可能會(huì)造成錯(cuò)誤的決策。一些指標(biāo)可能在短期內(nèi)沒有變化，甚至?xí)兊酶?，這更加需要逐步的實(shí)施遷移。 定性衡量 無論定量分析的數(shù)據(jù)如何，都應(yīng)該關(guān)注于當(dāng)事人的感受，他們是否享受這個(gè)過程是非常重要的。如果大家的感受是負(fù)面的，應(yīng)該立即做出調(diào)整。 避免沉沒成本謬誤 沉默成本謬誤發(fā)生在，當(dāng)人們?yōu)橹暗姆椒ㄍ度肓朔浅６嗪螅词挂呀?jīng)有證據(jù)顯示這個(gè)方法行不通，但因?yàn)橐呀?jīng)投入了很多，仍然繼續(xù)執(zhí)行。有時(shí)情況可能 因?yàn)閳?jiān)持而最終得到改善，但另一些時(shí)候只是在浪費(fèi)資源。通常，下注越大，越難以回頭。這又是一個(gè)逐步遷移的好處。 開啟新的方式 在遷移的時(shí)候，有多種選項(xiàng)和路徑。對(duì)每一種方式而言，都不會(huì)完全平滑，因此可能會(huì)在使用一個(gè)方式后發(fā)現(xiàn)這種方式并不是最好的，然后更換另一個(gè)方式實(shí)現(xiàn)。建議嘗試將這種變化融入到文化之中，采用這種不斷進(jìn)取的文化，敢于嘗試新的東西，那么在需要更改方向的時(shí)候會(huì)變得更加自然。 總結(jié) 這一章介紹了為什么需要使用微服務(wù)架構(gòu)，以及哪些因素可以用來對(duì)實(shí)現(xiàn)順序進(jìn)行排序。當(dāng)企業(yè)在決策是否需要向微服務(wù)遷 移時(shí)，需要回答三個(gè)問題： 希望從微服務(wù)中獲得什么 ? 是否考慮過微服務(wù)之外的其它替代方案 ? 怎么衡量遷移起到了成效 ? 遷移過程可能會(huì)花費(fèi)很長(zhǎng)的時(shí)間，但實(shí)際工作中，客戶不會(huì)給我們這么多的時(shí)間。遷移只有在發(fā)布到生產(chǎn)環(huán)境后才能表示一個(gè)階段的結(jié)束。這就需要一系列的技術(shù)手段來讓微服務(wù)應(yīng)用和單體應(yīng)用協(xié)同工作。接下來的內(nèi)容就會(huì)對(duì)這些技術(shù)進(jìn)行介紹。