Jeu de performance: dites adieu à la latence

Par Techopedia Staff, 9 mai 2016

À emporter: l' hôte Eric Kavanagh interviewe Mark Madsen, Dez Blanchfield et Bullett Manale sur la latence et les performances.

Vous n'êtes actuellement pas connecté. Veuillez vous connecter ou vous inscrire pour voir la vidéo.

Partenaire de contenu Techopedia

Le personnel de Techopedia est affilié à Bloor Group et peut être contacté en utilisant les options à droite. Pour plus d'informations sur la façon dont nous travaillons avec les partenaires de l'industrie, cliquez ici.

• Profil
• Site Internet

Eric Kavanagh: Mesdames et messieurs, bonjour et bienvenue encore une fois à Hot Technologies! Oui en effet! Je m'appelle Eric Kavanagh, c'est notre show Hot Tech, un partenariat avec nos bons amis de Techopedia. Sautez en ligne sur Techopedia.com pour découvrir les dernières nouveautés dans le vaste domaine de la technologie d'entreprise; bien sûr, ils couvrent également les produits de consommation. Nous nous concentrons sur l'entreprise ici dans notre programme, c'est donc ce que nous allons faire aujourd'hui.

Il y a un endroit qui vous concerne vraiment et assez à propos de moi, contactez-moi sur Twitter @eric_kavanagh, j'adore le Twitter, j'aime vérifier ce genre de choses, c'est un excellent moyen de rester en contact avec les gens et d'avoir de bonnes conversations, et en tête-à-tête -une conversation.

Alors de quoi parle-t-on? Cette année est chaude, c'est tout un univers d'opportunités que nous examinons aujourd'hui dans le monde de la gestion de l'information, et ce dont nous parlons aujourd'hui va être des requêtes, cela va accélérer les requêtes.

Je pense que j'ai oublié de mentionner le titre, "Performance Play: Dites adieu à la latence". Eh bien, qui veut de la latence? Personne ne veut de latence, c'est quand vous êtes assis là, cliquez sur le bouton et attendez que quelque chose se passe, et personne ne veut ça. Les enfants n'aiment pas ça, ils ne trouvent pas ça cool, les adultes non plus. Nous avons tous été gâtés par la vitesse du Web, et nous voulons des choses rapidement, nous voulons des choses maintenant, et nous allons en parler aujourd'hui dans notre émission.

L'analyste Mark Madsen est avec nous aujourd'hui de Third Nature, l'un de nos habitués. Notre nouveau scientifique des données, Dez Blanchfield, appelle de Sydney, en Australie. Et puis Bullett Manale, oui en effet, c'est son nom, en fait c'est censé être deux T. Bullett Manale est notre invité d'Idera, une entreprise très, très intéressante, fait beaucoup de choses. Je les connais déjà, l'un d'eux étant qu'ils ont acheté une entreprise appelée Precise il y a quelque temps. Je connaissais leur PDG nommé Zohar Gilad, comment est-ce pour un nom? C'était un sacré gars intelligent.

Mais les gens, vous jouez un rôle important dans cette webémission dans les questions que vous posez, alors s'il vous plaît ne soyez pas timide, envoyez vos questions à tout moment - vous pouvez le faire en utilisant le composant Q & A de la console de webémission, c'est là-bas dans le coin en bas à droite. Vous pouvez également me parler et je vais en parler aux haut-parleurs. Nous avons déjà quelqu'un qui appelle d'Italie, alors: «Ciao, ciao. Venez stai? »Très bien, avec ça je vais pousser la première ligne de Mark, je vais remettre le jeu à Mark. Mark, vous avez maintenant le WebEx. Enlevez-le, la parole est à vous.

Mark Madsen: Merci, Eric. Mais je ne vais pas commencer au milieu, je vais commencer au début. Alors juste quelques commentaires pour mettre en place la discussion avec Dez et Idera, une sorte d'état de l'état avec le développement, les bases de données et les opérations. Et vous savez, si vous regardez cela, nous avons encore ce genre de problèmes de deux mondes sur le marché des bases de données et des applications, car les développeurs considèrent les DBA comme les personnes qui les tracassent. Vous devez créer des modèles de données, vous ne pouvez pas y accéder, vous ne pouvez pas créer cette chose, vous ne pouvez pas mettre d'index sur chaque colonne de chaque table de la base de données pour la rendre plus rapide. Et bien sûr, pourquoi avons-nous besoin des modèles? Ce ne sont que des structures de données, si nous les changeons, ne pouvez-vous pas simplement les écrire sous une forme sérialisée?

Le problème est que les développeurs connaissent le code et les applications, mais deux choses qu'ils ignorent souvent, sont la concurrence, la programmation simultanée et les bases de données et les systèmes d'exploitation en dessous. Ayant été développeur de noyau et systèmes d'exploitation et bases de données, je peux dire que la concurrence et le parallélisme sont vraiment difficiles, et donc beaucoup de choses que vous apprenez pour obtenir de bonnes performances de votre code commencent vraiment à s'effondrer lorsque vous êtes travailler avec une base de données. Et les performances sont superbes, l'environnement de test est superbe, et l'environnement Q&R, puis il frappe le vrai système, et puis tout à coup ce n'est pas si bon. Parce qu'il est multiforme, comment le code fonctionne avec la base de données, comment il fonctionne avec l'environnement et les petites pratiques vraiment simples peuvent avoir des effets drastiques selon l'échelle que vous exécutez.

Et lorsque vous commencez à parler d'applications externes, bien sûr, les applications orientées vers l'extérieur, les applications Web, peuvent être vraiment difficiles parce que les choses vont bien jusqu'à ce qu'elles se mettent à plat, et elles ne le sont pas. Vous atteindrez ces plateaux intéressants qui nécessitent beaucoup de nuances pour comprendre.

Le revers de la médaille est la vue DBA. Le point de vue de l'administrateur de base de données est qu'il existe des opérations, elles passent la majeure partie de leur temps, 80 à 90%, dans les opérations, et peut-être 10 à 20% pour gérer les choses de développement qui se passent à l'avance. De ce point de vue, vous payez maintenant ou vous payez plus tard, et si vous passez tout votre temps à l'avance, vous aurez de bien meilleures chances plus tard, par opposition au développement qui a tendance à explorer une fonctionnalité l'espace, et essayer de trouver la meilleure façon de faire les choses. Et donc nous avons des problèmes, et maintenant nous avons des méthodologies qui sont incompatibles - déploiement continu, enrouler vos applications quand elles sont prêtes, faire des poussées de code périodiquement, travailler dans un magasin qui pratique les opérations de développement. Ce genre de chose accélère le développement, mais toutes les pratiques autour de la base de données et ce que font les administrateurs de base de données et ce que les gestionnaires de système ont été formés à faire, les pratiques des opérations informatiques n'ont pas suivi le rythme.

Si vous y réfléchissez, la plupart des administrateurs de base de données fonctionnent dans un environnement de contrôle des modifications par rapport à un environnement de déploiement continu. Il s'agit de stabilité et de contrôle, par opposition à la vitesse de changement et de réversibilité. Déploiement continu, si vous ne pouvez pas vous retirer du changement, vous êtes en difficulté, donc tout doit être construit pour être facilement réversible et commutable par code, ce qui n'est pas du tout le fonctionnement de la base de données relationnelle, des pratiques de développement et des pratiques de gestion .

Vous êtes également confronté à ces problèmes de devoir être plus proactif si vous le pouvez, en tant qu'administrateur de base de données, car au moment où vous entendez parler d'un problème, cent mille personnes remplissent des formulaires de plainte sur votre site Web. Cela vous laisse besoin de nouvelles choses que vous ne sortez pas de votre ancien environnement. Vous savez, des choses comme une meilleure surveillance et des alertes. En même temps, les bases de données se multiplient, nous avons plus d'applications que jamais pour prendre en charge plus de choses que jamais, elles sont à l'intérieur, elles sont à l'extérieur, elles sont partout. Et des ensembles de données plus indépendants pour les analyses, les gens démarrent des bases de données partout parce que, bien sûr, c'est facile maintenant, vous pouvez configurer une machine virtuelle. Si vous avez un fournisseur de cloud ou un cloud interne, vous pouvez immédiatement faire apparaître les choses, ce qui modifie entièrement votre chemin d'approvisionnement.

L'ancien chemin d'approvisionnement était: «J'ai le temps d'obtenir un serveur, de le ranger dans un rack, d'allouer de l'espace, d'obtenir du stockage, d'installer la base de données et de faire des choses», par rapport à quelqu'un qui glisse une carte de crédit et y va en cinq minutes. Si vous faites cela, cet environnement de développement moderne fonctionne à un rythme très différent, et il est donc facile de créer des bases de données, et cela crée simplement ce problème de prolifération, comme rien de ce que nous avons vu auparavant. Et cela dure depuis dix ans maintenant, ce n'est une nouvelle pour personne, mais cela signifie également que les environnements d'exploitation ont gagné en complexité.

L'environnement client-serveur dans son ensemble a vraiment changé, car ce n'est plus un monde de serveur-client. À l'époque, vous aviez un serveur, vous aviez une base de données, si quelque chose n'allait pas, vous saviez sur quel serveur aller, vous saviez comment gérer les ressources sur celui-ci parce que la meilleure pratique était une base de données, un serveur. La virtualisation a commencé à le séparer, le cloud le brise encore plus, car ce que vous pensez être un serveur de base de données, c'est juste un logiciel. L'environnement n'est donc pas réel. C'est ce qui contient l'environnement qui est la réalité, et qui pourrait être un rack de lames ou un gros serveur découpé en morceaux, vous ne savez pas vraiment.

