NOTE DE VERSION

Le déploiement de DataTask chez Scaleway avec des buckets en mode S3 est supporté

Renommage des releases DataTask d’un format YYYY.MM vers YYYY.N où N est le numéro de la release pour l’année en cours.

La branche par défaut de git est maintenant "main" (cf Highlights from Git 2.28). Si vous voulez continuer à utiliser master, il faudra l’indiquer explicitement dans vos tasks et pipelines. Un script de migration du dépot git créant une branche main à partir de master est exécuté pour les instances existantes.

Les logs des tasks introduits en 2021.03 ont été généralisés au pipelines et enrichis par rapport à la version précédente (filtres, contenus, etc)

Il est maintenant possible de supprimer un namespace depuis l’UI.

Sur la fiche d’un utilisateur, la liste des applications auxquels il a accès est affichée.

Amélioration du "Date picker" pour les logs.

A l’édition d’un manifest, le changement de namespace ne réinitialise plus le manifest.

Le nom du logger est maintenant dynamique, permettant de différencier les logs des différentes instances.

Suppresion de l’expiration à 30 jours des historiques sur le bucket stockant les déploiements et exécutions.

Ajout d’un message de confirmation à la suppression d’un groupe.

Affichage du nom d’utilisateur connecté (en haut à droite de l’écran).

Amélioration de la navigation entre les modules et ouverture d’une nouvelle fenêtre que si nécessaire.

Compatibilité Kubernetes 1.20.

Compatibilité avec le runtime Containerd.

Mise à jour des composants Kubernetes (cert-manager, traefik, velero, etc).

Rotation des clés de comptes de services dans un contexte GCP

L’instance CloudSQL dans un contexte GCP est accédée via son IP privée

Améliorations de la chaine de déploiement

Versionning automatique des buckets de DataTask Core et des volumes DataTask pour une meilleure résilience. Les buckets et volumes créés manuellement par les clients doivent faire l’objet d’une stratégie de backup et dont ils sont responsables.

Il est dorénavant possible visualiser les logs de build / conteneur et applicatif directement depuis l’interface Datatask. Des filtres sont disponibles pour facilité la lecture.

De la même manière que pour les services et les déploiements, vous pouvez mettre à jour vos cronJob et relancer vos jobs directement la liste des tâches.

L’utilisation du Git a été rendu plus flexible, il est maintenant possible de stocker les manifest des tâches et des pipelines dans n’importe quel dossier / sous-dossier du répertoire git, ainsi que de les nommer librement tant qu’ils se terminent par ".json".

Le paramètre 'published.visible' est par défaut à true si aucune valeur n’est spécifié dans le manifest.

Un contrôle supplémentaire a été ajouté sur la création des mots de passe au niveau de la complexité.

Mise à jour des composants de DataTask / Kubernetes.

Compatibilité Kubernetes 1.18.

Remplacement du duo Nginx / Ambassador par Traefik.

Configuration de backups / snapshots supplémentaires pour une reprise après sinistre plus rapide et des pertes limitées.

Ajout de la possibilité de remplacer les variables d’environnement de chaque tâche dans les fichiers pipeline.json.

Lorsqu’on clique sur un cronJob dans la liste des tâches, la fenêtre de dialogue contient un nouveau tableau avec la liste des jobs exécutés par ce cronJob et leur statut.

Ajout de la gestion des droits de push / pull sur les docker registries de gcloud depuis l’interface d’administration Datatask. Il est possible d’attribuer des droits sur une docker registry gcloud à un groupe, les utilisateurs faisant partie de ce groupe pourrons l’utiliser en image-source et image-destination.

Amélioration des retours d’erreur d’API concernant les autorisations.

Il est maintenant possible d’utiliser le tiret "-" dans les noms de tâches.

Compatibilité Kubernetes 1.16+

Mise à jour de Gogs vers la dernière version

La version de DataTask est maintenant affichée en bas lorsque le menu est ouvert.

Correction du bug qui faisait que certains utilisateurs n’étaient pas redirigés de manière automatique vers le login lorsque leur token avait expiré.

DataTask devient multi-tenant (multi-organisation) : une seule instance de DataTask peut être partagée entre plusieurs organisations tout en gardant l’isolation de l’accès aux ressources.

Le git intégré de DataTask prend aussi en compte ces multiples organisations.

Gestion des namespaces : la création d’un namespace est possible depuis l’interface d’administration. Utilisé pour accéder aux ressources, un groupe peut être rattaché à un ou plusieurs namespaces sur lesquels il peut déployer, supprimer, répertorier et visualiser les ressources.

Gestion des organisations : un utilisateur peut être affecté à une organisation à partir de l’interface d’administration.

Une application peut être cachée sur le portail en attribuant la valeur false à la propriété published.visible.

Les services et les déploiements peuvent être mis à jour en cliquant sur le bouton de "update" de la fenêtre de dialogue s’ouvrant lorsqu’on clique sur une task. Il n’est plus nécessaire de les supprimer et de les redéployer, la mise à jour se fait sans temps d’arrêt.

Dès qu’un nouveau service est déployé, vos accès sont mis à jour automatiquement. Il n’est plus nécessaire de procéder à une nouvelle authentification.

La valeur "All namespaces" a été ajoutée à la liste des tâches et pipelines. Elle permet d’afficher la liste des tâches ou des pipelines de tous les namespaces auxquels vous avez accès.

Il est maintenant possible de créer des catégories de templates et d’ajouter vos propore templates de tasks et pipelines.