技術(shù)架構(gòu)

技術(shù)架構(gòu)?是對某一技術(shù)問題解決方案的結(jié)構(gòu)化描述，包括組件結(jié)構(gòu)及其交互關(guān)系。它涵蓋部署方案、存儲方案、緩存方案、日志方案等多個方面，旨在通過組織人員和技術(shù)，以最低的成本滿足需求和應(yīng)對變化，保障軟件的穩(wěn)定高效運行?。

一般技術(shù)架構(gòu)，需要考慮如何實現(xiàn)這些功能，一部分是基礎(chǔ)設(shè)施，一部分是系統(tǒng)設(shè)計。

• 基礎(chǔ)設(shè)施包括選擇什么語言、什么框架、什么數(shù)據(jù)庫，以及消息隊列、搜索引擎、部署方案等等。
• 系統(tǒng)設(shè)計是否采用微服務(wù)、事件驅(qū)動、CQRS 模式、商品、訂單、物流幾個模塊間怎么通信，實現(xiàn)數(shù)據(jù)統(tǒng)計分析是幾個模塊分別實現(xiàn)還是統(tǒng)一一個服務(wù)實現(xiàn)等等。

工程架構(gòu)?

?工程架構(gòu)?則更側(cè)重于如何將復(fù)雜的系統(tǒng)拆分成若干簡單的部分，通過抽象和分解來降低開發(fā)成本。工程架構(gòu)通過分層設(shè)計、微服務(wù)架構(gòu)等方法，幫助組織人員高效協(xié)作，并有效組織各種技術(shù)和工具?。

數(shù)據(jù)架構(gòu)

數(shù)據(jù)架構(gòu)，這個會受到技術(shù)架構(gòu)的影響，比如是否用了 Flink 流處理、需不需要 Redis 做緩存、要不要 Druid 做時序存儲，各個業(yè)務(wù)是否拆庫拆表，垂直分表還是水平分表。算是對技術(shù)架構(gòu)的支撐，一部分在基礎(chǔ)設(shè)施中，一部分在細節(jié)設(shè)計中。

應(yīng)用場景

?技術(shù)架構(gòu)?在企業(yè)數(shù)字化建設(shè)中扮演重要角色，特別是在業(yè)務(wù)、應(yīng)用、數(shù)據(jù)等上層架構(gòu)設(shè)計意圖的實現(xiàn)中。它需要適應(yīng)當(dāng)前企業(yè)數(shù)字化建設(shè)的主流趨勢和新技術(shù)的發(fā)展?

?工程架構(gòu)?則廣泛應(yīng)用于復(fù)雜軟件項目的開發(fā)中，通過分層設(shè)計、微服務(wù)架構(gòu)等方式，將大型應(yīng)用拆解成多個小型、獨立的服務(wù)組件，每個組件負責(zé)特定的業(yè)務(wù)功能，相互協(xié)作驅(qū)動整個系統(tǒng)。這種架構(gòu)模式特別適用于需要快速響應(yīng)市場變化和高并發(fā)處理的場景?

相關(guān)文章：

https://blog.csdn.net/coffee437/article/details/138349909