Tout ce qui concerne l'administration des bases de données et la gestion des performances, et quelles bases de données ont été construites autour d'un contrôle strict avec un seul serveur, ou une poignée de serveurs et quelques bases de données, vous ne pouvez pas tout contrôler. Vous êtes assis sur une machine, mais la bande passante ne peut pas être partitionnée facilement par les gestionnaires virtuels, et donc tout peut bien se passer avec la mémoire et le processeur, mais vous êtes goulot d'étranglement sur une ressource qui ne peut pas être traitée, puis quand vous essayez de le réparer, l'ancien modèle aurait dû travailler dur, obtenir un plus gros serveur et faire quelque chose comme ça, maintenant cela pourrait être vraiment simple, ajoutez simplement un cours virtuel, ajoutez simplement de la mémoire à la VM et c'est résolu. Mais que se passe-t-il si votre machine virtuelle est sur un serveur surpeuplé et doit migrer? Ou que se passe-t-il si vous êtes à la taille d'un système AWS et que la taille maximale a été atteinte, où allez-vous maintenant?

Vous avez donc tous ces problèmes où l'environnement fait maintenant partie de la base de données, vous empaquetez un environnement avec une base de données, toutes les ressources spéciales, tout dans l'application, il fait partie de la configuration, la configuration est poussée là-bas. Cela vient de l'environnement de base de données, c'est beaucoup plus difficile à gérer et à contrôler.

Si vous regardez ce que les centres de bases de données ont fait, ils se sont assis sur leurs mains, non? Nous nous éloignons de cette idée de traiter les bases de données et les serveurs comme des animaux de compagnie. Les serveurs ont des noms, vous les traitez comme des choses uniques, vous les traitez comme du bétail, c'est gérer un troupeau. Et le problème avec la gestion des troupeaux est que si vous ne les contrôlez pas, ils peuvent éventuellement se ruiner, et une ruée n'est pas une bonne chose. Nous avons besoin de meilleurs outils de surveillance, nous avons besoin de meilleures façons de gérer ce genre de choses et de savoir ce qui a été affecté. Dans l'ancien modèle, c'était plus facile parce que vos opérations et tous vos systèmes de contrôle vous l'avaient dit, mais lorsque le nom de votre serveur est un code UPC, il est difficile de comprendre les choses.

Vous ne pouvez pas vous permettre de fausses alertes, vous ne pouvez pas vous permettre des choses qui disent: «Il y a un problème avec cette machine, et cette machine héberge 30 bases de données.» Vous ne pouvez pas vous permettre que les choses ne vous donnent aucun historique. Les consoles de surveillance sont excellentes lorsqu'elles s'allument, mais si le voyant rouge redevient vert et que vous ne savez pas pourquoi, et que vous n'avez pas d'historique pour revenir sur ce qui a mené à cela et sur quoi le contexte était, vous êtes en difficulté. Nous avons besoin de systèmes qui nous surveilleront, nous avons besoin d'une meilleure surveillance, traitant des problèmes intermittents cursifs qui maintiennent cet historique de données.

De meilleures choses et des seuils de métriques simples qui nous fournissent des métriques clés, mais ne nous guident pas directement vers ce qui est normal, ce qui est anormal et la fréquence de ces problèmes. Ce dont nous parlons vraiment, c'est d'une combinaison d'environnement de surveillance et de gestion des performances, et les fournisseurs sont restés sur leurs mains. Ils ne nous ont pas donné de meilleurs outils. Nous avons des systèmes avec plus de CPU et de mémoire que nous ne savons quoi en faire, et pourtant nous comptons toujours sur des modèles d'intervention manuelle, nous n'avons pas mis la machine au travail, pour nous guider, pour nous amener au point de problèmes, nous ne sommes pas arrivés à ce nouveau style qui est: «Il y a un problème ici, vous pouvez le faire pour le résoudre» ou «Il y a un problème de performances, c'est en fait avec cette instruction SQL spécifique, voici trois choses que vous pourriez utiliser pour corriger cette instruction SQL. »Application d'heuristiques, application de modèles d'apprentissage automatique qui peuvent examiner les modèles d'utilisation de votre système pour détecter les problèmes et éviter les fausses alertes. Utiliser la machine pour faire ce qu'elle fait le mieux, augmenter le DBA ou augmenter la personne qui doit faire face à des problèmes de performances.

C'est la nouvelle façon, par opposition à l'ancien style. Il y a un problème avec cette base de données, les choses sont lentes, et nous avons donc de nouvelles techniques, de nouvelles façons de le faire, et nous devrions les appliquer, et c'est là que le marché se dirige. Vous voyez que cela commence à surgir, non pas avec les grands fournisseurs, mais avec des sociétés tierces, et cela reflète quelque chose qui s'est produit il y a 20 ans lorsque les fournisseurs de bases de données n'ont rien fourni pour aider à gérer les systèmes. C'est donc en quelque sorte la direction du marché, et avec cela, j'aimerais revenir à Eric.

Eric Kavanagh: D' accord, je vais céder la parole à Dez. Et Dez, emportez-le, la parole est à vous.

Dez Blanchfield: Merci, Mark. Vous avez fait un travail fantastique pour en couvrir la composante technique. Je vais l'aborder sous un angle légèrement différent pour mettre en évidence ce qui s'est passé dans le reste du monde, en ce qui concerne l'impact sur les entreprises et les bases de données qui les entourent. Permettez-moi de passer directement à ma première diapositive.

Sur le fond de ce que vous venez de couvrir du côté technique des choses et du côté développeur, je vois que les entreprises doivent faire face au défi des données et des bases de données en particulier, et évidemment, nous avons eu ce changement significatif vers ce concept de big data, mais les bases de données sont toujours le cœur et l'âme de l'endroit où les organisations conservent leurs informations commerciales, et cela depuis la porte d'entrée jusqu'au back-office. Chaque partie de l'organisation est touchée par une base de données quelconque et alimentée par une base de données, et très rarement j'entre dans des discussions de projet, ou une forme de conversation stratégique innovante dans une organisation où le sujet de la base de données ou du système de base de données ne se pose pas, et il y a toujours des questions sur les types de choses dont nous venons d'entendre parler, dans les performances et la sécurité et comment le développement aborde-t-il ce défi, et où se situent les bases de données, et notre connaissance des environnements et des applications les environnements parlent, qu'en est-il des appareils et de la mobilité?

C'est toujours un sujet très, très chaud, et il en fait partie depuis très, très longtemps dans le grand schéma des choses en ce qui concerne la technologie moderne. À ce stade, je pense que c'est un fait que presque tout ce que nous faisons dans notre vie quotidienne, notre vie quotidienne, c'est-à-dire est maintenant pris en charge par une forme de base de données. Quand nous pensons à tout ce qui nous entoure, que ce soit une facture qui arrive par la poste tous les jours pour un service que nous achetons, elle est inévitablement imprimée par un système qui parle à une base de données, et nous y sommes. Nos téléphones ont des bases de données avec les contacts et les journaux d'appels, etc.

Où que nous allions, il y a une forme de base de données derrière les discussions et les systèmes que nous utilisons, et le plus souvent, ils sont assez transparents pour nous, mais le fait est qu'ils sont là. J'ai donc pensé que j'allais expliquer rapidement pourquoi cela est devenu un problème en très peu de temps. Au début, le concept de base de données est venu de ce charmant gentleman, Edgar Codd. Tout en travaillant chez IBM, il a changé le monde en ce qui concerne la gestion des données en créant un concept que nous appelons maintenant une base de données relationnelle.

Au début, la base de données était une base de données et la vie était bonne, elle était assez simple à la fois dans les colonnes et les références, etc., et les tableaux, et le développement de logiciels était assez simple, et les performances n'étaient pas vraiment un gros problème - c'était une nouvelle technologie passionnante. Nous avons accédé aux bases de données via une certaine forme de terminal, et vous ne pouvez vraiment créer autant de dégâts qu'à la fin d'un terminal 3270 sur un ordinateur central, et invariablement d'autres types de terminaux, ces autres systèmes sont arrivés. Et dans la plupart des cas, les terminaux à l'ancienne étaient très similaires à ce que sont les environnements Web maintenant, c'est-à-dire que vous remplissiez un formulaire à l'écran sur le terminal lui-même et que vous appuyiez sur Entrée et que cela disparaissait, ce serait tirer comme un paquet, comme une demande, et le système dorsal s'en occuperait. C'est essentiellement ce qui se passe sur un navigateur Web de nos jours, lorsque vous tapez un lien sur un navigateur Web et que ce formulaire ne revient généralement pas en temps réel au système, bien qu'avec AJAX ces jours-ci, ce ne soit pas tout à fait le Cas.

Mais ensuite quelque chose s'est produit, le futur est arrivé, et plus récemment Internet, et presque hier, dans une seconde web 2.0, et juste au coin de la rue, nous avons l'Internet des objets. Et dans le processus futur, le monde de la base de données vient d'exploser et les interactions avec les bases de données sont devenues quelque chose que nous avons tous fait par défaut, ce n'était pas un cas où vous iriez quelque part pour faire quelque chose, comme acheter un billet pour un avion et que vous souhaitez voyager de l'autre côté de la planète, quelqu'un a dû saisir toutes les informations dans le terminal et aller dans une base de données et imprimer un billet.

Presque tout ce que nous faisons maintenant, qu'il s'agisse d'appeler un taxi sur Google avec une application, de sauter sur les services bancaires par Internet, tout ce que nous faisons au quotidien, avec une sorte de système, il est alimenté par une base de données. Et quand Internet est apparu, c'était un peu plus facile à nous apporter, notre vie quotidienne via un navigateur Web, puis le Web 2.0 est arrivé et les choses sont devenues mobiles, et l'échelle des choses a explosé. En fait, ma ligne préférée dans ce sujet est que «Internet a tout connecté, le Web 2.0 l'a rendu mobile et social, et les choses sont devenues très, très grandes et maintenant nous avons Internet et les choses et, et l'IoT… Yikes !!» Nous n'avons même pas commencé à imaginer l'impact de l'Internet des objets en ce qui concerne le monde sur les systèmes de bases de données.

