業務橫向拆分和縱向拆分
大規模系統架構的設計一般原則就是盡可能地拆分，以達到更好的獨立擴展與伸縮、更靈活的部署、更好的隔離和容錯、更好的開發效率。具體的拆分策略大體上可以分為橫向拆分和縱向拆分。 總結：縱向拆分主要從業務角度進行，根據業務分割為不同的子系統；而橫向拆分側重於原業務深入拆分，然后服務重組 ...
原文：業務拆分的思考
從最初的單體應用，即將進行業務拆分，分而治之，雖心不免有些激動，但是很快就陷入深思。 因為我不得不考慮如何拆分比較好及其現在要不要拆分的問題。 目前我們開發的是一個多租戶系統應用，考慮到公共通用功能，例如用戶功能 組織功能 菜單功能 模塊功能 系統監控 審批功能 權限管理等，我們將其作為公共模塊，而像共享方面的系統或者是智能門鎖方面的系統，我們決定將其抽象另外的模塊，當特定的用戶需要該功能時，只需 ...
2018-09-21 20:19 1 3263 推薦指數：
相關推薦
企業應用架構研究系列一：業務拆分
現代軟件開發和以前的軟件開發有很大的不同，以前軟件一般都會根據業務流程，設計程序的入口和程序的出口，即軟件耦合性很強。隨着軟件技術的不斷發展和DDD領域設計模型的不斷深入研究，在微服務化開發框架的大力推廣下，Docker技術和K8s 技術的普及，新一代的企業應用架構再次革新了軟件行業 ...
Netty 源碼閱讀的思考------耗時業務到底該如何處理
目錄大綱： 前言 處理耗時業務的第一種方式-------handler 種加入線程池 處理耗時業務的第二種方式-------Context 中添加線程池 總結：兩種方式的對比和思考 前言 熟悉 Netty 的同學都知道，不能在 Netty 中做耗時的，不可預料的操作 ...
職場 | 工作五年之后，對技術和業務的思考
苦海無邊，回頭無岸。 01 晃晃悠悠的，在互聯網行業工作了五年，默然回首，你看哪里像燈火闌珊處？ 初入職場，大部分程序員會覺得苦學技術，以后會順風順水升職加薪，這樣的想法沒有錯，但是不 ...
如何將 .NetFramework WebApi 按業務拆分成多個模塊
、服務層 按業務功能進行垂直拆分， 但是到了 WebApi 這層，就不得不把所向所有業務功能的 Cont ...
SSM框架構建多模塊之業務拆分實踐
在如下這兩篇篇文章我都或多或少強調過業務分層方面的的方法和注意事項，感興趣的可以看看: 系統設計和系統划分有定律可循 業務拆分的思考 之前是說，現在是做。以我個人博客為例，我的博客最初只是一個單體應用，但是我決定將其拆分為多個模塊，總體來說，還是一個單體war。但是性質是不一樣的。 下面 ...
后端工程架構系列篇（一）：單應用多模塊（按業務拆分）
數量和系統業務寬度來進行選擇，如果你是為了簡歷好看或者學習，另當別論。微服務就是拆散了技術成熟的單體應用 ...
對企業級應用開發的思考（3）--業務層的實現方式
在我的上一篇博客：對企業級應用開發的思考--分層 中，從個人的經驗分享了關於程序分層方面的內容，得到了眾多園友的支持。里面包含對業務邏輯層三種實現方式（事務腳本、活動記錄集和領域模型）的簡單描述。並沒有深入去實現。本文來深入探討一下。 本文以下面這個實體結構與數據庫結構為例： 兩個 ...