tag 架構設計

標籤
貢獻99
142
05:15 PM · Oct 25 ,2025
jdcdevloper 頭像 dayong_59b0e68b1ed0d 頭像 chengxuyuanlaoliu2024 頭像 dewujishu 頭像 vleedesigntheory 頭像 meituanjishutuandui 頭像 u_16175449 頭像 fuzhengwei 頭像 debuginn 頭像 favori 頭像 jianghushinian 頭像 flydean 頭像

@架構設計 / 博客 RSS 訂閱

invalidnull 頭像

註銷 - Monolithic Architecture 的優缺點分析

在討論軟件架構的時候，你可能會聽到術語 Monolithic Architecture，或者叫做 單體架構。這是一種經典的軟件系統設計，它是將所有的功能組件集中在一個單一的程序包中，這個程序包就是我們所説的 單體。 在 單體架構 中，所有的業務功能和邏輯都是緊密集成在一個應用程序中的。這個應用程序是由許多不同的組件構成的，這些組件負責處理各種業務邏輯，如用户界面（UI）、數據訪問和處理、業務邏輯等

express , 架構設計 , 架構 , JAVA , 後端

收藏 評論

debuginn 頭像

Meng小羽 - Phoenix框架 從0到1設計業務併發框架 小米商城產品站革新之路

前言 小米商城產品站之前由於歷史原因，存在着諸多問題與不便，隨着技術的快速變革，技術部中台化的建設，越來越不適用於現在快速迭代的業務需求，接下來我將以技術的視角講解我們遇到的痛點，以及解決這些痛點的思路，也就是 Phoenix 框架誕生的故事。 為啥要進行設計一個框架，其實是業務發展導向的結果，若是我們不進行設計，那麼我們會遇到如下一些問題： 在新的產品需求規劃下，無法承接大型項目，只能進行小

框架 , 架構設計 , JAVA , 併發

收藏 評論

debuginn 頭像

Meng小羽 - Phoenix框架 從0到1設計業務併發框架 併發線程池的核心設計

背景 從 0 到 1 設計業務併發框架系列： Phoenix 框架 小米商城產品站革新之路 Phoenix 框架 怎麼組織設計一個框架 前兩篇文章已經講述了我設計框架的背景以及抽象設計的細節，今天講一下併發框架最為關鍵的併發線程池的核心設計，主要講一下在設計線程池劃分遇到的問題以及最終我採用了哪種方式實現的。 將存在依賴關係的 Task 進行劃分分組後，依次執行分組就可以拿到所有想要的結

框架 , 架構設計 , JAVA , 併發

收藏 評論

biocrosscoder 頭像

BioCrossCoder - 六邊形架構最佳實踐探索

在工作中，我接觸到的產品均採用了微服務架構，後端項目開發普遍採用了六邊形架構：六邊形架構提供了一套良好的設計思想，但它缺乏對項目代碼組織細節的指導；同時，項目中並沒有使用專門的微服務框架，而是普遍使用Gin框架，這使得代碼組織過於靈活，沒有提供充分的編碼約束，以致於在過去的業務需求實現中，後端服務的項目代碼組織充斥着各種各樣的問題；為了解決這些問題、提高開發效率、保障工程質量，基於工作一年的實踐和

架構設計 , 工程化 , 開發規範 , go , 後端

收藏 評論

sofastack 頭像

SOFAStack - Koupleless 助力螞蟻搜推平台 Serverless 化演進

文｜陳鏗彬（花名：阿歹） 螞蟻搜推技術專家 本文5211字 閲讀10分鐘 背景介紹 螞蟻推薦平台 Arec（Ant Recommender Platform, 後續簡稱 Arec）是針對螞蟻搜索、推薦、營銷以及投放等業務特點建設的在線算法 FaaS 平台。它是由支付寶通用推薦平台 RecNeptune（中文稱: 海王星）演進發展而來，目前在螞蟻內部服務了支付寶、數金、網商、國際等多個

微服務 , 架構設計 , 開源 , 雲原生 , 模塊化開發

收藏 評論

ihengshuai 頭像

大衞talk - Nginx使用手冊

