GigaSpaces 改革之路 (Survival Guilde for IT)白皮书的翻译文档

前言
•危机，是由两个字组成的，“危”和“机”，一个代表危险，一个代表机会。
•经济危机要求公司更加高效。降低成本，提高效率，是云计算的主要承诺。
•1、改革才能生存–降低成本，提高效率
•2、内部操作系统的虚拟化（VMware）–降低IT成本的变革之路
–Gartner –虚拟化和云计算是2009年两大战略性技术
–Forrester –云计算带来的财政收益非常重要
•3、应用层的虚拟化将节省更多的成本

应用层的虚拟化
•中间层的灵活性
–消除中间层的瓶颈->高吞吐量->减少服务器数->降低固定投入
–动态可扩展性->消除超额配置->减少服务器数->降低固定投入
–SLA驱动部署->消除当机时间->避免交易丢失->降低当机成本
–基于处理单元模型->线性可扩展性->降低单事务的处理成本->减少服务器数->降低固定投入
–易于开发->降低开发成本，提高生产率
•Licensing灵活性
–集合所有中间件功能->减少软件Licenses->降低资本支出和集成成本
–提供订阅和按使用量的付费模式->降低维护成本

•云间互动的灵活性
–Scale Out提高峰值处理能力->减少闲置处理能力->减少服务器数->…
–在Public Cloud中外包测试、容灾->外包要比自己维护数据中心更加廉价->…
–防止固定在某几个云供应商->仔细挑选更好的云服务->降低外包成本
•更加开阔的适用性
–可以虚拟化所有产品和关键任务应用->虚拟化更多服务器->充分利用和合并更多服务器->…

成功的关键–无缝化迁移
•迁移必须是无缝的，成本和代价低的
–逐渐过渡
–不需要在基础设施和应用上做大的变动
–适应性：越多的场景和应用越好
–不会过时：不需要额外的迁移成本，就可以使用Public Cloud和最新的平台

经典案例
•GIGASPACES的专家迁移一个基于J2EE的游戏应用到GIGASPACES，只花费了4天时间
•性能提高100倍
•在虚拟环境中，可以降低99%的服务器利用率

案例实施–步骤
•1.数据虚拟化
–修改DAO从数据网格读写数据
–部署GS镜像服务，提供异步存储（后台运行，从数据网格中获取数据并且更新Oracle）
–镜像与DB用Hibernate做映射
–前端，应用与数据网格交互，面向对象所以不用担心ORM
•2.从JBOSS&EJB迁移到PU
–业务逻辑服务是无状态EJB包装的POJO
–重用此POJO作为PU的业务逻辑部分
–调用JAVASPACES的notify方法替换远程EJB调用
–PU部署在SLA驱动的容器中，没有任何负载均衡、没有代理、没有特别的硬件–仅仅有一个业务逻辑中抽象出来的内部代理实现？

•3.与JMS网格集成
–PU内嵌的JMS实现
–实现消息监听器

 

GigaSpaces XAP
•现在的很多应用并不是为虚拟环境创建的，导致无法充分发挥虚拟化的好处。
•GigaSpaces XAP弥补了这些问题：
–通过虚拟化传统应用中各层的中间件：数据、消息、远程调用、应用、web容器
–可以即时scale out到多台物理机，不需要修改任何代码和配置

虚拟化节省成本的四种途径
•应用和中间件的灵活和高效
•更加灵活的软件Licensing模式
•无缝的迁移，从内部的虚拟环境迁移到外部云服务提供商
•对所有的产品，提高虚拟化的价值

更加灵活的软件Licensing模式
•不管是不是需要，现在很多中间件产品，需要一次性付清大笔款项，而且还有很多的维护费用。
•不提供按使用量和订阅的方式，所以即便操作系统虚拟化也不能降低中间件成本（很多中间件仅仅是把不同的部分组装在一起，比如事务协调器）

XAP -One License,弹性价格选择
•XAP可以替换应用中使用的绝大多数中间件（类似EJB容器，作为业务逻辑的容器）
•作为内存数据网格（分布式读写缓存），可作为事务状态的记录系统，减少与数据库集群相关的开发和集成工作
•内嵌WEB容器（6.6版本）
•subscription & pay-per-use
–按需要定制购买产品License
–XAP –AS,MS,DG,WEB容器
–可以使用低端的数据库产品，因为GS架构中，数据库可以以异步存储机制，而不是实时响应运作
–减少一些特定中间件的需求–比如HA（Veritas FS），集群（Oracle RAC），分布式事务管理等

无缝的迁移
•XAP：PU模式可以让应用部署在任何“云”中-不论是内部虚拟环境还是外包的云提供商。
•应用易于Scale Out到Public Cloud（仅仅部署额外的PU）
•如果将来需要外包测试或者容灾到云服务提供商，比如AmazonEC2，对GS来说仅仅是部署的选项（选择Amazon还是内部虚拟数据中心）
•节省资源，减少当机时间
–节省峰值时间成本–在虚拟环境或者Public Cloud动态启动额外的应用实例。PU；降低当机机率和成本；避免过度投入服务器
–减少内部非核心应用的服务器-（比如测试）
–廉价外包–Public Cloud要比自己维护数据中心便宜
–避免限定在几个云供应商里

XAP如何支持无缝虚拟化
•WEB层：可以在SLA Driven环境中部署WAR应用，自愈/动态负载均衡
•消息/事务处理层：通过XAP事务监听器，XAP的虚拟化消息层可以替代MDB
•远程调用：充分利用XAP的服务虚拟框架（可靠、容错、同步远程触发，以及高级选项：异步、映射/规约触发机制），只需要在POJO中加几行标注或者XML配置中。
•数据访问：
–作为Hibernate的第二级缓存，提高Read-mostly性能
–转换DAO读写数据网格
•事务管理
–支持传统的事务模型；
–本地和分布式JINI事务；
–Spring声明的事务；

提高虚拟化的价值
•当前大多数应用不是以虚拟化思想开发的
•为什么不用虚拟化：
–因为要增加额外的经费
–认为虚拟化就是把多个应用打包到一个物理服务器

XAP：Scale Out
•例子：一台高端服务器上运行的应用，最大可以处理100K事务/S。虚拟化的情况下，同样的服务器可以处理90K事务/S，但是GS可以动态在另外一台服务器上启动应用实例，这样每个实例处理50K事务/S。用户请求被透明的分配到不同的实例，而并不知道应用已经Scale Out了。
•这样两台服务器分别有将近一半左右的处理能力闲置中，GS可以在其他应用上使用。
•每个应用有特定的虚拟资源保证符合SLA
•但是资源是根据实际负荷动态提供的，可以充分利用虚拟资源。
•充分利用和合并更多的服务器（VMWare –1:8 –1:30）