Mise à jour reportée
Mise à jour TSS reportée
Section intitulée « Mise à jour TSS reportée »Mise à jour reportée
La mise à jour de l’API SIGN DE précédemment annoncée pour le dimanche 5 juin 2022 est reportée. Par conséquent, la maintenance planifiée n’est plus nécessaire et est annulée.
La raison est un bug découvert lors des tests qui peut provoquer le passage des instances TSS mises à jour à un état sécurisé permanent. En conséquence, les actions annoncées pour le 5.6.2022 et le 6.6.2022 n’auront pas lieu. Nous analysons la cause du problème et procéderons à sa résolution. Cela nécessitera une recertification du SMAERS. Une nouvelle date de mise à jour sera annoncée à l’avance une fois le processus terminé.
FAQ sur la mise à jour reportée
Section intitulée « FAQ sur la mise à jour reportée »Vous trouverez ci-dessous des réponses à certaines questions que vous pourriez avoir sur la mise à jour TSS reportée.
La mise à jour reportée affecte-t-elle mon exploitation de SIGN DE ?
Section intitulée « La mise à jour reportée affecte-t-elle mon exploitation de SIGN DE ? »Les clients ne ressentiront aucun impact du report de la mise à jour. La version TSS certifiée actuellement en cours d’exécution (1.0.5-1.2.0) est stable et fonctionne de manière fiable.
Les modifications apportées dans les versions mises à jour concernent des améliorations supplémentaires de la stabilité, mais ne sont pas critiques pour le fonctionnement normal de l’API SIGN DE.
Pourquoi la mise à jour a-t-elle été reportée ?
Section intitulée « Pourquoi la mise à jour a-t-elle été reportée ? »Lors des tests approfondis dans notre environnement TEST, un bug a été détecté. Dans certaines circonstances, ce bug entraîne l’entrée de certaines instances SMAERS mises à jour de la version 1.0.5 vers la version 1.0.6 dans un état sécurisé irrécupérable.
Les instances SMAERS «nouvelles», qui ont été créées dans la version 1.0.6, ne sont pas affectées par ce bug. Aucun problème n’a été détecté avec la nouvelle version CSPL 1.3.0.
La résolution de ce problème n’est possible qu’en modifiant l’implémentation de notre SMAERS, ce qui signifie qu’il doit passer par un processus de recertification avant de pouvoir être déployé en production. Par conséquent, la mise à jour planifiée doit être reportée jusqu’à la fin de ce processus.
Quel est l’impact de la mise à jour reportée ?
Section intitulée « Quel est l’impact de la mise à jour reportée ? »Le report affecte la mise à jour du TSS dans l’environnement LIVE. Dans TEST, qui a déjà été mis à jour, la version TSS 1.0.6-1.3.0 continuera à fonctionner à des fins de test. Cela signifie que :
-
Dans l’environnement
LIVE, la version TSS restera à1.0.5-1.2.0(la version «ancienne»). Cela signifie que pour les clients, rien ne changera par rapport à maintenant. -
Dans l’environnement
TEST, la version TSS restera à1.0.6-1.3.0(la version «mise à jour»). Comme l’environnement est configuré pour créer de nouvelles instances TSS uniquement dans cette version, le bug n’affectera pas les instances TSS des clients dans l’environnementTEST. Le comportement de cette version du point de vue du client est indiscernable de la version précédente, ce qui signifie que les instances TSS «mises à jour» se comporteront de la même manière que les «anciennes». Aucun test ou autre intégration côté client ne sera affecté, à l’exception de la présence de la version TSS mise à jour dans le fichierinfo.csvdes exportations TSS.
Pourquoi le problème n’a-t-il pas été détecté plus tôt ?
Section intitulée « Pourquoi le problème n’a-t-il pas été détecté plus tôt ? »Malgré des tests automatisés et manuels approfondis, le bug n’a pas été détecté lors du développement ou de la certification car les circonstances spécifiques qui l’ont déclenché étaient difficiles à anticiper et à tester à l’avance. La complexité du TSS est telle que certains comportements sont rares et ne seront détectables que dans des environnements à grande échelle et très dynamiques.
Cependant, c’est précisément pourquoi une période de test prolongée dans l’environnement TEST, qui se rapproche davantage des conditions et du comportement de notre environnement LIVE, avait été planifiée avant que la mise à jour dans l’environnement LIVE n’ait lieu.
La mise à jour aura-t-elle quand même lieu à l’avenir ?
Section intitulée « La mise à jour aura-t-elle quand même lieu à l’avenir ? »Les modifications incorporées dans la version TSS 1.0.6-1.3.0 feront partie de la prochaine mise à jour, qui aura lieu une fois la recertification du SMAERS terminée, conduisant à une nouvelle version du SMAERS (1.0.x). La mise à jour mettra ensuite à jour la version TSS dans l’environnement TEST et l’environnement LIVE vers la version 1.0.x-1.3.0.
Il est difficile d’estimer combien de temps l’effort de développement et de recertification nécessitera, mais le délai prévu est de l’ordre d’au moins quelques mois. Si une date de mise à jour est décidée, nous informerons les clients à l’avance de la même manière que nous l’avons fait pour cette mise à jour.
Pourquoi ne pas mettre à jour uniquement le CSPL, s’il n’a pas de problèmes ?
Section intitulée « Pourquoi ne pas mettre à jour uniquement le CSPL, s’il n’a pas de problèmes ? »Le processus de certification TSS nécessite la certification séparée des versions des composants individuels (SMAERS et CSPL) ainsi que de leur combinaison (c’est-à-dire le TSS dans son ensemble). Par conséquent, il ne nous est pas permis de mettre à jour uniquement le CSPL, car cela ferait que les instances TSS dans l’environnement LIVE seraient dans une version non certifiée (1.0.5-1.3.0).
Cordialement, l’équipe fiskaly SIGN DE
Was this page helpful?