負載均衡
1. dns做負載，通過給客戶端解析不同的ip位址，讓客戶端的流量直接到達各個伺服器。但是這種方法有乙個很大的缺點就是延時性問題，在做出排程策略改變以後，由於dns各級節點的快取並不會及時的在客戶端生效，而且dns負載的排程策略比較簡單，無法滿足業務需求，因此就出現了負載均衡。
客戶端的流量首先會到達負載均衡伺服器，由負載均衡伺服器通過一定的排程演算法將流量分發到不同的應用伺服器上面，同時負載均衡伺服器也會對應用伺服器做週期性的健康檢查，當發現故障節點時便動態的將節點從應用伺服器集群中剔除，以此來保證應用的高可用。
2.負載均衡 負載均衡又分為四層負載均衡和七層負載均衡。
四層負載均衡工作在osi模型的傳輸層，主要工作是**，它在接收到客戶端的流量以後通過修改資料報的位址資訊將流量**到應用伺服器。
也就是主要通過報文中的目標位址和埠，再加上負載均衡裝置設定的伺服器選擇方式，決定最終選擇的內部伺服器。
七層負載均衡工作在osi模型的應用層，因為它需要解析應用層流量，所以七層負載均衡在接到客戶端的流量以後，還需要乙個完整的tcp/ip協議棧。七層負載均衡會與客戶端建立一條完整的連線並將應用層的請求流量解析出來，再按照排程演算法選擇乙個應用伺服器，並與應用伺服器建立另外一條連線將請求傳送過去，因此七層負載均衡的主要工作就是**。
也稱為「內容交換」，也就是主要通過報文中的真正有意義的應用層內容，再加上負載均衡裝置設定的伺服器選擇方式，決定最終選擇的內部伺服器。
3. 負載均衡演算法
1. 隨機演算法 2. 輪詢及加權輪詢3. 最小連線及加權最小連線4. 雜湊演算法5. ip位址雜湊6.url雜湊
4. 負載均衡實現
1 - dns網域名稱解析負載均衡（延遲） 利用dns處理網域名稱解析請求的同時進行負載均衡是另一種常用的方案
dns網域名稱解析負載均衡的優點是將負載均衡工作交給dns，省略掉了網路管理的麻煩，缺點就是dns可能快取a記錄，不受**控制。事實上，大型**總是部分使用dns網域名稱解析，作為第一級負載均衡手段，然後再在內部做第二級負載均衡。
2 - 資料鏈路層負載均衡(lvs) 資料鏈路層負載均衡是指在通訊協議的資料鏈路層修改mac位址進行負載均衡。
稱作三角傳輸模式，負載均衡資料分發過程中不修改ip位址，只修改目的的mac位址，通過配置真實物理伺服器集群所有機器虛擬ip和負載均衡伺服器ip位址一樣，從而達到負載均衡，這種負載均衡方式又稱為直接路由方式（dr）
3 - ip負載均衡(snat) 在網路層通過修改請求目標位址進行負載均衡。
5 - 反向**負載均衡(nginx)
傳統**伺服器位於瀏覽器一端，**瀏覽器將http請求傳送到網際網路上。而反向**伺服器則位於**機房一側，****web伺服器接收http請求。
反向**的作用是保護**安全，所有網際網路的請求都必須經過**伺服器，相當於在web伺服器和可能的網路攻擊之間建立了乙個屏障。
除此之外，**伺服器也可以配置快取加速web請求。當使用者第一次訪問靜態內容的時候，靜態記憶體就被快取在反向**伺服器上，這樣當其他使用者訪問該靜態內容時，就可以直接從反向**伺服器返回，加速web請求響應速度，減輕web伺服器負載壓力。
另外，反向**伺服器也可以實現負載均衡的功能。
早期用dns負載，通過給客戶端解析不同的ip位址，讓客戶端直接達到不同伺服器。（延時性）
now 負載均衡：客戶端流量到達負載均衡伺服器，通過排程演算法將流量分發到不同的應用伺服器上。（動態移除故障節點，保證應用的高可用）
負載均衡分為四層負載和七層負載
七層負載：osi的應用層，**。（內容交換）解析流量，建立完整的tcp/ip協議棧連線。通過報文中真正有意義的應用層內容，再加上負載均衡伺服器選擇方式，決定內部伺服器。(可以對客戶端的請求和伺服器的響應進行任意意義上的修改，提公升了應用系統在網路層的靈活性。（類請求和文字類請求分發）)，安全性，
實現方式：
1.dns網域名稱解析負載均衡：有延遲
負載均衡之cdn
cdn就是儲存一些靜態檔案的一台或多台伺服器，通過賦值，快取方式，將檔案儲存其中
分布式和集群
分布式是指仔多台不同的伺服器中部署不同的服務模組，通過遠端呼叫協同工作對外提供服務。（分布式部署：將一件大的事情拆分成多個小事情，分別交給不同的人來做。每個子系統負責自己的事情，然後通過網路進行通訊和協調，）
集群是指在多台不同的伺服器中部署相同應用活服務模組，構成乙個集群，通過負載均衡裝置對外提供服務
serializable介面？
將物件的狀態資訊轉換為可以儲存或傳輸的形式的過程，在序列化期間，物件將其當前狀態寫入到臨時儲存區或永續性儲存區，之後，便可以通過從儲存區中讀取或反序列化物件的狀態資訊，來重新建立該物件
什麼情況下需要序列化？
當我們需要把物件的狀態資訊通過網路進行傳輸，或者需要將物件的狀態資訊持久化，以便將來使用時都需要把物件進行序列化（反序列化時建構函式不會執行）
預設： private static final long serialversionuid = 1l;
一般是對於nosql資料庫，而在使用nosql資料庫進行儲存時
序列化的目的有兩個，第乙個是便於儲存，第二個是便於傳輸。
第一：儲存**裡面，是否是有其相對應的資料結構？第二：這個實體類，是否需要遠端傳輸
，當我們讓實體類實現serializable介面時，其實是在告訴jvm此類可被序列化，可被預設的序列化機制序列化。
當我們在實體類宣告實現serializable介面時，再次進行觀察，會發現這些類是需要被遠端呼叫的。也就是說需要或者可能需要被遠端呼叫，這就是序列化便於傳輸的用途。
基本型別可以先加寬，再轉變成寬型別的包裝型別
介面是一種契約，是一種框架性協議，這表明他的實現類都是同一種型別，或者是具備相似特徵的乙個幾何體。
nginx 負載均衡 Nginx負載均衡策略
nginx提供的負載均衡策略有2種 內建策略和擴充套件策略。內建策略為輪詢 預設 加權輪詢，ip hash，第三方。upstream mysvr1 輪詢 每個請求按照時間順序逐一的分配到每乙個後台伺服器上。如果某台伺服器宕機了，將會自動的剔除宕機的服務。nginx預設就是輪詢其權重都預設為1，伺服器...
軟負載均衡和F5負載均衡（硬負載均衡）區別
分割線，以下是原文內容 負載均衡 建立在現有網路結構之上，它提供了一種廉價有效透明的方法擴充套件 網路裝置 和伺服器 的頻寬 增加 吞吐量 加強網路資料處理能力 提高網路的靈活性和可用性。負載均衡，英文名稱為load balance，其意思就是分攤到多個操作單元上進行執行，例如web 伺服器 ftp...
負載均衡（一）為什麼需要負載均衡
通常我們專案開發都是在tomcat上完成的，當然這樣是有優點的，比如就是開發簡單，部署簡單，但是單個的tomcat有時候有時候就會有問題，它的容量有峰值，大概在300之間，可以用測試軟體jemeter進行壓力測試。而且如果tomcat出現問題的話，那麼整個專案就會出現故障，這是不可容忍的 單點故障，...