贡献者29
粉丝0
數據湖架構概述：從傳統模型到 2025 年新範式 數據湖作為存儲海量異構數據的中央倉庫，其架構設計直接影響企業數據價值的釋放效率。傳統數據湖架構主要關注數據的存儲和管理，而 2025 年的數據湖架構已經演變為更加智能化、自動化的綜合性數據平台。 數據湖本質上是一個存儲庫，允許企業以原生格式存儲各類數據，包括結構化、半結構化和非結構化數據。與傳統數據倉庫相比，數據湖採用“讀時模式”（schema-o
昵称 鏡舟科技
本文來自騰訊藍鯨智雲社區用户: CanWay 為什麼需要構建DevOps組織級人才勝任力模型 縱覽DevOps在中國的整個發展過程，在18、19年之前，業內一般將其定義為1.0階段，相對更重工程，以往提到的DevOps人才主要指的是在持續交付方面的工程師，如CI、配置管理、相關工具設計與開發等的工程師，畫像相對較簡單。 但在之後，DevOps逐漸進入2.0階段，更強調的是軟件交付端到端的全生命週期
昵称 騰訊藍鯨智雲
列存儲的基本概念：顛覆傳統的數據組織方式 列存儲（Column Storage）是一種革命性的數據庫存儲技術，它通過按列而非按行組織數據，從根本上改變了數據的物理存儲結構。與傳統行存儲數據庫不同，列式數據庫將每一列的數據連續存儲在一起，而不是將每一行的數據存儲在一起。這種看似簡單的存儲結構變化，卻為分析型查詢帶來了質的飛躍。 要理解列存儲的本質，我們可以通過一個簡單的例子來説明。假設有一個包含用户
昵称 鏡舟科技
背景 在跨系統之間的數據寫入場景下，上下游系統極有可能因為網絡超時/抖動、或寫本地DB與調外部接口不能同時成功等原因，而出現數據不一致的問題，因此需要有及時發現不一致問題、並自動修復的能力。下面結合筆者的經驗，把對賬做個總結。 需要注意的是，這裏提的對賬不特指資金對賬，而是跨系統的字段對賬，如B端與C端系統之間的對賬。 對賬的指標 判斷對賬是否做得好，主要看這幾個指標： 完備性：確保所有字段都
昵称 Java烘焙師
在分佈式系統設計領域，六邊形架構（Hexagonal Architecture，又稱端口與適配器模式）作為一種以領域為中心的架構模式，通過明確分離核心業務邏輯與外部交互，有效提升系統的可測試性、可擴展性與可維護性。本文從核心概念、實現原理、應用場景及面試高頻問題四個維度，結合Spring生態實踐，系統解析六邊形架構的設計思想與最佳實踐。 一、六邊形架構的核心概念與設計原則 1.1 架構模型與
昵称 晴空月明
ClkLog本次升級版本為PRO專業版和CDP企業版 ，我們通過使用寬表模式以提升複雜查詢性能與二次擴展的便利程度。2.0將更適合高併發、複雜分析場景的企業團隊。 一、2.0版本能力亮點 架構級別的升級 數據接收與存儲結構全面重構 1.0版本：自定義事件屬性、用户屬性以JSON格式存儲 2.0版本：升級為「寬表模式」，更適合結構化分析與查詢優化 查
昵称 clklog
本文來自騰訊藍鯨智雲社區用户: CanWay 近年來，隨着企業業務規模日益龐大，IT架構日益複雜，雲計算、微服務等一系列技術在各企業內部開始逐步探索落地。技術的發展不僅對企業內部運維管理產生了極大的挑戰，對於監控體系也提出了更高的要求。 某運營商公司在IT架構搭建、組織部門規劃時，大膽採用先進理念，進行了全部業務系統的分佈式設計、SRE運維部門的分工創建。嘉為藍鯨全棧智能觀測中心在其中為業務
昵称 騰訊藍鯨智雲
一、背景：活動會場的配置走查之痛 在電商營銷中，會場是承載活動流量的核心陣地。得物的營銷會場不僅覆蓋520、七夕等活動節點，也支撐日常的"天天領券"、"瘋狂週末"等高頻運營場景。數據顯示，會場的UV佔比、GMV貢獻、訂單量均佔平台重要比重。 然而，隨着業務複雜度提升，會場配置面臨三大挑戰。 1.1 三大挑戰 ※多目標耦合 同一會場需同時滿足不同運營GMV提升、拉新、促活等不同目標，導致配置策略疊
昵称 得物技術
本期直播我們邀請到 KaiwuDB 高級研發工程師馮友旭為大家分享《KWDB 分佈式架構探究——數據分佈與特性》，點擊下方視頻觀看完整版回放 ↓↓↓ KWDB 分佈式架構探究——數據分佈與特性 📌以下為重點內容節選，點擊上方視頻查看完整版內容。 背景介紹 數據分佈在數據庫中的作用至關重要，它直接影響到數據庫系統的性能、可擴展性、可用性、管理效率和成本。特別是在處理海量數據和高併發請求的現代應用中
昵称 KaiwuDB
導購是指在購物過程中為消費者提供指引和幫助的人或系統，旨在協助用户做出更優的購買決策。在電商平台中，導購通過推薦熱賣商品、促銷活動或個性化內容，顯著提升用户的購物體驗，同時推動銷售額的增長。其核心目標是通過精準的引導，滿足用户需求並促進商業價值最大化。 詞分發：導購的重要組成部分 在電商導購體系中，詞分發作為關鍵環節，主要聚焦於與關鍵詞推薦相關的功能。這些功能包括但不限於下拉詞、底紋詞、熱搜榜單、
昵称 得物技術
1. 計算機的定義 參考現在流行的電腦，可以把計算機的設備分類為： 輸入：通過鍵盤、鼠標、攝像頭、網絡等方式接收數據。 存儲：把數據和程序保存下來（內存、硬盤等）。 處理：由中央處理器（CPU）、圖形處理器（GPU）、專用處理單元（如 NPU）執行運算。 輸出：顯示結果，或者把結果傳遞到其他設備（顯示器、打印機、網絡）。 計算機（Computer）最核心的定義是： 一種能夠自動接
昵称 愛熱鬧的醬牛肉_elzFx0
高級開發工程師懂得將代碼部署到由代碼構成的系統中，而架構師則懂得將想法部署到由人構成的系統裏。 從初級開發到資深/首席開發，職業路徑通常很清晰：代碼寫得越好，能輔助高效編碼的技術、非技術能力越強，晉升速度就越快。但一旦到了資深級別，職業道路就會出現一個關鍵分叉。 很多開發者會選擇管理崗。這條路徑能大幅提升影響力，幫你在職業階梯上繼續攀升，但缺點也很明顯------你
昵称 葡萄城技術團隊
大家好，我是Java烘焙師。如何更新緩存和DB、做到性能和一致性的取捨，是一個很常見的話題。下面結合筆者的經驗和思考，系統性地總結一下緩存更新模式，講透講明白。 1、旁路緩存（cache-aside） 實現方案 查詢：先查緩存，查不到緩存時再查DB，並把DB內容寫入緩存、設置合適的過期時間 更新：先更新DB，再刪緩存；做到極致則需引入延遲雙刪機制 之所以不是先刪緩存、再更新DB，是因為在這
昵称 Java烘焙師
在武俠開放世界遊戲《江湖餘燼》的內測階段，一個直擊核心體驗的Bug讓研發團隊倍感壓力。當時，玩家在“長安城”核心區域—這個NPC密度超過50個/平方公里的繁華地段，只要長時間停留超過30分鐘，並且頻繁與不同NPC進行交互，比如接取任務、購買道具或是觸發劇情，就會有大約25%的NPC出現“行為崩壞”的情況。那些本該守着攤位、有條不紊售賣商品的商販，會突然在原地不停轉圈，機械地重複“取貨”的動作，卻始
昵称 程序員阿偉
在奇幻開放世界遊戲《蒼穹牧場》的內測階段，一個直接影響核心探索體驗的“坐騎移動卡頓”Bug，成了研發團隊必須攻克的難題。這款遊戲的核心玩法之一，就是玩家通過操控不同類型的坐騎（如飛天翼獸、陸地巨象）在廣闊的開放世界中探索，而“破碎高原”作為遊戲中地形最複雜的區域之一，不僅遍佈高低錯落的懸崖、隨機分佈的動態岩石障礙，還散落着玩家臨時建造的木屋、柵欄等建築，是玩家獲取稀有資源的關鍵區域。但正是在這裏，
昵称 程序員阿偉
在流媒體服務隨時可能因系統故障而中斷的時代，Netflix 如何確保數億用户的觀影體驗始終穩定？本文將揭曉其技術團隊的關鍵實踐 —— 從中央 SRE 團隊獨攬事件管理，到讓每個工程師都能主動發起並處理事件的轉型之路。你將看到他們如何通過工具選型、流程標準化和文化重塑，把事件從 “可怕的故障” 轉化為 “可學習的機會”，甚至讓工程師在凌晨三點也能輕鬆啓動事件響應。無論你是關注系統可靠性的技術從業者，
昵称 程序猿DD
此前負責一款企業級團隊協作SaaS應用的架構迭代，核心挑戰集中在多租户場景下的資源衝突與定製化需求平衡—這款應用服務於不同規模的團隊，小到十幾人的創業團隊，大到上千人的集團部門，租户間的使用習慣、數據量級、功能需求差異極大。初期採用單租户架構改造的簡易多租户模式，所有租户共享一套核心服務與數據庫，僅通過字段標識區分數據歸屬，這種模式在上線初期運行穩定，但隨着租户數量突破五百，問題逐漸暴露：某集團租
昵称 程序員阿偉
開發古風山水經營遊戲時，初期對NPC行為的設計陷入典型誤區。當時策劃僅定義四種基礎角色類型，且行為流程單一，便沿用簡單條件判斷加函數調用的輕量實現，認為足以滿足需求。未曾想測試階段策劃追加多子類型換裝與差異化對話交互需求，比如樵夫需區分“新手樵夫”“資深樵夫”兩種子類型，前者只能砍伐幼樹且對話多為基礎指引，後者可砍伐古樹還能提供木材收購行情，這直接讓狀態分支迅速擴展至三四層，切換邏輯超二十種。代碼
昵称 程序員阿偉
開發太空殖民地經營遊戲時，初期對NPC行為的設計陷入流程固化的困境。當時策劃僅劃分礦工、工程師、醫療兵三種基礎職業，每種職業的行為流程完全固定，比如礦工每天固定時段前往預設礦點採礦，結束後直接返回宿舍，全程無任何變量調整，便採用線性流程腳本的實現方式，認為能滿足基礎生存經營需求。未曾想測試階段策劃追加“設備故障應急處理”“資源優先級動態調整”需求，比如礦點出現輻射泄漏時礦工需暫停採礦並上報，能源短
昵称 程序員阿偉
接手公司遺留的分佈式業務系統時，我最先面臨的不是業務邏輯的複雜，而是日誌體系的混亂—某次用户提交訂單後支付狀態異常，運維同事在十幾台服務器的日誌文件裏翻找了近3小時，才從一堆無格式的打印信息中找到關鍵報錯，而這樣的低效排查，在團隊裏幾乎是常態。當時系統包含用户中心、訂單處理、資源調度三個核心模塊，分屬Java、Go兩種技術棧，日誌要麼直接輸出到本地文件，要麼零散丟進消息隊列，既沒有統一的字段規範，
昵称 程序員阿偉
文 / 勇哥 原創文章，轉載請聯繫授權 在上一篇文章《別再空談企業架構！TOGAF 的 4A 模型讓你的技術投入至少省 50%！)》中，我們聊了TOGAF框架的核心實踐，今天我們來拆解另一個經典的企業架構框架——Zachman框架。如果你覺得企業架構"太抽象、難落地"，那Zachman的6×6矩陣絕對是你的"架構導航儀"。 作為在企業架構領域摸爬滾打10多年的"老司機"，從參與指導中小
昵称 六邊形架構
企業架構標準深度解析：TOGAF、Zachman、ArchiMate實戰指南 文 / 六哥 原創文章，轉載請聯繫授權 最近有技術管理者問我："六哥，我們公司要搞數字化轉型，聽説企業架構很重要，但TOGAF、Zachman、ArchiMate這些標準看得我頭大，到底該怎麼選？" 這個問題問得很好。作為一名有10多年技術管理經驗的從業者，我從程序員做到技術高管，深知企業架構對於技術管理者的
昵称 六邊形架構
文 / 勇哥 原創文章，轉載請聯繫授權 在前一篇文章中，我們探討了《架構師的悲哀：80%的人都在用錯誤的方式理解Zachman！》。今天，讓我們深入剖析ArchiMate企業架構建模語言——這個被稱為企業架構界的"統一建模語言(UML)"的標準化工具，這裏可能就會有人吐槽了，開發過程中UML建模見得最多的是不是Rational Rose嗎？確實，但是Rose太老了，感覺它已經跟不上時代
昵称 六邊形架構
10月28日，2025 OSCAR 開源產業大會在北京圓滿落幕。憑藉其在開源技術創新與商業化落地方面的卓越成就，鏡舟科技榮獲“2025年度開源+商業化產品”獎項。該獎聚焦開源技術的工程化能力與商業落地價值，旨在表彰那些不僅在開源社區擁有強大技術影響力，更成功地將開源技術轉化為成熟、可靠的商業產品，並創造出顯著市場價值的標杆企業。 本屆大會上，圍繞湖倉一體架構帶來的降本增效、國產化適配下的自主可
昵称 鏡舟科技
