公司需要幫助客戶開發乙個電子發票平台，使用者為普通消費者，商戶，管理人員三種角色，分別又有對應的使用場景。又想要實現前後端分離，所以把公司常用的架構做了調整，來滿足客戶的需求。先放上架構圖看一下：
因為客戶初期不準備大力推廣，但又要保證擴充套件性，用盡量少的資源來支撐所有功能，所以暫時這樣設計。
具體來說，首先分為3個表現層，純前端開發，vue開發，通過介面和後台互動。
負載均衡層，通過nginx把不同的請求**到不同的應用，把商戶的api應用做了多機，保證商戶端的高可用。boss端和使用者端使用人數不會很多，暫時單機執行，但是可以隨時新增例項來做橫向擴充套件。
資料庫層，先採用簡單的主從備份，後期根據實際業務需求量進行調整。
這個是簡單的架構圖，後面的文章具體講一下這個架構下的各個層級是如何運作和相互支撐的。
乙個電子發票開票平台的系統架構設計（02）
這次主要從網路拓撲結構上講一下平台是怎麼運作的。先看 一般來說大家都會選擇一家雲服務商作為主要使用環境，另外一家作為備用環境的，但由於客戶的特殊性所以先不要糾結這裡的不同服務商。簡單說明一下 使用者開啟 站點的請求指向第乙個nginx的機器，這裡使用nginx託管站點。中涉及到介面的請求，指向第二個...
乙個平台系統架構師的能力模型是啥
之前的文章分享過我自己琢磨的乙個技術高p的能力模型 參見 高p的能力模型 其中的乙個方向是cover端到端解決的能力。那怎麼叫端到端解決方案的能力呢？我個人發展的方向應該是走這條線的，原因之一是另一種 領域專家 路線，對於業務複雜度是有一定的要求的，中小企業其實很難有這種橫向領域挑戰的規模的，而大廠...
乙個使用敏捷開發平台構建的應用系統
去年11月份，本人發表了關於敏捷開發的系列文章，就一直沒有下文了，還被很多朋友抱怨了一番。真實情況是，從去年年底開始，本人開始做手機旅遊地圖的專案，後來得到一筆投資，成立了公司。程式開發不再是主業，請大家原諒。雖然本人不再以程式開發為主，但有時間精力的時候，還是對敏捷開發平台進行不斷的修改完善，也以...