Le cycle de lancement rapide de Looker permet à l'équipe d'intégrer rapidement les commentaires des utilisateurs et de répondre rapidement aux éléments prioritaires. Ce guide décrit nos processus standards de publication et de mise à jour, ainsi que les bonnes pratiques et les variantes susceptibles de mieux répondre à vos besoins.
Cycle de développement et de publication
Une nouvelle version mineure de Looker est déployée sur une quinzaine de semaines. Aucune nouvelle version ni aucun déploiement n'ont lieu au cours du mois de décembre.
Il peut arriver que de petits correctifs de mise à jour soient publiés pour des correctifs qui ne devraient pas attendre la prochaine version. Il s'agit presque toujours de corrections des problèmes critiques liés aux produits ou à la sécurité. Idéalement, aucune nouvelle fonctionnalité ne serait jamais incluse dans une version de correctif. Le processus d'application des mises à jour de correctifs est le même que pour une mise à niveau avec une version standard.
Libérer les numéros
Notre schéma de numérotation des versions utilise une séquence de trois chiffres: X.Y.Z, où X correspond aux deux derniers chiffres de l'année de publication, Y à la version mensuelle (commençant par 0 en janvier et utilisant des nombres pairs pour chaque mois suivant), et Z est la version du correctif. Par exemple, Looker 23.4.1 serait le premier correctif de la version de Looker publiée en mars 2023.
Notes de version
Tous les utilisateurs peuvent activer les notes de version dans la section Paramètres du compte de Looker. De plus, toute personne indiquée comme contact technique dans une instance Looker (disponible dans les Paramètres généraux, dans la section Admin) recevra des notifications concernant les notes de version.
Pour vous tenir informé des nouvelles fonctionnalités et des correctifs, consultez les notes de version. Consultez la page des versions de Looker pour obtenir des liens vers les notes de version et le journal des modifications de la dernière version. La page des versions de Looker contient également des liens vers l'historique des notes de version.
Environnements de préproduction et tests
Looker déploie beaucoup d'efforts pour effectuer des tests efficaces avant publication, mais il est possible qu'une nouvelle fonctionnalité ait des conséquences imprévues sur une configuration et une utilisation spécifiques de Looker. Les instances hébergées par Looker et par le client peuvent utiliser un environnement de préproduction pour tester LookML et des interfaces avec des tiers avant de déployer la nouvelle version sur votre instance de production principale. De plus, si votre instance est hébergée par un client, vous pouvez également tester votre configuration technique.
Si vous souhaitez utiliser un environnement de préproduction, contactez l'assistance Looker ou l'équipe chargée de votre compte Looker dédiée pour en savoir plus.
Mise à jour d'un processus
La propriété du processus de déploiement des mises à jour varie selon la manière dont vous hébergez votre instance Looker. Vous trouverez ci-dessous tous les détails, mais en résumé, si une instance est hébergée par Looker, Looker gère le processus de mise à jour. Si l'instance est hébergée par le client, nous vous fournirons des instructions pour effectuer la mise à jour.
Mises à jour pour les instances hébergées par Looker
Si une instance est hébergée par Looker, c'est-à-dire que son infrastructure est gérée par Looker, nos équipes Release et Ops appliquent les mises à jour pendant les intervalles de maintenance désignés. Pour les utilisateurs qui ont accepté de recevoir des e-mails de Looker, nous annonçons chaque nouvelle version dans un e-mail indiquant la date et l'heure de la période de maintenance. Les mises à jour prennent généralement jusqu'à 10 minutes pendant l'intervalle de maintenance pour minimiser les interruptions.
Looker applique les mises à jour de façon progressive. Nous appliquons les mises à jour en fonction des caractéristiques de la configuration d'une instance, de l'utilisation de Looker au sein d'une organisation et de la volonté d'une entreprise individuelle de recevoir une version plus tôt ou plus tard dans le cycle. Comme c'est toujours le cas dans les versions logicielles, les premières versions de correctif d'une nouvelle version mineure sont plus susceptibles de contenir des problèmes de produit. Cependant, pour les instances hébergées par Looker, nous pouvons rapidement appliquer des correctifs dès qu'ils sont disponibles.
Que se passe-t-il si je dois ignorer une nouvelle version ?
Contactez l'assistance Looker via la console Google Cloud ou l'équipe chargée de votre compte qui vous aidera à répondre aux besoins de votre entreprise.
Mises à jour pour les instances Looker hébergées par le client
Les instances Looker hébergées par le client exigent que le client soit responsable de la gestion des mises à jour des versions. Il est très important d'utiliser la dernière version compatible pour éviter d'exécuter une version non compatible ou en fin de vie. Les instances Looker hébergées par le client reçoivent des notifications de mise à jour vers la fin du cycle de déploiement de la version. Cela permet de s'assurer que les problèmes critiques peuvent être résolus au préalable.
Lorsqu'une nouvelle version sera prête à être installée, tout utilisateur de Looker indiqué comme contact technique pour votre organisation recevra un e-mail contenant un lien vers le fichier de mise à jour le plus récent (format JAR), des notes de version et des instructions sur l'installation de la mise à jour.
Nous vous déconseillons fortement d'effectuer un rollback vers une version précédente. Assurez-vous plutôt d'effectuer une sauvegarde complète de votre système avant chaque mise à jour. Cela permet de restaurer une instance dans une version précédente. La restauration d'une version précédente sans sauvegarde peut entraîner une perte de contenu irréversible et des dommages à l'instance.
Accès anticipé
Si la réception d'une mise à jour au cours du processus de déploiement correspond aux besoins de votre entreprise et que vous souhaitez bénéficier d'un accès anticipé aux nouvelles versions, inscrivez-vous ici ou ouvrez une demande d'assistance.
Programme de publication de l'assistance étendue
Bien que de nombreuses organisations partagent notre goût pour les améliorations rapides des produits associées à des cycles de publication courts, Looker comprend le compromis qui en résulte et pourquoi un cycle plus lent pourrait être plus approprié pour certains cas d'utilisation métier.
Pour répondre à ces besoins, une version mineure sur trois sera désignée en tant que version d'assistance étendue (ESR). Bien que nous nous efforcions toujours de maximiser la stabilité du produit à chaque version, une version désignée comme ESR bénéficiera d'un délai supplémentaire pour les tests et la résolution des problèmes.
Nous allons également prolonger la période de développement et de l'assistance produit pour les demandes d'assistance de niveau ESR. Nous appliquerons également des correctifs pour les problèmes de niveau de gravité 1 et 2, le cas échéant et dans la mesure du possible.
Validation des nouvelles versions ESR
Chaque ESR aura une période de préproduction d'un mois en raison des changements plus importants du produit entre les ESR. Dans le cadre de ce programme, vous devez d'abord effectuer une nouvelle mise à jour de la version ESR sur un serveur de préproduction. Cela permet aux utilisateurs de tester le contenu, les workflows et les nouvelles fonctionnalités avant de faire passer le serveur de production vers la nouvelle version ESR.
S'inscrire au programme ESR
Si le programme ESR semble mieux adapté aux besoins de votre entreprise, contactez votre équipe Réussite des clients pour en discuter plus en détail.
Des questions ?
Si vous avez des questions, n'hésitez pas à les poser dans le forum de la communauté de Looker. Vous y trouverez toutes sortes de discussions, y compris, mais sans s'y limiter, sur Looker, l'informatique décisionnelle et les données en général, avec d'autres bons Looker (clients) et analystes Looker.