又粗又黄a级裸片,小莹客厅激情46章至50视频,亚洲综合色在线观看一区,亚洲第一区无码专区

專業(yè) 靠譜的軟件外包伙伴

您的位置: 首頁>>關于我們>>行業(yè)動態(tài)

所有IT架構師必須先知道的知識:什么樣的網站才算是大型網站?

2021-09-03 08:16:27

大型網站 特點 

高并發(fā) 、大流量:需要 面對 高并發(fā) 用戶 ,大流量訪問 。

高可用 需要 7x24 小時 不間斷 服務 。

海量數(shù)據 數(shù)據 需要 存儲 管理 ,需要 大量 服務器 。

用戶 分步 廣泛 網絡 情況 復雜 全球 網絡 復雜 ,像國內 還有 各個 運營商網絡互通 難的問題 

安全 環(huán)境惡劣 互聯(lián)網 開放性 ,使得 網站 受到 攻擊 

需求 快速 變更 ,發(fā)布 頻繁 :快速迭代。

漸進式 發(fā)展 從小 網站 開始 ,逐漸 發(fā)展 成大 站點 。

大型網站 主要 技術 挑戰(zhàn)

龐大 用戶 ,高并發(fā) 訪問 海量數(shù)據 

任何 簡單 業(yè)務 處理 PB級數(shù)據 或數(shù)以億計的用戶 時,問題 就會 變得 棘手 。

大型 網站架構 演化過程

初始 階段 網站架構

大多數(shù) 小項目 初期 架構 都是 這樣 。

隨著 網站 業(yè)務發(fā)展 ,1臺服務器 無法 滿足需求:用戶 越來越多 ,網站 性能 越來越 差,越來越多 數(shù)據 導致 存儲空間 不足 。

應用 、數(shù)據庫 、文件 分離

應用服務 數(shù)據服務 分離 提高 性能 ,解決 存儲 問題 。

服務器 專用化】

應用服務器 處理 業(yè)務 ,要求 CPU 

文件服務器 存儲 文件 ,要求 存儲容量 

數(shù)據庫 服務器 存儲 數(shù)據 、緩存 、磁盤 檢索 ,要求 內存 、硬盤速度快

隨著 用戶量 增多 數(shù)據庫 壓力大 ,會成為 系統(tǒng) 瓶頸 。

◆用緩存 改善 網站 性能

二八定律 80 %的業(yè)務 訪問 20 %的數(shù)據 。

所以 常用 數(shù)據 放入 緩存 ,可以 減少 數(shù)據庫 壓力 。

緩存 分為 兩種 

本地 緩存 訪問 更快,但受應用服務器 內存 限制 ,且會出現(xiàn) 應用程序 爭用內存 情況 

分布式緩存:集群 方式 ,專用 服務器 作為 緩存服務器 ,理論上不受 內存容量 限制 。

目前 只有 單個 應用服務器 ,且只部署 一個 實例 ,其能夠 處理 連接數(shù) 有限 ,在網站訪問 高峰期 時,應用服務器 變成 瓶頸 

使用 應用 集群 改善 網站 并發(fā) 能力

一臺 服務器 處理 能力不足時,不要 考慮 去換更強大 服務器 對于 大型網站 而言 不管 多么 強大 服務器 ,都滿足 不了 網站 持續(xù)增長 業(yè)務 需求 。

最好 方式 添加 更多 服務器 分擔 原有 服務器 訪問 。

數(shù)據庫 讀寫分離

數(shù)據庫 存在 的的問題 使用 緩存 后,依然 會有 部分 操作 緩存 沒有 命中 ,緩存 過期 等)和所有 的寫操作 需要 訪問 數(shù)據庫 。

網站 用戶 達到 一定 規(guī)模 后,數(shù)據庫 依然 因為 負載 較高成為 系統(tǒng) 瓶頸 。

解決辦法 采用 數(shù)據庫 讀寫分離,兩臺 數(shù)據庫 配置 主從關系 ,從主庫 數(shù)據 從從 讀數(shù)據 ,主庫 數(shù)據 同步 到從庫中。

