小工匠聊架構文章一覽 不間斷持續更新

2021-10-10 11:25:04 字數 2563 閱讀 6475

架構漫談 - 資料治理核心思路及解決方案**

深入理解分布式技術 - 理論基石 cap

深入理解分布式技術 - base 理論

深入理解分布式技術 - paxos 演算法解讀

深入理解分布式技術 - zookeeper資料一致性解讀

深入理解分布式技術 - 從區塊鏈技術看分布式理論的應用

深入理解分布式技術 - 漫談分布式事務及解決方案

深入理解分布式技術 - 徹底搞懂兩階段提交協議和三階段提交協議

深入理解分布式技術 - 兩階段的應用 mysql xa 規範

深入理解分布式技術 - tcc 事務模型及實戰

深入理解分布式技術 - 分布式鎖的應用場景和主流方案

深入理解分布式技術 - redis 分布式鎖解決方案

深入理解分布式技術 - 分布式事務總結回顧

深入理解分布式技術 - rpc (remote procedure call)

深入理解分布式技術 - 微服務為什麼需要api 閘道器

深入理解分布式技術 - 服務註冊與發現背後的邏輯

深入理解分布式技術 - 分布式呼叫跟蹤

深入理解分布式技術 - 配置中心

深入理解分布式技術 - dubbo vs spring cloud

深入理解分布式技術 - 容器化技術

深入理解分布式技術 - servicemesh 服務網格

深入理解分布式技術 - 分布式系統中的快取分類

深入理解分布式技術 - **快取穿透、快取擊穿、快取雪崩解決方案

深入理解分布式技術 - 先更新資料庫,還是先更新快取

深入理解分布式技術 - 快取過期策略&手寫lru

深入理解分布式技術 - 負載均衡實現之一致性雜湊演算法

深入理解分布式技術 - 快取高可用

深入理解分布式技術 - 分布式快取總結回顧

小工匠聊架構- 提公升效能的大殺器之快取技術

深入理解分布式技術 - 讀寫分離場景及注意事項解讀

深入理解分布式技術 - 實踐分庫分表

深入理解分布式技術 - 分庫分表後的唯一主鍵解決方案

深入理解分布式技術 - 分庫分表後的擴容解決方案

深入理解分布式技術 - 訊息佇列使用場景

深入理解分布式技術 - 結合rocketmq和kafka理解mq的兩種經典模式_p2p模式和發布訂閱模式

深入理解分布式技術 - 順序消費如何才能保證時序性

深入理解分布式技術 - 訊息冪等性如何保障不重複消費

深入理解分布式技術 - 構建高可用的訊息佇列

深入理解分布式技術 - kafka 高效能原理剖析

深入理解分布式技術 - 如何確保高可用

深入理解分布式技術 - 限流

深入理解分布式技術 - 降級和熔斷

深入理解分布式技術 - 負載均衡策略

小工匠聊架構 - 構建架構思維

小工匠聊架構 - 分布式快取技術

小工匠聊架構-超高併發秒殺系統設計 01_總體原則和架構演進

小工匠聊架構-超高併發秒殺系統設計 02_資料的動靜分離

小工匠聊架構-超高併發秒殺系統設計 03_熱點資料的處理

小工匠聊架構-超高併發秒殺系統設計 04_流量削峰設計

小工匠聊架構-超高併發秒殺系統設計 05_服務端效能優化

小工匠聊架構-超高併發秒殺系統設計 06_資料一致性

小工匠聊架構-超高併發秒殺系統設計 07_plan b 的設計

小工匠聊架構-分布式場景下的併發冪等性常見的解決方案

小工匠聊架構-快取與資料庫【雙寫不一致】&【讀寫併發不一致】解決方案一覽

小工匠聊架構-redis 快取一致性設計

小工匠聊架構-寫給研發工程師的全鏈路壓測

小工匠聊架構-布隆過濾器的應用

Java小工匠聊密碼學 對稱加密 概述

對稱加密演算法是應用較早的加密演算法,技術成熟。在對稱加密演算法中,資料發信方將明文 原始資料 和 加密金鑰 一起經過特殊加密演算法處理後,使其變成複雜的加密密文傳送出去。收信方收到密文後,若想解讀原文,則需要使用加密用過的金鑰及相同演算法的逆演算法對密文進行解密,才能使其恢復成可讀明文。在對稱加密...

隨筆聊架構

一 架構的定義 所謂一千個架構師中有一千種 最好的架構 模式。架構 是我們這行業種乙個很常見的詞,表明其必然也是經歷了很長的歲月打磨所形成的乙個詞。架構的這個詞出現的意義是什麼?為了解決什麼問題?只有把這2個問題想明白了,才能設計出乙個良好的專案架構。我認為 架構類似於畫房屋設計圖,在剛開始我們蓋一...

兩年PHPer聊下架構

備註 系統架構 是乙個很大的範疇,我這裡只是把我所經歷的小型創業公司的一次架構公升級做個分享。直接上最終的架構圖,如下 上面的架構有什麼問題,協議層產生了重度的耦合,協議層耦合各個業務方的邏輯。雖然系統拆分的原則是盡可能的不產生依賴,但是有些還是不可避免的。三方面 其次我認為最恐怖的是負責協議層開發...