分散式架構是分散式運算技術的應用和工具，目前成熟的技術包括J2EE, CORBA和.NET(DCOM)，這些技術牽扯的內容非常廣，相關的書籍也非常多，也沒有涉及這些技術的細節，只是從各種分散式系統平台產生的背景和在軟體開發中應用的情況來探討它們的主要異同。
微服務架構是一項在雲端部署應用程式和服務的新技術。大部分圍繞微服務的爭論都集中在容器或其他技術是否能很好的實施微服務，而紅帽說API應該是重點。 （建議學習：Java視訊教學）
微服務可以在「自己的程式」中運行，並透過「輕量級裝置與HTTP型API溝通」。關鍵在於該服務可以在自己的程式中運行。透過這一點我們就可以將服務公開與微服務架構（在現有系統中分散一個API）區分開來。在服務公開中，許多服務都可以被內部獨立流程所限制。如果其中任何一個服務需要增加某種功能，那麼就必須縮小進程範圍。在微服務架構中，只需要在特定的某種服務中增加所需功能，而不影響整體流程的架構。
從概念理解，分散式服務架構強調的是服務化以及服務的分散化，微服務則更強調服務的專業化和精細分工；從實踐的角度來看，微服務架構通常是分散式服務架構，反之則未必成立。所以，選擇微服務通常意味著需要解決分散式架構的各種難題。
區別分散式的方式是根據不同機器不同業務。
將一個大的系統劃分為多個業務模組，業務模組分別部署到不同的機器上，各個業務模組之間透過介面進行資料互動。區別分佈式的方式是根據不同機器不同業務。
微服務更強調單一職責、輕量級通訊(HTTP)、獨立性並且進程隔離。
微服務與分散式的細微差別是，微服務的應用程式不一定是分散在多個伺服器上，他也可以是同一個伺服器。
分散式是否屬於微服務？
不一定，如果一個很大應用，拆分成三個應用，但還是很龐大，雖然分散式了，但不是微服務。 。微服務核心要素是微小。 。
微服務架構是分散式服務架構的子集。
微服務架構透過更細緻的服務切分，使得整個系統的迭代速度並行程度更高，但是運維的複雜度和效能會隨著服務的粒度更細而增加。
微服務重在解耦合，使每個模組都獨立。分散式重在資源共享與加快電腦運算速度。
分散式：分散壓力。微服務：分散能力。
更多Java相關技術文章，請造訪Java開發教學欄位學習！
以上是微服務和分散式的區別的詳細內容。更多資訊請關注PHP中文網其他相關文章！
