(studio ra2/Shutterstock)
Lorsque Mingxi Wu a pris la direction de TigerGraph il y a cinq mois, il a promis que l’entreprise se concentrerait à nouveau sur le développement des fonctionnalités de produits demandées par les plus gros clients. Cet objectif semble se concrétiser avec l’annonce d’aujourd’hui de la version 3.9.3 de TigerGraph, qui apporte une multitude de nouvelles fonctionnalités conçues sur mesure pour les environnements d’entreprise.
TigreGraph a été fondée en 2012 avec l’intention de créer une base de données de graphiques distribués qui pourrait évoluer pour répondre aux besoins les plus exigeants en matière de traitement et d’analyse des données des entreprises Fortune 500. Alors qu’elle attirait de nombreux gros clients du secteur des services financiers et d’autres secteurs exigeants, la société de Redwood City, en Californie, a connu des difficultés financières en 2022, entraînant le départ de Yu Xu, alors PDG et fondateur, et la promotion de Wu, responsable de l’ingénierie, dans le rôle principal. (Xu reste dans l’entreprise en tant que CTO.)
Pendant le Briques de données Sommet Data + AI plus tôt cette année, Wu a dit Datanami que l’entreprise revenait à ses racines Big Data. «Je suis un spécialiste des produits», a déclaré Wu en juin. «Je connais l’architecture. Je sais quelles sont les choses difficiles et quelles choses TigerGraph peut résoudre et ce qu’aucun autre fournisseur ne peut résoudre.
Cet accent mis sur la réponse aux préoccupations des plus gros clients confrontés aux plus grands défis en matière de données est évident dans le lancement aujourd’hui de la version 3.9.3 de TigerGraph, qui apporte de nouvelles fonctionnalités telles que la prise en charge de Kubernetes, de nouveaux contrôles d’intégrité des données, de nouvelles fonctionnalités de gestion de la charge de travail et la prise en charge du Langage de requête graphique OpenCypher.
Kubernetes est devenu le standard de facto pour exécuter des charges de travail basées sur des conteneurs, il n’est donc pas surprenant que TigerGraph consacre le travail d’ingénierie à garantir que sa base de données puisse y fonctionner. Selon Victor Lee, directeur du marketing produit chez TigerGraph, la nouvelle version de la base de données TigerGraph propose un aperçu de la prise en charge des versions 1.23 à 1.27 de Kubernetes.
« TigerGraph évolue de manière à ce que l’ensemble de la pile logicielle soit conteneurisée et puisse être déployée et gérée avec Kubernetes », nous explique Lee. « Cela est particulièrement utile pour les utilisateurs de TigerGraph qui profitent de notre prise en charge des clusters, que ce soit parce qu’ils disposent d’une base de données distribuée, ou de clusters pour une haute disponibilité, ou de clusters dotés de ressources différentes pour différents types de charges de travail. »
TigerGraph fonctionne désormais sur Kubernetes (Mia-Stendal/Shutterstock)
La prise en charge préliminaire de Kubernetes permettra également aux clients de TigerGraph de faire évoluer le calcul et le stockage indépendamment les uns des autres via leur console K8, explique Lee.
« Il ne s’agit pas simplement d’un serveur TigerGraph en tant que conteneur, mais il est décomposé en composants de niveau inférieur », poursuit-il. « Le concepteur du système utilise Kubernetes pour indiquer les performances ou les paramètres opérationnels qu’il souhaite, et Kubernetes s’occupe des opérations de déploiement et de maintenance pour atteindre ces paramètres. Par exemple, pour évoluer vers davantage de stockage ou davantage de ressources de calcul, l’utilisateur indiquerait simplement son objectif dans le framework Kubernetes familier.
Les nouvelles capacités de gestion de la charge de travail devraient également contribuer à fournir une implémentation de TigerGraph plus équilibrée en attribuant automatiquement des tâches de requête aux ressources les moins occupées.
Toutes les bases de données rencontrent parfois des problèmes d’intégrité des données. Avec les bases de données graphiques, où l’ingestion de données a toujours été le goulot d’étranglement, il est encore plus important d’avoir confiance dans les données. Les nouveaux contrôles d’intégrité des données créés par TigerGraph avec la version 3.9.3 devraient aider les entreprises clientes à rester au courant de ces petits problèmes de données pendant le processus de chargement des données.
« TigerGraph peut importer des téraoctets de données à grande vitesse à l’aide de Kafka », explique Lee. « Les ingénieurs de données veulent savoir rapidement s’il y a un problème avec l’ingestion de données. Y a-t-il un problème avec le format de leurs données d’entrée ? Y a-t-il un problème de logique ETL ? Problème matériel ou réseau ? TigerGraph vérifie la cohérence de ce qui est envoyé par Kafka avec ce qui est reçu par notre file d’attente de mise à jour des données. Combien de sommets et d’arêtes de chaque type ont été envoyés, et combien ont été reçus et accusés de réception ? Nous prévoyons d’ajouter encore plus de contrôles pour aider les ingénieurs de données à avoir encore plus de visibilité sur ce qui se passe dans le système.
Les clients de TigerGraph écrivent traditionnellement leurs requêtes graphiques en utilisant GSQL, une variante de SQL spécifique aux graphiques. Avec la nouvelle version, TigerGraph prend en charge OpenCypherun langage de requête de graphes basé sur le langage Cypher initialement développé par son concurrent de base de données de graphes de propriétés Néo4j et publié en open source, où il a gagné en popularité.
La prise en charge d’OpenCypher permet aux utilisateurs qui connaissent déjà ce langage de requête de démarrer plus facilement avec la base de données TigerGraph, explique Lee.
« Tout ce qu’ils ont à faire est de déposer leur requête OpenCypher dans un wrapper GSQL, et TigerGraph traduit leur OpenCypher en GSQL et l’exécute », dit-il. « Nous prenons actuellement en charge environ 80 ou 90 % d’OpenCypher. TigerGraph est la seule base de données de graphiques distribuée qui évolue. Nous avons eu plusieurs clients qui ont commencé à utiliser un produit Cypher, puis qui sont devenus trop grands et ont donc migré vers TigerGraph. Cette prise en charge d’OpenCypher leur facilitera la tâche.
Cependant, GSQL continue d’avoir des fonctionnalités qu’OpenCypher n’a pas, dit Lee, comme les accumulateurs, qui sont une famille d’objets de données avec des opérateurs intégrés pour l’accumulation multithread.
«Ils constituent un moyen puissant et simple de réaliser des analyses et de mettre en œuvre des algorithmes graphiques», déclare le directeur marketing de TigerGraph. « GSQL est également procédural, avec des paramètres d’entrée, des variables locales et un contrôle de flux comme des boucles et des instructions conditionnelles. Il est vraiment très naturel pour les utilisateurs d’implémenter les algorithmes de leur choix. OpenCypher n’a pas cela. OpenCypher est un bon langage de requête de base de données à usage général, en particulier pour la correspondance de modèles de graphiques. GSQL fait bien plus : il vous permet de concevoir et d’exécuter des programmes analytiques et algorithmiques. »
TigerGraph a également annoncé avoir embauché Hamid Aazawe comme nouveau vice-président des produits. Azawe possède des décennies d’expérience dans la gestion et l’ingénierie de produits chez Microsoft, Amazon, IBM, Bloomberg et Meta. Azzawe se dit ravi de travailler sur la nouvelle version.
« Avec cette dernière version, développée en collaboration avec nos clients, TigerGraph continue d’affiner ses produits afin qu’ils répondent et dépassent les attentes des clients en matière de technologie graphique au niveau de l’entreprise », déclare Azzawe.
La version 3.9.3 de TigerGraph sera disponible ce mois-ci pour les clients sur site et cloud de l’entreprise. Pour plus d’informations, voir www.tigergraph.com.
Articles connexes:
Le nouveau PDG de TigerGraph recentre ses efforts sur les entreprises clientes
TigerGraph renforce la base de données avec Graph Analytics et ML
