分散式系統之後，系統變的錯綜複雜，一般很難全盤理解整個系統，並且錯誤比較難定位，需要有呼叫鏈監控，快速的幫我們定位監控問題，瞭解微服務體系。 如果沒有應用監控： 線上釋出了服務，怎麼知道一切正常

翻譯 | 李守超 原文 | https://www.getambassador.io/a ... ways/ 導讀 企業API閘道器是一個很成熟的工具，市場上的相關成熟產品也很多。但是，在對輕量級、快速

如果有人問你關於Spring Cloud的問題，那麼你首先想到的可能是Netflix OSS的支援。對Eureka，Zuul或Ribbon等工具的支援不僅由Spring提供，還可基於其他流行框架Apache C

微服務是什麼 拋去教條性質的解釋，從巨石應用到微服務應用，耦合度是其中最大的變化。或是將多個模組中重複的部分進行拆分，或是純粹為了拆分膨脹的單體應用，這些拆分出來的部分獨立成一個服務單獨部署與維護，便是微服

日常開發過程中，專案的介面通常由服務提供方約定和提供，微服務模式下介面被多個消費者呼叫更是常態，那麼提供方介面的變更如何快速、高效、無遺漏的通知給消費者呢？另外，當一個service同時被多個使用者呼叫，如何保

隨著業務的快速發展，應用單體架構暴露出程式碼可維護性差、容錯率低、測試難度大和敏捷交付能力差等諸多問題，微服務應運而生。微服務的誕生一方面解決了上述問題，但是另一方面卻引入新的問題，其中主要問題之一就是： 如

原作者：Sonya Koptyev 原標題：Why a Microservices Hybrid Model Is What You Probably Need Instead

mica（雲母） mica 雲母，寓意為雲服務的核心，使得雲服務開發更加方便快捷。mica 的前身是 lutool，lutool在內部孵化了小兩年，已經被多個朋友運用到企業。由於 lutool 對微服務不夠

Rainbond v5.1.2釋出，微服務架構應用便捷管理和交付 Rainbond是開源的企業應用雲作業系統，支撐企業應用的開發、架構、交付和運維的全流程，通過無侵入架構，無縫銜接各類企業應用，底層資源可以

很多傳統企業看著網際網路公司都進行著微服務化，因此也想享受微服務化帶來的好處便對自己的系統進行改造，但微服務化 多“微”才是最優？有哪些拆分的原則？ 架構原則 使用成熟的技術，不需要最

NutzWk 5.2.2 更新內容： nutzboot 升級為v2.3.3.v20190329 支援fescar分散式事務並新增使用說明 element 升級為2.

微服務這幾年不可謂不火，很多技術團隊都開始在自己的專案上引入了微服務。一方面這些團隊確實很好的推動了微服務的應用和發展，另一方面也可以看到一些盲目追技術熱點的行為所帶來的危害，比如很多中小團隊對微服務的基礎知識

寫在最前 照例嘮幾句，從《程式碼整潔之道》就認識了Martin，也拜讀他的部落格，從他提起微服務就一直挺有興趣，沒能抽出時間來實戰寫一個練手專案，今年開年後終於各種雜事都告一段落，開始慢慢啃書啃博文

京東服務市場是為第三方軟體服務商和京東開放商家提供的交易服務平臺，為第三方服務商賦能，併為其搭建起與商家間交易合作的橋樑。 服務市場團隊在2018年完成了雲平臺京東服務市場的交接與POP平臺京麥外掛市場的系

本文介紹Sidecar模式的特點，及其應用的場景。熟悉Native Cloud或者微服務的童鞋應該知道，在雲環境下，技術棧可以是多種多樣的。那麼如何能夠將這些異構的服務元件串聯起來，成為了服務治理的一個重大課題