一 前言

學(xué)習(xí)微服務(wù)要從基礎(chǔ)的架構(gòu)學(xué)起，首先你要有個微服務(wù)的概念才能學(xué)習(xí)對吧??！如果你都不知道啥是微服務(wù)，就一頭扎進去學(xué)習(xí)，你自己也覺得自己也學(xué)不會對吧。本篇文章主要讓大家快速了解基礎(chǔ)的架構(gòu)分格，以便于微服務(wù)入門。

二 單體架構(gòu)

單體架構(gòu)是傳統(tǒng)架構(gòu)，其發(fā)展了幾十年，我們今天任然還在用單體架構(gòu)開發(fā)，存在即合理；單體架構(gòu)也就是通常的表現(xiàn)層跟UI界面交互，業(yè)務(wù)層寫業(yè)務(wù)邏輯，數(shù)據(jù)DAO層訪問數(shù)據(jù)庫。其部署方式也很簡單，直接將項目打包成war包放進web服務(wù)器(如tomcat,jetty)中運行； 其優(yōu)點如下：

易于開發(fā)，架構(gòu)單一，很容易上手，一站式到底；

易于部署，直接放進web服務(wù)器即可運行；

其缺點如下：

維護困難，每次進行代碼維護，往往修改都是從上而下改動，需將整個程序部署才能看見修改結(jié)果；

二次開發(fā)難度大，都要讀懂大量代碼，業(yè)務(wù)邏輯復(fù)雜；

測試難度大，隨著業(yè)務(wù)越多，測試的難度會越大；

三 分布式架構(gòu)

分布式架構(gòu)簡單的可以理解為由多個單體結(jié)構(gòu)組成，但是它們都是通過發(fā)布的服務(wù)相互調(diào)用；

分布式服務(wù)架構(gòu)中比較出門的就是面向服務(wù)的SOA（Service-Oriented Architecture）架構(gòu)，服務(wù)之間通過通信協(xié)議進行相互通信；比較出名的服務(wù)治理框架也就是阿里開源的Dubbo框架，目前在Apache旗下，服務(wù)之間通過遠程過程調(diào)用(RPC)，主要角色如下;

注冊中心：服務(wù)的注冊與發(fā)現(xiàn)；

提供者：提供服務(wù)

消費者：消費服務(wù)

監(jiān)控中心：監(jiān)控服務(wù)之間的日志和健康；

四 微服務(wù)架構(gòu)

到目前為止其實關(guān)于微服務(wù)架構(gòu)還是沒有一個精確的定義；2014 年 Martin Fowler 在 《Microservices》 一文中提出了微服務(wù)的概念，大體的我們可以總結(jié)為如下幾點：

一個單體應(yīng)用開發(fā)成多個微小服務(wù)；

微小服務(wù)間通常通過HTTP協(xié)議或者restful風(fēng)格調(diào)用；

每個微小服務(wù)圍繞業(yè)務(wù)邏輯構(gòu)建，獨立自動部署；

In short, the microservice architectural style [1] is an approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API. These services are built around business capabilities and independently deployable by fully automated deployment machinery. There is a bare minimum of centralized management of these services, which may be written in different programming languages and use different data storage technologies.

微服務(wù)的優(yōu)點如下:

• 獨立部署，易于開發(fā)維護
• 服務(wù)拆分，業(yè)務(wù)邏輯清晰，
• 服務(wù)間通過HTTP通信，耦合度低
• 微服務(wù)缺點如下：
• 部署難度大，目前有docker等容器化技術(shù)相對好點；
• 分布式事物問題突出；

五參考文檔

dubbo官方文檔

miroservice

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。