從微服務划分,微服務之間通信到程序員能力提高的一些思考
這個問題是由工作中的一次需求的變動引起的。 1:為什么會有這個思考 我們當前做的是一個視頻門戶系統,這個系統分為四個子系統:cms(內容系統),bms(訂購系統),tms(終端管理系統),ims(用戶系統)。這四個系統對應同名的四個數據庫,分別記錄相關的數據。 問題出現在一次需求 ...
原文：關於微服務划分的一些思考
我們公司落地微服務架構已多年，而我也接觸開發了一段時間了。恰好，最近又抽空把 微服務設計 一書隨手翻了一遍，便有了抒寫此文的念頭，雖然文中所述並非具有很強的普適性，倒也權當自己近來的總結和思考罷了。 我想對於許多初始接觸微服務開發的人員來說，都會或多或少有這樣的疑問 微服務應該如何划分 我的服務粒度應該如何評定 在探討這些問題之前，我們不妨先問自己：什么才算是好的服務 坦率地講，這個問題與微服務無 ...
2020-04-18 16:04 0 769 推薦指數：
相關推薦
微服務分布式事務的一些思考
關於微服務分布式事務的一些思考，筆者沒有參與過復雜分布式事務的場景，各位大神路過可以分享一些遇到的案例，大家一起探討。 關於分布式事務，筆者推薦的處理方法是“盡量避免”，如果實在避免不了（這已經是高並發、用戶量比較多的網站了）則使用“最終一致性”處理（參照CAP理論base思想 ...
微服務架構的一些常用組件
1. 服務治理。通常是采用注冊發現的機制。有一個注冊中心 2. 集中式配置 3. 反向代理 4. ADN， CDN 5. 分布式存儲 6. 分布式日志 7. 分布式鎖 8. 消息隊列 9. 分布式文件存儲 10. 斷路器 11. 分布式數據庫 ...
微服務划分的姿勢
我們知道微服務是一種理念，沒有確切的定義和邊界，好比設計原則，是屬於抽象的概念。在定義不明確的情況下談划分也是一種各說各話，具體問題需要具體分析，所以這篇文章談到的划分也不是絕對標准，僅供參考。 有人說微幅不難，難的是服務的划分，雖然我持保留意見。但是從側面也反應了划分 ...
對於“社區”的一些思考
偶然發現，自己喜歡逛的幾個網站都有一個烙印：都有“社區”這個關鍵字。比如博客園，InfoQ，知乎，果殼，簡書等，都以社區定位，服務特定群體，由用戶產生內容，而且都有很多高質量的內容。 博客園： InfoQ： 知 ...
react的一些思考
在做好第一個需求之后，我接到了一個react寫的產品，這讓我異常的興奮，終於能寫react了 開始做的時候整體框架已經搭建好了，這讓我有點小失落，我還以為我要開始搭框架了呢，沒事，搭的也挺好的。 ...
對 UDP 的一些思考
先放兩個鏈接 快速可靠協議-KCP 可靠 UDP 傳輸 最近在玩王者榮耀，發覺兩件事： 1. 可以 4G 和 wifi 無痛切換 2. 當網絡不好的時候，發出去的消息並不保證到達服務器。比如你在很卡的時候做了某些操作，等網絡恢復之后你會發現，你還是在某個沒有做那些操作之前的狀態 ...
關於Homography的一些思考
搬運自我的CSDN https://blog.csdn.net/u013213111/article/details/101233824 1 DoF of Homography 參考： 南京師大 ...