1樓：匿名使用者
微服務架構的系統是乙個分布式的系統，按業務進行劃分為獨立的服務單元，互不影響。
2樓：匿名使用者
微服務架構是一項在雲中部署應用和服務的新技術。大部分圍繞微服務的爭論都集中在容器或其他技術是否能很好的實施微服務，而紅帽說api應該是重點。
微服務可以在「自己的程式」中執行，並通過「輕量級裝置與http型api進行溝通」。關鍵在於該服務可以在自己的程式中執行。通過這一點我們就可以將服務公開與微服務架構（在現有系統中分布乙個api）區分開來。
在服務公開中，許多服務都可以被內部獨立程序所限制。如果其中任何乙個服務需要增加某種功能，那麼就必須縮小程序範圍。在微服務架構中，只需要在特定的某種服務中增加所需功能，而不影響整體程序的架構。
3樓：欒清秋
走馬川行奉送封大夫出師西征(岑參) [2] as
什麼是微服務？
4樓：諧雲
微服務最早由martin fowler與james lewis於2014年共同提出，微服務架構風格是一種使用一套小服務來開發單個應用的方式途徑，每個服務執行在自己的程序中，並使用輕量級機制通訊，通常是http api，這些服務基於業務能力構建，並能夠通過自動化部署機制來獨立部署，這些服務使用不同的程式語言實現，以及不同資料儲存技術，並保持最低限度的集中式管理。
微服務的本質：
微服務，關鍵其實不僅僅是微服務本身，而是系統要提供一套基礎的架構，這種架構使得微服務可以獨立的部署、執行、公升級，不僅如此，這個系統架構還讓微服務與微服務之間在結構上「松耦合」，而在功能上則表現為乙個統一的整體。這種所謂的「統一的整體」表現出來的是統一風格的介面，統一的許可權管理，統一的安全策略，統一的上線過程，統一的日誌和審計方法，統一的排程方式，統一的訪問入口等等。
微服務的目的是有效的拆分應用，實現敏捷開發和部署。
微服務提倡的理念團隊間應該是inter-operate, not integrate 。inter-operate是定義好系統的邊界和介面，在乙個團隊內全棧，讓團隊自治，原因就是因為如果團隊按照這樣的方式組建，將溝通的成本維持在系統內部，每個子系統就會更加內聚，彼此的依賴耦合能變弱，跨系統的溝通成本也就能降低。
微服務的特點：
1、易於開發和維護
2、啟動較快
3、區域性修改容易部署
4、技術棧不受限
5、按需伸縮
缺點：1、運維要求較高
2、分布式的複雜性
3、介面調整成本高
4、重複勞動
什麼是微服務架構啊?
5樓：超級餅餅乾
微服務(microservices architecture)是一種架構風格，乙個大型複雜軟體應用由乙個或多個微服務組成。系統中的各個微服務可被獨立部署，各個微服務之間是松耦合的。每個微服務僅關注於完成一件任務並很好地完成該任務。
微服務是指開發乙個單個 小型的但有業務功能的服務，每個服務都有自己的處理和輕量通訊機制，可以部署在單個或多個伺服器上。
微服務也指一種種松耦合的、有一定的有界上下文的面向服務架構。也就是說，如果每個服務都要同時修改，那麼它們就不是微服務，因為它們緊耦合在一起；如果你需要掌握乙個服務太多的上下文場景使用條件，那麼它就是乙個有上下文邊界的服務。
微服務架構的優點：
每個微服務都很小，這樣能聚焦乙個指定的業務功能或業務需求。
微服務能夠被小團隊單獨開發，這個小團隊是2到5人的開發人員組成。
微服務是松耦合的，是有功能意義的服務，無論是在開發階段或部署階段都是獨立的。
微服務能使用不同的語言開發。
微服務易於被乙個開發人員理解，修改和維護，這樣小團隊能夠更關注自己的工作成果。無需通過合作才能體現價值。
微服務允許你利用融合最新技術。
微服務只是業務邏輯的**，不會和html,css 或其他介面元件混合。
微服務架構的缺點：
微服務架構可能帶來過多的操作。
需要devops技巧
可能雙倍的努力。
分布式系統可能複雜難以管理。
因為分布部署跟蹤問題難。
當服務數量增加，管理複雜性增加。
微服務適合哪種情況：
當需要支援桌面，web，移動智慧型電視，可穿戴時都是可以的。
甚至將來可能不知道但需要支援的某種環境。
6樓：分享快樂
微服務架構（msa）是一種架構概念，旨在通過將功能分解到各個離散的服務中以實現對解決方案的解耦。你可以將其看作是在架構層次而非獲取服務的類上應用很多solid原則。
微服務本身並沒有乙個嚴格的定義，不過從很多人的反饋來看，大家都達成了這樣乙個共識：微服務是一種簡單的應用，大概有10到100行**。我知道使用**行數來比較實現其實很不靠譜，因此你能理解這個意思就行，不必過分拘泥於細節。
不過有一點需要注意，那就是微服務通常都是很小的，甚至是微型的。這意味著你不會在大型框架上看到很多小服務，這是不切實際的。簡單與輕量級是當今的主流。
諸如sinatra、webbit、finagle與connect等小型框架在將你的**包裝到乙個薄薄的通訊層這方面做得剛剛好。
從物理角度來說，這些服務都很小，你可以在同一臺機器上執行大量服務，不必擔心記憶體或是資源等問題。重申一遍，基於大型框架的簡單庫將會取得最後的勝利，你會發現對第三方庫的依賴越來越少。
7樓：
微服務架構其實沒有乙個非常準確的定義，大概描述的是乙個大型複雜軟體應用系統由若干個微服務組成。系統中的各個微服務能被獨立部署和擴充套件，每個微服務還能提供乙個穩固的模組邊界。各個微服務之間是松耦合的，微服務很小，專注於做好一件事情。
微服務框架帶了良好的技術異構性、彈性、擴充套件性，它的簡化部署為持續交付提供了巨大推動力。但是它同時也帶來一些挑戰，比如分布式事務一致性，網路效能消耗等問題。所以選用的時候要結合實際業務考慮，若想深入學習的話建議使用些現成的一些大廠商開源的微服務框架開發試試手，用一用spring cloud、servicecomb，網上資料都很多，希望這個回答對你有幫助。
8樓：匿名使用者
微服務（microservices）這個概念不是新概念，很多公司已經在實踐了，例如google、netflix、facebook、twiter、alibaba、新智雲。微服務架構模式（microservices architecture pattern）的目的是將大型的、複雜的、長期執行的應用程式構建為一組相互配合的服務，每個服務都可以很容易得區域性改良。 微服務從去年以來一直受到眾多開發者的熱捧，已經看到有許多專案嘗試使用微服務架構，結果很鼓舞人心。
然而，在微服務架構帶來可獨立部署、高擴充套件與伸縮、自由選擇開發語言、高效利用資源、故障隔離等優點，同時也因為服務多帶來分布式事務、服務之間通訊、監控、部署等新的問題...
什麼是微服務
9樓：尚學堂j**a學院
顧名思義，微服務得從兩個方面去理解。
什麼是"微"
微，狹義來講就是體積小、著名的"2pizza團隊"很好的詮釋了這一解釋（2pizza團隊最早是亞馬遜ceobezos提出來的，意思是說單個服務的設計，所有參與人從設計、開發、測試、運維所有人加起來只需要2個披薩就夠了）。
什麼是"服務"！
所謂服務，一定要區別於系統，服務乙個或者一組相對較小且獨立的功能單元，是使用者可以感知最小功能集。
希望能幫到你，望採納！！
10樓：嗆死的小海疼
微服務，又稱微服務 架構，是一種架構風格，它將應用程式構建為以業務領域為模型的小型自治服務集合 。
11樓：從哲妍
微服務是乙個新興的軟體架構，就是把乙個大型的單個應用程式和服務拆分為數十個的支援微服務。乙個微服務的策略可以讓工作變得更為簡便，它可擴充套件單個元件而不是整個的應用程式堆疊，從而滿足服務等級協議;對於大型應用程式來說，增加更多的使用者則意味著提供更大型的彈性計算雲(ec2)例項規模，即便只是其中的一些功能擴大了規模亦是如此。其最終結果就是企業使用者只需為支援超過微服務的那部分需求的ec2例項支付費用
12樓：喧囂的
微服務可以在「自己的程式」中執行，並通過「輕量級裝置與http型api進行溝通」。關鍵在於該服務可以在自己的程式中執行。通過這一點我們就可以將服務公開與微服務架構（在現有系統中分布乙個api）區分開來。
在服務公開中，許多服務都可以被內部獨立程序所限制。如果其中任何乙個服務需要增加某種功能，那麼就必須縮小程序範圍。在微服務架構中，只需要在特定的某種服務中增加所需功能，而不影響整體程序的架構。
「微服務」是什麼意思？
13樓：勇少
二、微服務平台開發了為商家定製的「個性化管理、營銷推廣、客戶關係管理、會員卡管理」等幾個重要的運營管理模組。
14樓：匿名使用者
微服務就是一種新服務的體系架構，把乙個應用程式拆分成n個小功能程式（從業務功能進行拆分或從流程進行拆分等），每個程式獨立執行（相當於把我們國家分解成這麼多個省、市、區、縣、鎮一樣，獨立運營，統計監管，不必河南出點小事事，北京要出動人物，河北出點小事，北京也要出動，動不動就是國家領導人去解決）。具體的明細，可以 看部落格園這篇文章，深入淺出，很容易明白：
網頁鏈結
15樓：職場達人騮蓮蓮
回答您好，我是騮蓮，很榮幸為你解答。您的問題我已經看到啦，請稍等，我整理一下答案❤
二、微服務平台開發了為商家定製的「個性化管理、營銷推廣、客戶關係管理、會員卡管理」等幾個重要的運營管理模組。
更多2條
16樓：諧雲
微服務最早由martin fowler與james lewis於2014年共同提出，微服務架構風格是一種使用一套小服務來開發單個應用的方式途徑，每個服務執行在自己的程序中，並使用輕量級機制通訊，通常是http api，這些服務基於業務能力構建，並能夠通過自動化部署機制來獨立部署，這些服務使用不同的程式語言實現，以及不同資料儲存技術，並保持最低限度的集中式管理。
微服務的本質：
微服務，關鍵其實不僅僅是微服務本身，而是系統要提供一套基礎的架構，這種架構使得微服務可以獨立的部署、執行、公升級，不僅如此，這個系統架構還讓微服務與微服務之間在結構上「松耦合」，而在功能上則表現為乙個統一的整體。這種所謂的「統一的整體」表現出來的是統一風格的介面，統一的許可權管理，統一的安全策略，統一的上線過程，統一的日誌和審計方法，統一的排程方式，統一的訪問入口等等。
微服務的目的是有效的拆分應用，實現敏捷開發和部署 。
微服務提倡的理念團隊間應該是 inter-operate, not integrate 。inter-operate是定義好系統的邊界和介面，在乙個團隊內全棧，讓團隊自治，原因就是因為如果團隊按照這樣的方式組建，將溝通的成本維持在系統內部，每個子系統就會更加內聚，彼此的依賴耦合能變弱，跨系統的溝通成本也就能降低。
微服務的特點：
易於開發和維護
啟動較快
區域性修改容易部署
技術棧不受限
按需伸縮
缺點：運維要求較高
分布式的複雜性
介面調整成本高
重複勞動
諧雲的微服務治理平台，就是基於istio的mesh方案完全透明支援dubbo和springcloud等平台框架，無侵入、無開發語言限制的完整服務治理，整理功能上覆蓋微服務總覽、註冊中心、配置中心、api閘道器和servicemesh的同時，還從多維度立體覆蓋了微服務的運維監控。並能從服務拆分方法、技術選型與問題解決等方面指導客戶開發微服務應用。
微服務 是什麼
二 微服務平台開發了為商家定製的 個性化管理 營銷推廣 客戶關係管理 會員卡管理 等幾個重要的運營管理模組。首先，微服務簡單來說就是細粒度的獨立的服務。在微服務架構裡面這些服務都是獨立部署的，服務是獨立開發測試變更。這些服務都有自己的資料，這是微服務架構。微服務分為微服務引擎和微服務雲應用。微服務引...
什麼是服務意識，服務意識是什麼？
服務意識是指企業全體員工在與一切企業利益相關的人或企業的交往中所體現的為其提供熱情 周到 主動的服務的慾望和意識。即自覺主動做好服務工作的一種觀念和願望，它發自服務人員的內心。具有服務意識的人，能夠把自己利益的實現建立在服務別人的基礎之上，能夠把利己和利他行為有機協調起來，常常表現出 以別人為中心 ...
什麼是服務意識，什麼是服務意識？如何提高員工的服務意識？
服務意識是乙個人對服務 或是某一服務 的理解及根據其所表現出來的自覺性行為。服務意識包括兩個方面 一是某組織內部各個層級之間的 二是該組織與客戶之間的。在服務日漸成為指導人們各項活動的理念之一的現代社會，服務意識的內涵早已超出了 微笑服務 關懷服務 的範疇。做好本職工作 合乎制度的要求，只能是合格的...
什麼是保全服務
保全服務，簡稱保全，是指人身保險合同生效後，為了維護合同持續有效，保險公司根據合同約定或者投保人 被保險人 受益人的要求而提供的一系列服務，包括但不限於保險合同效力終止與恢復 保險合同變更等。民事訴訟法中的保全，按照保全標的不同，可以劃分為財產保全 行為保全和證據保全。按照訴訟階段的不同，保全還可以...
服務外包是什麼意思，什麼是服務外包？
勞務外包是什麼意思，快來看看吧 外包是指企業將生產或經營過程中的某乙個或幾個環節交給其他 專門 公司完成。外包的範圍按工作性質可分為 藍領外包 和 白領外包 藍領外包 指產品製造過程外包。白領外包 亦稱 服務外包 指技術開發與支援其他服務活動的外包。其中技術開發與支援的外包一般採用一次性專案合同的方...