Donc, en termes modernes, ce que nous considérions comme un terminal est effectivement devenu ces choses, ce sont des téléphones portables, ce sont différents types de tablettes, des tablettes grand écran personnelles ou grand public, des ordinateurs portables et des ordinateurs de bureau traditionnels. sous une forme ou une autre. Dans cette image, vous pouvez voir presque toutes les formes d'interface que nous utilisons maintenant pour parler aux systèmes de base de données et aux applications qui sont alimentés par ceux-ci, à partir des petits gadgets entre nos mains qui se promènent et nous semblons être collés à tous le chemin vers les versions légèrement plus grandes, les iPads et autres tablettes et Microsoft Surfaces, vers les ordinateurs portables de tous les jours, ce qui est toujours le cas dans les environnements professionnels, etc. Les gens ont tendance à obtenir un ordinateur portable et non un bureau fixe, mais ils sont le terminal moderne à mon avis et une partie de la raison pour laquelle les bases de données rencontrent toutes sortes de défis dans la partie performance de la gestion de nos vies, et pas seulement le développement.

Je suppose donc que c'est l'un des plus grands défis auxquels les entreprises sont toujours confrontées au quotidien. Tout le monde pensait que les bases de données étaient nos seuls problèmes, ils ne le sont pas. Alors, quel est le problème? Eh bien, lorsque nous passons d'un bout à l'autre avec tout ce qui concerne les bases de données, d'un point de vue commercial, et Mark's couvrait très, très bien les composants techniques, mais au sens commercial, en tant qu'organisation, nous pensons aux bases de données. Nous traitons des choses depuis le début de la conception et du développement de base. Lorsqu'une entreprise démarre, elle pense à développer des applications, à développer une capacité ou même à implémenter une application existante sous une forme ou une autre. Une certaine forme de conception et de développement doit avoir lieu et une grande réflexion doit être apportée sur la façon dont ces systèmes de base de données seront mis en œuvre, pris en charge et gérés, et les performances suivies, etc.

L'intégration de l'environnement de base de données et des applications, et les types d'API, les types d'accès qui sont fournis maintenant deviennent de plus en plus difficiles, plus complexes. L'administration, le support et les sauvegardes au jour le jour, encore une fois, ce sont des choses que nous pensions avoir été résolues, mais tout à coup, l'échelle est devenue beaucoup plus grande, les choses ont évolué plus rapidement et le volume est tellement plus important; la taille des environnements, les systèmes de bases de données devaient supporter la vitesse à laquelle les transactions se déplacent.

Pensez à une base de données dans un environnement de trading à très, très haute fréquence, il n'y a tout simplement aucun moyen pour les humains de suivre cela, c'est juste un cluster de machines combattant un autre cluster de machines pour faire du trading à haute fréquence, acheter et vendre, et le volume à où ces transactions se produisent. Pensez à un scénario moderne, comme une sortie anticipée d'un film Netflix où vous ne parlez pas seulement de centaines ou de milliers, voire de centaines de milliers, potentiellement des millions de personnes voulant voir ce film dès la seconde de sa sortie. Toutes ces informations sont capturées, suivies et enregistrées et analysées dans une plateforme de base de données.

Et puis il y a le monde toujours actif dans lequel nous vivons maintenant, 24 heures sur 24, 7 jours sur 7, pas seulement suivre le soleil, mais il y a toujours quelqu'un à minuit qui veut faire quelque chose, et les heures d'ouverture suivent le soleil partout dans le monde. Donc, la disponibilité et la disponibilité sont par défaut, sont un climat maintenant, avoir une panne n'est vraiment pas une chose acceptable. Et la redondance, s'il y a un problème de performances ou si nous avons besoin d'une fenêtre de maintenance pour effectuer une mise à niveau ou un correctif, ou une sécurité, vraiment, nous devons pouvoir passer d'un environnement de base de données à un autre et le faire de manière transparente et automatique.

Sécurité et normes et conformité, nous avons eu des choses assez importantes dans le monde ces derniers temps, GFC en particulier, et nous avons donc toute une gamme de nouveaux défis à relever en matière de conformité, de sécurité et de normes correspondantes, et nous avons besoin pour pouvoir en rendre compte en temps réel, et idéalement sous forme de tableau de bord. Nous ne voulons pas envoyer une équipe de singes dans un centre de données pour essayer de trouver des choses, nous avons besoin que le système nous le dise immédiatement, en temps réel.

Et les deux grands amusants dont presque personne ne parle jamais, nous les poussons généralement sous le tapis et espérons qu'ils ne lèveront jamais la tête, mais la reprise après sinistre et la continuité des affaires - ce sont des choses qui devraient aussi, pour la plupart, se produisent automatiquement, si le besoin s'en fait sentir.

Nous pourrions passer des jours à parler des types de choses qui peuvent mal tourner dans les environnements de bases de données, et que les humains ont généralement répondu, mais maintenant nous avons besoin de systèmes et d'outils pour le faire pour nous. Un exemple est une violation de données et donc, lorsque nous pensons aux bases de données, et je pose cette question très ouvertement sous diverses formes: qu'arrive-t-il aux bases de données lorsque nous quittons les yeux de la balle et que quelque chose de critique se passe mal? Surtout s'il n'y a pas de système surveillant les performances et la sécurité et d'autres aspects majeurs de l'exécution des bases de données.

Eh bien, ce qui pourrait arriver, c'est ceci, c'est une capture d'écran de certaines des violations récentes au cours des deux ou trois dernières années. Invariablement, ceux-ci proviennent tous d'un système de base de données, et invariablement, il y a eu un problème de sécurité ou de contrôle, ou d'accès qui s'est produit, et dans le coin supérieur gauche, nous examinons 152 millions de comptes Adobe, où chaque détail de ces clients a été violé. Et s'il avait été le cas des outils appropriés auraient été en place pour suivre et capturer l'incident, et contrôler la sécurité, nous aurions peut-être évité certains d'entre eux, les deux cents premiers enregistrements volés auraient pu nous alerter, et nous aurions arrêté les cent cinquante millions suivants.

Ensuite, nous arrivons au point clé de tout ce voyage, qui nous a conduits, à savoir: pourquoi avons-nous besoin de meilleurs systèmes? Pourquoi ne pouvons-nous pas simplement jeter plus de corps sur cette chose, que nous avons bel et bien franchi le point de basculement à mon avis, et certainement je crois qu'il y a une affaire qui a été prouvée récemment, qui jette plus de DBA, d'administrateurs et plus de personnes à cette chose ne résout pas le problème. Nous avons besoin d'un meilleur ensemble d'outils et d'un meilleur ensemble de systèmes.

Voici mes cinq principales raisons pour lesquelles je crois que cela est favorable, et elles sont classées par ordre d'importance, en fonction de ce que je vois dans ces entreprises privées et ces États qui sont des environnements gouvernés, des défis auxquels ils sont confrontés avec les environnements de bases de données, et les gérer.

Sécurité et conformité - numéro un. Vous savez, contrôler qui a accès, où ont-ils accès, quand ils y ont accès, à quelle fréquence ils y ont accès, d'où ils y ont accédé. Potentiellement les appareils qu'ils ont réellement touchés et les types de choses qu'ils ont examinés, et la conformité qui en découle. Demander aux êtres humains d'exécuter des rapports 30 jours plus tard pour nous dire si les choses vont bien n'est tout simplement plus approprié, cela doit se produire en temps réel.

Performance et surveillance - cela semble être une évidence, mais invariablement ce n'est pas le cas. Que nous utilisions des outils open-source ou des outils commerciaux tiers, invariablement, nous n'avons pas manqué le bateau, à bien des égards, avec les types de surveillance des performances qui sont nécessaires et les détails qui, et la capacité de répondre à temps .

Détection et réponse aux incidents - cela doit être une chose instantanée en temps réel, et nous avons invariablement besoin d'un système pour le faire pour nous, ou du moins nous alerter rapidement afin que nous puissions y faire face, afin que les quelques problèmes qui se posent soient résolus avec rapidement, et ne cascadez pas hors de contrôle.

Gestion et administration - encore une fois, nous pensons que ces problèmes sont résolus, ils ne le sont pas. Le but des problèmes rencontrés par les équipes de base de données, en particulier les administrateurs de base de données où un système devrait prendre soin des choses pour nous, nous n'avons pas encore résolu ce problème, c'est toujours une chose réelle.

Et dès le début de la conception et du développement, lorsque nous commençons à construire ces outils, nous construisons les environnements de base de données, nous pouvons lancer les outils appropriés sur les plates-formes de développement et de test, et d'intégration. Ce n'est toujours pas une chose facile à faire pour nous, et tout ce voyage, cela nous conduit en quelque sorte au même message, qu'à mon avis, nous avons besoin de meilleurs systèmes et de meilleurs outils pour nous aider à fournir les résultats dont nous avons besoin notre environnement de base de données, donc les entreprises qui tirent de la valeur de nos clients. Nous ne pouvons pas simplement continuer à lancer plus de corps et plus de DBA, l'échelle est trop grande, la vitesse est trop rapide et le volume est trop élevé. Sur ce, Eric, je pourrais vous revenir.

Eric Kavanagh: J'adore, nous avons beaucoup de terrain à parcourir, beaucoup de prospects potentiels, et nous allons de l'avant et remettons les clés à Bullett en une seconde.

Bullett Manale: D'accord .

Eric Kavanagh: Oh, retirons-le et Bullett, maintenant je vous le remets, et la parole est à vous.

