微信號：GitShare
微信公眾號：愛折騰的稻草
如有問題或建議，請公眾號留言[^1]

創(chuàng)新互聯(lián)公司服務(wù)項目包括隨縣網(wǎng)站建設(shè)、隨縣網(wǎng)站制作、隨縣網(wǎng)頁制作以及隨縣網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，隨縣網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到隨縣省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

前沿

• 三層應用架構(gòu)
  隨著面向?qū)ο蠓治?、面向?qū)ο笤O(shè)計、面向?qū)ο笤瓌t、設(shè)計模式、企業(yè)架構(gòu)模式等理念以及方法論的不斷發(fā)展，根據(jù)提供的功能和軟件結(jié)構(gòu)的不同，我們將應用開發(fā)分為三層（表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層），俗稱三層架構(gòu)。

• 三層應用架構(gòu)的優(yōu)勢
  三層應用架構(gòu)的出現(xiàn)，解決了系統(tǒng)間調(diào)用復雜，職責不清晰的問題，有效的降低了層與層之間的依賴關(guān)系，成為軟件架構(gòu)的經(jīng)典模式之一。

• 三層應用架構(gòu)的劣勢
  三層應用架構(gòu)只是將系統(tǒng)在邏輯上分為了三層，但它并不是物理上的分層。我們最終還是將所有的代碼都耦合在一起進行編譯、打包、部署，運行在同一個進程中。
  隨著業(yè)務(wù)的不斷擴大，需求功能的持續(xù)增加，單塊架構(gòu)已經(jīng)很難滿足業(yè)務(wù)快速變化的需求。一方面，代碼的殼維護性、擴展性、靈活性在降低；另一方面，系統(tǒng)的修改成本、交付周期長、技術(shù)選型成本高以及維護成本在顯著增加。

• 互聯(lián)網(wǎng)應用特點
  互聯(lián)網(wǎng)時代的產(chǎn)品通常具有：創(chuàng)新成本低、需求變化快、用戶群體龐大的特點。 

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

• 1、什么是微服務(wù)架構(gòu)模式
  微服務(wù)架構(gòu)是一種架構(gòu)模式，它提倡將單一應用程序劃分成一組小的服務(wù)，服務(wù)之間相互協(xié)調(diào)、互相配合，為用戶提供最終價值。每個服務(wù)運行在其獨立的進程中，服務(wù)與服務(wù)間采用輕量級的通信機制互相溝通。每個服務(wù)都圍繞著具體業(yè)務(wù)進行構(gòu)建，并且能夠獨立的部署到生產(chǎn)環(huán)境、類生產(chǎn)環(huán)境中。另外，應盡量避免統(tǒng)一的、集中式的服務(wù)管理機制，對具體的一個服務(wù)而言，應根據(jù)業(yè)務(wù)上下文，選擇合適的語音、工具對其進行構(gòu)建。 ——摘自馬丁.福勒先生的博客。

• 2、微服務(wù)與SOA

• 3、微服務(wù)應用架構(gòu)
  一個微服務(wù)一般完成某個特定的功能，比如下單管理、客戶管理等等。每一個微服務(wù)都是微型六角形應用，都有自己的業(yè)務(wù)邏輯和適配器。一些微服務(wù)還會發(fā)布API給其它微服務(wù)和應用客戶端使用。其它微服務(wù)完成一個Web UI，運行時，每一個實例可能是一個云VM或者是Docker容器。 
  這種微服務(wù)架構(gòu)模式深刻影響了應用和數(shù)據(jù)庫之間的關(guān)系，不像傳統(tǒng)多個服務(wù)共享一個數(shù)據(jù)庫，微服務(wù)架構(gòu)每個服務(wù)都有自己的數(shù)據(jù)庫。另外，這種思路也影響到了企業(yè)級數(shù)據(jù)模式。同時，這種模式意味著多份數(shù)據(jù)，但是，如果你想獲得微服務(wù)帶來的好處，每個服務(wù)獨有一個數(shù)據(jù)庫是必須的，因為這種架構(gòu)需要這種松耦合。
  

微服務(wù)架構(gòu)優(yōu)點

• 1、通過分解巨大單體式應用為多個服務(wù)方法解決了復雜性問題。
  在功能不變的情況下，應用被分解為多個可管理的分支或服務(wù)。每個服務(wù)都有一個用RPC-或者消息驅(qū)動API定義清楚的邊界。微服務(wù)架構(gòu)模式給采用單體式編碼方式很難實現(xiàn)的功能提供了模塊化的解決方案，由此，單個服務(wù)很容易開發(fā)、理解和維護。

• 2、這種架構(gòu)使得每個服務(wù)都可以有專門開發(fā)團隊來開發(fā)。
  開發(fā)者可以自由選擇開發(fā)技術(shù)，提供API服務(wù)。當然，許多公司試圖避免混亂，只提供某些技術(shù)選擇。然后，這種自由意味著開發(fā)者不需要被迫使用某項目開始時采用的過時技術(shù)，他們可以選擇現(xiàn)在的技術(shù)。甚至于，因為服務(wù)都是相對簡單，即使用現(xiàn)在技術(shù)重寫以前代碼也不是很困難的事情。

• 3、微服務(wù)架構(gòu)模式是每個微服務(wù)獨立的部署。
  開發(fā)者不再需要協(xié)調(diào)其它服務(wù)部署對本服務(wù)的影響。這種改變可以加快部署速度。UI團隊可以采用AB測試，快速的部署變化。微服務(wù)架構(gòu)模式使得持續(xù)化部署成為可能。

• 4、微服務(wù)架構(gòu)模式使得每個服務(wù)獨立擴展。
  你可以根據(jù)每個服務(wù)的規(guī)模來部署滿足需求的規(guī)模。甚至于，你可以使用更適合于服務(wù)資源需求的硬件。