近日，Oracle推出 了一個新的開源框架Helidon ，該專案是一個用於建立基於微服務的應用程式的Java庫集合。和Payara Micro 、Thorntail （之前的

提到“微服務”，我相信網上各種“微服務”的演變案例都會給人一種“因大而分”的前提錯覺，這可能會導致許多的“小白”產生沒有機會接觸“大專案”而對“微服務”可望而不可及也。當然，這種錯覺的產生可能更多來源自於各種“

自動伸縮是每個人都想要的，尤其是在微服務領域。讓我們看看如何在基於Spring Boot的應用程式中實現。 我們決定使用 Kubernetes 、 Pivotal Cloud Foundry 或 Hash

白小白 ： 這是一篇花費小白較長時間的譯文，主要在於如何以零Java基礎的視角來理解和表達文中的諸多概念以及保證後續示例應用的部分可以正常執行。 依賴注入、控制反轉和麵向切面程式設計，是Micron

在微服務架構風格的系統中，如果單個微服務垮掉或地址不可訪問，雖然對系統的影響是有限的，但我們也必須採取一定的手段來保證每個微服務儘量可用；並且在大併發的情況下，雖然可以通過EDA訊息佇列處理的方式提高吞吐量，但

持續交付是任何軟體交付實踐的重要組成部分。無論目標部署環境如何，我們都應該設計CD工作流，以便將軟體的任何更改投入生產。 對於微服務架構來說同樣如此。本文將分享作者Sheroy Marker在架構設計和應用

服務的註冊與發現是微服務必不可少的功能，這樣系統才能有更高的效能，更高的可用性。go-micro框架的服務發現有自己能用的介面Registry。只要實現這個介面就可以定製自己的服務註冊和發現。 go-mic

Ivan Nikitsenka 微服務架構允許我們再建立新應用時自由選擇不同的技術和程式語言。不過究竟哪種語言更適合我們當下的硬體？回答這個問題，需要搞明白Java和Go編寫的相同應用程式之間的效能差異

微服務為資料中心基礎設施節省了額外費用，特別是在長期維護方面。但是資料中心管理人員需要在實施之前正確評估它。 為了應對不斷髮展的工作流程和增加的資料消耗，組織正在轉向基於微服務的架構，以提高開發速度，併為其軟體帶

從本節開始微服務的開發，說到開發有幾個問題需要解決，首先要知道我們需要開發什麼？什麼樣的業務場景，分析業務場景，有幾個微服務，每個微服務需要完成什麼樣的功能，微服務之間的關係，之間的依賴關係，他們之間是如何通迅

從這節開始微服務的開發階段，首選根據下面的圖，選擇一個模組開始微服務的開發，我的開發習慣的就是檢一些對比人依賴少的進行開發，找到了『資訊服務』對其他依賴最少的，就開始開發這個，之前也說過thrift主要說的都是

概覽 本文主要介紹如何使用RabbitMQ訊息代理來實現分散式系統之間的通訊，從而促進微服務的鬆耦合。 RabbitMQ ，也被稱為開源訊息代理，它支援多種訊息協議，並且可以部署在分散式系統上。它

.NET Core就是專門針對模組化的微服務架構而設計, 在2018年國慶時間展開.NET微服務的使用情況，本次調查我們總計收到了來自378個開發者的調查。從落地現狀、架構體系、未來趨勢等方面對微服務進行了分析。希望

當微服務架構將單體系統分解為一個個單一微服務時，它可能破壞了事務。這意味著單體系統中的本地事務將分佈到按順序呼叫的多個服務中。 以下是使用本地事務的單體系統的客戶訂單示例： 在上面的客戶訂單示例中

微服務架構和SOA區別 微服務現在辣麼火，業界流行的對比的卻都是所謂的Monolithic單體應用，而大量的系統在十幾年前都是已經是分散式系統了，那麼微服務作為新的理念和原來的分散式系統，或者說SOA（