gae、sae與bae的對比分析
本文主要從以下幾個方面對gae、sae和bae的優劣進行分析。
資料庫
sae 不支援 innodb（可申請支援，但申請有點難度），bae 預設支援。
bae 不支援資料庫連線池（c3p0、bonecp 已測不支援），資料庫連線不能長時間保持。
對於國內雲而言，sae 顯式給出了主從庫的訪問方式，應用可以比較靈活地設計訪問策略，例如讀寫分離。並且 sae 是每個應用都擁有自己的資料庫，而 bae 是所有應用共用乙個庫。
應用配置
綜上，gae的應用配置最完善，國內的sae和bae的應用配置由於開發時間短和技術不成熟而顯得稚嫩。
計費與配額
gae 目前的計費模型主要是按 api 呼叫計數，流量分為 in/out 配額。每天會定時重新整理免費配額。儲存空間超過500m或每個月的訪問500萬次訪問數量則需要購買配額。總體來說，相對於國內雲來說谷歌的免費配額更大。
sae 按應用天計費「豆豆」，服務也按流量計費、cpu 時間、呼叫次數計費。註冊或活動送配額，否則需要購買。
bae 目前還沒有詳細的計費，只限定了應用數。公測結束後應該會細化計費模型。
綜上，gae 的計費一目了然，主要就是 api 呼叫次數，但提供的免費訪問配額較大；sae 的計費比較複雜，不同服務有不同的計費策略；bae 還沒有明確的計費模型，但只是因為bae開發的時間短，很多技術和服務細節還不完善，相信便很快便進入收費模式。
網域名稱繫結
網域名稱繫結就是把網域名稱解析到伺服器ip，然後在伺服器上設定該網域名稱有許可權訪問的過程。
gae 開通企業套件後隨便綁，企業套件有免費版。
sae 目前可以隨便綁，但沒備案的話繫結網域名稱的請求走海外中轉，流量計費翻倍（原二級網域名稱請求計費不變）。
bae 目前可以隨便綁，但沒備案的後果自負。
平台服務
gae 提供了完整的 sdk 包，包含了開發需要的本地執行環境和配置客戶端。
sae 提供了 sdk 包，包含了開發需要的本地服務實現。
bae 則分別提供了服務 jar，呼叫方式按不同服務而異。
綜上，gae 提供了完整的平台化服務，覆蓋了從開發到上線運維的一系列工具；sae 則提供了部分工具，平台化不完整，增加了開發、運維難度；bae 則是分別提供不同服務給開發，沒有統一的 sdk 與呼叫方式。
綜合評價
gae 提供了比較完整的服務平台，覆蓋了應用的生命週期，最近也提供了雲 mysql服務以吸引更多開發者。gae相對於國內雲sae和bae來說開源性更好，技術更成熟，平台更穩定，易用性更強，但gfw的存在使『被牆』的問題始終是gae的一大劣勢。
相比gae，國內sae 與 bae 主要還是面向應用部署託管，普通應用修改後易遷移部署到 bae 或sae。新應用開發可以選擇和平台綁死（依賴平台服務）或按照普通應用開發。使用配置工具來上傳、更新應用配置其實是非常好的方式，但目前 sae、bae都沒有提供客戶端配置工具，這增加了使用者的維護工作量，也使得開發者的開發難度相對較大。
io對比分析
1 同步阻塞io 使用者執行緒通過系統呼叫read發起io讀操作，由使用者空間轉到核心空間。核心等到資料報到達後，然後將接收的資料拷貝到使用者空間，完成read操作。使用者執行緒使用同步阻塞io模型的偽 描述為 2同步非阻塞io 使用者執行緒系統系統呼叫read 後直接返回，然後通過不斷輪訓的方式，...
SLP的基本介紹和對比分析
slp service location protocol,服務位置協議 是乙個基於 internet 標準的 rfc 規範，主要用於在網路上服務的動態發現。本文簡要介紹了 slp 的基本內容，把它和現在其它主要的類似協議 uddi,ssdp 進行比較，分析其優缺點和應用場景。然後，本文通過乙個開源...
define和const之間的對比分析
標籤 空格分隔 c c 巨集的替換時機 可參考該部落格 首先看下面兩段 a.c include using namespace std define num 0 void fun int main fun cout num define num 0 void fun int main fun cou...