Bullett Manale: D'accord, merci. Je pense que beaucoup de bons points ont été avancés. Je voulais juste parler brièvement pendant une seconde d'Idera, qui nous sommes, puis nous allons intervenir. Je vais parler de l'outil dont je pense que beaucoup de ces choses dont nous parlons, nous pouvons sorte d'ensemble et type de discuter de certains des domaines où ils alignent, avec cet outil, le produit Diagnostic Manager.

Maintenant, ce que je veux faire en premier, c'est simplement vous donner un peu une idée de qui est Idera; nous existons depuis environ 2003, et nous avons donc commencé avec seulement des outils SQL Server, et c'est ce sur quoi nous allons nous concentrer aujourd'hui, c'est le produit Diagnostic Manager. Mais vous pouvez voir tous les seaux de choses que nous avons ici, et nous avons récemment, comme cela a été mentionné précédemment, nous avons acquis Precise et grâce à l'acquisition, nous avons également Embarcadero, et nous avons donc un assez bon portefeuille de produits.

En termes de surveillance des performances, en termes de SQL Server, le produit dont je veux parler, qui aligne ces sujets dont nous discutons, est Diagnostic Manager. Maintenant, c'est un produit qui existe depuis assez près du début des jours d'Idera, et j'ai eu la chance d'en faire partie depuis environ 2005. Et j'ai vu beaucoup de changements en termes de SQL Server, le passage du physique au virtuel, tout ce genre de choses qui se sont produites, ainsi que les besoins des administrateurs de base de données à mesure que les environnements se développent, et ce genre de choses.

Ce avec quoi j'ai commencé, c'est que l'utilisateur typique de notre produit est le DBA, et donc lorsque nous parlons pour la première fois à des gens, des clients potentiels, ce sont principalement les DBA dont nous parlons. Nous ne parlons pas aux responsables informatiques ou aux directeurs, il peut à un moment donné atteindre ce niveau, mais le début initial est que le DBA a un problème, le DBA essaie de résoudre le problème, et souvent nous Je vais télécharger et tester le produit dans le cadre de cela.Vous obtenez le gestionnaire de données ou le DBA ou le DBA intérimaire, le gars qui a la chance d'être le plus technique dans la salle, dans certains cas. Maintenant, lorsque vous arrivez dans des environnements d'entreprise plus grands, évidemment, vous allez obtenir les DBA à part entière, ce sont eux qui utilisent l'outil. Et je suis allé de l'avant et j'ai juste ajouté un petit texte de présentation ici de Wikipedia. Cela dépasse en quelque sorte les responsabilités du DBA, comme le dit Wikipedia, c'est ce qu'ils font.

Si vous parcourez la liste ici, beaucoup de ces choses, je ne vais pas les lire, mais vous obtenez beaucoup de choses typiques auxquelles vous pensez, puis sur l'une d'entre elles, vous avez une surveillance et l'optimisation des performances de la base de données, et c'est assez gros. Et ce qui est intéressant, c'est que lorsque vous parlez au DBA, ce sont toujours eux qui sont blâmés en premier, quand il s'agit de problèmes, et ce n'est peut-être pas vraiment de leur faute, mais quand il y a un problème de performances, généralement avec une application qui est lié à une base de données DBA, ce sont eux qui sont à blâmer, donc ils cherchent toujours les raisons pour lesquelles ce n'est pas de leur faute. Dans de nombreux cas, c'est ce qu'ils peuvent utiliser cet outil, Diagnostic Manager, pour les aider à le faire.

Mais à la fin de la journée, aussi, si la base de données ne fonctionne pas, alors beaucoup de ces autres choses n'ont pas vraiment d'importance, vos applications ne fonctionnent pas, alors cela n'a pas vraiment d'importance pour beaucoup d'entre elles des choses. Tout d'abord, nous voulons être en mesure de nous assurer que l'expérience utilisateur telle que nous la connaissons ne soit pas diminuée, c'est quelque chose que les DBA s'efforcent toujours d'atteindre. Et je pense que, si vous examinez les raisons pour lesquelles les gens achètent et utilisent généralement le produit SQL Diagnostic Manager, l'une des premières raisons, probablement pas la première, pas la dernière ou la moindre, mais c'est un peu la même chose à tous les niveaux, et selon qui vous parlez, ces raisons, presque un ou deux d'entre eux sont toujours, il y a une sorte de besoin.

Mais la première consiste simplement à avoir cette vue centralisée des instances en tant que SQL qu'elles gèrent. Et le plus drôle, c'est que dans de nombreux cas, si vous demandez à un administrateur de base de données, "Combien d'instances gérez-vous?" Le nombre change si souvent, qu'il n'est pas vraiment sûr dans certains cas. Vous avez donc besoin de quelque chose de plus que de pouvoir tout afficher à l'écran. Vous voulez saisir ces informations, vous voulez leur donner un sens, et c'est donc l'une des choses que Diagnostic Manager peut certainement vous aider, c'est de pouvoir vous fournir ce type de vue sur l'environnement.

Et ce n'est pas seulement une vue sur l'environnement, mais c'est une vue avec laquelle le DBA, l'administrateur de la base de données, est à l'aise et c'est une console qui est centrée sur le DBA, si vous voulez. Il est fait pour un administrateur de base de données. Il y a beaucoup d'outils de surveillance, il y a beaucoup d'outils de performance, mais comme je l'ai dit, au bout du compte, le DBA veut un outil conçu pour un DBA, car il y a beaucoup de choses spécifiques à ce qu'il fait dans leur quotidien.

Et cela dit, vous avez SCOM, vous avez HPF, vous avez toutes ces autres technologies, mais ils veulent quelque chose de particulier à ce qu'ils font. Je pense que nous pouvons vous aider dans ce domaine avec ce produit, vous verrez quand nous y entrerons dans une seconde. L'autre chose que nous voyons avec le DBA qui est certainement l'une des choses que nous avons abordées plus tôt également, c'est qu'ils doivent être en mesure de voir ce qui se passe, évidemment, et ils doivent être capables de regarder à travers toute l'entreprise et avoir une certaine tranquillité d'esprit en sachant ce qui se passe. Mais en même temps, ils ne sont pas assis là à regarder les consoles.

Rappelez-vous tous ces points que vous avez vus sur cette liste, que je viens de tirer? Ils doivent faire ces autres choses aussi, donc il ne s'agit pas seulement d'attendre que les incendies s'éteignent. Dans de nombreux cas, il y aura des réunions, ou beaucoup de fenêtres de maintenance liées à l'administrateur de la base de données sont en cours d'exécution au milieu de la nuit quand ils dorment, ils doivent donc avoir la possibilité de revenir en arrière et de voir ce qui s'est passé . Dans de nombreux cas, si vous n'attrapez pas quelque chose quand il se produit, une fois que le problème a disparu, ou du moins avec SQL Server, cela devient une sorte de problème lorsque vous faites face à la situation où vous ne le faites pas. ont encore des restes de ce problème. Et ces problèmes disparaissent, tout comme les restes, ce qui signifie que vous avez moins à dépanner, vous avez moins d'informations avec lesquelles travailler.

Cela dit, c'est certainement l'une des choses avec lesquelles Diagnostic Manager peut vous aider, c'est de vous donner cette vue du passé pour interroger les informations du passé: "Ai-je eu une alerte avec le blocage, ai-je eu des problèmes avec le blocage, Avions-nous des choses qui se passaient en termes de ressources? »Je peux revenir en arrière et interroger cette information. Je peux explorer des points spécifiques dans le temps. Je pourrais faire toutes ces choses directement depuis l'outil.

Toutes ces choses, même s'il s'agit d'une application interne ou externe, le DBA veut le savoir, car il veut pouvoir voir ce qui cause le problème. Peu importe que ce soit quelqu'un à l'intérieur de l'organisation ou quelqu'un à l'extérieur de l'organisation qui ait écrit le code; ils veulent toujours pouvoir l'isoler, afin qu'ils sachent que le problème se produit et qu'ils sachent d'où il vient.

La performance et la responsabilité sont donc un élément clé de ce que fait notre produit. Nous pouvons fournir tous ces détails, et ce qui est plutôt sympa, c'est que vous avez la possibilité de faire un zoom avant. S'il y a un goulot d'étranglement, vous pouvez le corréler à l'application, à l'utilisateur, à la base de données, à la requête. Et encore une fois, c'est une sorte de pistolet fumant. Vous obtenez une corrélation directe entre le moment où cette requête s'exécute, que fait-elle? Et il ne s'agit pas seulement de la requête elle-même, en termes d'exécution en elle-même, mais aussi la requête au fil du temps s'aggrave-t-elle? Et ces choses peuvent également être résolues, avec le produit, ce qui est certainement quelque chose que si vous essayez d'être proactif, c'est agréable de pouvoir dire: "Hé, voici une requête qui a mal fonctionné, mais garçon regardez-la au fur et à mesure qu'il avance, nous pouvons voir qu'il tourne de plus en plus mal, je peux faire quelque chose. "

Si nous allons dans la zone suivante ici; et c'est probablement - je dirais que c'est l'un des grands. L'une des questions que je pose, lorsque je présente notre produit, est que je pose toujours la question à l'administrateur de la base de données: "Comment entendez-vous un problème lié à vos bases de données SQL Server?" Et c'est très drôle, parce que la plupart du temps - maintenant accordé, la plupart du temps, ils regardent notre produit, parce que dans de nombreux cas, ils essaient de résoudre un besoin particulier. Mais il est intéressant d'entendre le genre de chose initial - au moins avec SQL Server, c'est que c'était en quelque sorte - vous savez, au début de SQL Server, vous aviez SQL Server et ensuite vous aviez Oracle. Et tout le monde avait Oracle, et SQL Server était un peu comme le, faute d'une meilleure expression, le beau-fils rousse des bases de données, quand il a commencé.

