Au cours du 6 et 7 septembre, nous avons amélioré les flux de travail quotidiens, mis en place des mises à jour pour les deux cellules d’essai hôtes, et travaillé à travers les problèmes trouvés lors de l’enregistrement payé et de la suppression organisationnelle.
6 septembre : test et simplification de l’interface
Nous avons testé un système de modèle unique localement, en suivant l’utilisateur à travers la navigation, l’architecture, les changements de cycle de vie, les événements et les coûts.
Ce test a conduit à plusieurs améliorations :
- Les filtres d'événements conservent le modèle sélectionné et fournissent un lien de retour nommé.
- Les mises à jour du cycle de vie du modèle maintiennent l’utilisateur sur la page du modèle.
- Les sauvegardes composants et la navigation de modèles connexes maintiennent le contexte du système.
- Les liens de modèle dans le graphique de l'architecture ouvrent directement l'espace de travail du modèle.
- Le graphique apparaît plus tôt sur la page, avec des contrôles avancés disponibles sur demande.
- Les différences entre l'état de l'architecture et le nombre de composants ont des explications plus claires.
- Les vues de coûts restent écartées sur le système ou le modèle sélectionné lors de l'enregistrement et de l'épargne des entrées.
Ces changements ont été vérifiés localement le 6 septembre et inclus dans le rollout hébergé le 7 septembre.
7 septembre : propriété et visibilité opérationnelle
Nous avons complété les améliorations de la propriété architecturale. La création de graphiques soutient désormais un propriétaire par défaut et des surrides individuelles pour de nouveaux éléments. Les graphiques existants ont une action pour attribuer les propriétaires manquants aux éléments sélectionnés sans surécrire les propriétaires déjà attribués.
Nous avons également amélioré la présentation de la configuration des composants, ce qui rend les versions et les publications environnementaux soumises plus faciles à distinguer et à empêcher la présentation dupliquée de la configuration inchangée.
Global Control a obtenu des rapports d’enregistrement à travers les cellules, y compris les créateurs d’organisation, les enregistrements d’utilisateurs et les comptes d’utilisateurs invités. Les opérateurs peuvent filtrer par une gamme de dates inclusive et modifier la cellule de destination pour de nouvelles enregistrements à partir de Control.
Paiement sur bord et retour des clients
Après le paiement vérifié, l’envoi payé se poursuit automatiquement sans un clic de création d’organisation supplémentaire. Alors que la confirmation est en attente, un indicateur animé explique que Hashmedo attend Paddle.
Nous avons ajouté un écran d'adieu après la suppression réussie de l'organisation et la sortie. Il confirme que l’abonnement est terminé et fournit une action de retour à connexion.
Les tests ont également exposé deux problèmes que nous avons résolu:
- Re-enregistrement avec le même e-mail a essayé de créer un dupliqué client Paddle. Le Checkout reprend maintenant le client existant lorsque Paddle identifie explicitement ce conflit, tout en gardant le compte de facturation de la nouvelle organisation séparé.
- La suppression organisationnelle pourrait être terminée mais échoue pendant le nettoyage de l'itinéraire. Nous avons corrigé les permissions de base de données manquantes et terminé le nettoyage affecté.
La réinscription a été confirmée fonctionnant après la réutilisation client fixe. La réparation de la route finale a toujours besoin d'un nouveau contrôle fin à fin de la suppression, de l'écran d'adieu et de la réinscription ensemble.
Déploiement et vérification
Les changements ont été livrés à travers les sorties cellulaires et partagées, avec des tests appropriés à chaque changement et des vérifications de santé après le déploiement. Les vérifications de base de données couvrent l'isolation retour-client et la nettoyage de la route en utilisant le rôle de service réel.
Des sauvegardes cryptées ont été vérifiées, y compris une nouvelle sauvegardes avant la migration de facturation. Les vérifications de déploiement enregistrées ont montré que les cellules hébergées et les services partagés mis à jour étaient en bonne santé.
Ces vérifications fournissent des preuves de sortie; l'acceptation complète du dossier client reste une partie du travail de lancement.
Environnement de test séparé et production
Nous avons convenu sur une installation de production dédiée avec son propre contrôle, facturation, navigation, porte, Keycloak, cellules, bases de données, et les créances. L'installation existante restera disponible pour l'environnement de test et de test.
L'environnement de test utilisera Paddle Sandbox ; la production utilisera les paiements en direct de Paddle. Les environnements partagent le registre d’image et partagent initialement le stockage S3, avec des voies de sauvegarde séparées, des identifiants d’accès et des clés de cryptage. Les éditions promouvront les mêmes digestions d’image testées dans la production.
Il s’agit d’une architecture convenue, pas d’une infrastructure complète.
Qu’est-ce qui vient prochainement
- Fournir l'installation de production indépendante et configurer les domaines d'environnement de test.
- Contrôles complets de signature, de facturation, de suppression, d’invitation et d’acceptation de permis.
- Vérifiez les alertes de suivi, la restauration de sauvegarde et le ralliement.
- Déployer une explication plus claire lorsque la publication des composants nécessite un revueur indépendant.
Nous avons également vérifié qu'une version composante peut rester active dans l'environnement de test et la production en même temps. La suspension ou la non-publiation dans la production laisse intact sa publication environnementale de test.