金融行业开发测试平台解决方案-Cisco.PDFVIP

金融行业开发测试平台解决方案-Cisco.PDF

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
金融行业开发测试云平台解决方案 金融行业开发测试云平台解决方案开发小组 思科系统(中国)网络技术有限公司 2013年10月 © 2013 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 1 如今,思科正在从一个网络公司向IT公司全面转型。在转型过程中,UCS产 品及其解决方案占有重要的位置。 但是在国内的金融行业,思科的服务器品牌形象还没有树立起来,客户的认 知度相对较低。 思科金融行业开发测试云平台解决方案小组试图通过对开发测试云平台解决 方案的研发 ,将UCS产品及其解决方案在金融领域已经获得成功突破的经验加 以归纳、总结和提升,以期给大家在金融领域销售UCS方面提供一定的便利和指 导。 由于经验所限,不足之处希望大家予以指正。 © 2013 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 2 • 金融行业开发测试平台现状及存在问题 • 金融行业开发测试平台需求分析 • 金融行业开发测试云平台解决方案 • ICM – 小型云运营支持平台 • UCS 导向器: 统一管理与自动化布署 • CIAC:大型云智能自动化平台 • RISC小型机实施迁移方案 © 2013 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 3 总体背景:伴随着金融系统中各机构新的金融产品不断出现,新的应用系统不 断开发上线 • 测试业务多、需要资源多、业务上线周期紧 较大的金融机构,例如银行通常有上百个开放平台应用系统。每个应用系统往往需要多套开发环境、 多套集成测试环境、多套系统测试环境、以及压力测试环境和多套适应性测试环境,应用环境数量接近 数千套。同时每套环境需要多台WEB、应用服务器和一台数据库服务器。这就造成了服务器需求量不断 增大,导致每个应用开发项目难以有独立的开发测试环境。 • 设备资源无法实现共享 ,利用率低 开发的项目组织通常以项目为单位 ,所分配的设备资源基本被某个项目独有,很难做到设备资源在间 歇期的时候能为其他项目所用。 • 设备资源无法实现灵活调度 一个项目从始至终,从开发到测试均使用同一个IT环境,而实际上开发和测试阶段中的各个阶段对系统资源 的要求不一样,比如在编码阶段其实对性能要求并不高 ,到压力测试和适应性测试的时候对性能的要求很高。 • 资源分配采用人工方式,自动化流程程度低 很多金融机构已经在开发、测试环境部署了服务器虚拟化 ,根据项目名义去申请计算、存储、网络等资源 , 待手续批准后由后台系统和网络支撑部门完成创建相应的虚拟机,分配存储、网络后,再由项目组安装相关 的系统软件。整个分配过程既耗时又繁杂,缺乏统一的资源分配调度和管理平台,无法做到自助式的资源分 配服务。 © 2013 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 4 • 测试业务完成后,设备资源和IT资产如何有效回收 在测试环境中,一个应用测试需要协调多方人员,资源申请周期长并相互协调,用户没有一个统一的 管理平台进行测试资源的管理、分配、审计、回收(不仅是设备资源的回收,还包括逻辑的IT资产例如IP地 址分配的回收)。 • 测试系统运维管理工作量大 开发测试环境内容庞杂,而传统基础架构的无法感知上层的系统资源分配和调度,资源分配与调度缺乏 灵活性,难以支持快速变化的项目测试需求,对项目测试需求的响应速度慢且不易变更,缺乏集中监控和 管理等管理工具。 • 机构中原有的RISC小型机设备老旧 ,测试中往往涉及到RISC小型机如何 迁移到X86 平台的移植 • IT外包人员的对数据的访问无法得到有效的控制和审核 机构中较多外包IT人员常驻在公司内部进行软件开发测试等项目工作,外包人员的电脑通过安装内部的 网络准入客户端,可以任意接入内部网络。由于开发测试环境的不封闭性,存在一定安全隐患,容易导致 数据和源代码等核心知识产权的数

文档评论(0)

yanmei520 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档