Le cycle de publication rapide de Looker permet à l'équipe d'intégrer rapidement les commentaires des utilisateurs et de répondre rapidement aux questions 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 en deux semaines environ. Aucune version ni aucun déploiement n'ont lieu en décembre.
Parfois, de petits correctifs de mise à jour sont publiés pour des corrections qui ne devraient pas attendre la prochaine version. Il s'agit presque toujours de problèmes de sécurité ou de produit critiques. Idéalement, aucune nouvelle fonctionnalité ne devrait être incluse dans une version corrective. Le processus d'application des mises à jour correctives est le même que pour une mise à niveau standard.
Numéros de version
Notre schéma de numérotation des versions utilise une séquence à trois chiffres: X.Y.Z, où X est la version majeure, Y est la version mineure et Z le numéro de correctif de cette version mineure. Par exemple, Looker 7.2.4 serait la cinquième version de Looker 7.2, car nous avons commencé avec la version 7.2.0.
Une nouvelle version majeure a lieu uniquement lorsque le produit change de manière significative. Les modifications apportées à une release majeure n'auront aucune incidence sur les processus de publication.
Notes de version
Tous les utilisateurs peuvent activer les notes de version à partir de la section Paramètres de compte de Looker. De plus, toute personne répertoriée en tant que contact technique dans une instance Looker (accessible via la section Paramètres généraux de la section Administration) recevra des notifications de notes de version.
Tenez-vous informé des dernières fonctionnalités et corrections de problèmes en consultant les notes de version. Les dernières notes de version sont disponibles sur cette page, tandis que les anciennes sont disponibles sur cette page.
Environnements de préproduction et tests
Looker effectue des tests efficaces avant la 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 toutes deux utiliser un environnement de préproduction pour tester LookML et s'interfacer 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 le client, vous pouvez également tester votre configuration technique.
Si vous souhaitez utiliser un environnement de préproduction, contactez l'assistance Looker via le Centre d'aide 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 de la mise à jour dépend 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 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 en charge des versions et des opérations appliqueront les mises à jour au cours des 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 contenant la date et l'heure de l'intervalle de maintenance. Les mises à jour prennent généralement jusqu'à 10 minutes dans l'intervalle de maintenance pour minimiser les interruptions.
Looker applique les mises à jour progressivement. Nous appliquons les mises à jour en fonction des caractéristiques de la configuration d'une instance, de la manière dont Looker est utilisé dans l'organisation et du souhait 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 correctives d'une nouvelle version mineure sont plus susceptibles de contenir des problèmes de produit. Toutefois, pour les instances hébergées par Looker, nous pouvons rapidement appliquer les correctifs dès qu'ils sont disponibles.
Que faire si j'ai besoin d'ignorer une nouvelle version ?
Contactez l'assistance Looker via le Centre d'aide ou l'équipe chargée de votre compte. Nous vous aiderons à répondre aux besoins de votre entreprise.
Mises à jour des 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 de version. Il est très important de rester sur la dernière version compatible pour éviter une version non compatible, ou en fin de vie. Les instances de 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 indiqué en tant que Contact technique pour votre organisation recevra un e-mail contenant un lien vers le fichier JAR le plus récent (format JAR), les notes de version et des instructions d'installation de la mise à jour.
Nous vous déconseillons fortement de revenir à une version précédente. Veillez 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 irréversible du contenu et des dommages sur l'instance.
Accès anticipé
Si vous recevez une mise à jour plus tôt lors du processus de déploiement et qu'elle répond aux besoins de votre entreprise, et que vous souhaitez activer le déploiement des dernières versions, inscrivez-vous ici ou contactez l'assistance Looker via le Centre d'aide Looker.
Programme d'assistance étendue
De nombreuses entreprises sont du même avis que celles concernant l'amélioration rapide des produits associée aux cycles de version courts. Toutefois, Looker tient compte du compromis que cela implique et explique pourquoi un cycle plus lent pourrait mieux être adapté à certains cas d'utilisation.
Pour répondre à ces besoins, chaque troisième version mineure est désignée comme une version d'assistance étendue. Bien que nous fassions de notre mieux pour optimiser la stabilité du produit à chaque version, une version désignée comme ESR aura plus de temps pour les tests et la résolution des problèmes.
Nous allons également étendre la période de développement et la compatibilité des produits avec les ESR, et nous corrigerons les problèmes de niveau de gravité 1 et de gravité 2, le cas échéant et dans la mesure du possible.
Valider les nouvelles versions d'ESR
Une période de référence d'un mois est appliquée à chaque période ESR, en raison des changements importants apportés au produit. Pour ce programme, vous devez d'abord mettre à jour une version ESR sur un serveur intermédiaire. Les utilisateurs peuvent ainsi 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 vous semble plus adapté aux besoins commerciaux de votre entreprise, contactez votre équipe chargée de la réussite des clients pour en savoir plus sur cette option.
Des questions ?
Si vous avez des questions, posez-les sur le forum de la communauté de Looker, où toutes les discussions sont les bienvenues et encouragées, y compris, mais sans s'y limiter, Looker, l'informatique décisionnelle et les données en général, avec d'autres Looker (clients) et analystes Looker.