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 sont publiés pour les corrections qui ne doivent pas attendre la prochaine version. Il s'agit presque toujours de corrections de problèmes critiques liés au produit ou à la sécurité. Idéalement, aucune nouvelle fonctionnalité ne devrait jamais être incluse dans une version de correctif. L'application des 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 à trois chiffres : X.Y.Z, où X correspond aux deux derniers chiffres de l'année de la version, Y à la version mensuelle (à partir de 0 en janvier et en utilisant des nombres pairs pour chaque mois suivant) et Z à la version du correctif. Par exemple, Looker 23.4.1 correspond 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.
Tenez-vous informé des nouvelles fonctionnalités et des corrections de problèmes en consultant 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 s'efforce de tester efficacement avant de publier, mais il est possible qu'une nouvelle fonctionnalité ait des impacts imprévus sur une configuration et une utilisation spécifiques de Looker. Les instances hébergées par Looker et celles hébergées par le client 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 dédiée à votre compte Looker 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 dans les sections suivantes, 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 sur la procédure à suivre pour effectuer la mise à jour.
Mises à jour pour les instances hébergées par Looker
Si une instance est hébergée par Looker (ce qui signifie que l'infrastructure de l'instance est gérée par Looker), nos équipes de publication et d'opérations appliqueront les mises à jour pendant les fenêtres 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 fenêtre de maintenance. Les mises à jour prennent généralement jusqu'à 10 minutes dans la fenêtre de maintenance afin de 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 de la préférence d'une entreprise individuelle de recevoir une version plus tôt ou plus tard dans le cycle. Comme toujours dans les versions logicielles, les premières versions de correctif 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 l'équipe dédiée à votre compte. Nous vous aiderons à répondre aux besoins de votre entreprise.
Mises à jour pour les instances Looker hébergées par le client
Pour les instances Looker hébergées par le client, le client est responsable de la gestion des 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 de la version. Cela permet de résoudre les problèmes critiques au préalable.
Lorsqu'une nouvelle version est prête à être installée, tout utilisateur Looker listé comme contact technique pour votre organisation reçoit un e-mail contenant un lien vers le dernier fichier de mise à jour (format JAR), les notes de version et des instructions sur l'installation de la mise à jour.
Nous vous déconseillons vivement de revenir à 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 à une version précédente. La restauration à 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 ouvrez une demande d'assistance.
Programme de compatibilité é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 que cela 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 de compatibilité étendue (ESR). 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 les corrections de problèmes.
Nous fournirons également une fenêtre plus longue pour le développement et l’assistance produit pour les 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 ESR aura une période de préproduction d'un mois en raison des changements plus importants apportés au produit entre les ESR. Dans le cadre de ce programme, il est obligatoire d'effectuer d'abord une mise à jour de la nouvelle 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 passer le serveur de production à la nouvelle version ESR.
Participer au programme ESR
Si le programme ESR semble mieux adapté aux besoins de votre entreprise, contactez votre équipe Customer Success pour en savoir plus sur cette option.
Des questions ?
Si vous avez des questions, le forum de la communauté Looker est un excellent endroit pour les poser. Toutes les discussions y sont les bienvenues et encouragées, y compris (mais sans s'y limiter) celles concernant Looker, la informatique décisionnelle et les données en général, avec d'autres Good Lookers (clients) et des analystes Looker.