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 en temps opportun. Ce guide décrit nos processus de publication et de mise à jour standards, 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 dans un délai d'environ deux semaines. Aucune nouvelle version ni aucun déploiement n'a lieu au cours du mois de décembre.
Il arrive que de petits correctifs de mise à jour soient publiés pour des correctifs qui ne devraient pas attendre la prochaine version. Ce sont presque toujours des 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 correctif suit le même processus que la mise à niveau dans le cadre d'une version standard.
Libérer les numéros
Notre schéma de numérotation de version utilise une séquence de trois chiffres: X.Y.Z, où X correspond aux deux derniers chiffres de l'année de publication, Y est la version mensuelle (en commençant par 0 en janvier et en utilisant des 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 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 répertoriée comme contact technique dans une instance Looker (accessible dans les paramètres généraux de la section Admin) recevra les notifications des 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 réaliser des tests efficaces avant son lancement, mais il est possible qu'une nouvelle fonctionnalité ait un impact imprévu 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 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 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
Comme indiqué ci-dessus, si l'instance est hébergée par Looker (ce qui signifie que l'infrastructure de l'instance est gérée par Looker), nos équipes chargées des versions et des opérations appliqueront les mises à jour pendant les périodes de maintenance désignées. Pour les utilisateurs qui ont accepté de recevoir des e-mails de la part de Looker, nous annonçons chaque nouvelle version dans un e-mail indiquant la date et l'heure de la période de maintenance. Pour 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 entreprise 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 davantage susceptibles de contenir des problèmes de produit. Cependant, 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. Nous travaillerons avec vous pour nous assurer de répondre aux besoins de votre entreprise.
Mises à jour pour les instances Looker hébergées par un 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 toujours 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 version. Cela garantit que tous les problèmes critiques peuvent être résolus à l'avance.
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 fichier de mise à jour le plus récent (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 de lancement avec assistance étendue
Bien que de nombreuses entreprises partagent notre goût pour les améliorations rapides des produits associées aux cycles de mise à jour courts, Looker comprend le compromis lié à 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 comme une version d'assistance étendue (ESR). Bien que nous mettions toujours tout en œuvre pour optimiser la stabilité du produit à chaque version, une version désignée comme ESR bénéficiera de temps supplémentaire pour les tests et la résolution des problèmes.
Nous allons également prolonger le délai de développement et d'assistance produit pour les ESR, et corriger les problèmes de niveau de gravité 1 et 2 lorsque cela est possible.
Valider les nouvelles versions ESR
Une période intermédiaire d'un mois est définie pour chaque rapport, en raison des variations plus importantes du produit entre les valeurs. Dans le cadre de ce programme, vous devez d'abord effectuer une nouvelle mise à jour de 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 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 l'équipe chargée de la réussite des clients pour discuter plus en détail de cette option.
Des questions ?
Si vous avez des questions, posez-les au forum de la communauté Looker. Les discussions de toutes sortes sont encouragées et encouragées, y compris, mais sans s'y limiter, sur Looker, l'informatique décisionnelle et les données en général, avec d'autres experts Looker (clients) et analystes Looker.