不記得是在**聽到的了，大意是這樣：應用系統很多問題都是通過增加乙個中間層來解決的，這個中間層可以是軟體的，可以是硬體的，可以是邏輯的，可以是物理的。
早期的系統架構多為c/s雙層架構，通過增設中介軟體伺服器，提公升整體系統的靈活性和靈活性。
早期的系統整合多為點對點的對接，通過增設企業服務匯流排（esb），提公升整合的靈活性、復用性。
等等...
負載均衡（ load balancing ）也是一項中間層技術（有軟體的負載均衡、有硬體的負載均衡），通過負載均衡層把負載分攤到多個操作單元上進行執行，提公升整體運算能力和吞吐能力。
硬體的負載均衡
這種負載均衡是通過硬體來進行，常見的硬體有比較昂貴的netscaler、f5、radware和array等商用的負載均衡器，硬體負載均衡是osi第四層(傳輸層)上的應用。
負載均衡裝置的應用場景
多鏈路的負載均衡和冗餘
伺服器負載均衡
防火牆負載均衡
系統高可用性
高度的安全性
（詳細的介紹可以閱讀下:全面認識f5負載均衡）
負載均衡裝置的選擇
選擇負載均衡產品之前，首先要明確應用型別，這個產品的主要應用範圍是鏈路負載還是伺服器負載。
鏈路負載型別，現在企業一般會租用多條isp鏈路，避免因單isp鏈路故障帶來的網路可用性風險和解決網路頻寬不足帶來的網路訪問問題。負載均衡的選型更多地接近於普通的網路裝置。因此，在鏈路負載場景中，吞吐量是最重要的指標。實際選擇中，使用者可以根據網路出口頻寬、實際峰值流量來計算。
伺服器負載，則需要考慮得更多，它首先需要的是考慮訪問的使用者數，對於伺服器應用來說，其典型特點是，高併發、低流量。 所以在伺服器負載的選擇中，首先要看負載產品的新建連線數。該指標就像乙個瓶子的瓶口：瓶口越大，伺服器所能處理的使用者數就越高。至於頻寬，反而變成次要考慮的內容。
（詳細介紹見：負載均衡裝置究竟該如何選擇？）
主流產品
負載均衡裝置，全球排名前三就是這麼三家單位：f5、citrix、redware，國內的廠商有：深信服和華夏創新。目前全球範圍內應用比較廣泛的負載均衡裝置為美國的f5。f5於2023年底進駐中國，在國內業界，f5負載均衡產品已經成為了主流負載均衡技術的代名詞。
軟體的負載均衡
也就是常說的反向**伺服器，如：nginx，充當負載均衡伺服器均衡地分發請求，平衡集群中各個伺服器的負載壓力. 軟體負載均衡是osi第七層（應用層）的應用。
網路的七層模型
nginx 負載均衡 Nginx負載均衡策略
nginx提供的負載均衡策略有2種 內建策略和擴充套件策略。內建策略為輪詢 預設 加權輪詢，ip hash，第三方。upstream mysvr1 輪詢 每個請求按照時間順序逐一的分配到每乙個後台伺服器上。如果某台伺服器宕機了，將會自動的剔除宕機的服務。nginx預設就是輪詢其權重都預設為1，伺服器...
軟負載均衡和F5負載均衡（硬負載均衡）區別
分割線，以下是原文內容 負載均衡 建立在現有網路結構之上，它提供了一種廉價有效透明的方法擴充套件 網路裝置 和伺服器 的頻寬 增加 吞吐量 加強網路資料處理能力 提高網路的靈活性和可用性。負載均衡，英文名稱為load balance，其意思就是分攤到多個操作單元上進行執行，例如web 伺服器 ftp...
負載均衡（一）為什麼需要負載均衡
通常我們專案開發都是在tomcat上完成的，當然這樣是有優點的，比如就是開發簡單，部署簡單，但是單個的tomcat有時候有時候就會有問題，它的容量有峰值，大概在300之間，可以用測試軟體jemeter進行壓力測試。而且如果tomcat出現問題的話，那麼整個專案就會出現故障，這是不可容忍的 單點故障，...