日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

大型网络架构变迁和知识图谱

發(fā)布時(shí)間:2023/12/10 编程问答 27 豆豆
生活随笔 收集整理的這篇文章主要介紹了 大型网络架构变迁和知识图谱 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

——僅供個(gè)人學(xué)習(xí)使用,如有侵犯版權(quán),請(qǐng)作者聯(lián)系我,立馬處理。

【前端頁(yè)面緩存】 sessionStorage,localStorage,userData,cookie,
[sessionStorage]
h5后出現(xiàn)的新技術(shù),這個(gè)生命周期短,當(dāng)頁(yè)面關(guān)閉后,存儲(chǔ)資源即被釋放。可存儲(chǔ)體積也較大。對(duì)于不同的網(wǎng)站,數(shù)據(jù)存儲(chǔ)于不同的區(qū)域,并且一個(gè)網(wǎng)站只能訪問其自身的數(shù)據(jù)。注:頁(yè)面刷新,或disable cache,存儲(chǔ)資源還在,只有當(dāng)頁(yè)面關(guān)閉后才沒有。
[localStorage]
與sessionStorage唯一區(qū)別是,存儲(chǔ)生命周期。它是長(zhǎng)久存儲(chǔ)在瀏覽器中,沒有時(shí)間限制, 不清除就會(huì)一直存在。它不是存儲(chǔ)在瀏覽器中,存儲(chǔ)在本地。它按域名存儲(chǔ),存儲(chǔ)大小大概是5m缺點(diǎn)是兼容性中等,ie9、ie10不支持,不能跨瀏覽器讀取的。
[userData]
這個(gè)是比較老的存儲(chǔ)技術(shù),有兼容問題,Ie支持
[cookie]
這個(gè)兼容性最好,應(yīng)用也最廣泛,現(xiàn)在大多登陸校驗(yàn)都用這個(gè)。特點(diǎn)是:每次向服務(wù)器發(fā)請(qǐng)求,請(qǐng)求頭都會(huì)帶cookie,存儲(chǔ)大小有限制
[openDataBase]
其實(shí)就是一個(gè)本地?cái)?shù)據(jù)庫(kù),缺點(diǎn)是對(duì)前端開發(fā)成本高。它存儲(chǔ)在本地

【頁(yè)面片段緩存】
場(chǎng)景介紹:https://www.cnblogs.com/yuyijq/archive/2011/05/07/fragment_cache_one.html

一般,頁(yè)面上會(huì)分為很多部分,而不同的部分更新的頻率是不一樣的。如果對(duì)整個(gè)頁(yè)面采用統(tǒng)一的緩存策略則不太合適,
而且很多系統(tǒng)的頁(yè)面左上角都有一個(gè)該死的“Welcome XXX”。這種特定于用戶的信息我們是不能緩存的。對(duì)于這些情況我們就需要使用片段緩存了。對(duì)頁(yè)面不同的部分(片段)施加不同的緩存策略,而要使用片段緩存,首先就得對(duì)頁(yè)面進(jìn)行切分。土一點(diǎn)的辦法可以用iframe,用iframe將頁(yè)面劃分為一塊塊的,不過我總覺得iframe是個(gè)邪惡的東西。好點(diǎn)的辦法可以用Ajax單獨(dú)的請(qǐng)求這個(gè)片段的內(nèi)容然后再填充,看起來(lái)挺美好的。不過使用Ajax也有一些限制:
1、如果頁(yè)面上有許多片段,使用太多的這種技術(shù),會(huì)有很多請(qǐng)求發(fā)送到服務(wù)器,HTTP對(duì)同一個(gè)域名有連接的限制,這樣會(huì)降低并發(fā)連接的效率。
2、如果說(shuō)第一個(gè)不是什么問題,那么還有一點(diǎn)可能對(duì)用戶體驗(yàn)不友好。比如有一個(gè)片段可能響應(yīng)慢點(diǎn),造成頁(yè)面閃爍。不過如果前面兩點(diǎn)都可以克服,這個(gè)方案還是可以的。可惡的是我們的客戶(此處省略500字),說(shuō)他們的大多數(shù)用戶處于一個(gè)禁用JavaScript的環(huán)境里。好吧,這個(gè)方案也不能使用了。

成熟的頁(yè)面片段緩存技術(shù)-:ESI(Edge Side Include) https://www.cnblogs.com/yuyijq/archive/2011/05/08/fragment_cache_two.html

