今天跟我的老闆口頭報告,網站加速使用CDN機制的內容,介紹了Cloud Flare和Incapsula兩個知名的CDN服務。一開始我介紹的是CloudFlare,他說如果是透過網路加速,那亞馬遜不是更可以做這樣的事,我就說有的Incapsula就是亞馬遜的血統。
我的老闆說,亞馬遜在全球有這麼多結點,每個節點之間都能快速轉換,沒有理由在這功能下,不做CDN服務,如果這個Bussiness Model是可行的話。是的!Cloud Flare是使用亞馬遜的平衡負載機制,沒有理由不自己來做CDN。
我家的老闆就是急,還沒有講完咩,要給我一點時間,我的評測是很詳細的,真的拿網站在玩的,別急。
亞馬遜做的是雲端基礎服務(infrastructure as a service,IAAS),他們不自己做CDN,而是由子公司Incapsula來做軟體服務(Software as a Service,Saas)。而Cloud Flare用的不只有Amazone的均衡負載(Amazon Elastic Load Balancer, ELB),還用的防火牆(WAF, Webpage Application Firewall)和DDOS(分散式阻斷攻擊)防護,相關資料可以參考這裡 。
他說都是免費版的服務,他們要賺什麼?我說付費版和免費版加速的條件不同,也就是快取的內容不同。我又被碎唸,這些都只放在腦袋理,要整理成文件。喂~我的報告有寫,你沒有看,現在怪我了咧。
下面可以看的出來,在Incapsula上,免費版本的快取率約在22%左右(incapsula標準免費版與進階版差異 ),實際統計出來的數字也是這樣沒有錯,節省了約20%左右的頻寬,而付費版的方案,快取的內容約在85~90%左右,可以更省頻寬。
如果官方的說法是對的,那麼我有一個站快取比例高達57%,哇,比其他站好了不只一點,其他的站有的還不到20%,而下圖看的出來,這個數字真的不是蓋的。
我在想,可能是機器人和真人的讀取比例的關係,讓Incapsula調整了快取比例。
有人在問Incaplua和CloudFlare有什麼不同,老實講,技述層面上有些不同,提供的平衡負載的方式也不同,當然,如果要寫評估報告,我再列出來。
有改天來試看看,能不能找到觸發Incapsula調整cache rate的條件,如果找的到,又可以找到省錢的一條路囉。
隨機文章
- [chatGPT 測試] 寫一隻 php 連線 mysql 檢查指定的路徑 低於設定的百分比,進行發信 (2023-10-24)
- IPCOP 設上游代理給 proxy.hinet.net:80 出現的錯誤 (2016-10-18)
- 再見我的台灣大電訊光纖mylife (2012-01-31)
- 從responsibility進化到accountability (2011-08-19)
- AppServ X86 串接 LDAP 出現 Fatal error:Call to undefined function ldap_connect() (2020-07-06)