首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

大话系统架构优化项目(1)

大话系统架构优化项目(1)

1.什么是系统优化

系统优化一个方面是系统化的对IT系统或交易链上的每个环节进行分析并优化,另一个是对单一系统进行瓶颈点分析和调优。但优化的目标大致相同,无非是提高系统的响应速度、吞吐量、降低各层耦合,以应对灵活对边的市场。

系统优化的3个层次:IT架构治理层、系统层、基础设施层。

    IT系统治理层:优化的目的不只是性能优化,还会有为适应业务架构变化而带来的应用架构优化(如:应用分层、服务治理等)。

    系统层:优化的目的包括业务流程优化、数据流程优化(如:提高系统负载、减少系统开销等)

    基础设施层:优化的目的主要是提高IAAS平台的能力(如:建立弹性集群具备横向扩展能力,支持资源快速上下线和转移等)。

2.系统优化的方法论和思路

什么是方法论,我个人的理解就是听起来很牛,做过的人认为是废话,但可以指明行动方向或持续改进的东西。

2.1 常用方法论

(1)不访问不必要的数据——减少交易线上不必要的环节,减少故障点和维护点。

(2)就近加载/缓存为王——减少不必要的访问。

(3)故障隔离——不要因为一个系统瓶颈压垮整个交易平台。

(4)具备良好的扩展能力——合理的利用资源、提高处理效率和避免单点故障。

(5)对交易链进行优化提高吞吐量——异步/减少串行、合理拆分(垂直/水平拆分)、规则前置。

(6)性能和功能同等重要——交易链上5个性能变为设计阶段90%后为则整体性能为设计时的59%。

2.2 优化的一般思路

在阿里“救了八年火”的架构师,大话系统架构优化项目

2.3 优化的原则

    在应用系统的设计、开发过程用中,应始终把性能放在考虑的范围内。

    确定清晰明确的性能目标是关键。

    性能调优是伴随整个项目周期的,最好进行分阶段设定目标开展,在达到预期性能目标之后即可对本阶段工作进行总结和知识转移进入下一阶段调优工作。

    必须保证调优后的程序运行正确。

    性能更大程度是取决于良好的设计,调优技巧只是一个辅助手段。

    调优过程是叠代渐进的过程,每次调优的结果要反馈到后续的代码开发中去。

    性能调优不能以牺牲代码的可读性和维护性为代价。
返回列表