由於格式和圖片解析問題，為了更好的體驗可前往 閲讀原文 Nginx（發音為 "engine-x"）是一個高性能、開源的HTTP和反向代理服務器，也可以作為電子郵件（IMAP/POP3）代理服務器、以及通用的TCP/UDP代理服務器。它由俄羅斯的程序員Igor Sysoev創建於2002年，其目的是解決C10K問題（即可以同時處理10000個併發連接）。它採用異步非阻塞的事件驅動模型，可以處理

node.js , 架構設計 , Nginx , 前端

收藏 評論

vleedesigntheory 頭像

維李設論 - 從2024看2025前端發展趨勢

前言 又至年關，回顧整個2024年，前端行業仍舊百廢待興，IT業界同樣也未見有所起色，AI風潮也從狂熱興奮逐步走向了冷靜穩定階段，造成此形勢感觀並非單一行業或者某一企業之特例，實為政經等綜合影響之結果。因此，私以為明年的大趨勢和調性應該不會有特別大的變化，雖然外界走向有所放緩，但整個情勢壓力還是不小的。故而，就前端行業而言，個人認為我們能做到的大概有以下幾個方面。 泛化 正如前序所言，相較於前幾

大前端 , 架構設計 , 前端工程師 , 前端 , Javascript

收藏 評論

selectdb 頭像

SelectDB技術團隊 - 數據無界、湖倉無界， Apache Doris 湖倉一體解決方案全面解讀（上篇）

導讀：湖倉一體架構融合了數據湖的低成本、高擴展性，以及數據倉庫的高性能、強數據治理能力，高效應對大數據時代的挑戰。為助力企業實現湖倉一體的建設，Apache Doris 提出了數據無界和湖倉無界核心理念，並結合自身特性，助力企業加速從 0 到 1 構建湖倉體系，降低轉型過程中的風險和成本。本文將對湖倉一體演進及 Apache Doris 湖倉一體方案進行介紹。 在過去的數年間，數據分析技術棧

github , 數據倉庫 , 架構設計 , 數據分析 , 數據湖

收藏 評論

dblens_com 頭像

DBLens - 軟件架構模式實戰指南：用真實血淚案例講透技術選型

