在web2.0時代，大部分網站都將遇到高速增長的日訪問量，為了保持網站的競爭力及用戶體驗、只有不斷革新產品及增強與用戶的交互性。此時的網站陷入了再熟悉不過的艱難境地，大量的動態內容導致網站的訪問速度大大減慢，如果此時選擇增加額外的服務器及帶寬，來縮短網站的響應時間，增加的運營成本不可估量。且一般網站開發資源是十分有限的，即使code base能被顯著改善，網站重構的能力依然受到限制。

對于上面這些問題，ungeo動態云可以簡單高效的解決網站因開發資源有限、日益增長的訪問量造成用戶體驗變差等問題。ungeo動態云通過在全國各地自建的服務器群（節點），以IaaS和SaaS的方式為各類網站、政府機構和大中型企業提供高效、穩定、安全的動態內容及SSL內容分發服務，數據庫拆分服務以及存儲服務。

UNGEO動態云緩存（UnGeo Dynamic Cloud Cache）

Ungeo動態云緩存是國內首推基于動態緩存技術的動態內容和SSL內容分發網絡，解決了動態內容、SSL內容、登錄頁面等分發難題和緩存實時更新的難題。它不同于傳統CDN的鏈路優化方法，它是在最近的節點處理用戶對動態內容和SSL內容的請求，在提高訪問速度的同時極大地減少回源帶寬需求和源站服務器的負荷。

高性能:
每秒處理26萬個HTTP請求/單節點
https：每秒可處理15000個RSA-1024鑰匙簽署，25000個鑰匙驗證，在DES或AES-256加密模式下,每秒傳輸1.5G個字節。
管理海量并發：每個IP端口6萬個

部分功能：
模式化、智能化的動態微緩存和共享網絡內容,包括GET和POST請求。
允許cookie穿透緩存響應：通過在緩存響應簽名中填加cookie值、添加用戶代理標頭、添加重寫/減少的用戶代理請求標頭 、添加“接受語言”請求標頭等，更好地控制緩存響應。
會話驅動內容的緩存(Session-driven content caching)：適用于除首頁外需登錄才能訪問的網站。
客戶端個性化處理的緩存，如個性化頁面的緩存。
對POST請求的響應緩存
 對同一個URL的壓縮和非壓縮響應,aiCache都進行緩存。這兩個版本的緩存響應是一個 URL, 且TTL相同(但因為緩存發生的時間不同,所以更新的時間點不同)。另外, HTTP/1.1和HTTP/1.0也是兩個緩存版本。
cookie驅動緩存控制：解決網頁的內容會根據請求中有無cookie而變化這種情況的緩存
 緩存清除控制：通過軟清除和硬清除兩種方式來清除aiCache內存中的緩存內容,以提高內存利用率。另可設置對TTL有效期內的緩存內容不清除。
緩存路徑管理：有時，相同的網頁因請求的URL不同而緩存多份。如在請求的URL中添加參數以識別并統計請求來源，或對登錄用戶的請求添加隨機字符串。為避免緩存多份相同的網頁，aiCache通過查詢忽略功能來實現對不同的URL請求只緩存一份響應。
查詢參數破壞：查詢參數破壞指aiCache緩存或提供響應時忽略URL中的部分參數。象上述情況,也可通過查詢參數破壞來應對。
Ungeo云分發的動態緩存加速適用于手機網站，使手機格式從100多種減少到十幾種,從而大大降低了手機網站的建設成本和維 護成本。
 強大、靈活的日志工具：輕松管理日志,而且可以收集更多的運行數據。日志工具和CLI一起使用,讓您實時知道黑匣子里到底發生了什么，讓您實時發現“蟻穴”,以免“千里長堤,潰于蟻穴”。
Fallback功能：當原始服務器癱瘓時,安久動態云會使用緩存內容處理請求和響應,使網站仍然在線。
四層安全防護抵御DOS和DDOS攻擊：1）識別并處理惡意請求、2）智能IP封鎖、3）智能請求截流：如配置每個IP每20秒只能有10個請求、4）RTATC反向圖靈訪問令牌控制(驗證碼/智能問答) ：每個IP的初次請求通過RTATC令牌驗證后才能正常訪問。
 自動刷新網絡監測器：獲取實時的網站運行全面統計數據。

UNGEO動態云拆分(UnGeo Dynamic Cloud Sharding)

安久動態云拆分是dbShards部署在安久動態云的基礎設施和平臺管理上的一個SaaS（軟件即服務）。dbShards云計算版通過安久的平臺環境為客戶提供了dbShards所有在可靠性和擴展性上的性能提升。云計算允許用戶在擴展高負荷網絡應用時，任意添加額外的應用服務器，從而提供無與倫比的靈活性。安久動態云拆分解決了以下云計算模式下的數據庫拆分問題：

解決了云計算中數據庫加速的瓶頸。如果一個應用被設計成使用單個MySQL服務器，尤其是單個云計算服務器可使用的CPU和內存都有限時，這就會成為限制云計算效率的一個瓶頸。dbShards云計算版解決了這一瓶頸問題。

 解決了云計算中數據庫加速的復制難題。盡管可靠的復制和故障恢復往往伴隨著較慢的恢復時間，但對于云計算來說，這一點至關重要。標準的MySQL復制是不可靠的——因為事務是異步復制的，所以當主數據庫故障時，丟失事務的可能性會非常大。DbShards即將獲得專利的可靠復制技術沒有犧牲任何性能就解決了這些問題。

解決了橫向擴展的難題，極大地降低了擴展成本。拆分一個數據庫為多個子庫，每一個子庫部署在單獨的安久動態云服務器上，允許象擴展應用程序一樣方便的擴展數據庫，dbShards云計算版使得這一方案成為可能。安久動態云拆分作為一種云計算服務，按照小時計數收費，為客戶降低運維成本。

解決了執行性能和擴展能力的難題。dbShards并沒有在讀操作方面增加任何額外開銷，但dbShards和所有其他提供可靠復制的產品一樣，在寫操作方面增加了一些開銷，因為寫操作事務必須通知到第二個或者說是“從”數據庫服務器。基于中間層的可靠復制產品都增加了許多額外開銷，使得寫操作被局限于每秒數十或數百次，甚至在超級服務器上也是如此。dbShards使用即將獲得專利的技術，在保持高性能的同時提供可靠性。下面的圖表表明，當使用配置4個子庫的大型EC2服務器時，dbShards可以執行高達每秒10,000次寫操作（insert語句），并隨著子庫數的增加進行線性擴展。

下圖中的測試數據是基于使用dbShards隨產品發布的一個簡單的書店應用程序產生的。這個應用程序建立了一個仿真的商業模型，包含大量對建立了外鍵和索引的關聯表的插入操作。