ISO/IEC 26560:2019 — 软件工程 — 产品族 — 运营管理

管理软件产品族的部署、运营和生命周期

产品族运营管理概述

ISO/IEC 26560:2019 专注于软件产品族工程中的运营管理维度——即在目标环境中部署、运营、监控和退役产品族成员所需的过程和能力。虽然 26550 系列中的其他标准侧重于开发和测试,但本标准独特地解决了产品族资产部署后生命周期的问题,以及向客户交付基于族的解决方案的运营方面。

产品族环境中的运营管理比单一产品运营更加复杂,因为部署工件必须按客户进行配置,更新必须尊重变异性约束,来自多个产品的运营数据可为平台演进决策提供信息。

本标准面向部署工程师、运营经理、发布经理和客户支持团队,他们负责在生产环境中交付和维护产品族实例。

部署与配置管理

标准定义了从共享平台创建特定产品部署的流程。关键活动包括:根据变异性模型推导特定产品配置的部署工件,配置部署参数(环境特定设置、功能激活、容量规划),管理跨不同客户环境的部署变体,以及维护部署文档和操作手册。

产品族发布管理

产品族中的发布管理涉及协调平台和多个产品之间的发布。标准规定了:同步发布周期(平台发布与产品发布协调进行),版本兼容性矩阵(哪些产品版本与哪些平台版本兼容),分阶段发布策略(适用于产品变体的金丝雀发布、蓝绿部署),以及考虑变异性约束的回滚程序。

活动 描述 关键工件
部署推导 从平台和变异性模型生成产品特定部署 部署配置、安装包
发布协调 管理跨平台和产品变体的发布计划 发布计划、兼容性矩阵
环境配置 按产品变体设置和配置目标环境 环境规范、基础设施即代码
运营监控 从已部署产品收集并分析运营数据 监控仪表板、日志分析
产品族中一个常见的运营失败是将所有产品变体在部署中同等对待。每个变体可能有不同的性能特征、资源需求和运营约束,这些必须捕获在部署模型中。

运营支持与维护

ISO/IEC 26560:2019 提供了如何构建产品族运营支持的指南。这包括:分层支持模型(一线支持处理产品特定问题,二线支持处理平台层面问题)、跨产品族的补丁管理(如何在不中断活动配置的情况下应用安全补丁和错误修复)、客户特定定制支持(管理平台能力与客户特定扩展之间的边界),以及平台版本和产品变体的生命周期终止管理

一个设计良好的运营管理流程会将运营数据反馈到平台演进中。跨多个产品变体的常见支持问题通常表明需要改进平台。

监控与反馈

标准强调监控已部署产品族实例并使用运营数据推动平台改进的重要性。关键方面包括:定义产品族目标特定的运营指标(如变体特定正常运行时间、配置特定错误率),建立从运营到开发的反馈循环(运营事件如何触发平台变更),以及管理跨产品族的运营知识(跨产品团队共享最佳实践和已知问题)。

运营数据驱动的平台演进

运营数据是平台演进决策的重要输入。标准建议建立系统化的运营数据收集和分析机制,包括:按产品变体分类的故障报告和事件响应数据分析、客户使用模式和配置偏好统计、性能瓶颈和资源利用趋势分析。这些数据通过定期运营评审会议反馈到平台管理流程,指导平台路线图的优先级排序和资源分配。实现运营数据与开发流程的有效闭环是产品族长期成功的关键因素。

常见问题

Q: 运营管理在本地部署和云部署产品族中有何不同?
对于本地部署,运营侧重于必须在多样化客户环境中工作的安装程序、配置向导和升级脚本。对于云部署,运营管理强调多租户配置管理、按产品变体的自动扩展和集中监控。标准的框架适用于两者,重点领域有所不同。
Q: 如何在运营中处理客户特定修改?
标准建议在客户特定扩展和平台管理能力之间进行明确分离。客户修改应作为运营模型中的变体进行跟踪,具有验证与平台更新兼容性的定义程序。支持合同应明确定义运营责任的边界。
Q: 跨活动产品部署升级平台版本的推荐方法是什么?
升级应采用滚动策略:首先在影响较小的产品变体上测试升级,然后进行到影响较大的变体。标准建议至少保留一个主要版本的向后兼容性,并为平台功能提供明确记录的弃用政策。跨所有活动产品配置的自动化升级测试至关重要。
Q: 运营指标在领域级和应用级监控中有何不同?
领域级(平台)运营指标关注平台稳定性、跨变异点的性能特征和整体资源利用率。应用级(产品)指标跟踪产品特定SLA、客户满意度和功能使用模式。两者都输入到平台演进周期中。标准建议采用统一的监控架构,为不同利益相关者提供基于角色的仪表板。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注