Et puis, à mesure que Microsoft y ajoutait davantage de fonctionnalités, il est devenu un peu plus un outil d'entreprise. Et évidemment, cela a parcouru un long chemin depuis. Mais le fait est que, une fois, vous pourriez affirmer que les bases de données n'étaient pas considérées comme critiques à l'époque. Et cela a changé avec le temps. Maintenant, à cause de cela, dans de nombreux cas, les gens essaient de mettre la main dessus et disent: «Vous savez quoi? J'ai toutes ces bases de données SQL Server, j'essaie de comprendre. "Et plutôt que d'entendre parler des problèmes du service d'assistance ou d'entendre parler des problèmes de personnes spécifiques qui - comme les utilisateurs eux-mêmes, ils" Ils cherchent des moyens de contourner ce problème. Ils cherchent des moyens de prendre conscience de ces situations avant qu'elles ne se produisent.

Et donc avec Diagnostic Manager, c'est l'une des choses, nous essayons de le faire aussi, c'est à tout le moins d'être en mesure de faire en sorte que le DBA soit le premier à connaître ces situations ou ces problèmes, afin qu'ils puissent faire quelque chose à ce sujet, soit juste quand ils se produisent, soit pour aller encore plus loin, pour analyser ces systèmes qu'il surveille. Et pour pouvoir vous donner des conseils proactifs qui amélioreront les performances de cette instance, et pour pouvoir le faire régulièrement. Par exemple, nous devons ajouter un index, basé sur la charge de travail; ce genre de choses, les outils capables de faire aussi bien. Nous verrons donc beaucoup de cela dans l'outil.

L'autre chose et la dernière chose qui est sur cette liste, qui est plutôt une description générale, mais c'est quelque chose qui mérite vraiment d'être noté. Et surtout, au fur et à mesure que vous entrez dans des situations de plus grande taille au niveau de l'entreprise, où vous avez beaucoup d'instances, il y aura toujours quelque chose d'obscur que je vais vouloir surveiller, si je suis l'administrateur de la base de données, pour exemple. Et donc ce que nous essayons de faire est d'anticiper en termes de ce que le DBA typique va vouloir surveiller.

Cela étant dit, vous seriez également en mesure de - il y aura toujours quelque chose de nouveau. Nous vous avons donc fourni un moyen d'ajouter les mesures dont vous avez besoin pour surveiller et gérer une fois le point d'installation ajouté. Ainsi, tous les compteurs PerfMon, compteurs WMI, objets de compteur SQL Server; tous ceux-ci peuvent être intégrés dans l'outil. Vous avez la possibilité d'ajouter des requêtes supplémentaires qui peuvent être incorporées dans vos intervalles d'interrogation.

Et, la dernière chose qui mérite également d'être notée est que nous pouvons ajouter et réellement communiquer avec vCenter et Hyper-V pour pouvoir extraire les métriques de ces environnements. Parce que l'une des choses que nous avons identifiées avec le DBA, c'est qu'elles ne font généralement pas spécifiquement partie des opérations. Et ils n'ont généralement pas nécessairement, vous savez, l'environnement vCenter, à leur disposition, ou ce genre de choses à leur disposition.

Et donc le problème est que s'ils traitent avec une instance SQL Server, et que des ressources leur ont été allouées, mais que cette instance est virtualisée, il peut sembler qu'ils ont toutes les ressources du monde, alors qu'ils surveillent simplement ce qui est sur le système d'exploitation invité. La réalité est que, sur l'hôte, il peut y avoir 30, 40, 50 ou 100 autres machines virtuelles auxquelles ils tentent d'accéder et qui sont en conflit avec ces mêmes ressources. Et la seule façon de voir cela est de communiquer avec ces autres environnements et avec ces interfaces, dans ce cas, ce que nous faisons.

Vous avez la possibilité d'ajouter ces autres types de compteurs dans l'outil. Maintenant, il ne s'agit pas seulement de pouvoir surveiller ces compteurs, mais de pouvoir créer ces nouveaux compteurs, que vous introduisez dans le produit, intégrez-les à l'outil, comme s'ils étaient une métrique prête à l'emploi . Une chose prête à l'emploi que vous voudriez surveiller; cela signifie donc pouvoir les intégrer à leurs tableaux de bord. Cela signifie être en mesure de les ajouter à vos propres rapports personnalisés, de pouvoir évidemment définir des seuils et de les alerter, mais aussi de les baser et de pouvoir définir les seuils avec une certaine connaissance, de savoir où les définir en fonction de choses comme votre lignes de base et ce qui est normal. Donc, vous avez beaucoup de ce genre de choses qui sont également dans le produit.

Ce que je vous ai en quelque sorte fourni, c'est ce que j'appelle «les principaux produits livrables pour Diagnostic Manager», et je peux aller de l'avant et vous en donner un petit aperçu en entrant dans le produit. Ce que je vais faire, c'est partager mon écran, d'accord, et je vais juste le faire glisser. Donc, ce que vous allez voir, c'est la console pour Diagnostic Manager. Et comme je l'ai mentionné précédemment, aller à ce premier livrable de base, pouvoir regarder choses à partir d'une sorte de vue au niveau de l'entreprise. Il existe de nombreux exemples de cela dans l'outil. Nous avons une sorte de vue miniature; nous avons plus d'une vue de type grille. Nous avons également, en termes de flexibilité, nous avoir une console Web également. La console Web a d'autres vues qui sont à votre disposition, comme des cartes clés et des choses comme ça. Mais le fait est que vous avez la possibilité de regarder et de voir les choses à un niveau élevé. Mais à mesure que des problèmes surviennent, vous allez creuser un peu plus loin dans l'outil et voir en fait le problème spécifique et avoir un moyen de comprendre et de savoir ce qui se passe. Et c'est évidemment très important.

Maintenant, en termes de pouvoir réellement voir ce qui s'est passé dans le passé; si je regarde un problème qui s'est produit hier, ou il y a une semaine, alors dans cette situation, vous savez, vous aurez besoin de pouvoir aller vers une instance particulière de SQL. Et la bonne nouvelle est que si vous savez à quelle heure ce problème s'est produit dans le produit, vous pouvez accéder directement au navigateur d'historique. Et je peux indiquer un moment précis de la journée; ça pourrait être il y a quelques semaines, ça pourrait être d'hier. Mais quel que soit le jour que je choisis dans le calendrier, je vais ensuite être présenté avec les différents intervalles d'interrogation. Dans ce cas maintenant, je vois effectivement ce que j'aurais vu si j'avais regardé la console le 20 avril à 13h37.

Je suis donc en mesure de remonter dans le temps, puis une fois que je l'ai fait, tous les différents onglets que nous voyons ici vont refléter ce moment précis, y compris les requêtes qui auraient pu mal fonctionner, y compris peut-être si J'ai eu des séances avec blocage. Tout ce genre de choses apparaîtrait dans l'outil, et cela me permettra évidemment d'exploiter ces informations historiques pour pouvoir, vous savez, résoudre le problème. Maintenant, sur cette note, lorsque nous parlons de l'histoire, l'autre chose qui mérite d'être notée ici, ce n'est pas seulement d'utiliser l'historique pour résoudre les problèmes. Cette histoire est évidemment très précieuse, pour d'autres raisons. Et, l'un des plus importants est de pouvoir prendre des décisions efficacement et de prendre des décisions rapidement, avec les bonnes informations. Donc, toute cette histoire, toutes les informations que nous recueillons, nous pouvons faire rapport.

Si quelqu'un vient me voir et me dit: "J'ai cette très belle nouvelle application. Cela va changer le monde tel que nous le connaissons. Oh, au fait, cela va nécessiter une base de données, et oh au fait, ça va vraiment arrimer le E / S sur la machine où se trouve cette base de données. " Si je le sais, je peux tirer parti de ces informations pour pouvoir fournir un classement de tous mes serveurs de production, basé peut-être sur les sept derniers jours de collecte. Et je serais en mesure de parvenir très rapidement à la conclusion sur les cas les plus judicieux d'utiliser cette base de données. C'est donc ce type d'informations historiques qui est évidemment très précieux.

En termes de requêtes elles-mêmes; en termes de recherche des requêtes, nous avons beaucoup de façons différentes de le faire dans l'outil. Et celui que j'aime regarder est la vue d'attente de requête, car la vue d'attente de requête est très utile pour pouvoir évaluer. Si j'ai un goulot d'étranglement qui se produit, pour être en mesure d'identifier essentiellement tous les différents domaines qui affectent cette requête spécifique et particulière; pas seulement la requête elle-même et quel est l'impact de cette requête, mais aussi, vous savez, de quelle application elle provient, de quelle session elle provient, de quel utilisateur l'a appelée et de tout ça, je peux voir que, évidemment, des informations en temps réel, mais j'ai également la possibilité de consulter ces données du passé. Et c'est donc l'une des choses ici, et j'ai lancé un script, mais je dois attendre qu'il sorte de apparaître.

Pendant que nous attendons cela, je veux - et je sais que nous manquons de temps, donc je voulais en quelque sorte parler un peu également de l'alerte de notification étant proactive. Et quand vous parlez de ce genre de choses, comme je l'ai dit, étant la partie proactive, il y a beaucoup d'outils qui alertent. La partie difficile n'est pas d'envoyer un e-mail. La partie difficile n'écrit pas dans le journal des événements ou ne génère pas d'interruption SNMP. Le plus difficile est de savoir quand envoyer cette alerte au moment opportun. Et donc avec cela vient beaucoup de devoir faire des calculs, avoir à comprendre, "Qu'est-ce que c'est à propos de cette instance particulière et qu'est-ce qui est normal en ce qui concerne cette instance?"