使用Velocity自定義標(biāo)簽的方案工作在應(yīng)用程序這一層,這樣開發(fā)人員有最大的控制權(quán)力,而且實(shí)現(xiàn)起來(lái)也比較簡(jiǎn)單,所使用的也都是大家都熟悉的技術(shù),但問題是它還是由應(yīng)用程序服務(wù)器來(lái)處理得,可以說(shuō)它減輕了一部分應(yīng)用程序服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的壓力,但還有一部分壓力還是需要它來(lái)承擔(dān),而且在應(yīng)用程序中解決所使用的緩存必定是和應(yīng)用程序所采用的緩存機(jī)制一樣(當(dāng)然你也可以為此獨(dú)立使用一個(gè)緩存),對(duì)緩存服務(wù)器也有部分壓力。
而使用ESI的方案,它需要運(yùn)維團(tuán)隊(duì)的配置,甚至需要修改服務(wù)器配置的架構(gòu)(添加了前端服務(wù)器),如果在多部門協(xié)調(diào)比較困難的項(xiàng)目中,這種方案還會(huì)遇到一些阻力。
但是它帶來(lái)的好處確實(shí)顯而易見的。首先ESI是一個(gè)W3C標(biāo)準(zhǔn),我更傾向于采用標(biāo)準(zhǔn)的做法。而且Varnish這樣的方向代理,它本來(lái)就擅長(zhǎng)這個(gè),它可以完全把這部分壓力從應(yīng)用程序服務(wù)器和緩存服務(wù)器上接管過來(lái),而且會(huì)處理的更出色。

【數(shù)據(jù)緩存】https://mp.weixin.qq.com/s/rD6hln8bSLW07lNAgOmZ1g
[解決的問題] 緩存是分布式系統(tǒng)中的重要組件,主要解決高并發(fā),大數(shù)據(jù)場(chǎng)景下,熱點(diǎn)數(shù)據(jù)訪問的性能問題。提供高性能的數(shù)據(jù)快速訪問。
[原理]將數(shù)據(jù)寫入讀寫更快的存儲(chǔ)、離應(yīng)用最近的位置(分布式應(yīng)用、推薦系統(tǒng))、離用戶最近的位置(需要及時(shí)響應(yīng)到客戶端的服務(wù))
[媒介]中間件: Varnish\Ngnix\Squid\Memcache\Redis\Ehcache,內(nèi)容;文件、數(shù)據(jù)、對(duì)象;介質(zhì):CPU、內(nèi)存、磁盤
[緩存設(shè)計(jì)] what?where?How?
what:1、熱點(diǎn)數(shù)據(jù) 2、靜態(tài)資源
Where:CDN、反向代理、分布式緩存服務(wù)器、本機(jī)
How:過期策略、固定時(shí)間、相對(duì)時(shí)間、同步機(jī)制、實(shí)時(shí)寫入、異步刷新

【數(shù)據(jù)分布式緩存】大型網(wǎng)站分布式緩存 https://blog.csdn.net/chenxiaochan/article/details/71036497
[產(chǎn)生背景]

高并發(fā)環(huán)境下,大量的讀寫請(qǐng)求涌向數(shù)據(jù)庫(kù),磁盤的處理速度與內(nèi)存顯然不在一個(gè)量級(jí),從減輕數(shù)據(jù)庫(kù)的壓力和提高系統(tǒng)響應(yīng)速度兩個(gè)角度來(lái)考慮,一般都會(huì)在數(shù)據(jù)庫(kù)之前加一層緩存。由于單臺(tái)機(jī)器的內(nèi)存資源以及承載能力有限,并且,如果大量使用本地緩存,也會(huì)使相同的數(shù)據(jù)被不同的節(jié)點(diǎn)存儲(chǔ)多份,對(duì)內(nèi)存資源造成較大的浪費(fèi),因此,才催生出了分布式緩存。

[memecache原理]

【數(shù)據(jù)庫(kù)中間件】數(shù)據(jù)庫(kù)中間件技術(shù)概貌了解一下、數(shù)據(jù)中間件技術(shù)詳解
[解決的問題]為海量前臺(tái)數(shù)據(jù)提供高性能、大容量、高可用性的訪問
為數(shù)據(jù)變更的消費(fèi)提供準(zhǔn)實(shí)時(shí)的保障
高效的異地?cái)?shù)據(jù)同步
[數(shù)據(jù)庫(kù)中間件的分類]
分布式數(shù)據(jù)庫(kù)分表分庫(kù)
數(shù)據(jù)增量訂閱與消費(fèi)
數(shù)據(jù)庫(kù)同步(全量、增量、跨機(jī)房、復(fù)制)
跨數(shù)據(jù)庫(kù)(數(shù)據(jù)源)遷移

【分布式文件系統(tǒng)】分布式文件系統(tǒng)
[主流的分布式文件系統(tǒng)] Hadoop生態(tài)、以spark為核心的大數(shù)據(jù)中心
[應(yīng)用背景及作用]企業(yè)對(duì)數(shù)據(jù)存儲(chǔ)的要求越來(lái)越高,而且模式各異。分布式文件系統(tǒng)將數(shù)據(jù)存儲(chǔ)在物理上分散的多個(gè)存儲(chǔ)節(jié)點(diǎn)上,對(duì)這些節(jié)點(diǎn)的資源進(jìn)行統(tǒng)一的管理與分配,并向用戶提供文件系統(tǒng)訪問接口,其主要解決了本地文件系統(tǒng)在文件大小、文件數(shù)量、打開文件數(shù)等的限制問題。參見

轉(zhuǎn)載于:https://www.cnblogs.com/Erma/p/10531528.html

總結(jié)

以上是生活随笔為你收集整理的大型网络架构变迁和知识图谱的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。