關於微服務划分的一些思考
我們公司落地微服務架構已多年，而我也接觸開發了一段時間了。恰好，最近又抽空把《微服務設計》一書隨手翻了一遍，便有了抒寫此文的念頭，雖然文中所述並非具有很強的普適性，倒也權當自己近來的總結和思考罷了。 我想對於許多初始接觸微服務開發的人員來說，都會或多或少有這樣的疑問 微服務應該如何划分 ...
原文：從微服務划分,微服務之間通信到程序員能力提高的一些思考
這個問題是由工作中的一次需求的變動引起的。 :為什么會有這個思考 我們當前做的是一個視頻門戶系統,這個系統分為四個子系統:cms 內容系統 ,bms 訂購系統 ,tms 終端管理系統 ,ims 用戶系統 。這四個系統對應同名的四個數據庫,分別記錄相關的數據。 問題出現在一次需求變動后,我們要用各地的CDN播放地址替換源播放地址,所以我們要對業務做一下小小的改動。但是在改動的過程中發現,ims的一 ...
2017-08-14 18:33 0 1424 推薦指數：
相關推薦
微服務分布式事務的一些思考
關於微服務分布式事務的一些思考，筆者沒有參與過復雜分布式事務的場景，各位大神路過可以分享一些遇到的案例，大家一起探討。 關於分布式事務，筆者推薦的處理方法是“盡量避免”，如果實在避免不了（這已經是高並發、用戶量比較多的網站了）則使用“最終一致性”處理（參照CAP理論base思想 ...
微服務之間的通信RestTemplate
RestTemplate的三種使用方式 SpringCloud中服務之間的兩種調用RESTful接口通信的方式： RestTemplate Feign RestTemplate是一個Http客戶端，類似於HTTPClient，org但比HTTPClient更簡單 ...
像程序員一樣思考——提高解決問題的能力
在以前的文章中，曾經提過“技術人員的價值，不在於你能寫出多么優美的代碼，也不在於你能設計出一個多么大而全的高屋建瓴的架構，而在於你實實在在的解決問題的能力，在於你使用技術手段服務於業務的能力”。 最近一段時間，因工作中遇到一些現象，讓我重又想起這句話，並且試圖思考如何來提高解決問題的能力，有沒有 ...
程序員修神之路--為什么有了SOA，我們還用微服務？
菜菜哥，我最近需要做一個項目，老大讓我用微服務的方式來做 那挺好呀，微服務 ...
微服務 - 服務之間的通信gRPC
微服務之間的通信之gRPC 介紹 gRPC是一種與語言無關的高性能遠程過程調用 (RPC) 框架，gRPC是Google發布的基於HTTP 2.0傳輸層協議承載的高性能開源軟件框架，提供了支持多種編程語言的、對網絡設備進行配置和納管的方法。由於是開源框架，通信的雙方可以進行二次開發，所以客戶端 ...
微服務架構技術棧：程序員必須掌握的微服務架構框架詳細解析
主要技術 基礎框架: springboot 微服務架構: dubbo,springboot cloud ORM框架: mybatis plus 數據庫連接池: Alibaba Druid 網關(統一對外接口 ): zuul 緩存: redis 注冊中心 ...
微服務划分的姿勢
我們知道微服務是一種理念，沒有確切的定義和邊界，好比設計原則，是屬於抽象的概念。在定義不明確的情況下談划分也是一種各說各話，具體問題需要具體分析，所以這篇文章談到的划分也不是絕對標准，僅供參考。 有人說微幅不難，難的是服務的划分，雖然我持保留意見。但是從側面也反應了划分 ...