微服務架構與實踐中微服務架構是由一組微服務組成的架構模式。每一個微服務都是一個可以獨立完成的完整系統。一組微服務系統可以組成微服務層。而微服務層上面一般都是應用層，應用層可以通過組合使用為服務層的各個微服務而向外提供接口。

微服務架構與實踐中的微服務一般是按照業務功能來進行拆分的，可以將關聯性較強的業務拆成一個微服務，例如訂單服務等。具體來說就是可以根據業務實體名詞來進行拆分，比如說：訂單、用戶和下載等。

我們微服務架構與實踐采用的是服務集成則打破了數據集成模式，不在使用以前的數據為中心的集成系統。我們呢可以用兩個微服務來重新設計上面的交易系統和短信通知系統。兩個微服務就是：用戶微服務，就是主要負責對信息進行管理；訂單微服務，負責對訂單信息進行管理。這樣的話，那么用戶數據狀態的變化和訂單的數據狀態變化就是不再受控于交易系統和短信通知系統，而只是由用戶微服務和訂單微服務控制。

但是一般情況下我們應該盡量避免微服務直接調用另外一個微服務，尤其是不能夠兩個微服務相互調用，如果存在兩個微服務相互調用得情景，那么我們就應該慎重衡量是否拆分的合理。當然我們微服務架構的發生就表明我們還是有一定的優點的。比如我們每個微服務功能是非常簡單的，代碼量也是不多的，新手很容易上手。