這是(下)一個很好的Web架構?微服務或SOA就緒架構
- 我們有2個服務前端服務和後端服務。
- 後端服務只提供非傳統MVC的API。
- 後端服務將構成爲模塊每個模塊充當與它自己的配置小應用程序,所以每個模塊可以具有不同的數據庫引擎和依賴關係。
- 與模型的所有通信都通過存儲庫完成。
- 試圖避免任何類型的SQL的連接,並保持它的執行多查詢,得到的結果很簡單。
- 使用將成爲所有請求入口點的API網關。
因此,通過這一點,我們可以在未來轉移到SOA或微服務容易。
你覺得上面的方法是什麼?
預先感謝您。
這是(下)一個很好的Web架構?微服務或SOA就緒架構
因此,通過這一點,我們可以在未來轉移到SOA或微服務容易。
你覺得上面的方法是什麼?
預先感謝您。
這是很難有這樣的表述同意:
幾乎所有成功的微服務的故事已經開始與有太大而被打破了幾乎所有在那裏我聽到的情況下整料系統從零開始構建爲一個微服務系統,最終導致嚴重的麻煩。
有微服務的故事,並沒有開始作爲整體,而另一方面有微服務故事是成功的,並從頭開始。
從我的角度來看,這是很難回答你的問題,但是當你正在考慮的架構必須根據你的需要了解有關不同的方法PRO /利弊和決定。
例如與整料的方法,橫向擴展是困難的(垂直是可能的),但監測和部署更加容易。
另一方面,微服務方法可以水平擴展,但部署和監控更加複雜。此外,通過微服務方法,您必須瞭解微服務如何進行通信(例如,代理與生產者消費者模式)。
希望這可以幫助。
但您對上述方法有何看法?一般來說它是好的嗎? – justsomedev
爲什麼通過存儲庫進行通信(「所有與模型的通信都是通過存儲庫完成的)」? – dstar55
我的意思是控制器和模型之間的通信通過存儲庫完成 – justsomedev
我在問這個方法好不好,爲什麼要擱置一下? – justsomedev