tag 架構設計

標籤
貢獻99
144
05:15 PM · Oct 25 ,2025

@架構設計 / 博客 RSS 訂閱

舒一笑不禿頭 - Saga分佈式事務框架執行邏輯

Saga分佈式事務框架執行邏輯 📋 目錄 框架概述 核心組件架構 數據庫表設計 完整執行流程 節點發現與調用機制 精簡補償策略設計 總結 框架概述 這是一個基於數據庫驅動的Saga分佈式事務框架,專門用於解決跨服務間數據同步的一致性問題。框架採用了混合編排模式,結合了集中式任務分解和分佈式執行的優勢。 核心設計理念 🎯 分層解耦: 任務分解與任務執行完全分離 🌐 節點

架構設計 , 分佈式事務 , 程序員 , 技術文檔 , 後端

收藏 評論

數據集成與治理 - ETL VS ELT:誰才是企業架構的最優解?

​在雲原生當道的2025年,企業建數據平台,ETL和ELT到底怎麼選?​這個看似基礎的架構選擇,後期一旦選錯,遷移成本可能高達初始投入的5倍!雖然ETL和ELT這兩個詞提了十幾年,​但今天它們的內涵和適用場景已經大不相同。​別再憑老經驗做決定,​選錯數據架構,燒錢又費勁!​這篇文章就帶你徹底搞清ETL和ELT的本質區別,並​基於你的數據本身、團隊技能和現有基礎設施,給出2025年的務實選擇建議。​

架構設計

收藏 評論

程序員老劉 - 別再抱怨Flutter方案太多了,這個就叫生態!

哈嘍,我是老劉 前短時間發了兩篇文章。 [2025年Flutter狀態管理新趨勢:AI友好度成為技術選型第一標準 ](https://mp.weixin.qq.com/s/zNFfCUUXPGzuYfkylgXlPA) [為什麼我從不推薦GetX?11k星標背後的真相 ](https://mp.weixin.qq.com/s/nJ2Wse1l0ax7iUdmZjBWvQ) 評論説啥的都

狀態管理 , 架構設計 , 客户端 , flutter , 跨平台開發

收藏 評論

六邊形架構 - 別再空談企業架構!TOGAF的4A模型讓你的技術投入至少省50%!

文 / 勇哥 原創文章,轉載請聯繫授權 在上一篇文章《企業架構標準深度解析:TOGAF、Zachman、ArchiMate 實戰指南》中,我們講述了常見的企業架構標準,這次我們説説TOGAF框架裏面核心的4A架構(業務架構BA、數據架構DA、應用架構AA、技術架構TA)到底怎麼落地? 作為深耕企業架構領域10多年的從業者,從參與集團級TOGAF落地到指導中小企業架構規劃,我深知4A架構

架構設計 , 架構風格 , 架構師

收藏 評論

六邊形架構 - 架構師的悲哀:80%的人都在用錯誤的方式理解Zachman!

文 / 勇哥 原創文章,轉載請聯繫授權 在上一篇文章《別再空談企業架構!TOGAF 的 4A 模型讓你的技術投入至少省 50%!)》中,我們聊了TOGAF框架的核心實踐,今天我們來拆解另一個經典的企業架構框架——Zachman框架。如果你覺得企業架構"太抽象、難落地",那Zachman的6×6矩陣絕對是你的"架構導航儀"。 作為在企業架構領域摸爬滾打10多年的"老司機",從參與指導中小

架構師成長之路 , 架構設計 , 架構 , 架構模式 , 架構師

收藏 評論

六邊形架構 - 企業架構標準深度解析:TOGAF、Zachman、ArchiMate 實戰指南

企業架構標準深度解析:TOGAF、Zachman、ArchiMate實戰指南 文 / 六哥 原創文章,轉載請聯繫授權 最近有技術管理者問我:"六哥,我們公司要搞數字化轉型,聽説企業架構很重要,但TOGAF、Zachman、ArchiMate這些標準看得我頭大,到底該怎麼選?" 這個問題問得很好。作為一名有10多年技術管理經驗的從業者,我從程序員做到技術高管,深知企業架構對於技術管理者的