為了 便于 應用程序 能夠 透明 訪問 讀寫分離的數(shù)據庫 ,所以 應用程序 使用 專門 數(shù)據 訪問 模塊 。

使用 反向代理 緩存 CDN 加速 網站 響應 網絡環(huán)境 復雜 緩存 前端 靜態(tài) 資源

請求 訪問 存在的問題 隨著 網站 持續(xù) 發(fā)展 ,發(fā)現(xiàn) 不同 網絡環(huán)境 用戶 訪問速度 不同 。

解決辦法 使用 反向代理 緩存 CDN 加速 網站 響應 。

CDN 反向代理 基本原理 都是 緩存 ,區(qū)別 在于 CDN 部署 網絡 提供商 機房 ,使用戶 請求 網站服務 時,可以 距離 自己 最近 網絡 提供商 機房 獲取數(shù)據 ;而反向代理 部署 網站 中心 機房 中,從用戶 請求 達到 中心 機房 后,首先 訪問 服務器 反向代理 服務器 ,如果 反向代理 服務器 緩存 用戶 請求 資源 ,就將其直接 返回 用戶 。

CDN 反向代理 目的 盡早 返回 數(shù)據 用戶 ,一方面 加快 用戶 訪問速度 ,另一方面 減輕 應用服務器 負載 壓力 。

使用 分布式文件系統(tǒng) 分布式 數(shù)據庫系統(tǒng)

隨著 網站 業(yè)務發(fā)展 原有 讀寫分離的數(shù)據庫 不能 支撐 。

另外 ,原有 文件服務器 無法 滿足需求了。

這時 ,需要 使用 分布式 數(shù)據庫 分布式文件系統(tǒng) 。

分布式 數(shù)據庫 網站 數(shù)據庫 拆分 最后 手段 ,只有 單表 數(shù)據 規(guī)模 非常 龐大 時才使用 。

網站 常用 數(shù)據庫 拆分 手段 業(yè)務 分庫 ,將不同 業(yè)務 數(shù)據 部署 不同 的物理服務器上。

使用 NoSQL和搜索引擎

隨著 業(yè)務 越來越 復雜 ,對數(shù)據存儲 檢索 需求 越來越 復雜 ,網站 需要 采用 NoSQL和非數(shù)據庫查詢 技術 比如 搜索引擎 。

業(yè)務 拆分 分治 

網站 過于 復雜 ,將業(yè)務 拆分 。

比如 商城 分為 首頁 、店鋪 訂單 、買家 、賣家 產品線 ,歸不同 業(yè)務 團隊 負責 。

具體 技術 ,也會根據 產品線 劃分 ,將一個網站 分為 多個 應用 ,每個 應用 獨立 部署 維護 。

應用 之間 可以 通過 一個 超鏈接 建立 關系 (在首頁 導航 鏈接 指向 不同 應用 地址 ),也可以 通過 消息隊列 進行 數(shù)據 分發(fā) 當然 最多 還是 通過 訪問 同一個 數(shù)據 存儲系統(tǒng) 構成 一個 關聯(lián) 完整 系統(tǒng) 。

分布式服務

業(yè)務 拆分 越來越 小,存儲系統(tǒng) 越來越大,應用系統(tǒng) 整體 復雜度 呈指數(shù)型增加 部署 維護 越來越 困難 。

由于 所有 應用 需要 連接數(shù)據庫 ,在數(shù)萬 服務器 情況 下,數(shù)據庫連接 資源 不足 。

既然 每個 應用系統(tǒng) 需要 相同 業(yè)務 操作 ,比如 用戶管理 商品管理 等,可以 這些 共用 業(yè)務 抽取 出來 ,獨立 部署 

     [ 返回首頁] [ 打印] [ 返回上頁]    上一篇:醫(yī)療科技行業(yè):醫(yī)療IT行業(yè)有望迎來發(fā)展新增量    下一篇:廣州互聯(lián)網軟件IT人年均薪酬超20萬元,你達標了嗎?