Le cycle de lancement rapide de Looker permet à l'équipe d'intégrer rapidement les commentaires des utilisateurs et de répondre aux éléments à priorité élevée dans les meilleurs délais. 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 en l'espace d'environ deux semaines. Aucune nouvelle version ni aucun déploiement n'ont lieu au cours du mois de décembre.
Il arrive que de petits correctifs soient publiés pour des correctifs qui ne devraient pas attendre la prochaine version. Il s'agit presque toujours de correctifs pour les produits critiques ou les problèmes de sécurité. Idéalement, aucune nouvelle fonctionnalité ne serait incluse dans une version de correctif. L'application des mises à jour de correctifs suit le même processus que pour une version standard.
Libérer les numéros
Notre schéma de numérotation de version utilise une séquence de trois nombres: X.Y.Z, où X représente les deux derniers chiffres de l'année de publication, Y est la version mensuelle (commençant par 0 en janvier et les nombres pairs pour chaque mois suivant), et Z est la version de correctif. Par exemple, Looker 23.4.1 serait le premier correctif de la version de Looker datant de mars 2023.
Notes de version
Tous les utilisateurs peuvent activer les notes de version dans la section Paramètres de compte de Looker. De plus, toute personne listée comme contact technique dans une instance Looker (via les paramètres généraux de la section Admin) recevra les notifications des notes de version.
Consultez les notes de version pour vous tenir informé des nouvelles fonctionnalités et des corrections de problèmes. 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 les notes de version historiques.
Environnements de préproduction et tests
Looker met tout en œuvre pour effectuer des tests efficaces avant son lancement, 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. En outre, 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 tous les détails ci-dessous, 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 appliqueront 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 l'intervalle de maintenance. Afin de limiter les interruptions, les mises à jour prennent généralement jusqu'à 10 minutes pendant l'intervalle de maintenance.
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é au sein d'une organisation et du désir de chaque 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 présenter des problèmes de produit. Toutefois, pour les instances hébergées par Looker, nous pouvons appliquer rapidement des correctifs dès qu'ils sont disponibles.
Que faire 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 nécessitent que le client soit responsable de la gestion des mises à jour des versions. Il est très important de conserver 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 à la fin du cycle de déploiement de la version. Cela garantit que tous les problèmes critiques peuvent être résolus au préalable.
Lorsqu'une nouvelle version est prête à être installée, tout utilisateur Looker indiqué comme contact technique pour votre entreprise reçoit un e-mail contenant un lien vers le dernier fichier de mise à jour (au format JAR), des notes de version et des instructions pour installer la mise à jour.
Nous vous déconseillons vivement d'effectuer un rollback vers une version précédente. Pensez plutôt à effectuer une sauvegarde complète de votre système avant chaque mise à jour. Cela permet de restaurer une version précédente d'une instance. 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 la réception d'une mise à jour plus tôt dans le processus de déploiement répond aux besoins de votre entreprise et que vous souhaitez bénéficier d'un accès anticipé aux nouvelles versions, inscrivez-vous ici ou envoyez une demande d'assistance.
Programme des versions avec prise en charge étendue
Bien que de nombreuses entreprises partagent notre goût pour les améliorations rapides associées aux cycles de mise à jour courts, Looker comprend le compromis que représente ce rythme et pourquoi un cycle plus lent pourrait être plus approprié pour certains cas d'utilisation métier.
Pour répondre à ces besoins, chaque troisième version mineure sera désignée en tant que version avec assistance étendue (ESR). Bien que nous fassions toujours notre possible pour optimiser la stabilité du produit à chaque version, une version désignée comme ESR recevra un délai supplémentaire pour les tests et la résolution des problèmes.
Nous allons également allonger la période de développement et d'assistance pour les produits ESR, et corrigerons les problèmes de niveau de gravité 1 et 2, le cas échéant et dans la mesure du possible.
Validation des nouvelles versions de l'ESR
Chaque rapport ESR dispose d'une période d'évaluation d'un mois en raison des changements plus importants dans le produit entre les ESR. Dans le cadre de ce programme, il est obligatoire d'effectuer d'abord une nouvelle mise à jour de 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.
Inscription au programme ESR
Si le programme ESR semble mieux adapté aux besoins de votre entreprise, contactez votre équipe chargée de la réussite des clients pour discuter de cette option.
Des questions ?
Si vous avez des questions, posez-les sur le forum de la communauté de Looker. Ce forum accueille et encourage 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 des analystes Looker.