16 articles tagués avec « release »

Cette version garde visible une ressource en cours de suppression, pagine les listes d'instances et de disques, et liste en un appel les sous-réseaux de tout un projet. Elle protège aussi le disque système d'une VM allumée, et refuse d'emblée un disque que le quota de stockage du projet ne peut pas loger. Les ajouts ne retirent rien au contrat existant.

Changement de comportement : une ressource supprimée ne disparaît plus aussitôt de l'API. Elle reste lisible avec le statut deleting jusqu'à sa suppression effective (voir Modifié).

La console accompagne l'API v1.6.4. Une ressource supprimée reste affichée tant que sa suppression n'est pas terminée, et le disque système d'une VM se change depuis une vue dédiée. Une VM bloquée au démarrage peut désormais être arrêtée, et la carte de topologie du tableau de bord se charge plus vite.

Cette version dit pourquoi une ressource n'est pas prête, grâce au nouveau champ statusDetail, et donne l'état du control plane d'un cluster Kubernetes. Chaque service annonce son preset par défaut. Elle corrige aussi l'ajout de clés SSH sur une VM Windows, qui remplaçait son mot de passe, et la rotation des identifiants d'un utilisateur de bucket. Les ajouts ne retirent rien au contrat existant.

Changement de comportement : la rotation du mot de passe d'un utilisateur MariaDB ou RabbitMQ est désormais refusée, car elle n'était jamais appliquée (voir Sécurité).

La console accompagne l'API v1.6.3 avec une carte Control plane sur la fiche d'un cluster Kubernetes, dont la taille et le nombre de réplicas se modifient désormais. Les fiches des cinq bases de données partagent une même mise en page, et plusieurs formulaires de création et d'édition sont corrigés.

Cette version corrective rétablit l'affichage de la page Instances VM, qui pouvait ne plus s'afficher depuis la v1.4.2.

Cette version améliore le suivi interne des requêtes de l'API, ce qui nous aide à analyser plus vite un incident ou une demande au support. Le comportement de l'API ne change pas, et aucune action n'est demandée de votre part.

Cette version de maintenance met à jour les composants de la console pour corriger des vulnérabilités de sécurité. Elle n'apporte aucun changement visible.

L'API applique désormais des limites de débit par clé d'API et par adresse IP. Toutes ses erreurs, refus d'authentification compris, suivent un même format avec requestId et code, et chaque réponse porte un identifiant de requête. Cette version corrige aussi un problème de sécurité qui ne demande aucune action de votre part.

L'API s'ouvre aux outils d'automatisation avec les clés d'API, et gagne un service de sauvegarde et de restauration pour PostgreSQL, MariaDB, les VM et les disques, avec la restauration PostgreSQL à un instant précis. Les bases managées peuvent être redémarrées, et une VM renvoie désormais à part son adresse interne et son adresse publique. Les requêtes PATCH deviennent de vraies mises à jour partielles : un champ absent du corps garde sa valeur.

Changement incompatible : l'accès par kubeconfig de projet sur api.hikube.cloud est retiré, et cette adresse sert désormais l'API publique (voir Migration en fin de note).

La console accompagne l'API v1.6.0 avec un nouvel écran Sauvegardes : destinations, programmations, sauvegardes à la demande, archives et restaurations des VM, des disques et des bases PostgreSQL et MariaDB. Les paramètres du projet gèrent ses clés d'API, les bases managées se redémarrent depuis leur fiche, et les fiches des VM et des bases séparent les adresses internes des adresses externes.