日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

微明天團隊怎么樣,現(xiàn)在很流行微服務

云知道明天

企業(yè)自由開發(fā)團隊實踐微服務架構(gòu) 。如果企業(yè)本身的IT成熟度沒有達到一定階段，顯然是不可能實施微服務架構(gòu)的 。現(xiàn)在，不同的微服務模塊可能被分配給兩個獨立的團隊進行開發(fā)，原來的內(nèi)部黑箱問題變成了團隊間的問題 。如果所有的微服務都實現(xiàn)了，就有可能設(shè)計出50個微服務模塊，100個接口和集成點 。
系統(tǒng)軟件架構(gòu)中，現(xiàn)在很流行微服務，那么使用微服務就一定好么？微服務有哪些缺點呢？
下面簡單回答下這個問題 。在回答這個問題前還是先回顧下微服務架構(gòu) 。微服務架構(gòu)概述微服務架構(gòu)本質(zhì)是單個業(yè)務系統(tǒng)徹底的組件化前端，邏輯層，數(shù)據(jù)庫解耦，同時相互之間通過輕量的服務接口和協(xié)議進行協(xié)同 。這和很早就談到的組件化架構(gòu)思想是一致的，實現(xiàn)微服務架構(gòu)后，你會看到?jīng)]有傳統(tǒng)業(yè)務系統(tǒng)的概念了，有的只是微服務模塊或小應用 。
微服務架構(gòu)最近又炒的相當活，很多人會說SOA過時了，ESB過時了，甚至還有人用微服務架構(gòu)去徹底的否定SOA和ESB，這些都是相當危險的信號 。在我12，13年寫企業(yè)私有云PaaS平臺的一系列文章的時候，已經(jīng)提出了業(yè)務能力組件化，組件服務化的微服務架構(gòu)思想，但是實際應用實施效果并不太理想 。我們可以先看下從單體應用到微服務架構(gòu)的變化圖 。
把這個核心搞清楚后，再來看下網(wǎng)上找到的對微服務架構(gòu)的一些定義和闡述微服務可以在自己的程序中運行，并通過輕量級設(shè)備與HTTP型API進行溝通 。關(guān)鍵在于該服務可以在自己的程序中運行 。通過這一點我們就可以將服務公開與微服務架構(gòu)在現(xiàn)有系統(tǒng)中分布一個API區(qū)分開來 。在服務公開中，許多服務都可以被內(nèi)部獨立進程所限制 。
如果其中任何一個服務需要增加某種功能，那么就必須縮小進程范圍 。在微服務架構(gòu)中，只需要在特定的某種服務中增加所需功能，而不影響整體進程 。微服務不需要像普通服務那樣成為一種獨立的功能或者獨立的資源 。定義中稱，微服務是需要與業(yè)務能力相匹配，這種說法完全正確 。不幸的是，仍然意味著，如果能力模型粒度的設(shè)計是錯誤的，那么，我們就必須付出很多代價 。
如果你閱讀了Fowler的整篇文章，你會發(fā)現(xiàn)，其中的指導建議是非常實用的 。在決定將所有組件組合到一起時，開發(fā)人員需要非常確信這些組件都會有所改變，并且規(guī)模也會發(fā)生變化 。服務粒度越粗，就越難以符合規(guī)定原則 。服務粒度越細，就越能夠靈活地降低變化和負載所帶來的影響 。然而，利弊之間的權(quán)衡過程是非常復雜的，我們要在配置和資金模型的基礎(chǔ)上考慮到基礎(chǔ)設(shè)施的成本問題 。
在了解了微服務架構(gòu)后，我們來分析下微服務架構(gòu)又哪些缺點和難點 。微服務模塊拆分后，各微服務間集成復雜度指數(shù)級增加簡單舉例來說，一個企業(yè)已經(jīng)實施了5個業(yè)務系統(tǒng)，業(yè)務系統(tǒng)之間有10個接口 。如果全部微服務化則可能設(shè)計到50個微服務模塊，上100個接口和集成點 ?？上攵?，在徹底實施微服務后，我們前期架構(gòu)設(shè)計，后期集成和管控的復雜度增加10倍以上 。
這種集成難度會遠超大多數(shù)人想象，如果拿真實做的項目來說，如果談業(yè)務系統(tǒng)只有3個，而到微服務模塊級別則有接近60個，而實際涉及到的集成接口上1000個 。我們做任何一個復雜端到端業(yè)務的聯(lián)調(diào)基本就需要花2，3周甚至更長的時間 ?；ヂ?lián)網(wǎng)企業(yè)為何適合做微服務架構(gòu)，其重要的一個原因就是互聯(lián)網(wǎng)企業(yè)如電商平臺，在進行了微服務化后各個模塊之間耦合性很低，并不會有太多的集成和協(xié)同點 。
或者簡單來說，各個微服務模塊更多的是向上面的PC端或APP端提供服務能力，而模塊橫向間接口協(xié)同很少 。正是在這種低耦合情況下，協(xié)同和集成相對來說容易 。而轉(zhuǎn)回到企業(yè)內(nèi)部你會發(fā)現(xiàn)，在微服務模塊化后，各個模塊之間的集成點相當多，特別是業(yè)務系統(tǒng)拆分到模塊或組件這一個級別后，很多原有內(nèi)部的集成和依賴點全部暴露出來了，你都需要去很好的管理 。

推薦閱讀