Hi，大家好！今天我們要聊聊“關聯(lián)微服務”的設計，這是在智能社區(qū)項目中常見的一個大方向。如何利用微服務讓各個業(yè)務模塊靈活互聯(lián)、互通，幫助物業(yè)實現(xiàn)信息整合、數(shù)據(jù)清洗，同時能夠提供豐富的增值服務。我們將主要圍繞四大模塊來展開：

• 智慧通行：打破物業(yè)多品牌系統(tǒng)的信息孤島；
• 安全社區(qū)：集成視頻識別、傳感監(jiān)控，形成預警體系；
• 全屋智能：為業(yè)主提供更智能、便捷的生活體驗；
• 增值服務：提供多種智能服務及定向增值服務。

限界上下文下的微服務拆分

微服務拆分的核心，是根據(jù)限界上下文將領域模型劃分成多個子域。這個過程確保每個子域獨立、清晰，服務職責明確，為后續(xù)的業(yè)務獨立拓展提供基礎。

1.1 限界上下文劃分

在智慧社區(qū)的項目場景中，限界上下文非常重要，它明確了微服務的邊界、職責，并確保各個模塊能夠有獨立的生命周期和自治管理。以下我們結(jié)合各個服務模塊，分析如何進行限界上下文的劃分：

• 通訊錄、短信、推送通知、支付、文件服務：這些是核心的基礎服務模塊。由于各個業(yè)務系統(tǒng)都需要這些基礎服務，我們可以將其拆分為獨立的子域模塊供其他微服務調(diào)用。這樣的設計讓通訊、支付等不依賴某個業(yè)務，變得非常通用。
• 人臉門禁、可視對講、電梯梯控、停車系統(tǒng)、訪客預約：這些屬于智慧通行子域，是對社區(qū)智慧管理的支撐系統(tǒng)。將這一子域獨立，能夠讓“通行”部分更加集中在智慧管理功能上，而不摻雜其他功能。
• 視頻監(jiān)控、周界報警、高空拋物、跨域追蹤：這類服務屬于安全社區(qū)子域。安全社區(qū)的所有服務以保障安全為主，聚焦視頻圖像識別、傳感器數(shù)據(jù)的采集處理等安全相關功能，并提供報警預警。
• 超級面板、無線門鎖、煙感霧感：這是全屋智能子域，主要針對業(yè)主的家庭智能化需求。這里的服務應該集中在家居控制、環(huán)境監(jiān)測等，以滿足全屋智能設備對接的需要。
• 智能充電、云廣播、出入提醒、定向投放：這一部分屬于增值服務子域。增值服務可以通過matrix引擎實現(xiàn)智能場景裂變，支持多品牌產(chǎn)品融合，為業(yè)主提供個性化的增值體驗。

1.2 微服務的組織形式

限界上下文的劃分后，每個模塊的服務依賴關系變得清晰。這種拆分帶來的核心好處就是解耦合、聚焦服務的“單一職責”，使各個模塊可以獨立維護、擴展。比如支付服務可以完全獨立實現(xiàn)支付功能，不會因升級影響其他模塊。各個微服務之間的依賴性降低，適合高并發(fā)、高擴展需求的場景。

充血模型與貧血模型的微服務設計

在限界上下文劃分清晰后，接下來我們要考慮的是如何設計微服務內(nèi)部的業(yè)務邏輯層次。微服務中，業(yè)務模型一般分為充血模型與貧血模型。簡單來說，充血模型更適合需要領域強邏輯、復雜的業(yè)務場景，而貧血模型更注重數(shù)據(jù)傳遞的簡潔性。

2.1 貧血模型應用

貧血模型的設計思路是將數(shù)據(jù)和業(yè)務邏輯分開。對于數(shù)據(jù)結(jié)構(gòu)簡單、業(yè)務邏輯輕量的微服務，比如通訊錄、短信、文件服務等，這種模型尤其適用。

