一、cdn定義
cdn的全稱是content delivery network，即內容分發網路。其基本思路是盡可能避開網際網路上有可能影響資料傳輸速度和穩定性的瓶頸和環節，使內容傳輸的更快、更穩定。通過在網路各處放置節點伺服器所構成的在現有的網際網路基礎之上的一層智慧型虛擬網路，cdn系統能夠實時地根據網路流量和各節點的連線、負載狀況以及到使用者的距離和響應時間等綜合資訊將使用者的請求重新導向離使用者最近的服務節點上。其目的是使使用者可就近取得所需內容，解決 internet網路擁擠的狀況，提高使用者訪問**的響應速度。
二、簡介
cdn是構建在網路之上的內容分發網路，依靠部署在各地的邊緣伺服器，通過中心平台的負載均衡、內容分發、排程等功能模組，使使用者就近獲取所需內容，降低網路擁塞，提高使用者訪問響應速度和命中率。cdn的關鍵技術主要有內容儲存和分發技術。
cdn的基本原理是廣泛採用各種快取伺服器，將這些快取伺服器分布到使用者訪問相對集中的地區或網路中，在使用者訪問**時，利用全域性負載技術將使用者的訪問指向距離最近的工作正常的快取伺服器上，由快取伺服器直接響應使用者請求。
由於工作的原因，部門的專案比較多而且比較雜。大多數部門負責的專案都用了cdn，一些測試用的站點就沒有加cdn。從幾個月的工作經驗來看，測試站不加cdn一方面是節省資源和費用，另外是便於開發人員更快更及時的看到更新。
在工作中，感覺cdn是乙個比較神奇的東西。剛剛進入公司的時候，leader跟我解釋過cdn，自己也查過相應的資料，但是自己對於cdn的理解一直停留在這是一種清除快取，為使用者看到更新加速的一種手段。這種想法一直到前不久，乙個重要的專案上線，但是同事由於沒有單推更新的cdn，導致部分使用者看到了還不能洩露的重要資訊，這件事在部門的影響很大。
在自己之前的工作中，有時候更新的檔案太多，就直接推送了整個檔案目錄。這次事故，讓我們留下了深刻印象，以後對於比較重要的資訊，一定要單獨推更新的檔案。
不過有時候cdn也有很多因素影響，具我目前的體會來看，其中有幾個問題：
1.根據使用的cdn服務提供者不同，cdn響應的程度不同；
2.網路節點也會有快取。
之前一直認為，cdn快取因為地域不同，響應時間會有差異。但是在工作過程中，發現會因為網路節點有快取，也會導致更新沒有出現。比如：工作大廈的網路節點快取，有時候也會導致更新不能及時出現。
我理解的cdn：
舉例來說，a和b相距20公尺，a，b能夠互相看清對方的臉；當a,b相距100公尺甚至更遠時，a,b互相看到對方會隨著距離增加而越來越模糊。對於**來說，如果訪問的使用者離**所在伺服器越遠訪問速度和快取都有相應的影響。而且訪問量過大時，伺服器也有很大的壓力，甚至會宕機。
對於cdn，相當於在提供cdn服務的**商在很多地域都放了一面鏡子，鏡子照的是a，不同地域的b看到的都是鏡子反射a。cdn便是這樣，使用者看到的是當地cdn虛擬伺服器上的**。如果伺服器有更新，就需要推送cdn，更新每面鏡子。
cdn說好理解也好理解，說難懂也難懂。對於官方的解釋，對於知識積累較少的人來說還是不太容易懂，不過在使用的過程中就會越來越明白。
java 談談工作中遇到的問題
時間過得很快，轉眼之間，工作已經一年多了，這一年了看到了好多，也想了好多。想想自己經歷的公司，發現公司真的很有意思。不知道為什麼，感覺公司裡的 怎麼好多都讓人想發火呢，不禁讓我感覺到，中國好多it公司真的不是靠技術吃飯的。我是做web開發的，軟體開發中有經典的mvc思想，剛開始接觸時，感覺真的很美。...
工作中我常用的工具
介面呼叫和測試，可以方便設定環境變數和同一業務介面集合等，並且能夠匯出和匯入環境和介面設定。主要用於後端介面併發效能測試工具，可以匯入測試介面引數指令碼和設定併發模式執行緒數和呼叫時間間隔等。spring kafka mybatis等框架或則中間官網和文件翻譯。注 瀏覽github必備的5款神器級別...
工作中對於kafka的簡單理解
topic 01 2.kafka裡面的資料儲存時間應該是可以配置的，比如可以儲存幾天。partition 指 0,1,2 kafka裡面還有乙個offset用於記錄消費了當前的kafka的資料記錄，下次消費就從offset的下乙個接著消費，offset的值可以儲存在乙個redis中。一般應該用多執行...