《A3--高楼--数字化转型下系统非功能能力全面保障.pdf》由会员分享,可在线阅读,更多相关《A3--高楼--数字化转型下系统非功能能力全面保障.pdf(24页珍藏版)》请在三个皮匠报告上搜索。
1、数字化转型下系统功能能全保障楼盾科技 CEO,7DGroup 创始楼盾科技 CEO,7DGroup 创始性能专家,架构级功能解决案资深专家,盾科技CEO,7DGroup 创始,性能标准撰写,名 Zee。有19年性能分析调优、功能体系建设经验,致于架构级性能测试、容量位规划、性能瓶颈分析、功能等技术向,与多家培训机构合作提供性能测试及性能分析的企业培训、公开课培训。曾主讲过多次技术沙。性能测试实战30讲、楼的性能程实战课、全链路压测实战30讲专栏作者。曾带领技术团队达400以上,管理过产品、架构、开发、测试、运维完整的技术团队,具有丰富的项管理经验。为多家型企业提供性能咨询、功能体系咨询服务,编
2、写过两个完整的功能体系,编写体系产出物超过40万字,培训学员超过8000,培训企业超过200家,服务客户超过100家,原创章超过100万字,全浏览量超过1000万次,参与编写并已发布标准3个,原创专栏超过60万字。录01CONTENTS 0203功能在数字化转型下背景下的需求变化功能能体系全景视图功能能体系构建过程及具体案例分析04功能能构建效果功能在数字化转型下背景下的需求变化随着数字化转型、企业架构转型,系统规模和复杂度迅速增加,加上新型技术(云原、微服务、分布式、信创)在IT领域的泛应,以及企业对开发、测试、运维的DevOps协同需求,对业务的连续性、系统稳定性临的挑战加。对这样的趋势,
3、功能能越来越被重视,使得质量交付成为项更加艰巨的作。数字化转型评估数字化 转型系统升级评估架构可性评估信创适配能评估企业架构 转型信创国产化 适配业务系统 升级功能能要解决的问题根据性能评估过程,分析性能瓶颈根本原因,提出解决方案。明确系统支撑的容量上限,给出系统正常运行周期的明确结论。系统会死多久?系统会不会死?根据宕机原因分析逻辑,结合分析决策树,查找宕机根本原因的证据链,明确宕机发生的技术因素,同时明确宕机职责。系统容量?I I系统会如何死?容量 上限1系统险3影响范围5宕机原因4依据非功能体系增强实施工艺,依据非功能模型设计业务场景级非功能案例,组合性能、混沌、监控、分析等平台的能力,
4、评估系统宕机风险。根据宕机根本原因,分析技术因素和组织因素,判断宕机的影响范围和影响时长。根据业务特点,分析宕机导致的业务风险。服务 效果系统稳定性?业务总量2根据业务需求,分析业务场景,设计并执行业务案例,判断系统可以支撑的业务累积量,并分析业务累积过程中的风险。功能能体系的创建原则功能体系 创建原则可操作原则端到端原则可落地原则可扩展原则基于险的原则可度量原则SATS体系基于端到端原则、基于险的原则、可操作原则、可扩展原则、可落地原则、可度量原则建设。做到从标准规范、顶层架构设计到上线运维的全过程覆盖。功能体系要做到可操作性,具体指导功能实施过程。功能体系要可落地,不仅可指导实施案例(场景
5、)的设计执,也可将输出应到产环境中。功能评估过程和评估结果都要做到可度量,不仅可度量业务系统的功能能,也可度量企业的功能能。功能体系要根据技术更新的趋势,做到可扩展。同时也要根据企业的业务发展做到可扩展。功能体系的创建要基于产环境可能会出现的险。做到对险的覆盖。功能能体系构建全景视图从企业IT系统功能现状出发,评估IT系统和应功能撑能,建SATS功能体系,以组织愿景、质量标、体系原则为导向,以实施艺为抓,以险管理为监督,以质量度量为闭环,以实施过程法指南为保障,搭建企业级功能管理体系,开成功能管理的效机制。适级别:适范围:企业艺级 单系统级 系统全链路级 完整业务流级 可性 扩展性 灾备 可靠
6、性 兼容性 性能 安全 可维护性 可操作性 易性适场景:业务场景 业务改造 新业务上线 业务升级 技术场景 信创国产化转型 新系统架构建设 数字化转型建设 技术架构转型 功能体系功能体系实施路径从五个度设计标准规范实施艺映射模型体系原则业务指标12345设计产出个标准多级功能特性多级指标三个映射模型千级案例全栈技术要素可性 扩展性 灾备 可靠性 兼容性性能 安全 可维护性 可操作性 易性级:业务特性指标级:指标分类三级:指标分层四级:指标定义需求功能能体系与混沌程的关系功能体系混沌程功能标准规范功能能特性细分功能能特性细分运期质量分为:可性、性能、安全性、可扩展性、灾难恢复等。运期质量分为:可