Et donc pour toutes les métriques qui ont du sens pour le faire, nous référençons ces métriques. Nous vous montrons en fait la ligne de base, nous vous montrerons le seuil auquel elle est actuellement définie. Et puis l'autre bonne chose à ce sujet, c'est que disons, j'ai défini mes seuils à six et dix dans ce cas juste pour cet exemple. Dans six semaines, si je reviens à cette instance, cette ligne de base peut complètement changer, car l'une des choses que nous faisons lorsque nous calculons la ligne de base, par défaut, est un calcul glissant sur sept jours. Cela me donne donc toujours une version à jour de la référence. Et que se passe-t-il si cette ligne de base monte dans mes seuils? Dans ce cas, je peux voir et alerter des recommandations qui disent essentiellement: "Hé, vous avez un seuil qui est probablement mal réglé, spécifique à l'endroit où nous voyons le seuil, et évidemment où se situe la ligne de base, vous allez probablement recevoir une alerte pour quelque chose qui se produit normalement. "

Et donc plutôt que de traiter un symptôme de quelque chose de normal, je suis capable d'identifier ce type de situation où le seuil réel est mal réglé. Et ce que cela me permet de faire évidemment, c'est de fixer les seuils en fonction de l'endroit où je vais recevoir une alerte. Je sais que c'est plus un appel à l'action qu'une enquête pour voir si c'est vraiment un problème. Et je pense qu'une partie de l'outil est vraiment utile en termes de référence elle-même et de calcul.

Maintenant, avec ce produit, vous avez la possibilité de disposer de plusieurs lignes de base; vous pouvez les définir pour différentes périodes de temps, et vous pouvez ajuster dynamiquement les seuils en fonction de vos lignes de base, ce qui est également une partie très importante du type d'adaptation aux changements qui se produisent au jour le jour à vos instances SQL Server . Maintenant, dans ce cas ici, nous couvrons une grande partie des paramètres des seuils et vous montrons les lignes de base. Mais en ce qui concerne les alertes réelles, la notification elle-même, ce qui est cool avec Diagnostic Manager, c'est qu'elle vous fournit plusieurs profils d'alerte. Donc, si vous avez par exemple un profil sur appel de 2h00 à 5h00, je peux avoir un profil spécifique à cette plage de temps et je peux définir toutes les conditions et les paramètres appropriés ici pour ma réponse.

Maintenant, la chose à propos de la réponse est que, dans certains cas, oui, je peux envoyer un e-mail, ou je peux tirer et générer un piège SNMP, ou écrire dans le journal des événements. Il y a beaucoup d'autres choses que nous pouvons faire, mais pendant que je parle aux administrateurs de base de données, ce qu'ils aiment vraiment, vraiment, c'est le fait que dans la plupart des cas, le travail effectué est une tâche répétitive. Ce sont des choses qu'ils savent exactement quand le problème se produit, que faire pour le résoudre. Ils doivent juste aller intervenir. Et donc à mesure que vous développez votre environnement, que vous avez plus d'instances, cela devient beaucoup plus difficile à faire. Donc, l'une des choses que vous pouvez faire dans l'outil que je pense qu'il vaut la peine de noter, c'est que vous avez la possibilité de configurer une condition, mais sur la base de cette condition pour pouvoir définir une réponse pour exécuter un script, pour exécuter un pour exécuter un exécutable. Et, le fait est que si vous décidez d'exécuter un script, je peux utiliser des paramètres, à l'intérieur de ce script qui seront au moment de l'exécution, remplis avec les informations réelles.

Ainsi, s'il y a des problèmes avec une base de données spécifique, le script sera conçu pour s'exécuter uniquement sur la base de données où le problème se produit. Ainsi, vous pouvez résoudre dynamiquement les problèmes de manière automatisée, puis je peux toujours recevoir un e-mail pour revenir et me dire que "Hé, il y avait un problème, mais en passant, il a été corrigé." Le script a été exécuté, et en tant que DBA, vous le savez, mais vous n'avez pas vraiment dû entrer et intervenir. Maintenant, sur cette même note à propos d'être proactif, nous avons évidemment aussi une autre fonctionnalité ici qui est la fonctionnalité "Analyser". Et, ce que cela fera, c'est qu'il fera une vérification régulière, par rapport à l'instance de SQL. Et, dans certains cas, il approfondira ce qu'il recherche. Des choses comme l'analyse d'index hypothétique seront effectuées. Dois-je ajouter un index? Dois-je supprimer un index? Et, toutes ces sortes de choses vont évidemment aider à ma performance, mais encore une fois, il s'agit d'être proactif. Il s'agit de pouvoir prendre des décisions avant que les choses ne se cassent et de mieux les faire fonctionner. Et, dans de nombreux cas, c'est vraiment ce que nous essayons de faire ici.

Revenons à Query Waits dont nous parlions plus tôt; comme vous pouvez le voir, il y a un gros pic ici. J'ai exécuté un script plus tôt qui a juste provoqué une certaine activité d'attente, et comme je l'ai mentionné précédemment, nous avons une façon vraiment unique que vous puissiez explorer ces informations. Si je veux voir de quelle application il s'agissait; Je peux voir que cela venait de l'application NoSQL. Nous pourrions voir la base de données à laquelle il était lié, la session, l'utilisateur, puis si je le souhaite, je peux également classer cela en fonction de mes attentes. Donc, je peux dire, de toutes les attentes qui se sont produites dans cette fenêtre de temps, lesquelles se sont produites le plus? Et si je vois que lorsque cela se produit le plus, la chose vraiment agréable est que je peux explorer ce type d'attente et que je peux voir toutes les commandes. Si vous regardez ici, ils faisaient que cette attente se produise. Et je peux aussi voir principalement, quelle application c'était, qui faisait que cette attente se produise.

Donc ça dépasse comme un pouce endolori. Je peux immédiatement dire: "C'est l'application qui cause mon goulot d'étranglement. Maintenant, quelle était la requête qui a été exécutée? Quel utilisateur l'a exécutée? Avec quelle base de données s'est-elle exécutée?" Et ainsi de suite. Donc, j'espère que cela a du sens, et cela aide également à vous assurer que vous n'avez pas la latence dans votre environnement, car elle se rapporte à vos bases de données. J'espère que cela est utile. Je vais continuer à ce stade et la transmettre, et je suppose nous pouvons continuer à partir de là.

Eric Kavanagh: Bien sûr. Donc, je suppose que je vais le jeter à nos experts du jour. Mark, peut-être voulez-vous d'abord commenter et poser quelques questions. Ensuite, Dez, vous pouvez sonner.

Mark Madsen: Oui, merci, j'ai vraiment aimé regarder une partie de cela. C'est une surveillance beaucoup plus intelligente que d'habitude. Je suis curieux de la gestion des données derrière cela; la gestion des métriques que vous pouvez suivre, et vous savez, recherchez des choses comme les lignes de base changeantes en particulier, qui est l'un de mes points faibles pour les animaux de compagnie, avec des tableaux de bord. Comment gérez-vous ces données, et la deuxième partie est, vous savez, des mesures de base, comme le type de changement - avez-vous la possibilité de déplacer automatiquement les seuils également, de sorte que je n'ai pas à revenir en arrière et réinitialiser les seuils à la main, quand une ligne de base change?

Bullett Manale: Oui, et donc la bonne chose à ce sujet est que vous pouvez en décider. Vous pouvez faire l'un ou l'autre. Je peux définir un seuil et en faire un paramètre statique, ou je peux cocher la case pour dire: «Faites-en un seuil dynamique, qui changera au fur et à mesure que mes lignes de base changeront.» Et j'ai la capacité et l'outil pour définir une fenêtre par défaut Mais si je le dois, je pourrais avoir une fenêtre de référence distincte, par exemple, à partir de ma fenêtre de maintenance de 2h00 du matin jusqu'à 5h00 du matin, parce que je vais taxer mon CPU, mes disques et tout le reste parce que c'est à ce moment-là que nous faisons toute notre maintenance. Il serait alors automatiquement, si je l'avais choisi pour le faire, il ajusterait automatiquement mes seuils pour être en dehors de ce qui est normal pour ces mesures qui Je choisis de le faire avec. Cela me permettrait de le faire. Fondamentalement, vous avez la possibilité dans l'outil de définir des fenêtres de temps, qui sont vos fenêtres de référence, et chaque fenêtre peut être traitée comme une entité distincte, en termes de ajustement dynamique de la ligne de base qui peut être fait. Et vous pouvez ajouter autant de fenêtres que vous devez, si cela a du sens. Vous pourriez avoir une fenêtre de week-end, un jour de semaine pendant les heures de travail, une fenêtre de maintenance qui se produit au milieu de la nuit et ainsi de suite.

Mark Madsen: Merci.

Bullett Manale: Je suppose que pour revenir à la première partie de la question, nous en avons, et collectons toutes ces informations. Je n'ai pas vraiment parlé de l'architecture, mais nous avons un référentiel principal, que vous avez un contrôle complet sur la conservation de ces données, mais nous avons également un service qui s'exécute au milieu de la nuit tous nos calculs de base et il prend ces données, les recueille et les comprend. Et évidemment, en plus de cela, vous avez également de nombreux rapports que nous pouvons utiliser pour générer des rapports par rapport à vos références, pour des mesures spécifiques. Et, vous avez même la possibilité de comparer vos lignes de base du même serveur, pour la même métrique pour différentes périodes de temps. Vous pouvez voir s'il y a eu des différences ou quel est le delta. Il y a aussi beaucoup de ces types d'options.

Eric Kavanagh: Dez.

