Le cycle de publication rapide de Looker permet à l'équipe d'intégrer rapidement les commentaires des utilisateurs et de répondre aux éléments prioritaires en temps voulu. Ce guide décrit nos processus standards de publication et de mise à jour, ainsi que les bonnes pratiques et les variantes qui peuvent mieux répondre à vos besoins.
Cycle de développement et de publication
Une nouvelle version mineure de Looker est déployée sur une période d'environ deux semaines. Aucune nouvelle version ni aucun déploiement n'ont lieu au mois de décembre.
Parfois, de petits correctifs seront publiés pour résoudre des problèmes qui ne peuvent pas attendre la prochaine version. Il s'agit presque toujours de correctifs pour des problèmes critiques liés au produit ou à la sécurité. Idéalement, aucune nouvelle fonctionnalité ne devrait être incluse dans une version corrective. L'application des mises à jour de correctifs suit le même processus que la mise à niveau lors d'une version standard.
Libérer les numéros
Notre schéma de numérotation des versions utilise une séquence de trois nombres : X.Y.Z, où X correspond aux deux derniers chiffres de l'année de la version, Y correspond à la version mensuelle (en commençant par 0 en janvier et en utilisant des nombres pairs pour chaque mois suivant) et Z correspond à la version du correctif. Par exemple, Looker 23.4.1 correspondrait au premier correctif de la version Looker de 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 listée comme contact technique dans une instance Looker (dans Paramètres généraux de la section Admin) recevra des notifications concernant les notes de version.
Consultez les notes de version pour découvrir les nouvelles fonctionnalités et les corrections de problèmes. Consultez la page Versions de Looker pour accéder aux notes de version et au 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 s'efforce de tester efficacement les nouvelles fonctionnalités avant de les publier. Toutefois, il est possible qu'elles aient des conséquences imprévues sur une configuration et une utilisation spécifiques de Looker. Les instances hébergées par Looker et celles hébergées par les clients peuvent utiliser un environnement de préproduction pour tester LookML et les 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 le client, vous pouvez également tester votre configuration technique.
Si vous souhaitez utiliser un environnement de préproduction, contactez l'assistance Looker ou l'équipe Looker dédiée à votre compte pour en savoir plus.
Mise à jour d'un processus
La propriété du processus de déploiement des mises à jour varie en fonction de la façon dont vous hébergez votre instance Looker. Vous trouverez tous les détails ci-dessous, mais en résumé, si une instance est hébergée par Looker, Looker gérera 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.
Modifications apportées aux instances hébergées par Looker
Si une instance est hébergée par Looker (c'est-à-dire que l'infrastructure de l'instance est gérée par Looker), nos équipes Release et Ops appliqueront les mises à jour pendant les périodes de maintenance désignées. Pour les utilisateurs qui ont choisi de recevoir des e-mails de Looker, nous annonçons chaque nouvelle version dans un e-mail qui inclut 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 manière progressive. Nous appliquons les mises à jour en fonction des caractéristiques de la configuration d'une instance, de la façon dont Looker est utilisé dans une organisation et du souhait d'une entreprise 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 correctives d'une nouvelle version mineure sont plus susceptibles de contenir des problèmes liés au produit. Toutefois, pour les instances hébergées par Looker, nous pouvons appliquer rapidement les correctifs dès qu'ils sont disponibles.
Que faire si je dois ignorer une nouvelle version ?
Contactez l'assistance Looker via la Google Cloud console ou votre équipe de compte dédiée. Nous vous aiderons à répondre aux besoins de votre entreprise.
Modifications apportées aux instances Looker hébergées par le client
Pour les instances Looker hébergées par le client, il incombe au client de gérer les mises à jour des versions. Il est très important de rester sur 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 des versions. Cela permet de résoudre les problèmes critiques à l'avance.
Lorsqu'une nouvelle version est prête à être installée, un e-mail contenant un lien vers le dernier fichier de mise à jour (au format JAR), les notes de version et les instructions d'installation est envoyé à tous les utilisateurs Looker listés comme contact technique pour votre organisation.
Nous vous déconseillons vivement de revenir à une version antérieure. 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 endommager l'instance.
Accès anticipé
Si vous souhaitez recevoir les mises à jour plus tôt dans le processus de déploiement pour répondre aux besoins de votre entreprise et bénéficier d'un accès anticipé aux nouvelles versions, inscrivez-vous ici ou envoyez une demande d'assistance.
Programme de version avec assistance étendue
Si 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 que ce rythme implique et pourquoi un cycle plus lent pourrait être plus approprié pour certains cas d'utilisation professionnels.
Pour répondre à ces besoins, une version mineure sur trois sera désignée comme version ESR (Extended Support Release). Bien que nous fassions toujours de notre mieux pour 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 fournirons également une période plus longue pour le développement et l'assistance produit pour les versions ESR, et nous corrigerons les problèmes de niveau de gravité 1 et 2, le cas échéant et dans la mesure du possible.
Valider les nouvelles versions ESR
Chaque version ESR disposera d'une période de préparation d'un mois en raison des changements plus importants apportés au produit entre les versions ESR. Dans le cadre de ce programme, vous devez d'abord effectuer une mise à jour vers une nouvelle version ESR sur un serveur intermédiaire. Cela permet aux utilisateurs de tester le contenu, les workflows et les nouvelles fonctionnalités avant de migrer le serveur de production vers la nouvelle version ESR.
Participer au programme ESR
Si le programme ESR semble mieux répondre aux besoins de votre entreprise, contactez votre équipe Customer Success pour en savoir plus.
Des questions ?
Si vous avez des questions, n'hésitez pas à les poser sur le forum de la communauté Looker. Vous pourrez y discuter de sujets variés, y compris (mais sans s'y limiter) de Looker, de l'informatique décisionnelle et des données en général, avec d'autres clients et des analystes Looker.