某科技網(wǎng)站技術(shù)詳解(編輯修改稿)
2025-02-08 11:08 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 icky:解決跨站點(diǎn)的 Web Flow的問(wèn)題216。 事后補(bǔ)償216。 異步 寫應(yīng)用的鏡像解決方案第三階段 多站點(diǎn)? 提高對(duì)數(shù)據(jù)不一致窗口的容忍程度．? 數(shù)據(jù)庫(kù)記錄中的文件路徑的問(wèn)題 .? 降低多點(diǎn)更新數(shù)據(jù)的沖突可能性? 引用計(jì)數(shù)的問(wèn)題應(yīng)用的注意事項(xiàng) 案例第三階段 多站點(diǎn)? IDC之間的數(shù)據(jù)不能遵循 ACID,只遵循 Base的原則. 下面兩個(gè)問(wèn)題是提高用戶體驗(yàn)的關(guān)鍵 .，縮小數(shù)據(jù)不一致性窗口 .? 單個(gè) IDC內(nèi)部的數(shù)據(jù)一致性優(yōu)于跨 IDC的數(shù)據(jù)環(huán)境 .所以。盡量把單個(gè)用戶的操作行為限制在單個(gè)IDC中 .總結(jié)第三階段 多站點(diǎn)綱 要一、前 言二、網(wǎng)站部署的三個(gè)階段三、新的挑戰(zhàn)四、階段性總結(jié)集中的持久化技術(shù)已經(jīng)不足以支撐應(yīng)用的寫入的吞吐量，其他的持久化技術(shù)開(kāi)始引入? 分布式數(shù)據(jù)庫(kù)? 其他分布式持久化方案的引入 :KVEngine,? DFS..? 分布式事務(wù) .一、應(yīng)用架構(gòu)發(fā)展的需要新的挑戰(zhàn)新的挑戰(zhàn)? 數(shù)據(jù)復(fù)制的節(jié)點(diǎn)增加 . 硬件成本隨之增大? 一些特殊應(yīng)用對(duì)同步實(shí)時(shí)性的要求提高 .? 隨著分布式持久化技術(shù)的引入 .單個(gè) IDC的數(shù)據(jù)持久化能力 得到極大的提升 .但數(shù)據(jù)同步技術(shù)因?yàn)槭苤朴跀?shù)據(jù)一致性 的問(wèn)題 ,逐漸成為了瓶頸 .? 設(shè)備數(shù)量的增長(zhǎng)對(duì)自動(dòng)化管理提出了新的要求 .? 多站點(diǎn)的發(fā)布 ,自動(dòng)化測(cè)試以及應(yīng)用監(jiān)控 .252。 跨站點(diǎn)的動(dòng)態(tài)負(fù)載均衡問(wèn)題新的挑戰(zhàn)216。 數(shù)據(jù)同步方案的優(yōu)化216。 有效地控制數(shù)據(jù)備份的數(shù)量 .216。 在合適的場(chǎng)景下使用反向代理技術(shù) .216。 水平拆分優(yōu)于垂直拆分 .216。 應(yīng)用監(jiān)控平臺(tái)216。 自動(dòng)化發(fā)布和部署的平臺(tái) .解決方案新的挑戰(zhàn)? 優(yōu)化數(shù)據(jù)變更的采集方式? 根據(jù)數(shù)據(jù)的類型設(shè)定不同的通道和策略 .? 解決各種分布式數(shù)據(jù)源的數(shù)據(jù)一致性的問(wèn)題 .(分布式事務(wù)的場(chǎng)景 )? 紀(jì)錄和嘗試解決數(shù)據(jù)沖突的問(wèn)題 .數(shù)據(jù)同步 新的挑戰(zhàn)適用范圍? 數(shù)據(jù)總量比較大 ,訪問(wèn)相對(duì)集中的靜態(tài)資源 。例如圖片信息 .? 訪問(wèn)量比較小的一些動(dòng)態(tài)應(yīng)用 .效果? 降低同步數(shù)據(jù)量? 降低存儲(chǔ)設(shè)備的投入? 減少因?yàn)橥窖舆t而造成的數(shù)據(jù)不一致 .反向代理新的挑戰(zhàn)綱 要一、前 言二、網(wǎng)站部署的三個(gè)階段三、新的挑戰(zhàn)四、階段性總結(jié)216。 鏡像的關(guān)鍵是數(shù)據(jù)同步的問(wèn)題 .216。 根據(jù) DQ的原則 .將中心最小化 .采用異步或者事后補(bǔ)償
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1