北京艾銻無限告訴您：互聯網業務的幾種架構

2020-02-10 18:29 作者：admin 瀏覽量：

 
這次的肺炎疫情對中國的中小企業將會是沉重的打擊，據釘釘和微信兩個辦公平臺數據統計現有2億左右的人在家遠程辦公，那么對于中小企業的員工來說不懂IT技術將會讓他們面臨的最大挑戰和困難。
 
電腦不亮了怎么辦？系統藍屏如何處理？辦公室的電腦在家如何連接？網絡應該如何設置？VPN如何搭建？數據如何對接？服務器如何登錄？數據安全如何保證？數據如何存儲？視頻會議如何搭建？業務系統如何開啟等等一系列的問題，都會困擾著并非技術出身的您。
   
好消息是當您看到這篇文章的時候，就不用再為上述的問題而苦惱，您只需撥打艾銻無限的全國免費熱線電話:400 650 7820，就會有我們的遠程工程師為您解決遇到的問題，他們可以遠程幫您處理遇到的一些IT技術難題。
 
如遇到免費熱線占線，您還可以撥打我們的24小時值班經理電話:15601064618或技術經理的電話:13041036957，我們會在第一時間接聽您的來電，為您提供適合的解決方案，讓您無論在家還是在企業都能無憂辦公。
 
那艾銻無限具體能為您的企業提供哪些服務呢？ 艾銻無限始創于2005年，歷經15年服務了5000多家中小企業并保障了幾十萬臺設備的正常運轉，積累了豐富的企業IT緊急問題和特殊故障的解決經驗，制定了相對應的解決方案。我們為您的企業提供的IT服務分為三大版塊:
 
第一版塊是保障性IT外包服務:如電腦設備運維，辦公設備運維，網絡設備運維，服務器運維等綜合性企業IT設備運維服務。
 
第二版塊是功能性互聯網外包服務:如網站開發外包，小程序開發外包，APP開發外包，電商平臺開發外包，業務系統的開發外包和后期的運維外包服務。
 
第三版塊是增值性云服務外包:如企業郵箱上云，企業網站上云，企業存儲上云，企業APP小程序上云，企業業務系統上云，阿里云產品等后續的云運維外包服務。
 
您要了解更多服務也可以登錄艾銻無限的官網:www.bjitwx.com查看詳細說明，在疫情期間，您企業遇到的任何困境只要找到艾銻無限，能免費為您提供服務的我們絕不收一分錢，我們全體艾銻人承諾此活動直到中國疫情結束,我們將這次活動稱為——春雷行動。  
以下還有我們為您提供的一些技術資訊，以便可以幫助您更好的了解相關的IT知識，幫您渡過疫情中辦公遇到的困難和挑戰，艾銻無限愿和中國中小企業一起共進退，因為我們相信萬物同體，能量合一，只要我們一起齊心協力，一定會成功。再一次祝福您和您的企業，戰勝疫情，您和您的企業一定行。
 
北京艾銻無限告訴您：互聯網業務的幾種架構
 
本文探討了互聯網公司的技術架構，涉及 DNS、負載均衡、長連接、API 網關、PUSH 推送、微服務、分布式事務以及相關支撐的基礎服務。希望可以給大家一個參考。
整體架構 App、PC 以及第三方等調用方通過傳統的域名解析服務 LocalDNS 獲取負載均衡器的 IP，App 可以通過 HttpDNS 的方式來實現更實時和靈活精準的域名解析服務。
通過負載均衡器到達統一接入層，統一接入層維護長連接 。
API 網關作為微服務的入口，負責協議轉換、請求路由、認證鑒權、流量控制、數據緩存等。
業務 Server 通過 PUSH 推送系統來實現對端的實時推送，如 IM、通知等功能。業務 Server 之間通過專有的 RPC 協議實現相互調用，并通過 NAT 網關調用外部第三方服務。 域名解析
傳統 DNS
DNS（Domain Name System）域名系統，一種分布式網絡目錄服務，用于域名與 IP 地址的相互轉換，能夠使人更方便的訪問互聯網，而不用去記住機器的 IP 地址。 DNS 的解析過程如下：
· 客戶端遞歸查詢 LocalDNS（一般是 ISP 互聯網服務提供商提供的邊緣 DNS 服務器）獲取 IP。
· LocalDNS 迭代查詢獲取 IP，即不斷的獲取域名服務器的地址進行查詢。
HttpDNS
 
移動解析（HttpDNS）基于 Http 協議向 DNS 服務器發送域名解析請求，替代了基于 DNS 協議向運營商 LocalDNS 發起解析請求的傳統方式。
 
它可以避免 LocalDNS 造成的域名劫持和跨網訪問問題，解決移動互聯網服務中域名解析異常帶來的困擾。
 
負載均衡
為了解決單臺機器的性能問題以及單點問題，需要通過負載均衡將多臺機器進行水平擴展，將請求流量分發到不同的服務器上面。
 
客戶端的流量首先會到達負載均衡服務器，由負載均衡服務器通過一定的調度算法將流量分發到不同的應用服務器上面。
 
同時負載均衡服務器也會對應用服務器做周期性的健康檢查，當發現故障節點時便動態的將節點從應用服務器集群中剔除，以此來保證應用的高可用。
網絡負載均衡主要有硬件與軟件兩種實現方式，主流負載均衡解決方案中，硬件廠商以 F5 為代表，軟件主要為 LVS、NGINX、HAProxy。
 
技術原理上分為 L4 四層負載均衡和 L7 七層負載均衡。
 
L4 vs L7 以 TCP 為例，當一個 TCP 連接的初始 SYN 報文到達時，調度器就選擇一臺服務器，將報文轉發給它。
此后通過查發報文的 IP 和 TCP 報文頭地址，保證此連接的后繼報文被轉發到該服務器。
L7 七層負載均衡工作在 OSI 模型的應用層，主要工作就是代理。七層負載均衡會與客戶端建立一條完整的連接并將應用層的請求解析出來，再按照調度算法選擇一個應用服務器，并與應用服務器建立另外一條連接將請求發送過去。

LVS 轉發模式
LVS（IP 負載均衡技術）工作在 L4 四層以下，轉發模式有：
· DR 模式
· NAT 模式
· TUNNEL 模式
· FULL NAT 模式 ①DR 模式（直接路由）
  改寫請求報文的 MAC 地址，將請求發送到真實服務器，而真實服務器將響應直接返回給客戶。要求調度器與真實服務器都有一塊網卡連在同一物理網段上，并且真實服務器需要配置 VIP。
 
②NAT 模式 （網絡地址轉換）
   
調度器重寫請求報文的目標地址，根據預設的調度算法，將請求分派給后端的真實服務器；真實服務器的響應報文通過調度器時，報文的源地址被重寫，再返回給客戶，完成整個負載調度過程。要求負載均衡需要以網關的形式存在于網絡中。
 
 
③TUNNEL 模式 調度器把請求報文通過 IP 隧道轉發至真實服務器，而真實服務器將響應直接返回給客戶，所以調度器只處理請求報文。要求真實服務器支持隧道協議和配置 VIP。
④FULL NAT 模式
在 NAT 模式的基礎上做一次源地址轉換（即 SNAT），做 SNAT 的好處是可以讓應答流量經過正常的三層路由回到負載均衡上，這樣負載均衡就不需要以網關的形式存在于網絡中了。性能要遜色于 NAT 模式，真實服務器會丟失客戶端的真實 IP 地址。