在貧血模型下，服務中的Entity只負責數(shù)據(jù)存儲，不承擔復雜的業(yè)務邏輯。Service層承擔業(yè)務邏輯，負責調(diào)用底層的數(shù)據(jù)操作。因此，貧血模型的微服務結(jié)構(gòu)會非常簡潔，方便與其他服務的接口交互。

2.2 充血模型應用

充血模型則適合復雜的業(yè)務服務，例如智慧通行和安全社區(qū)的某些業(yè)務模塊。這些模塊往往包含復雜的業(yè)務邏輯和狀態(tài)維護。在充血模型中，Entity不僅包含數(shù)據(jù)，還封裝業(yè)務邏輯，使得領域模型更加貼合業(yè)務邏輯。

以智慧通行模塊中的人臉門禁服務為例，系統(tǒng)不僅需要處理基本的用戶驗證，還需要考慮用戶權限、時間段限制等。因此，這樣的業(yè)務邏輯就可以直接封裝在Entity中，實現(xiàn)權限和狀態(tài)的閉環(huán)控制。

充血模型能在微服務的業(yè)務邏輯層體現(xiàn)更豐富的業(yè)務語義，減少Service層的業(yè)務邏輯復雜度，提高代碼的可讀性。

通過領域事件通知機制實現(xiàn)服務解耦

為了讓微服務系統(tǒng)能高效工作，還需要讓各個服務間的通信保持松耦合。我們可以利用領域事件通知機制，實現(xiàn)微服務間的事件推送和數(shù)據(jù)同步。領域事件是解耦微服務之間邏輯的重要手段，它能夠?qū)I(yè)務變化以事件形式廣播給其他服務，極大地降低了模塊間的耦合度。

3.1 事件推送

在推送事件的場景下，每個微服務只負責發(fā)布自己的事件，不需要關心哪些服務會消費這些事件。例如，當安全社區(qū)子域中的“周界報警”觸發(fā)警報時，它可以通過領域事件通知視頻監(jiān)控、跨域追蹤等服務，立即同步啟動相關聯(lián)動機制。

領域事件的核心是每個微服務發(fā)布的事件能夠自動化通知到需要接收的其他微服務。這樣，推送通知服務只需監(jiān)聽事件，并將通知發(fā)送給指定用戶，無需與其他微服務的代碼緊密耦合。

3.2 數(shù)據(jù)同步的拉取機制

在有些場景下，事件推送可能無法滿足數(shù)據(jù)實時一致性的需求。這時可以采用拉取機制，即各服務通過定時任務，主動從相關服務中拉取數(shù)據(jù)。這種方法適用于對數(shù)據(jù)實時性要求相對寬松的場景，比如全屋智能模塊可以定期從增值服務模塊拉取最新的用戶場景偏好數(shù)據(jù)。

例如，全屋智能中的“超級面板”需要實時掌握用戶的智能控制需求和定制場景，來更新面板的推薦項。這樣即便事件推送發(fā)生延遲，面板也能保證在下一個時間周期內(nèi)更新到最新狀態(tài)。

智慧社區(qū)的增值服務：跨品牌服務互聯(lián)

在實現(xiàn)了基礎微服務的通信與解耦后，智慧社區(qū)可以引入增值服務，通過服務的關聯(lián)進一步豐富社區(qū)應用場景。例如，智能充電、云廣播、出入提醒等服務可以依據(jù)不同的用戶需求，自動化推送與定向推薦。

增值服務的核心是“個性化”，我們可以基于matrix引擎進行用戶畫像和場景化管理，為不同用戶推送特定內(nèi)容。比如，定向投放功能可以針對住戶的歷史操作習慣，投放他們可能感興趣的活動或社區(qū)團購服務。

關聯(lián)微服務的設計，通過限界上下文的明確劃分和業(yè)務模型的設計，使得微服務模塊的職責清晰、獨立。在此基礎上，通過事件通知機制將服務解耦合，并通過推拉結(jié)合的方式保持數(shù)據(jù)同步，實現(xiàn)各個子域模塊之間的高效、松耦合協(xié)作。