What’s new 06/05/2019

News 1 : Google next ‘19
Aujourd’hui, vous trouverez la suite des nouveautés annoncées au Google next ‘19. Bonne lecture.
News 2 : Certificats SSL managés par Google
Avec les outils cloud il n’est pas rare d’utiliser des certificats SSL afin d’avoir de belles url pour ses
applications. Mais chaque année (tout dépend de la durée de vie du certificat) c’est la même routine
et il est indispensable de les mettre à jour et croyez moi il n’y a de plus frustrant que d’avoir son
application Cloud avec des SLA et des data centers les plus avancés du monde ne pas fonctionner
à cause d’un certificat SSL non mis à jour. Cette manipulation qui n’a l’air de rien est extrêmement
pénible elle demande l’achat manuel d’un nouveau certificat et de réaliser un upload de ce nouveau
certificat sur toutes les applications. L’annonce tant attendue par tous les développeurs GCP est
enfin tombée et Google propose de gérer les certificats de vos domaines à votre place. C’est
disponible en bêta et seulement pour les services load balancer et GKE.

Plus d’information en anglais ici
News 3 : reCAPTCHA enterprise
Google propose son fameux service de protection de sites web contre les utilisations abusives par
des robots de votre application web : web scrapping, le test intensif de mots de passe et la création
de comptes en automatique.

La page principale de reCAPTCHA Enterprise ici
News 4 : Annonces BigQuery BI Engine et Sql server managés
Pas vraiment de grande révolution mais deux manques que Google veut combler, hélas l’événement
est arrivé trop tôt ces produits ne sont pas encore prêts. Le premier est le point faible de Google
BigQuery pour les rapports de tous les jours : la réactivité. En effet BigQuery (à qui nous
consacrerons un dossier spécial dans les semaines à venir) peut au mieux effectuer une requête en
2 secondes. Cela est dû au fait que BigQuery partage son travail entre plusieurs processeurs
distincts pour ensuite réconcilier tous les résultats. Quand on fait de l’exploration de données sur
des milliards de ligne cela est tout à fait acceptable mais pas pour ouvrir tous les jours le même
rapport. Google propose donc de créer un espace de mémoire tampon in memory entre une table
BigQuery et DataStudio. Le cache de données est limité à 10 Go ce qui est largement suffisant
pour les besoins standards. Pour le moment c’est en bêta et aucun prix n’est annoncé. Il se peut
que l’addition soit salée.
Pour ce qui est de la deuxième annonce Google a finalement compris que les entreprises ne
pourraient pas migrer leur système d’information d’un coup de baguette magique. C’est dans ce
sens que la famille des CloudSql va s’agrandir et qu’elle proposera dans quelques semaines
d’héberger des bases de données Sql Server.
Annonces à suivre et dès qu’il y a du nouveau nous vous le partagerons.
News 5 : Accès contextuel
Pour nous c’est une bonne surprise, une nouveauté non pas basée sur une dernière technologie ou
un hardware dernier cri mais une sécurité basée sur le bon sens. Vous pouvez désormais définir
comment accéder à vos ressources cloud selon 3 critères de sécurité :
  • Uniquement depuis le réseau interne de l’entreprise
  • A distance (hors réseau interne de l’entreprise) qui utilise un appareil de l’entreprise
  • Accordez aux employés faisant parti du groupe accès privilégié sur l’url commençant par /admin
Pour le moment c’est en bêta et c’est un outil qui ravira les entreprises qui ont besoin de plus de
sécurité sans se ruiner.
La page de Context-Aware access ici
News 6 : Cloud code plugin pour IDE
Google sort un plugin pour 2 IDE : VS code et IntelliJ qui permet aux développeurs qui utilisent
GKE d’aller plus vite en accédant directement aux ressources GKE et de faire des déploiements
rapides. Cet outil va sûrement s'étoffer dans les mois à venir et couvrir plus de services. A suivre.

La page de Cloud Code ici

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Datalake comparaison - 10 Conclusion

Franchement nous avions d’énormes à priori avant de commencer ce comparatif et honnêtement le résultat nous surprend nous même. Toutes les solutions analysées présentent des intérêts et aucune ne peut prétendre être la solution ultime, c’est d’ailleurs celle qui veut tout faire à la fois qui pour nous est la moins intéressante. Nous ne pouvons que saluer les efforts d’innovations que les différents éditeurs ont trouvées et nous les remercions de proposer des outils qui permettent de traiter nos chères données. En effet nous parlons toujours comme si LA donnée était une seule entité et devait se traiter de la même manière mais c’est faux il y a plusieurs types de données : les chaudes qui sont consommées immédiatement, les froides qu’on ne va voir qu’une fois de temps en temps, il y a aussi des données qui servent à tirer des tendances, il y a des données qui servent à savoir ce qu’il s’est passé pour trouver une cause au problème, il y a des données confidentielles, il y a d...
Lire la suite

Load Balancer

Image
Le load balancer est un composant majeur dans Google Cloud platform , Il participe comme son nom l’indique à router les utilisateurs sur une ressource disponible. Il participe également à la bonne santé du système complet car son premier rôle est de servir de point d’entrée ce qui simplifie grandement la vie des utilisateurs et des développeurs. C’est un aiguilleur qui dirige les utilisateurs vers la bonne ressource. C’est un organe essentiel  d’une solution cloud. De plus lors d’un changement de logiciel ou de mise à niveau cela évite aux utilisateurs de devoir changer leurs raccourcis et leurs habitudes. Il permet donc de faire des déploiements sans rupture de service. Après le déploiement, les utilisateurs ne changent rien à leurs habitudes et le load balancer envoie toutes leurs demandent à la nouvelle application et un lien direct peut être mis en place pour certains utilisateurs qui ont encore besoin de se connecter à l’ancienne application. ...
Lire la suite

Data loss prevention API

Image
Les entreprises traitent de plus en plus leur données automatiquement. Plusieurs profils peuvent être amenés à “jouer” avec leurs données : data scientists internes, data scientists externes ou entreprises spécialisées dans ce domaine. Par faute de temps ou par manque d’outil les données fournies ne sont pas toujours pré traitées et sont souvent envoyées telles quelles, or cela a deux inconvénients : le premier (que tout le monde avait trouvé) transmettre des informations importantes inutiles et donc augmenter le risque de fuite d’information, Le deuxième c’est qu’une donnée trop riche nuit à son traitement. Je donne un exemple pour un ordinateur un numéro de téléphone est une suite de 4 numéros et s’ils ne sont pas contextualisé il prendra cela pour 4 numéros de 2 chiffres. Dans certains cas il est préférable de remplacer ces 4 séries de chiffres par un libellé comme NumTéléphone pour faire comprendre à l’algorithme que c’est l’information de la présence de numéro...
Lire la suite