一、當錯誤架構毀掉一個公司：血淋淋的教訓 1.1 社交平台的雪崩時刻 案例：某新興社交平台初期採用單體架構+MySQL主從複製，用户量突破500萬時： 凌晨3點突發熱點事件，QPS從200飆升至2萬 數據庫連接池耗盡，主從同步延遲達15分鐘 核心服務雪崩，連續宕機8小時 代價： 用户流失率37% 市值蒸發2.3億美元 技術團隊重組 正確姿勢： graph TD A[熱點

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

收藏 評論

jianghushinian 頭像

江湖十年 - 如何基於 Go 語言設計一個簡潔優雅的分佈式任務系統

在當今雲計算與微服務盛行的時代，分佈式任務系統已成為支撐大規模業務的核心基礎設施。今天就來為大家分享下如何基於 Go 語言從零設計和實現一個架構簡潔且擴展性強的分佈式任務系統。 前置概念 本文會設計並實現一個分佈式任務系統，這裏我們要先明確兩個概念。 分佈式：在我們將要實現的分佈式任務系統中，分佈式是指我們的服務可以部署多個副本，這樣才能確保服務更加穩定。 任務：這裏的任務是指異步任務，可能

面試 , 架構設計 , 分佈式系統 , go , 後端

收藏 評論

chengxuyuanlaoliu2024 頭像

程序員老劉 - 差生文具多

哈嘍，我是老劉 老劉做Flutter開發六年多了，經手過的項目很多，但已有項目中途接手的情況並不算多。 恰巧近期經手兩個中途接棒的外包項目，有一些感觸分享給大家。 這兩個項目都是老劉組織人手幫外地的公司用Flutter做App開發業務的。其中一個是短期項目屬於工業領域的App和AI還沾點邊。另一個是長期項目，屬於金融領域的。 但是這兩個項目都呈現出典型的開發者為實現快速交付，在項

架構設計 , 外包代碼 , flutter

收藏 評論

hzyopsfuture 頭像

是垚不是土 - 探秘高可用負載均衡集羣：企業網絡架構的穩固基石

在數字化浪潮席捲全球的當下，企業的業務運營對信息技術的依賴程度與日俱增。對於眾多企業而言，構建穩固且高效的網絡架構是保障業務持續發展的核心任務。其中，高可用負載均衡集羣技術憑藉其卓越的性能和可靠性，成為企業應對複雜網絡環境和海量業務請求的關鍵手段。接下來，讓我們一同深入探索高可用負載均衡集羣的奧秘，剖析其理論精髓，並通過實際企業案例領略它在現實中的強大威力。 一、集羣的本質與核心價值 集羣

算法 , 運維 , 負載均衡 , 架構設計 , Linux

收藏 評論

meituanjishutuandui 頭像

美團技術團隊 - OR算法+ML模型混合推理框架架構演進

本文介紹了OR算法+ML模型混合推理能力建設思路及業務背景，此場景相比常規模型推理更具特殊性和複雜性，在工程實現上面臨多維挑戰，因此本文分別從性能、穩定性和擴展性三個維度分析問題和解法，並以推理框架架構演進為線總結了過去兩年的分期迭代實踐歷程和收益，其中有一些較為通用的經驗，希望能夠給大家帶來一些幫助或啓發。 1 背景 調度系統主要職責是需要在合適的時間以合適的方式將合適的運單分給合適的騎手，承載

算法 , 架構設計 , 美團

收藏 評論

meituanjishutuandui 頭像

美團技術團隊 - MTGR：美團外賣生成式推薦Scaling Law落地實踐

美團外賣推薦算法團隊基於HSTU提出了MTGR框架以探索推薦系統中Scaling Law。MTGR對齊傳統模型特徵體系，並對多條序列利用Transformer架構進行統一建模。通過極致的性能優化，樣本前向推理FLOPs提升65倍，推理成本降低12%，訓練成本持平。MTGR離在線均取得近2年迭代最大收益，且於2025年4月底在外賣推薦場景全量。本文系相關工作的實踐與經驗總結，希望能給從事相關方向研究

算法 , 架構設計 , 美團

收藏 評論

chengxuyuanlaoliu2024 頭像

程序員老劉 - 20%的選擇決定80%的成敗

大家好，我是老劉。 老劉的工作經驗還算豐富，光Flutter就做了6年多了，大廠、外企、創業公司都幹過。 今天想和大家聊一個特別有意思的話題——“為什麼有些技術團隊加班到禿頭還做不好項目，而有些團隊卻能喝着咖啡輕鬆上線？” 答案可能就藏在那些看似平常卻影響深遠的“關鍵決策”裏。 一個人一生中往往影響最大的是那寥寥幾次的重要決策，比如： 高考考哪個學校，選哪個專業 大學畢業去

項目管理 , tdd , 架構設計 , flutter , 跨平台開發

收藏 評論

yanyanyan_ 頭像

顏顏yan_ - 【HarmonyOS5】掌握UIAbility啓動模式：Singleton、Specified、Multiton

⭐本期內容：【HarmonyOS5】掌握UIAbility啓動模式：Singleton、Specified、Multiton 🏆系列專欄：鴻蒙HarmonyOS：探索未來智能生態新紀元 前言 在鴻蒙應用開發中，UIAbility組件的啓動模式是構建高效應用架構的核心技術。合理選擇啓動模式不僅影響應用性能，更是複雜業務場景下實現優雅架構設計的關鍵。鴻蒙系統提供了三種啓動模式：singl

架構設計 , harmonyos , 後端

收藏 評論

sulf 頭像

蘇凌峯 - 在 Feign 和 Dubbo 調用中加入防腐層：穩住你係統邊界的第一道防線

在微服務架構中，遠程調用是不可避免的一環，無論是通過 Feign、Dubbo，還是其他 RPC 框架。很多團隊在項目初期為了開發速度，常常直接在業務中調用遠程接口，拿到返回值就繼續向下處理。然而，隨着業務的發展，這種方式往往會埋下無數隱患。 這篇文章將介紹一種經典的架構設計思想 —— 防腐層（Anti-Corruption Layer，ACL），並結合 Feign / Dubbo 遠程調用的實際情

微服務 , 架構設計 , JAVA

收藏 評論

jianghushinian 頭像

江湖十年 - 在 Go 中如何使用有限狀態機優雅解決程序中狀態轉換問題

公眾號首發地址：https://mp.weixin.qq.com/s/r8mqOUIoCu0713XcH3P1-Q 在編程中，有限狀態機（FSM）是管理複雜狀態流轉的優雅工具，其核心在於通過明確定義狀態、事件和轉換規則，將業務邏輯模塊化。本文將探討在 Go 中如何使用有限狀態機。 有限狀態機 在介紹有限狀態機之前，我們可以先來看一個示例程序： https://github.com/jianghus

面試 , 架構設計 , 代碼優化 , go , 後端

收藏 評論

reddish 頭像

reddish - 詳解軟件需求中的外部接口需求

本文內容涵蓋如下的知識點： 序號 中文術語 英文術語 解釋 1 外部接口 External Interface 軟件系統與外部實體交互的通道 2 API Application Programming Interface 軟件間通信的編程接口 3 Web 服務

架構設計 , 產品設計 , 需求分析

收藏 評論

euphoria 頭像

Leojx - 高併發集羣架構圖譜（生產級全鏈路視角）

1.接入層 ┌────────────────────────────────────────────┐ │ - CDN / API網關（WAF） │ │────────────────────────────────────────────│ │ - 網關服務（Kong / Nginx + Lua）

高併發 , 架構設計 , 集羣 , 後端

收藏 評論

fiveyoboy 頭像

五歲小孩 - 分佈式和微服務和集羣的含義及區別

分佈式系統 多個人做同一件事件 分佈式系統是指由多個相互獨立的計算機節點組成的系統，這些節點通過網絡協議進行通信和協作，共同完成一個或多個應用程序的任務。分佈式系統的優點在於它們可以提供更高的可用性、可伸縮性和可靠性，但同時也需要更多的複雜性和管理工作。 微服務 ==微服務是一種基於分佈式系統的架構模式==，它將一個大型應用程序拆分成多個較小的、自治的服務。這些服務可以獨立開發、測試、部署和擴展

微服務 , 架構設計 , 分佈式 , 集羣

收藏 評論

dewujishu 頭像

得物技術 - 營銷會場預覽直通車實踐｜得物技術

一、背景：活動會場的配置走查之痛 在電商營銷中，會場是承載活動流量的核心陣地。得物的營銷會場不僅覆蓋520、七夕等活動節點，也支撐日常的"天天領券"、"瘋狂週末"等高頻運營場景。數據顯示，會場的UV佔比、GMV貢獻、訂單量均佔平台重要比重。 然而，隨着業務複雜度提升，會場配置面臨三大挑戰。 1.1 三大挑戰 ※多目標耦合 同一會場需同時滿足不同運營GMV提升、拉新、促活等不同目標，導致配置策略疊

架構設計 , 架構 , 測試開發 , 測試用例管理工具

收藏 評論

leguandeludeng 頭像

數據集成與治理 - 一文教你讀懂數據架構

我發現很多企業做數字化，都遇到過這些問題： 上了ERP、MES、SCADA等系統，但數據互不聯通； 想做個生產分析，發現數據在ERP裏，質量數據在MES裏，設備數據又在另一個系統； 領導想看實時生產情況，IT部門卻要花好幾天整理數據。 但説到底，我們不是沒有數據，而是缺少一套能夠打通數據、真正服務業務的數據架構。 一、先搞清楚什麼是數據架構 一提到“架構”，有人覺得是 IT 部門的“技術

數據結構 , 架構設計

收藏 評論

beiyouzhiyu 頭像

北冥有隻魚 - 冪等設計論之動機及其實現

每個清晨應該都從思考開始，從思考開始會讓我的腦袋更清晰一些。這是一個系列，先是冪等然後是限流。 從一個下單場景出發 讓我們想象這麼一個場景，現在我有一個表單，也就是我們要創建某條數據，這個表單可以是創建一條訂單, 像下面這樣: 一般來説我們下單結束之後可以選擇讓頁面跳轉到訂單詳情頁面上，但是呢，不巧的是由於客户的網絡比較慢，第一個請求發出去的時候，大致上需要等待兩秒的時間。這個時候用户顯然有點不

架構設計

收藏 評論