摘要:
對于整個多租戶技術架構的設計而言,筆者認為最關鍵的就是 3 點:數據隔離模式(策略) + 統一的用戶&權限體系 + 調用時的行為隔離(請求攔截)。作為入門系列的第二篇,本文主要分享的是**在業務系統的應用內部如何對多數據源進行切換**,而底層的數據庫硬件資源管理這部分會簡單帶過(一般由運維團隊來負責搭建)。 閱讀全文
對于整個多租戶技術架構的設計而言,筆者認為最關鍵的就是 3 點:數據隔離模式(策略) + 統一的用戶&權限體系 + 調用時的行為隔離(請求攔截)。作為入門系列的第二篇,本文主要分享的是**在業務系統的應用內部如何對多數據源進行切換**,而底層的數據庫硬件資源管理這部分會簡單帶過(一般由運維團隊來負責搭建)。 閱讀全文
posted @ 2025-04-02 09:02
CodeBlogMan
閱讀(1383)
評論(1)
推薦(1)

一般在企業開發中,會有專門的 git 倉庫(組)來統一放置各個系統對應的 Starter 項目,其中會包括一個空的框架,拉取下來后我們就可以自己開發了。
在開發之前,我們需要知道常見的使用場景有哪些:
1、API 調用:將某系統的部分功能經過封裝后通過 API 暴露出去,方便內部/外部系統調用;
2、基礎組件:比如全局統一的 Http 組件、緩存組件和一些通用工具包等;
3、底層框架:主要是公司自研的系統框架。
筆者在最近的項目開發中,頻繁地遇到了 Java 類型與 JDBC 類型之間的轉換問題:
1、數據庫的 varchar 類型字段,需要存儲 Java 實體中的 JSON 字符串;
2、數據庫的 int 類型字段,需要存儲 Java 實體中的 Enum 枚舉。
本文梳理總結了一些 Java 互聯網項目中常見的 Redis 緩存應用場景,例如常見的 String 類型 Key-Value、對時效性要求高的場景、Hash 結構的場景以及對實時性要求高的場景等,全面涵蓋了 Redis 中所有的 5 種基本類型。
筆者今天要分享的是一個項目重構過程中如何將數據庫選型由原來的 MongoDB 改為 MySQL 的思考,涉及到業務當前的痛點、選型分析、解決的核心思路,最后會給出簡單的 demo。
你是否曾寫過一個很簡單的需求或者優化?而且你認為不需要審查,就可以直接合并到主分支。可能過了幾天或者幾周,你突然意識到你犯了一個明顯的或是不應該犯的錯誤,如果有其他人來審查代碼,那這個問題可能就會被發現并及時處理。
書接上回,消息通知系統(notification-system)作為一個獨立的微服務,完整地負責了 App 端內所有消息通知相關的后端功能實現。該系統既需要與文章系統、訂單系統、會員系統等相關聯,也需要和其它業務系統相關聯,是一個偏底層的通用服務系統。
最近筆者在實際項目開發中會頻繁涉及到服務之間的遠程調用、域名的配置和請求的轉發等與計算機網絡相關的知識。
這些其實在讀本科和考研的時候都有學習過理論,但為了更透徹地掌握便于在工作中使用,我還是決定寫一篇文章來分享實際開發中是怎么應用的。
筆者在最近的項目開發中,遇到了兩個父子關系緊密相關的場景:評論樹結構、部門樹結構。具體的需求如:找出并刪除某條評論下的所有子評論id集合,找出并刪除某個部門下所有的子部門id集合。
RocketMQ 是阿里巴巴在 2012 年開源的分布式消息中間件,目前已經捐贈給 Apache 軟件基金會,并于 2017 年 9 月 25 日成為 Apache 的頂級項目。
作為經歷過多次阿里巴巴雙十一這種“超級工程”的洗禮并有穩定出色表現的國產中間件,以其高性能、低延時和高可靠等特性近年來已經也被越來越多的國內企業使用。
消息通知系統(notification-system)作為一個獨立的微服務,完整地負責了 App 端內所有消息通知相關的后端功能實現。該系統既需要與文章系統、訂單系統、會員系統等相關聯,也需要和其它業務系統相關聯,是一個偏底層的通用服務系統。
Stream API 是 Java 8 中最為重要的更新之一,是處理集合的關鍵抽象概念,也是每個 Java 后端開發人員都必須無條件掌握的內容。
在之前的開發中,遇到了這樣的需求:記錄某個更新操作之前的數據作為日志內容,之后可以供管理員在頁面上查看該日志。
這一篇文章拖了有點久,雖然在項目中使用分布式鎖的頻率比較高,但整理成文章發布出來還是花了一點時間。在一些移動端、用戶量大的互聯網項目中,經常會使用到 Redis 分布式鎖作為控制訪問高并發的工具。
筆者目前從事一線 Java 開發今年是第 3 個年頭了,從 0-1 的 SaaS、PaaS 的項目做過,基于多租戶的標準化開發項目也做過,項目的 PM 也做過...
在實際的開發中積累了一些技巧和經驗,包括線上 bug 處理、日常業務開發、團隊開發規范等等。現在在這里分享出來,作為成長的記錄和知識的更新,希望與大家共勉。
多租戶的概念是我在畢業后不久進第一家公司接觸到的,當時所在部門的業務是計劃建設一套基于自研的、基于開放 API 的、基于 PaaS 的、面向企業(ToB)的多租戶架構平臺,將我們的服務可以成規模地、穩定高效地交付給客戶使用。
浙公網安備 33010602011771號