Dez Blanchfield: Une petite question que je vous pose - il y a un large éventail de ce que cet outil peut faire. Envisagez-vous une utilisation de celui-ci dès le début du développement, ou s'agit-il toujours principalement d'un outil d'environnement de production? En d'autres termes, les développeurs y ont-ils accès et l'utilisent-ils au cours de leur développement initial, puis testent-ils la phase d'intégration? Ou est-il encore principalement utilisé dans les environnements de production?

Bullett Manale: Je dirais que, la plupart du temps, nous le voyons dans des environnements de production. Cela dépend des situations, mais pour la plupart, je dirais principalement la production et nous le faisons - et il est également, vous savez, juste de mentionner que nous avons des prix différents pour les environnements de développement et de test, donc c'est un peu plus attrayant. Nous voyons des gens l'utiliser pour ces environnements, mais je dirais que si je devais vous donner une réponse dans un sens ou dans l'autre, je dirais que ce sont principalement des environnements de production où nous voyons des gens investir dans ce produit. .

Dez Blanchfield: Bien sûr, oui et il était intéressant d'entendre que vous avez des prix différents, car il y a évidemment des charges de travail différentes, et plus les travaux seront lourds là où tout le vrai travail est fait. Mais je vois beaucoup d'organisations, en particulier au sein du gouvernement, et certainement de la défense, où le développement obtient maintenant le même niveau d'investissement dans les outils et les systèmes que les environnements de production, car ils font beaucoup plus de tests initiaux. En défense par exemple, il y a des équipes qui exécutent des milliards de tests, des centaines de milliards de tests sur les applications, les systèmes et les outils, et les surveillent avant même de passer aux tests d'intégration, car ils veulent s'assurer qu'il y a un code qui est construit et la base de données il est assis en dessous. Cela arrive à cent un million d'itérations ou quelque chose comme ça, pendant que vous êtes sur le terrain en train de tirer sur quelqu'un, ça ne va pas "bang".

Bullett Manale: Bien sûr.

Dez Blanchfield: Dans le monde de la base de données à l'ancienne selon mon expérience, penser que l'environnement de base de données est quelque chose qui vient de rester dans les données et certains d'entre vous le savent, est très rarement vu, et très rarement parlé, alors quand nous arrivons au point où les outils et des applications sont en cours de développement, notamment avec des plateformes analytiques, elles sont désormais dans nos combinés, et nos appareils. Voyez-vous des clients apporter la conversation sur les performances de la base de données et la gestion de la base de données dans une discussion plus quotidienne, par opposition aux simples techniciens? Et je sais que vous avez mentionné auparavant que vous parliez principalement aux administrateurs de base de données, mais y a-t-il une tendance maintenant où cela se trouve dans le vocabulaire général, voyez-vous des gens où ils discutent de ces sujets, par opposition aux seuls geeks?

Bullett Manale: Eh bien, c'est difficile à dire. Je veux dire, comme je l'ai dit pour la plupart, les gens avec qui nous traitons en termes de processus de vente sont de toute façon avec les praticiens, qui sont les DBA. Donc, pour ce qui est de votre question, dites-vous simplement: "En termes de manière générale, les personnes au sein de l'organisation informatique, sont-elles de plus en plus conscientes des bases de données?" Je ne le vois probablement pas autant, selon l'endroit où je me trouve, au jour le jour, mais je pense que si je comprends votre question, ce serait ma réponse, je suppose.

Dez Blanchfield: Oui, ça va. C'est probablement une question délicate, désolé, car de toute évidence vos intérêts prédominants, dans votre monde, sont le côté technique des choses. Je suis curieux de savoir que dans mes activités quotidiennes, je vois des organisations commencer à intégrer cela dans la conversation très tôt. Donc, quand ils parlent de nouvelles initiatives, de nouveaux projets, de nouveaux programmes de travail, l'une des choses qui viennent immédiatement est: "Comment le surveillons-nous, comment le suivons-nous, comment traiter les problèmes à mesure qu'ils surviennent, par opposition au lancement, à la mise en ligne? "

Bullett Manale: Je dirais que -

Dez Blanchfield: Désolé, allez-y.

Bullett Manale: J'allais dire que je vois une tendance, je suppose que je devrais dire dans - vous savez, beaucoup de fois dans le passé, vous auriez: "Nous avons eu un problème, et maintenant nous avons besoin d'un outil. " Et je pense que nous constatons un peu plus d'acceptation d'avoir l'outil en place avant que le problème ne se produise, si cela a du sens. Je dirais donc que cela devient de plus en plus normal, vous savez, "Hé, nous avons besoin d'un outil de surveillance, nous avons besoin de quelque chose." Et les gens voient vraiment la valeur de ce produit, parce que, comme vous l'avez dit plus tôt, il suffit d'ajouter des DBA et en ajoutant de nouvelles instances, vous avez besoin de quelque chose qui gère cela. Vous avez besoin de quelque chose qui aide à la gestion de cela, et c'est pourquoi nous voyons beaucoup d'acceptation autour de ce produit aussi, ou nous l'avons.

Dez Blanchfield: Question rapide. Où cela doit-il vivre? Doit-il être placé juste en arrière sur le réseau local, dans le centre de données, aussi près que possible des environnements de base de données, ou est-il confortable placé quelque part, potentiellement dans le cloud, un cloud tiers avec une sorte de tunnel VPN ou accès à distance à divers environnements? Où cela doit-il se situer en ce qui concerne les environnements et la surveillance?

Bullett Manale: En termes d'architecture, il y a un référentiel principal, et c'est une base de données SQL Server. Nous avons la console qui peut être soit un gros client, soit un client léger; nous vous donnons la possibilité des deux. Et nous avons également un client léger qui est vraiment spécialement adapté aux appareils mobiles. Mais pour ce qui est de savoir où cela peut réellement se situer; il peut se situer dans un environnement, la partie la plus délicate à ce sujet est, à partir de nombreuses informations que nous devons collecter, nécessite des droits administratifs, dans certains cas, ou dans de nombreux cas. Maintenant, on ne vous fait pas faire ça; si vous le souhaitez, vous pouvez collecter des données et uniquement pour les éléments que nous ne pouvons pas collecter, car nous n'avons pas de droits d'administrateur, nous vous laisserons simplement ne pas voir ces informations, si tel est votre choix.

En fonction de la saveur, comme si vous parlez d'AWS, certains environnements, cela fonctionne mieux que d'autres, mais en ce qui concerne l'environnement lui-même, généralement l'utilisation de l'authentification SA pour collecter les données par rapport aux instances est tout ce qui est nécessaire. Ou s'il s'agit d'un domaine non approuvé, c'est généralement lorsque vous souhaitez le faire, mais plusieurs domaines; tant qu'il y a une confiance entre eux, nous pouvons collecter contre ceux-ci. Peu importe que ce soit sur un LAN ou sur le WAN, la collecte elle-même est assez négligeable en termes de quantité de données que nous collectons. Si nous avons une connexion WAN de taille suffisante, ce n'est pas un problème. J'ai vu des environnements où ils ont des succursales où ils ont des serveurs SQL partout aux États-Unis. Et c'est un serveur sur chacun de ces différents emplacements, et ils le surveillent de manière centralisée. La partie délicate consiste simplement à s'assurer que vous disposez d'une quantité de connectivité décente pour ce faire. J'espère que cela répond à votre question, c'était un peu partout sur la carte.

Dez Blanchfield: Oui, absolument. Je vous remercie. Donc, deux questions rapides qui ont été posées par les participants ce matin; La première est: quel est l'impact de - souvent, nous voyons que les outils de surveillance du système génèrent eux-mêmes une charge en surveillant simplement les choses, alors la question était, désolé, il a défilé sur mon écran maintenant, mais juste pour le paraphraser; en surveillant, générons-nous nous-mêmes la charge? Y a-t-il un impact mesurable de l'outil, juste en regardant l'environnement, ou est-ce un impact négligeable?

Bullett Manale: Il y aura toujours un petit impact car il doit interroger l'instance SQL Server pour récupérer les données. La question que vous avez posée est: "Est-ce négligeable ou significatif?" Hors de la boîte que vous pointez sur une instance, c'est négligeable. Nous le faisons depuis un certain temps, comme je l'ai dit. Nous avons plus de 20 000 clients et je peux vous assurer que si cela a un impact significatif sur les performances, nous ne serions pas en affaires. Cela dit, nous permettons également à l'utilisateur de décider ce qu'il veut surveiller. Je pense donc que c'est une chose importante à mentionner, c'est que chaque environnement est un peu différent.

Un exemple serait, avec le composant de surveillance des requêtes, l'une des choses que nous avons la capacité de faire, est que nous pouvons définir le seuil de ce que vous considérez comme votre limite de normalité. Il pourrait donc être basé sur l'heure de l'exécution de la requête. Cela pourrait être basé sur le processeur, les E / S, mais à titre d'exemple, disons simplement que j'ai défini mon temps d'exécution sur zéro millisecondes. En fait, ce que je dis à l'outil, c'est de collecter toutes les requêtes qui ont été exécutées depuis le dernier intervalle d'extraction, et de faire également partie de ma collection historique.

Maintenant, lorsque nous faisons cela, nous allons collecter le nombre de requêtes que nous exécutions sur la boîte depuis le dernier sondage. Maintenant, c'est électif, et l'utilisateur a la possibilité de le faire. Disons-nous: «C'est ce que vous devez faire»? Non. Mais nous vous donnons également la possibilité de le faire au cas où vous voudriez un échantillon de données qui vous permettrait de collecter ces informations. Donc, d'une manière générale, vous avez les moyens outil pour le configurer et le régler exactement comme vous le souhaitez en fonction de ce que vous êtes à l'aise. Mais vous avez la possibilité de vraiment l'ouvrir si vous le souhaitez, et de collecter de nombreuses informations supplémentaires que vous pourriez ne pas nécessairement régulièrement recueillir, si cela a du sens.

