比如說三層架構(gòu)，就反映出許多企業(yè)的IT部門結(jié)構(gòu)

數(shù)據(jù)庫管理員團(tuán)隊(duì)，簡稱DBA團(tuán)隊(duì)。

后臺開發(fā)團(tuán)隊(duì)。

前臺開發(fā)團(tuán)隊(duì)。

運(yùn)維團(tuán)隊(duì)。

噢，變成四個團(tuán)隊(duì)啦。但是我們可以很清晰地看到架構(gòu)和企業(yè)的相似性。

DevOps的主要目標(biāo)是與不同的角色共同協(xié)作，最好是一個跨職能團(tuán)隊(duì)。如果康威定律是正確的，這種團(tuán)隊(duì)的企業(yè)將會反映到他們的設(shè)計(jì)里。

微服務(wù)模式正好密切反映了跨職能團(tuán)隊(duì)。

如何保持服務(wù)接口向上兼容

服務(wù)接口需要不斷向前發(fā)展。這是很自然的，因?yàn)槠髽I(yè)也需要向前發(fā)展，而在相當(dāng)程

度上它是服務(wù)接口的反映。

我們怎么才能實(shí)現(xiàn)呢？一個辦法是使用有時被稱為-le『ant Reader的模式。它的含義很簡單：服務(wù)的消費(fèi)端應(yīng)該忽略那些它無法識別的數(shù)據(jù)。

這是一個非常適用于REST的辦法。