在9月6日和7日期间,我们改善了日常工作流程,部署了更新,并通过在付费登记和组织删除期间发现的问题工作。
9月6日:测试和简化界面
我们测试了一个单模型系统,跟踪用户通过导航,建筑,生命周期变化,事件和成本。
这项测试导致了几个改进:
- 事件过滤器保留所选择的模型,并提供一个名为返回链接。
- 模型生命周期更新将用户留在模型页面上。
- 组件保存和相关模型导航保持系统背景。
- 建筑图中的模型链接直接打开模型工作空间。
- 图表早些时候在页面上出现,在需求上可提供先进的控制。
- 建筑状态和组件计算差异有更清晰的解释。
- 成本视图在录制和储存输入时将被转移到所选择的系统或模型。
这些变更于9月6日当地验证,并于9月7日加入了主办路线。
9月7日:所有权与运营可见性
我们完成了建筑所有权改进。 图形创建现在支持默认所有者和个人超级新元素。 现有图表有一个行动,将失踪的所有者分配给所选择的元素,而不会过度编写已经分配的所有者。
我们还改进了组件配置演示文稿,使提交的版本和环境出版物更容易区分,并防止未改变的配置的重复提交。
全球控制获得了在各个细胞的登记报告,包括组织创作者,用户登记和邀请用户计算。 运营商可以通过包含日期范围进行过滤,并在 Control 中更改目的地单元格,以便在 Control 中进行新的登记。
支付登机和返回客户
经过验证付款后,付费登机现在自动继续,没有额外的组织创建点击。 虽然确认仍在等待,而一个动画指标解释说,Hashmedo正在等待Paddle。
我们在成功的组织删除和登录后添加了告别屏幕。 它确认订阅已结束,并提供返回登录行动。
测试还揭示了我们解决的两个问题:
- 通过同一电子邮件重新注册,试图创建一个复制的Paddle客户端。 Checkout 现在重新使用现有客户,当 Paddle 明确识别冲突时,同时将新组织的发票账户分开。
- 组织删除可能完成,但在登录路由清洁过程中失败。 我们修复了错过的数据库许可证,并完成了受影响的清洁。
重新注册已确认在客户重新使用后工作。 最终路由修复仍然需要新鲜的终端到终端删除检查,告别屏幕,并重新注册。
部署和验证
这些变化是通过细胞和共享服务发布,每个变化都适当的测试,并在部署后进行健康检查。 数据库检查覆盖了返回客户隔离和使用实际服务角色进行路由清洁。
加密备份已被验证,包括在发票迁移之前的新备份。 记录的部署检查显示,主机细胞和更新共享服务都健康。
这些检查提供释放证据;完整的客户日报接受仍然是启动工作的一部分。
单独测试环境与生产
我们同意一个专门的生产设施与自己的控制,发票,登机,门户,密钥,细胞,数据库和认证。 现有设施将继续可用于测试和测试环境。
测试环境将使用Paddle Sandbox;生产将使用Paddle现场支付。 环境将共享图像记录,并首先共享S3存储,有单独的备份路径,访问认证和加密密密钥。 发布将推广相同的测试图像消化到生产。
这是一个合意的建筑,而不是一个完成的基础设施路线。
接下来的什么
- 提供独立的生产安装,并设置测试环境域。
- 完整的登记、发票、删除、邀请和许可接受检查。
- 检查监控警报、备份恢复和释放回归。
- 提供更清晰的解释,当组件出版需要独立审计员时。
我们还确认,一个组件版本可以同时在测试环境和生产中保持活跃。 暂停或未在生产中发布,使其测试环境出版物无效。