網際網路的業務千差萬別，不同的業務分解下來有不同的系統，所以業務層沒有辦法提煉一些公共的系統或者元件。拋開業務上的差異，各個網際網路業務發展最終面臨的問題都是類似的：業務複雜度越來越高。也就是說，業務層面臨的主要技術挑戰就是複雜度。
複雜度越來越高的乙個主要原因就是系統越來余越龐大業務越來越多。幸運的是面對業務層的技術挑戰，有一把屠龍寶刀，不管什麼業務難題，遇上「屠龍寶刀」都可迎刃而解。這把「屠龍寶刀」就是「拆」，化整為零，分而治之，將整體複雜性分散到多個子業務或者子系統裡面去。
以乙個簡單的電商系統為例，如下：
隨著子系統越來越多，如果達到幾百上千，另外乙個複雜度問題又會凸現出來：子系統數量太多，已經沒有人能夠說清楚業務的呼叫流程了，出了問題排查也會特別複雜。此時應該怎麼處理呢，最終答案還是「合」，正所謂「合久必分，分久必合」。合的方式又不一樣，此時按照「高內聚，低耦合」的原則，將職責關聯比較強的子系統合成乙個虛擬業務域。然後通過閘道器對外呈現。類似於設計模式中的facade模式。同樣以電商為樣例，採用虛擬業務域後，其架構如下：
mysql 網際網路 MySQL網際網路業務使用建議
一 基礎規範 表儲存引擎必須使用innodb 表字符集預設使用utf8，必要時候使用utf8mb4 解讀 1 通用，無亂碼風險，漢字3位元組，英文1位元組 2 utf8mb4是utf8的超集，有儲存4位元組例如表情符號時，使用它 禁止使用儲存過程，檢視，觸發器，event 解讀 1 對資料庫效能影響...
網際網路架構
網際網路架構，主要追求的是高可用，可擴充套件 這兩個特性 在這裡做了一些個人的總結，算是給2014年的工作做個總結。推陳出新 一定要做的，死守積累會逐漸丟失人才，但凡技術公司都會不斷更新技術 kiss原則 keep it stupid優秀的 都會很簡單，簡單理解，簡單更改，能把複雜的事情做簡單是一種...
網際網路架構
使用者在同一時間內大量的訪問伺服器，tomcat伺服器併發能力為 200 250左右 jvm調優為1000 硬體條件 物理伺服器處理能力 網路頻寬 2.1 分布式計算 由多個執行緒，共同來完成某項特定的任務，拆合問題 2.2 分布式系統 distributed system 是建立在網路之上的軟體系...