草草整理的網路的
都無法訪問，這些都是scalable
擴充套件性做得不是非常線性的現象所在。
這裡主要從 儲存和介面角度來講
對於大流量系統的架構設計，對於寫入方面是特別需要注意的，基本上現在遇到的系統都是對於主資料庫的寫入，然後對於從資料庫實現流量的分發。
對於儲存，記得公司老大說過，對於
bd的專案的架構如果從設計上可以達到
20pb
的儲存規模不出什麼大的問題，就說明這個架構設計是合格的。
redis
的部分功能
,主要用在使用者資訊方面的使用
,現在只有單機設計
,但是對於現在的單機完全可以提供大量的記憶體比如
32g以上，完全可以達到儲存資料的要求。
對於mysql
這裡所涉及到的就是設計規範和分庫分表，最大的感觸是大家為了便利就直接用自增的
id來進行，對於唯一
id的設計也是我一直注意的，因為唯一的設計是涉及到全域性的。
將將自己最近總結的
php和微博架構方面：
1.進行快速開發的過程中，訂好規範，按照規範執行是非常的重要的，涉及到的溝通會比較少，其實和其他人聯調是很費時間的。
2.對於效能跟蹤方面使用使用
xhprof
來跟蹤php
的執行過程及效能問題，可以初略的估計出來。
3.對於核心**的復用程度及核心的**量的把握，核心要靈活可擴充套件而且保持小
4.技術選型比如對於使用
memcache
擴充套件和memcached
的擴充套件還是很重要的
5.對於**的目錄結構和命名還是挺重要的
,php
的autoload
不要搜尋太多的目錄會比較好
6.考慮下工具類的復用，一直在造輪子每次都重寫一遍，這個不是很鬱悶的事情，怎麼樣讓這些類不要耦合的太緊？設計很重要
7.對於有些服務是
php做起來不合適的,比如
spam
模組的高危詞過濾還是用
c/c++
模組來處理比較好。
8.微博技術的應用
inbox/outbox/timeline/following/follows/feed/mqs 9.
推薦演算法和訊息推送的處理，各種高併發的處理
供應鏈金融與商業保理關係
商業保理是指基於買賣雙方的交易關係，賣方將其現在或將來與買方訂立的貨物或服務 合同所產生的或將要產生的應收賬款轉讓給保理商，並由保理商為買賣雙方提供，包括 融資 商業資信調查與信用評估 應收賬款管理 賬款催收和壞賬擔保等內容的綜合性 金融服務。商業保理主要的工作是面對債權人轉讓應收帳款的業務，集應收...
作業系統等保標準與CC標準的關係
作業系統等保標準 gb t 20272 作業系統系統安全技術 該標準要求主要來自於 資訊保安等級保護標準 17859 和 cc標準 gb t 18336。在作業系統等保標準中，其包括下列章節 自主訪問控制 等保 自主訪問控制 強制訪問控制 等保 強制訪問控制 標記等保 標記 身份鑑別 等保和cc 身...
微保 Serverless 實踐之架構演進
微保團隊使用 serverless 技術的主要應用場景 前端開發同學，應用在bff層，目前接入的有小程式，h5 頁面。資料組同學，面向的風控和推薦演算法應用，做計算使用。早期，團隊使用經典的前後分離架構，前端開發與後端開發通過介面進行合作。合作流程如下圖所示 毫無疑問，前後端分離的架構有比較顯著的優...