其實想要寫一篇東西很久了，但是一直沒能下決心去寫。今天在這個時候突然覺得沒有事情可以做了，哪正好在這個時間寫一遍這樣的雜談吧！用文字記錄一下自己的此時此刻的所想所做。 　　距離上次寫的文章已經好幾個月了，中間過完了年，然后又一次的離開家來到這個城市，開始自己的工作。與剛剛工作的時候不同，現在 ...

第一部分：結緣計算機 ======================================================================================= ...

引言： nosql 的興起和革命，在我看來已經開始逐漸影響到了傳統的sql的地位，但是僅僅是影響而已，取代是不太可能的。 正文： 兩年前，一個偶然的機會開始接觸到 nos ...

架構雜談《二》 服務化到微服務 1、微服務的產生 　　隨着互聯網企業的不斷發展，海量用戶發起的大規模、高並發請求是企業不得不面對的，上一篇 架構雜談《一》雜談的SOA服務化系統能夠分解任務，讓每個服務更簡單、職責單一、更易於擴展。但無論是Web Service 還是ESB，都有 ...

架構雜談《三》 一致性問題 　　前面的《架構雜談一》和《架構雜談二》 雜談了從服務化到微服務架構的演進，並肯定了服務化和微服務架構是一脈相承的。微服務在服務化架構的基礎上，對服務化的細節和方案進行了優化和細化，重點突出了無中心化管理的微服務架構，通過對服務進行有效的拆分來實現敏捷開發和自動化 ...

架構雜談《五》 保證最終一致性的模式 　　在大規模、高並發服務化系統中，一個功能被拆分成多個具有功能單一的子功能，一個流程會有多個系統的多個單一功能的服務組合實現，如果使用兩階段提交協議和三階段提交協議，確實能解決系統間的一致性問題。其實現也比較復雜、成本比較高，最重要的是性能不夠好，相比 ...

架構雜談《六》 超時處理模式 　　在服務化或者微服務架構里，傳統的整體應用拆分成多個職責單一的微服務，微服務之間通過某種網絡通信協議互相通信和交互，完成特定的功能，然而由於網絡通信的不穩定，在設計系統時必須考慮到對網絡通信的容錯，特別是對調用超時問題的處理。 一、微服務的交互模式 ...