Dez Blanchfield: Oui, absolument. Je sais que nous courons un peu longtemps, mais il y a deux très bonnes questions que je veux vous poser avant de conclure. Ils me viennent tous les deux directement, mais je pense qu'il vaut mieux que vous y répondiez. La question était généralement: "Quelle est la portée de l'outil en ce qui concerne la connaissance des systèmes existants?" Alors, pouvons-nous simplement le brancher et le faire détecter automatiquement la plate-forme qui est là, et savoir ce qui est normal pour cette plate-forme, et immédiatement reprendre comme Mark parlait plus tôt? Une partie de la connaissance de base des plates-formes en mettant, vous savez, je ne sais pas, cela pourrait être Microsoft Dynamics. Quelle est la portée de la connaissance de la plate-forme avec ce qui est normal et dans certains des outils courants qui sont utilisés dans le monde des affaires?

Bullett Manale: Je dirais que, d'une manière générale, lorsque nous commençons à collecter des données sur l'instance SQL, nous travaillons avec les meilleures pratiques pour commencer, en termes de seuils et où ils sont définis. Cela dit, nous reconnaissons également que quiconque à qui vous parlez, en termes de meilleures pratiques, chaque environnement est différent. Ce que nous ferons au départ, nous collectons simplement les données, et ce que nous recommandons aux gens, vous pouvez essayer le produit pendant 14 jours de plus si vous en avez besoin. Mais après environ deux jours, vous commencerez à voir les données de base se remplir. Une fois qu'il a suffisamment d'informations sur l'échantillon pour fonctionner, il commencera à vous fournir le contexte en termes de référence, où se trouve la plage et tout ce genre de choses. Ensuite, si vous le souhaitez, vous pouvez définir automatiquement vos seuils à partir des informations collectées. Il faut un peu de collecte initiale et d'interrogation pour pouvoir commencer à déterminer ce qui est normal, afin que vous puissiez commencer à changer vos seuils.

Mais la chose qui, je pense, mérite également d'être notée est que, lorsque vous modifiez ces seuils, cela peut être fait groupe par groupe en fonction de vos instances. Il peut être spécifique à une instance ou vous pouvez le faire sur toutes vos instances, ainsi que la possibilité de créer des choses comme des modèles, de sorte que vous pouvez dire: «Ceci est une instance de production, mais c'est le modèle que je veux de lui attribuer. " Et donc, lorsqu'une nouvelle instance de production est mise en ligne, nous lui appliquons automatiquement ces seuils, car elle a le même type de matériel et elle a généralement les mêmes charges de travail, nous pourrions donc le faire également. Espérons que cela aide en termes de question.

Dez Blanchfield: Oui, absolument. En fait, vous avez en fait répondu à une autre question qui venait de me venir, à savoir: «Y a-t-il un téléchargement d'essai? Il y a, je peux répondre à cela, je sais. Je suis sûr que vous confirmerez qu'il y a un téléchargement gratuit, et je pense que vous avez dit que c'était 14 jours à partir du site Web. Vous pouvez le télécharger et jouer avec. Mais je suppose que très rapidement, "Quel type d'environnement ai-je besoin pour pouvoir exécuter la version d'essai? Puis-je l'exécuter sur mon ordinateur portable et jouer avec ou ai-je vraiment besoin d'un serveur?"

Bullett Manale: La principale chose dont il a besoin est un référentiel, une base de données SQL Server de 2005 ou plus. En dehors de cela, il existe des exigences de ressources minimales, une exigence .NET, et c'est tout. Il s'agit donc simplement d'installer le produit et de créer une base de données.

Dez Blanchfield: Parfait. Une dernière question que je vais vous poser, car nous sommes à court de temps maintenant, mais rapidement, environ deux ou trois personnes m'ont demandé: "Dois-je être un DBA pour pouvoir réellement me mettre en route avec ça, et jouer avec? "

Bullett Manale: Non. Je dirais que si vous êtes un DBA, vous allez avoir différentes utilisations de l'outil. Je veux dire, il y aura probablement un peu plus de valeur si vous êtes un DBA chevronné. Vous allez voir beaucoup plus de profondeur sur l'outil dont vous pourriez profiter. Mais aussi en tant que nouveau DBA, ou même en tant que personne qui, ce n'est pas un DBA, nous avons beaucoup de recommandations, et je suis sur cette page en ce moment. Ces recommandations reviendront régulièrement, et ce qui est vraiment bien avec les recommandations, c'est qu'elles vous expliquent pourquoi elles sont faites. Mais en plus de cela, ils auront également des liens vers du contenu externe qui décrivent plus en détail les raisons pour lesquelles ces recommandations sont également faites. Donc, cela sera lié à des sites Web Microsoft externes, à des blogs et à toutes sortes de choses comme ça, qui sont externes.

Mais pour répondre à votre question, c'est un peu, vous savez, si vous êtes un DBA senior, il va y avoir des trucs ici, vous en profiterez probablement, que vous ne feriez probablement pas en tant que DBA novice. Mais en même temps, c'est aussi une sorte d'outil d'apprentissage, car au fur et à mesure que vous parcourez ces recommandations, vous commencerez à ramasser certaines de ces choses par lui-même en utilisant les recommandations.

Dez Blanchfield: Fantastique. Je vous remercie. J'ai vraiment apprécié la partie démo. La présentation était super. La démo était fantastique. De mémoire, il y a tout un centre de ressources sur votre site Web que je recommande aux gens de consulter également. Je me souviens d'avoir traversé cette dernière nuit pour obtenir des détails. Vous avez toute une gamme de choses, juste de vos blogs et données et conversations jusqu'à, de mémoire, vous avez également la plupart de la documentation de votre produit en ligne, oui?

Bullett Manale: Oui, c'est exact, et la forme que je pense que vous faites référence est le site web community.idera.com. Et puis une chose que je mentionnerais aussi, plus tôt, vous aviez demandé: "Est-ce que ça va reconnaître l'environnement?" En termes de nouvelles instances ou d'ajout d'instances, nous avons un autre outil qui fait la découverte des instances. Et tout tourne autour de l'inventaire et de la gestion de votre inventaire. Je voudrais simplement vous orienter dans cette direction, en termes de découverte des cas. Mais en ce qui concerne les performances et la surveillance, tout ce genre de choses dont nous avons parlé, c'est là que le Diagnostic Manager entrerait en jeu.

Dez Blanchfield: Fantastique. Regardez, une excellente couverture. J'ai vraiment apprécié votre présentation. J'ai adoré la démo en direct et c'est tout de moi ce matin, car je sais que nous avons probablement passé 10 minutes dans le temps. Eric, je vais te revenir.

Eric Kavanagh: D' accord. J'ai adoré la démo. Je suis content que tu aies fait la démo. Je suis heureux que nous ayons pu y jeter un coup d'œil attentif lorsque nous avons parcouru le Q&R.

Bullett Manale: Super.

Eric Kavanagh: Parce que cela donne aux gens une idée de ce que vous regardez, et cela me surprend vraiment de penser que nous apprenons encore à parler à ces ordinateurs, quand vous y arrivez. Je veux dire, ce niveau de diagnostic est assez sophistiqué, et il s'améliore de jour en jour. Nous obtenons beaucoup plus d'informations sur ce qui se passe réellement. Mais vous avez vraiment besoin d'une personne qui oublie ce truc, qui le lit, qui met cette capacité cognitive derrière ce que vous faites, non?

Bullett Manale: Oui, je veux dire dans de nombreux cas - J'aimerais pouvoir vous dire que c'est un DBA dans la boîte, mais il y a juste trop de choses qui se passent. Je veux dire, nous fournissons des conseils et nous aidons, mais au bout du compte, cela exige que les gens prennent des décisions sur les données que nous présentons. Je ne pense pas que cela va changer de si tôt.

Eric Kavanagh: Eh bien, ce sont de bonnes nouvelles pour les vrais gens, les gens.

Bullett Manale: C'est vrai.

Eric Kavanagh: Vous voudrez que quelqu'un regarde ça, une équipe qui regarde ça, et vous apprendrez, comme vous l'avez entendu de Bullett ici, en regardant ces recommandations, vous allez comprendre ce qui se passe. Et je suppose à partir de cette histoire, et je pense que vous en avez parlé, Bullett, mais très rapidement, cette histoire vous permet de reconnaître des schémas significatifs et donc d'être en mesure de les identifier lorsqu'ils se produisent à l'avenir, non?

Bullett Manale: C'est exact. L'une des choses que nous pouvons faire est de suivre les performances d'une requête au fil du temps. Nous pouvons aussi évidemment regarder d'autres choses, comme les lignes de base et les voir changer, et évidemment recevoir des alertes et des choses comme ça quand cela se produit, donc vous avez certainement cette capacité.

Eric Kavanagh: Ça sonne bien, les amis. Nous n'aurions pas été longtemps ici, mais je voulais en venir à ces questions. Merci beaucoup pour votre temps et votre attention. Nous archivons toutes ces webémissions. Sautez en ligne sur Techopedia.com ou sur InsideAnalysis.com, vous verrez des liens des deux endroits.

Et avec cela, nous vous disons adieu. Merci encore, les amis, nous vous rattraperons la semaine prochaine, trois autres webémissions la semaine prochaine, mardi, mercredi, jeudi. Nous allons donc vous parler la semaine prochaine, les amis. Prends soin de toi. Bye Bye.

Partenaire de contenu Techopedia

Le personnel de Techopedia est affilié à Bloor Group et peut être contacté en utilisant les options à droite. Pour plus d'informations sur la façon dont nous travaillons avec les partenaires de l'industrie, cliquez ici.

• Profil
• Site Internet