变更治理
改动架构、规则、定价或访问角色的权力太大,不能任其不受控制。有了变更治理,每一次配置变更都变成一个请求,只有在经理批准后才生效。你会得到完整的作者轨迹,以及把经过测试的内容安全地推向生产,不会有意外。
- 强制审批:敏感的配置变更只有在经理签核后才生效。
- 完整轨迹:谁申请、谁批准、改了什么、何时改,全部记录在案。
- 从测试到生产的安全推广,无需直接在客户使用的环境中编辑。
在 Sellio 中免费,你只需为机器付费
审批工作流和安全的配置推广通常是企业级套餐功能。在 Sellio 上它们是免费产品的一部分。
零意外的生产变更
由于没有审批任何内容都不会生效,一次误点或一个未校准的测试都无法搞垮客户依赖的环境。
清晰的问责
每个请求都记录其作者和批准者,因此谁申请、谁授权一次敏感变更始终清清楚楚。
轻松审计
不可篡改的记录为合规提供了现成的历史,无需再手动重建改动了什么。
放心大胆地实验
有了测试环境与受控发布,团队可以放心探索变更,不必担心影响正在运行的业务。
更少事故,更高稳定
强制审查在问题发生前就过滤掉错误,减少返工与计划外的停机。
对配置而非仅对数据的控制:架构、规则、定价和角色都要经过审批。
内建职责分离:提议者不必是批准者,从而降低错误和风险。
每个决策都有不可篡改的轨迹,随时可供审计和还原事情经过。
正式的变更治理通常是高价的企业级功能;在 Sellio 上它包含在内。
生效前先审批
一次变更不再在有人保存的瞬间冲进生产,而是变成一个待处理请求。经理审阅究竟改了什么(税率、规则、访问角色)并批准或拒绝。只有那之后变更才生效。这把危险的配置变成一个可预测的流程。
从测试到生产,安全无虞
你在测试环境中尝试配置,验证其行为,然后作为受控操作把已批准的包推广到生产。无需在线上边编辑边祈祷不出问题;推广是有意为之、有记录且可在历史中追溯的。
- 1
有人提议进行配置变更(架构、规则、定价或角色)。
- 2
该变更以请求形式保持待定,不会生效。
- 3
经理审查改动内容并批准或拒绝,全程留痕。
- 4
一经批准,该变更包便以受控方式发布到生产环境。
有人修改了定价规则
该变更处于待定状态;销售经理审查影响后再批准,从而将错误的价格挡在真实报价之外。
访问权限角色的调整
权限变更在生效前需先经过审批,确保没人在无人复核的情况下扩大敏感访问权限。
在测试中验证的新配置
团队在独立环境中测试新架构,批准整个包后作为一次可追溯的操作发布到生产环境。
提议变更的人可以批准自己的变更吗?
系统将提议者与批准者分开,因此提出请求的人不必是授权的人。
事后我能查到谁改了什么吗?
可以,完整记录会保存谁提出、谁批准、改了什么以及何时改的。
哪些类型的变更需要经过审批?
敏感的配置变更:架构、规则、定价和访问角色。
从测试到生产的发布是如何运作的?
你在测试环境中验证配置,再将已批准的变更包作为一次受控且有记录的操作发布到生产环境。
如果经理拒绝了请求会怎样?
该变更不会生效;只有获批的内容才会在生产环境中启用。
这是需要昂贵企业套餐才有的功能吗?
在其他系统中通常是的,但在 Sellio,变更治理已经包含在内。
这种管控只适用于数据,还是也适用于配置?
它适用于配置:架构、规则、定价和访问角色都需经过审批,不只是数据。
这包含在免费方案中吗?
是的。Sellio 是免费的;只要当月基础设施使用始终低于 US$20 就免费;超过后支付当月消费;此时你需支付当月的消费。
审计能重建发生过的事情吗?
可以,不可篡改的记录为合规提供现成的历史,无需任何人工重建。