Azure 軟件架構選擇

1. 傳統的分層結構+message broker + worker 傳統的層結構老生常談了: UI 層,service,業務邏輯,數據層。就不贅述了 與worker形成producer-consumer模式,可自由控制worker的數量 業務上異步 使用不同隊列管理不同業務請求,業務上可橫向擴展 優勢: 開發效率比較高,業務和應用擴展性都還可以。 劣勢: 運維監控以及上線部署流程不適用於互聯網應
相關文章
相關標籤/搜索