01-金融级系统海量流量下的高可用架构实践-康杨

高可用架构实践总结

一、不可用与风险

• 不可用：指在特定条件下触发的风险结果。
• 风险条件：包括服务器故障、机房故障、黑天鹅事件、内部人为事故等。
• 风险表现：信息泄露、信贷欺诈、交易欺诈、账号盗用等。

二、高可用定义

• 服务水平协议 (SLA)：定义了系统的服务水平。
• 平均故障时间 (MTTR)：系统恢复时间。
• 平均故障间隔时间 (MTBF)：系统无故障运行时间。
• 不可用系统级别：按业务场景和系统层级划分。

三、不可用原因分析

• 时代背景：VUCA时代（易变性、不确定性、复杂性、模糊性）。
• 基础设施：从2009年的云计算到2019年的无服务器计算。
• 业务现状：从单一业务到业务生态，快速裂变。
• 成本：高可用涉及的成本包括可用性成本和风险成本。
• 认知与能力：需全面认知业务和系统，识别风险并制定预案。

四、高可用架构

• 系统结构：单一结构、复合结构、复杂结构、串联结构。
• 风险与事故：通过业务连续性和监控预案来减少风险。
• 数据驱动：利用业务数据形成风险数据模型，加强预警和预案能力。
• 高可用挑战：包括感知、识别、预防、定位和解决。

五、高可用实践

• 识别：通过指标体系、混沌工程、报警体系等手段。
• 预防：涵盖研发规范、安全漏洞修复、容量保障等。
• 定位：采用硬件监控、链路监控、业务监控等平台。
• 解决：实施降级体系，包括功能降级、体验降级等。

六、架构升级

• 软件本质：基于业务理解进行业务建模。
• 方法论：业务 vs 技术 vs 实施。
• PaaS化架构：实现场景隔离、标准化、用户洞察和系统缩减。
• 架构演变：从单体架构到微服务架构再到PaaS化架构。

七、总结

• 高可用是一个零和游戏，需要在每个细节上做好。
• 高可用体系通过企业级架构升级来实现，提升可用性同时降低成本。
• 业务与技术之间需平衡，实现业务和技术的双轮驱动。