より明確な作業流、より柔らかい有料船乗り、生産計画

9月6日と7日を通して、私たちは日常の作業流を改善し、ホストテストセルの両方にアップデートを配布し、有料登録と組織削除の間に発見された問題を解決しました。

9月6日:インターフェイスのテストとシンプル化

私たちは単一モデルシステムを現地でテストし、ナビゲーション、アーキテクチャ、ライフサイクルの変化、イベント、およびコストを通じてユーザーを追跡しました。

このテストは、いくつかの改善をもたらしました:

これらの変更は、9月6日に現地で確認され、9月7日にホストされたロールロウトに含まれました。

アーキテクチャ所有権の改良を完了しました。グラフ作成は現在、デフォルトオーナーと新しい要素の個々のオーバーをサポートしています。既存のグラフは、既に割り当てられた所有者を過剰に書かずに選択された要素に欠けている所有者を割り当てる行為があります。

また、コンポーネント構成のプレゼンテーションを改善し、提出されたバージョンや環境出版物を区別しやすくし、変更されていない構成の複数のプレゼンテーションを防ぐ。

グローバルコントロールは、組織作成者、ユーザー登録、および招待ユーザー数を含む細胞間の登録レポートを取得しました。オペレーターは、包括的な日付範囲でフィルタリングし、コントロールから新しい登録の目的地セルを変更することができます。

支払いが確認された後、有料の乗船は、追加の組織作成クリックなしで自動的に継続されます。確認が待っている間、アニメ化された指標は、HashmedoがPaddleを待っていることを説明します。

成功した組織削除とサインアウトの後、別れスクリーンを追加しました。サブスクリプションが終了したことを確認し、返信アクションを提供します。

テストでは、私たちが解決した2つの問題も明らかにしました:

同じメールで再登録すると、複数のPaddleクライアントを作成しようとしました。 Checkout は現在、Paddle が紛争を明示的に特定し、新しい組織の請求口座を別々に保つときに既存の顧客を再利用しています。
組織削除は終了するかもしれないが、ログインルーティングのクリーニング中に失敗する。欠けているデータベースの許可を修正し、影響を受けたクリーニングを完了しました。

再登録は、クライアント再利用の修正後に機能することを確認しました。最終的なルーティング修理は、まだ、削除の新鮮なエンド・トゥ・エンドチェック、別れスクリーン、および再登録を必要としています。

変更はセルおよび共有サービスのリリースを通じて提供され、各変更に適したテストと運用後の健康検査が行われました。データベースチェックは、実際のサービス役割を使用して、返品クライアントの隔離とルーティングクリーニングをカバーしています。

暗号化されたバックアップは、請求移行の前に新鮮なバックアップを含む確認されました。記録された配置チェックでは、ホストされた細胞と更新された共有サービスの両方が健康であることが示されました。

これらのチェックはリリース証拠を提供し、完全なクライアント・ジャージーの受け入れは、リリース作業の一部となります。

私たちは、独自のコントロール、請求、登船、ゲートウェイ、キークロック、細胞、データベース、および認証を備えた専用の生産インストールに合意しました。既存のインストールは、テスト環境およびテストのために利用可能となります。

テスト環境はPaddle Sandboxを使用し、生産はPaddle Live Paymentsを使用します。環境は画像記録を共有し、最初にS3ストレージを共有し、バックアップパス、アクセス認証、暗号化キーを別々に提供します。リリースは、同じテストされた画像の消化を生産に促進します。

これは合意されたアーキテクチャであり、完成したインフラローットではありません。

また、コンポーネントバージョンが同時にテスト環境と生産で活性化できることを確認しました。生産を中止または公開しないことによって、そのテスト環境出版物は無効となります。