在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随产品发布的一个简单的书店应用程序产生的。这个应用程序建立了一个仿真的商业模型，包含大量对建立了外键和索引的关联表的插入操作。
