根據業務發展的時間來區分
建議使用單體架構，開發方便，速度快，迭代更新及時。
優點如下：
部署簡單: 由於是完整的結構體，可以直接部署在乙個伺服器上即可。
技術單一: 專案不需要複雜的技術棧，往往一套熟悉的技術棧就可以完成開發。
用人成本低: 單個程式設計師可以完成業務介面到資料庫的整個流程。
需要看業務發展速度，效能是否達到瓶頸。
所以選擇架構時，建議先單體後微服務，不要上來就搞微服務架構。
分而治之
單一職責
關注分離
小a、小b、小c大學畢業後，一起同租了一套三室兩廳的房子。三個人都擁有自己獨立的房間，且每個房間都有配有一把鑰匙，保證三個人獨立的空間私密性。如果其他人要進入別人的房間，就需要擁有配套房間的鑰匙進行開鎖。而客廳、餐廳、廚房等屬於公共區域，三人共同享有這些資源。
這裡小a、小b、小c就屬於應用saas多租戶解決方案的企業實體。應用執行在同乙個或同一組服務商（即三個人同租一套房子，廚房、餐廳、客廳是多租戶環境下的系統和應用程式、元件），每個資料庫都儲存來自多個獨立租戶的資料（即房子擁有三間不同的房間），然後通過使用保護資料隱私的機制來邏輯隔離不通租戶之間的資料（即每個房間都有配套的鑰匙來保證安全隔離）。因此多租戶架構也被稱為單例項架構（single instance）。
在多租戶環境中，由於應用都執行在相同的伺服器上，所有的資料都儲存在同乙個多租戶隔離的資料庫中，因此多租戶模式通常會比較節省硬體資源。但是由於多租戶saas架構需要具備相同的硬體、網路和作業系統配置能力，所以很難實現根據單一使用者的需求去做功能上的定製化，也很難根據某個使用者的請求進行常規的系統公升級、重啟之類的操作。
如果多租戶是多個人租一套房子，每個人擁有乙個房間，那麼單租戶就是乙個人租一套房子，無須與其他人共享客廳、餐廳、廚房等資源。單租戶saas架構中，每個客戶都會有獨立的軟體和硬體環境支撐系統執行，每個資料庫僅儲存來自乙個租戶的資料，因此單租戶模式通常也被稱為多例項架構(multiple instance)。
單租戶模式下，不同客戶之間的應用軟體和資料一般通過硬體來進行隔離，因此單租戶模式被廣泛應用在客戶需要支援定製化的應用場景。每個租戶可以購買特定的軟體例項，通過定製化滿足他們的特定需求。除了雲服務提供商提供的基礎功能，使用者也擁有很多的可配置能力：比如，使用者可以調整不同的配置需求，向內部資料庫或者外部合作夥伴的資料庫新增不同的模組。
下面是賬戶介面功能示例：
如果公司已經開始在構建微服務的路上了，那麼如何選型就很關鍵了。
微服務的共同關注點
傳統企業平台都是煙囪式的系統架構，企業內部為了迎合業務發展不停的打造各種系統，導致各系統間的重複功能建設和維護帶來的重複投資。重複投資不僅消耗的是人力，財力還有時間。但打通煙囪式系統間互動的整合和協作成本高昂，各大企業不得不借助esb產品，構建企業服務匯流排，打通各系統間的互動問題。
但這種借助esb「中心化」的服務架構缺點也有不少，「中心化」架構的所有服務呼叫者和服務提供者之間的互動都必須通過這個中心點，而這個中心點的能力是很難進行擴充套件的，導致這中心會成為乙個瓶頸。
2023年阿里巴巴集團啟動了中颱戰略，目標是要構建符合網際網路大資料時代的，具有創新性、靈活性的「大中台、小前台」的機制，即作為前台的一線業務會更敏捷、更快速的適用瞬息萬變的市場，而中颱將集合整個集團的運營資料能力，產品技術能力，對各前台業務形成強有力的支撐。整體內容如下：
起初，阿里只有乙個**事業部，後來成立了天貓事業部，此時**的技術團隊同時支撐著這兩個事業部。當時的**和天貓的電商系統像我們很多大型企業的一樣是分為兩套獨立的煙囪式體系，兩套體系中都包含的有商品、交易、支付、評價、物流等功能。因為上述原因，阿里集團又成立了共享業務事業部，其成員主要來自之前的**技術團隊，同時將兩套電商業務做了梳理和沉澱，將兩個平台中公共的、通用的業務功能沉澱到共享事業部，避免重複建設和維護。後來上線的聚划算、1688、菜鳥物流等業務，均是基於這個「大中台，小前台」思路建設的。如下圖所示：
「大中台、小前台」架構主要集中在業務共享服務層，業務共享服務團隊，有獨立的團隊來做，也更利於業務的沉澱，降低研發成本，提高研發效率。打破了產品壁壘，之前是系統之間要資料，現在是都去找共享服務中心要資料，共享服務中心提供統一的，標準的資料。減少了系統間互動、團隊間協作的成本。站在巨人的肩膀上。新產品研發不用考慮之前已有的東西，可以快速孵化新的產品，試錯成本低，產品敢於創新，敢於擁抱變化，原來追競爭對手都很困難，現在相當於競爭對手的產品經理不停的給我們提供新點子。可持續發展，技術和業務能力能夠沉澱積累。
微服務體現去中心化、天然分布式，與阿里的中颱戰略思想類似，是戰略的具體實現方式的一種。現有架構師可以學習這種模式來解決企業本身的應用高併發、高可用、運維等難題，也是現有網際網路經典架構，畢竟是經過阿里實踐過的，除了bat，uber、網易、美團、京東等網際網路公司都在很早前就實現了平台微服務化。
微服務 中臺架構演進
優點 1 安全。遮蔽了業務層直接對資料庫的操作，將操作封裝在特定結構中，這樣可以防止諸如sql注入或其他可能帶來風險的問題。2 提供更好的業務相容性。乙個優秀的資料中介軟體，可以減少研發人員開發的複雜度，以及減少對研發人員素質能力的要求，比如可以更好的自行調配快取和真實儲存的關係，比如可以更好的實現...
關於中臺架構的理解
誰能幹就讓誰幹 中臺架構的本質是平台思維。是將企業的核心能力隨著業務發展沉澱到平台，形成以服務為中心，由業務中颱和資料中臺構建起資料閉環運轉的運營體系，供業務更高效的進行業務探索和創新，實現以數位化資產的形態構建企業核心差異化競爭力。1 是否是大型複雜生態系統？中臺戰略解決複雜生態系統的治理問題。如...
概念架構是什麼
概念架構是什麼 概念架構是直指系統目標的設計思想 重 擇，因而非常重要。方案建議書 技術 和市場彩頁中，都有它的身影，以說明產品 專案 方案的技術優勢。也因此，有人稱它為 市場架構 大量軟體企業，招聘系統架構師 sa 系統工程師 se 技術經理 售前技術顧問 方案經理時，職位能力中其實都包含了對 概...