架構師成長之路 , 架構設計 , 架構 , 架構模式 , 架構師

收藏 評論

六邊形架構 - 別再用手繪架構圖了!ArchiMate才是架構師的"標準樂高"

文 / 勇哥 原創文章,轉載請聯繫授權 在前一篇文章中,我們探討了《架構師的悲哀:80%的人都在用錯誤的方式理解Zachman!》。今天,讓我們深入剖析ArchiMate企業架構建模語言——這個被稱為企業架構界的"統一建模語言(UML)"的標準化工具,這裏可能就會有人吐槽了,開發過程中UML建模見得最多的是不是Rational Rose嗎?確實,但是Rose太老了,感覺它已經跟不上時代

架構師成長之路 , 架構設計 , 架構 , 架構模式 , 架構師

收藏 評論

JerryTse - 如何確定微服務範圍

《微服務架構設計模式》有專門一個章節介紹如何界定微服務系統中服務的範圍。我參考書中內容結合自身多年微服務系統架構設計經驗,將定義微服務範圍的方法整理成本文。一來為了對自己的經驗和思路進行梳理,以查缺補漏並加深理解。二來方便和對此處內容感興趣的小夥伴交流學習。微服務拆分是一門藝術,沒有統一的評判標準,文章的內容也絕非圭臬必須嚴格遵循。 文章涉及到領域驅動設計相關內容,你不需要對DDD有多麼深入的理解

微服務 , 設計原則 , 架構設計

收藏 評論

Ambition的後花園 - 現在ai寫代碼這麼厲害,程序員的出路在哪裏

面對AI編程能力的飛速進步,程序員的職業發展並非走向終結,而是開啓了一場深刻的轉型。未來的核心出路不在於與AI比拼代碼編寫速度,而在於將AI作為強大的協作工具,將自身角色從“代碼實現者”提升為“複雜問題的定義者和解決者”。 為了讓你快速把握未來程序員的關鍵發展方向,下面這個表格梳理了核心的轉型路徑和所需能力。

編程能力 , 架構設計 , 後端開發 , JAVA , 解決方案

收藏 評論

最多選5個技能 - 系統架構設計師高階難題解析與深度思考

一、分佈式系統深度難題 1.1 一致性協議進階應用 難題1:Multi-Paxos優化實現 考慮一個需要高吞吐的分佈式配置管理系統,採用Multi-Paxos協議。已知網絡延遲RTT=50ms,每個提案大小1KB,客户端請求速率2000QPS。求: 理論上最大吞吐量是多少? 如何通過批處理和流水線優化提升性能? 在節點

架構設計 , 數據中心 , 緩存 , 後端開發 , Python

收藏 評論

imking - 軟考| 系統架構設計師:信息系統綜合知識大綱(思維導圖)_信息資源管理應用領域”思維導圖

一、信息系統架構設計方法 1. ADM架構開發方法(TOGAF框架) 核心目標: 統一架構描述語言,打破溝通壁壘 避免專有解決方案鎖定,免費開放使用 提升資源利用效率,實現高投資回報率(ROI) 六大組件: ADM核心:分步編寫企業架構的迭代辦法(需求→設計→實施

TOGAF , 建模 , 架構設計 , 後端開發 , Python

收藏 評論

新茶十九 - 還是沒有明白如何選擇vue和react?AI給出了最直接的方式

項目選型如何選擇vue和react?當各種技術討論把概念複雜化後,反而讓人更難選擇。讓我們忘掉那些複雜的對比,用一個最直接的方式來幫你決定。 請先回答這個最關鍵的問題:你和你的團隊最熟悉什麼? 如果熟悉 Vue - 優先選 Vue 如果熟悉 React - 優先選 React 技術選型的第一原則是:使用你和團隊最熟悉、能最高效完成任務的工具。 在絕大多數應

技術選型 , 架構設計 , Vue , 前端開發 , Javascript

收藏 評論