前言 我們一般在做架構設計的時候，會經歷過三個階段：需求分析、概要設計和詳細設計。 需求分析階段: 主要梳理所有用例（Use case）和場景，並抽象出面向系統的用戶與角色，梳理出需求提供哪些功能與非功能的需求給這些用戶。 概要設計階段：根據需求分析的產物：核心需求，對整個系統 ...

1.建立階段：程序初始要解決的問題：有還是后沒有的問題，所以在該階段決策者關心更多的是解決業務邏輯，盡快上線的問題2.效率優化階段：當程序運行一段時間，在效率和並發上出現了一些問題，那么這是后就進入了 ...

前言 春節期間，無意中看到一篇文章，文章中講到12306的業務復雜度遠遠比淘寶天貓這種電商網站要復雜。后來自己想想，也確實如此。所以，很想挑戰一下12306這個系統的核心領域模型的設計。一般的電商網站，購買都是基於商品的概念，每個商品有一定量的庫存，用戶的購買行為是針對商品的。當用戶發起購買行為 ...

一 、58同城數據庫架構設計思路 （1）可用性設計 解決思路：復制+冗余 副作用：復制+冗余一定會引發一致性問題 保證“讀”高可用的方法：復制從庫，冗余數據，如下圖 帶來的問題：主從不一致 解決方案：見下文 保證“寫”高可用的一般方法：雙主模式，即復制主庫（很多公司 ...

談到運維，監控應該是運維的重中之重。怎么說呢？有很多人說這個監控應該是運維的第三只眼睛，一個好的監控平台對我們這個工作本身來說，應該有很大的幫助。那么，如何要構建一個完善的監控平台。那就是我們今 ...

當我們談論到應用程序的架構的時候，經常會問到一個經典的問題，那就是“這段代碼應該放在哪里比較好”。 因為 Laravel 是一個相當靈活的框架，所以要回答這個問題其實沒那么容易。我應該把我的業務邏輯寫在 Model 層，還是 Controller 層，或者是其他地方？ 當你的應用程序僅有一個 ...

https://www.cnblogs.com/sanyuanempire/p/6169533.html 談到運維，監控應該是運維的重中之重。怎么說呢？有很多人說這個監控應該是運維的第三 ...

在上一篇博客中（淺談微服務架構與.Net Core）我們談到微服務架構與.Net Core，大體分析了下微服務架構的一些優勢，在這邊博客中，將談談架構設計的一些理念。 首先，代碼要清晰明了，層次分明，模塊間耦合度要盡量降低，代碼並不是要越復雜越好，可能有人認為，代碼 ...