SaaS業務應用本身，在邏輯上就有難度，並不是所謂的訪問數據庫加上一個隔離字段那麼簡單。
注意！！！設計SaaS的時候一定要以軟隔離爲基礎，這樣可以做到最大化的自由，而且不會影響數據庫隔離和數據庫實例隔離的需求！
一般SaaS系統除了基本的多用戶租賃還會牽扯到在線許可，多時區，多語言，以及功能、頁面、流程的可配置。
如果是更深層次的應用更會涉及到在線跨企業資源共享和流程協作的問題，處理這類問題會非常棘手。特別是SaaS在線企業級應用，需要面對的問題會更加複雜，比如在業務規則的分與合方面，在點與點之間的關聯平衡處理取捨上。
比如，一個SaaS企業應用涉及的點非常多，而且很多點之間是有關聯的，因此你在這些問題點的平衡處理取捨中。採用面向服務(SOA)的架構，在一定程度上是可以減少一些複雜性，但這樣一來也降低了應用系統的整體性，SOA的粒度和邊界的劃分就是非常重要的權衡點。
如果你在做架構的時候，連這些都沒有考慮到，後面的噩夢會隨時降臨，甚至影響到你最後是否能夠玩轉成功！
那麼，在進行企業SaaS應用架構的時候，要注意哪些呢？
1) 數據隔離和數據分佈的路由策略；
2) 需要做哪些業務，是否需要做用戶間進行資源共享和流程協作；
3) 如果需要資源共享和協作，那麼這個過程中的用戶數據歸屬問題；
4) 企業數據的規範性和統一性問題（這會涉及到參照，統計等後續一系列問題點)。