低成本

高效能和高可用架構通常都是增加伺服器來滿足要求，但低成本正相反，當然也不是首要目標。
往往“創新”才能達到低成本的目標！！

技術創新：

• NoSQL（Memcache、Redis）等是為了解決關係型資料庫無法應對高併發帶來的訪問壓力。
• 全文搜尋引擎（Sphinx、Elasticsearch、Slor）的出現是為了解決關係型資料庫Like搜尋的低效問題。
• Hadoop的出現是為了解決傳統檔案系統無法應對海量資料儲存和計算的問題。

業界創新：

• Facebook為了解決PHP低效問題，改為HHVM。
• 新浪傳統的Redis/MC+MySQL，擴充套件為Redis/MC+SSDCachhe+MySQL方式，SSDCache解決了Redis成本過高容量小的問題，和DB穿透的壓力。
• Linkedin開發了Kafka訊息系統。
• 將Ruby on Rails改為其它語言框架的很多。

小公司引入新技術、大公司可創造新技術。

安全

安全舊聞：

• 2016年雅虎資訊洩露，逾5億使用者資料在2014年被竊取。
• 2016年10月美國遭到最大規模的DDoS攻擊、東海岸網站集體癱瘓
• 2013年10月、浙江慧達驛站網路安全漏洞致使2千萬條酒店入住客戶資訊洩露。

安全分兩類：

1、功能安全

例如常見的XSS攻擊、CSRF攻擊、SQL注入、Windows漏洞、密碼破解等，本質上都是系統實現有漏洞，讓黑客有了可乘之機。功能安全就是“防小偷”

沒有無漏洞的系統，攻防不斷升級，沒有一勞永逸。

2、架構安全

“放強盜”，只要伺服器部署到網路中，攻擊可能從全球任意地點發起攻擊。
傳統架構安全主要依靠防火牆訪問控制策略，控制不同新人成都的區域間傳輸資料流。

防火牆效能上不足以支撐高併發和海量使用者訪問。尤其是DDoS攻擊規模尤甚。
目前沒有太好的設計手段解決，更多是依靠CND雲服務等強大的帶塊和流量清洗的能力。

規模

量變引起質變，規模導致複雜

常見的規模帶來的複雜度有：

1、功能越來越多，導致系統複雜度指數級上升

功能見兩兩相關，增加功能複雜度則成指數增加。

2、資料的增長，導致複雜度發生質變

MySQL為例，單表儲存限度一般在5000萬左右，如果增加到10億就會出現以下問題：

1. 新增索引極慢，導致不可用
2. 修改表結構極慢
3. 索引效能極低
4. 資料備份耗時
5. ……

可以通過拆表解決，但拆分過程會引入複雜行，如：

• 拆表規則
• 拆表查詢

無論什麼方案都會帶來一定的效能損耗