在9月6日和7日期間,我們改善了日常工作流程,部署了更新,並通過在付費登記和組織刪除期間發現的問題工作。
9月6日:測試和簡化界面
我們測試了一個單模型系統,跟蹤用戶通過導航,建築,生命週期變化,事件和成本。
這項測試導致了幾個改進:
- 事件過濾器保留所選擇的模型,並提供一個名爲返回鏈接。
- 模型生命週期更新將用戶留在模型頁面上。
- 組件保存和相關模型導航保持系統背景。
- 建築圖中的模型鏈接直接打開模型工作空間。
- 圖表早些時候在頁面上出現,在需求上可提供先進的控制。
- 建築狀態和組件計算差異有更清晰的解釋。
- 成本視圖在錄製和儲存輸入時將被轉移到所選擇的系統或模型。
這些變更於9月6日當地驗證,並於9月7日加入了主辦路線。
9月7日:所有權與運營可見性
我們完成了建築所有權改進。 圖形創建現在支持默認所有者和個人超級新元素。 現有圖表有一個行動,將失蹤的所有者分配給所選擇的元素,而不會過度編寫已經分配的所有者。
我們還改進了組件配置演示文稿,使提交的版本和環境出版物更容易區分,並防止未改變的配置的重複提交。
全球控制獲得了在各個細胞的登記報告,包括組織創作者,用戶登記和邀請用戶計算。 運營商可以通過包含日期範圍進行過濾,並在 Control 中更改目的地單元格,以便在 Control 中進行新的登記。
支付登機和返回客戶
經過驗證付款後,付費登機現在自動繼續,沒有額外的組織創建點擊。 雖然確認仍在等待,而一個動畫指標解釋說,Hashmedo正在等待Paddle。
我們在成功的組織刪除和登錄後添加了告別屏幕。 它確認訂閱已結束,並提供返回登錄行動。
測試還揭示了我們解決的兩個問題:
- 通過同一電子郵件重新註冊,試圖創建一個複製的Paddle客戶端。 Checkout 現在重新使用現有客戶,當 Paddle 明確識別衝突時,同時將新組織的發票賬戶分開。
- 組織刪除可能完成,但在登錄路由清潔過程中失敗。 我們修復了錯過的數據庫許可證,並完成了受影響的清潔。
重新註冊已確認在客戶重新使用後工作。 最終路由修復仍然需要新鮮的終端到終端刪除檢查,告別屏幕,並重新註冊。
部署和驗證
這些變化是通過細胞和共享服務發佈,每個變化都適當的測試,並在部署後進行健康檢查。 數據庫檢查覆蓋了返回客戶隔離和使用實際服務角色進行路由清潔。
加密備份已被驗證,包括在發票遷移之前的新備份。 記錄的部署檢查顯示,主機細胞和更新共享服務都健康。
這些檢查提供釋放證據;完整的客戶日報接受仍然是啓動工作的一部分。
單獨測試環境與生產
我們同意一個專門的生產設施與自己的控制,發票,登機,門戶,密鑰,細胞,數據庫和認證。 現有設施將繼續可用於測試和測試環境。
測試環境將使用Paddle Sandbox;生產將使用Paddle現場支付。 環境將共享圖像記錄,並首先共享S3存儲,有單獨的備份路徑,訪問認證和加密密密鑰。 發佈將推廣相同的測試圖像消化到生產。
這是一個合意的建築,而不是一個完成的基礎設施路線。
接下來的什麼
- 提供獨立的生產安裝,並設置測試環境域。
- 完整的登記、發票、刪除、邀請和許可接受檢查。
- 檢查監控警報、備份恢復和釋放回歸。
- 提供更清晰的解釋,當組件出版需要獨立審計員時。
我們還確認,一個組件版本可以同時在測試環境和生產中保持活躍。 暫停或未在生產中發佈,使其測試環境出版物無效。