關於分布式服務限流的一些思考
限流必然是很有價值的，在系統資源不足時面對外部世界的不確定性（突發流量，超預期的用戶）而形成的一種自我保護機制。 但是價值感是很低的，因為99.99%的時候系統總是工作在安全線之下，甚至一年到頭都碰不 ...
原文：分布式的一些思考?
一 前言 最近系統上遇到一些問題，我又仔細去思考了一下CAP相關方面的東西，有點感悟想寫篇文章，來好好思索下CAP這個東西 二 先聊聊一聊我遇到的問題 簡單的說說我的場景，MQ推送消息過來以后寫入redis，然后多個進程去消費redis中的數據，最后處理完成進入ES。最近更改一些需求，要求必須是只能生成一條明細，我們系統可能推送多次，我們通過緩存是可以判斷出最早的一條，但是系統上線以后還是會出現多 ...
2018-12-17 08:15 0 610 推薦指數：
相關推薦
微服務分布式事務的一些思考
關於微服務分布式事務的一些思考，筆者沒有參與過復雜分布式事務的場景，各位大神路過可以分享一些遇到的案例，大家一起探討。 關於分布式事務，筆者推薦的處理方法是“盡量避免”，如果實在避免不了（這已經是高並發、用戶量比較多的網站了）則使用“最終一致性”處理（參照CAP理論base思想 ...
關於分布式鎖原理的一些學習與思考-redis分布式鎖，zookeeper分布式鎖
首先分布式鎖和我們平常講到的鎖原理基本一樣，目的就是確保，在多個線程並發時，只有一個線程在同一刻操作這個業務或者說方法、變量。 在一個進程中，也就是一個jvm 或者說應用中，我們很容易去處理控制，在jdk java.util 並發包中已經為我們提供了這些方法去加鎖 ...
關於分布式唯一ID，snowflake的一些思考及改進(完美解決時鍾回撥問題)
1.寫唯一ID生成器的原由 在閱讀工程源碼的時候，發現有一個工具職責生成一個消息ID，方便進行全鏈路的查詢，實現方式特別簡單，核心源碼不過兩行，根據時間戳以及隨機數生成一個ID，這種算法ID在分布式系統中重復的風險就很明顯了。本來以為只是日志打印功能，根據於此在不同系統調用間關聯業務日志 ...
關於分布式的一些理解和認識
分布式系統並不是什么新鮮詞，在上個世紀七八十年代就已經有各種分布式系統出現。只是在互聯網時代，分布式系統才大放異彩，尤其是Google更是把分布式系統運用到了極致。Google整個的軟件構架都是基於各種各樣的分布式系統，諸如Borg、MapReduce、BigTable等。正是這些分布式 ...
對於分布式測試的一些探討
分布式測試是測試領域中的集大成者，要做好做精，需要做到三方面的准備，一是測試能力的儲備，包括功能，性能以及各種測試工具的開發的能力要到位；二是對於常用的分布式架構、技術、系統（如緩存，分布式數據庫，消息，降級、熔斷及限流等等）要有一定的理解，三是要對業務場景較為熟悉，因為每個分布式架構都有 ...
分布式鎖的一些理解
在多線程並發的情況下，單個節點內的線程安全可以通過synchronized關鍵字和Lock接口來保證。 synchronized和lock的區別 Lock是一個接口，是基於在語 ...
關於分布式計算的一些概念
整理自《架構解密從分布式到微服務》第七章——聊聊分布式計算.做了相應補充和修改。 目錄 前言 前言 不管是網絡、內存、還是存儲的分布式，它們最終目的都是為了實現計算的分布式：數據在各個計算機節點上流動，同時各個計算機節點都能以某種方式訪問共享數據，最終 ...