Por Techopedia Staff, 12 de agosto de 2016
Takeaway: O anfitrião Eric Kavanagh discute os métodos e tendências de monitoramento com Rick Sherman, Dez Blanchfield e Robert Vandervoort.
No momento, você não está logado. Faça o login ou inscreva-se para ver o vídeo.
Eric Kavanagh: Ok pessoal, olá e bem-vindos de volta mais uma vez. Você pode ver o slide na minha frente, espero que seja chamado de "Tecnologias quentes de 2016". Os anos continuam voando. Hoje estamos falando de "Analisar e otimizar: uma nova abordagem para o monitoramento". Opa, temos um pequeno erro no slide, não olhe, não olhe! Ok, então, há um slide sobre o seu verdadeiramente. Serei o seu anfitrião, você pode me procurar no Twitter, @Eric_Kavanagh, e ficarei feliz em tweetar para você.
Temos um formato diferente do The Briefing Room aqui, então, em primeiro lugar, teremos alguns analistas, Rick Sherman e nosso próprio Dez Blanchfield, cientista de dados do Bloor Group, que oferecerão a você assumir o tópico. Depois, ouviremos Robert Vandervoort, o especialista, que ele trabalhou na IDERA, que é uma empresa muito interessante. Eles compraram uma empresa que conhecemos, chamada Embarcadero, mas eles têm um monte de outras coisas, e algumas coisas interessantes, que agora estão sendo usadas de maneiras novas e legais. Rick Sherman vem em primeiro lugar.
Antes de ir para lá, deixe-me apenas pensar duas vezes. Gosto desse conceito de analisar e otimizar por meio do monitoramento, e gosto do que ouviremos hoje de Robert sobre mudar a maneira como você pensa sobre as soluções de monitoramento. Porque o fato é que o monitoramento é o que você faz o tempo todo, se estiver no mundo da TI. De alguma forma, de alguma maneira, ou no mundo dos negócios, você está monitorando. Pode ser formal, pode ser informal, mas há algum mecanismo pelo qual você opera suas tarefas diárias. E se você estiver trabalhando com máquinas, está tentando descobrir o que elas estão fazendo. Você está tentando impedir que eles falhem, por exemplo, ou tenham um desempenho ruim.
Como você faz isso? Bem, existem muitas maneiras de fazer isso. A nuvem realmente estimulou toda essa onda de inovação em monitoramento, o que eu acho bastante interessante. Vimos empresas como Splunk aparecerem e realmente mudarem o jogo, e muitas empresas diferentes agora estão tentando monitorar de maneiras diferentes e interessantes. E o que ouviremos hoje do IDERA é o que considero uma das abordagens mais criativas que já encontramos há algum tempo, e espero que seja uma que ressoe com vocês hoje. Você pode fazer perguntas a qualquer momento, usando os componentes de perguntas e respostas do seu console de webcast. Não seja tímido, envie essas perguntas. E com isso, vou entregá-lo a Rick Sherman. Modo de espera. Leve-o embora, o chão é seu.
Rick Sherman: Ok, obrigado Eric. Ei pessoal. Vamos falar sobre essa coisa de monitoramento e por que definitivamente houve uma necessidade de mudar a maneira como abordamos as coisas. Agora, primeiro, com uma rápida, minha formação - estou no mundo da inteligência de negócios, análise de negócios, integração de dados, etc., em oposição ao tipo de lado do aplicativo. Eu já estive na parte de trás dessas diferentes tendências que estão acontecendo no setor. Temos o dilúvio de dados: big data, small data, dados provenientes de todo o lugar, dentro e fora da empresa.
Temos a Internet das coisas, coisas provenientes de monitores, dispositivos e, em seguida, temos uma explosão de outras coisas além de bancos de dados relacionais, tanto no local quanto na nuvem, etc. Mas o que tudo isso significa para monitorar, para monitoramento e gerenciamento de aplicativos de desempenho do sistema, etc., bem como para integração de dados e inteligência de negócios, é que tínhamos um mundo simples e agradável, pelo menos era simples da perspectiva de TI, que é usada para tem um conjunto de servidores em que eles - tudo estava lá, os aplicativos, os dados e tudo estava no local, então eles controlavam o mundo inteiro. Era muito mais fácil de gerenciar. Mas o que aconteceu foi que a empresa se tornou muito, muito, muito mais complexa.
Temos uma explosão - esquecendo apenas o big data - temos uma explosão de aplicativos no local e na nuvem, para melhorar a produtividade dos negócios, aprimorar diferentes processos de negócios, para que as empresas interajam com outras empresas e com seus clientes. eles empresas ou pessoas. Tivemos uma explosão, como os outros slides, de diferentes tipos de bancos de dados diferentes, grandes bancos de dados, relacionais, nuvem etc., e tivemos muito mais, melhor utilização de servidores, sistemas operacionais, tanto reais quanto virtualizados servidores por aí, para gerenciar melhor, utilizar melhor os servidores individuais. E, é claro, temos toda uma rede de coisas acontecendo entre todos esses aplicativos, bancos de dados e servidores.
Algumas outras coisas, particularmente no meu mundo, foram que tudo isso estimulou ainda mais a sincronização de aplicativos. Temos cada vez mais servidores de aplicativos, bancos de dados usados para mover dados, sincronizar dados, integrar dados entre diferentes processos, dentro e fora de uma empresa. E é claro que temos a integração de dados necessária para dar suporte a isso.
Com isso em mente e com o fato de passarmos deste mundo agradável e seguro de um conjunto de servidores no local que gerenciamos, para classificar essa parte da empresa e extra-empresa de aplicativos e dados, passamos a “Como realmente gerenciamos esse ambiente?” E a razão pela qual este webinar é interessante é porque o atual estado das coisas não tem sido muito bom. Tivemos muitas ferramentas diferentes para analisar bancos de dados, servidores, SharePoint, sistemas operacionais, movimentação de dados etc. - todas elas foram dispersas; portanto, tivemos os silos para poder gerenciar ou monitorar um servidor específico, aplicativo específico, banco de dados específico, mas não conseguimos reuni-los. Agora, uma vez que são todos interativos e inter-relacionados, são mais do que apenas as partes individuais da peça, é preciso juntá-las e, como tal, tivemos - acho que essa é a minha imagem do ensino médio - tivemos pessoas que possuímos conhecimento especializado dessas ferramentas para aprofundar as entranhas dos sistemas para gerenciá-las.
Eles têm sido caros e dispendiosos, demorados, e ficamos meio que presos na lama, porque continuamos olhando e tentando gerenciar essas peças e não conseguimos gerenciar realmente a empresa. Onde isso nos deixou, ou para onde nos trouxe, é a necessidade. A necessidade era entrar no monitoramento corporativo. Precisamos ser capazes de analisar aplicativos no local e na nuvem, bancos de dados da mesma maneira. Servidores, redes, sistemas virtualizados e não virtualizados, a integração de dados, a sincronização de aplicativos existente. Como na análise de inteligência de negócios, a primeira coisa que você precisa fazer é capturar os dados sobre todos esses diferentes serviços e a infraestrutura, os aplicativos.
A segunda coisa que você precisa fazer é reunir esses dados para ver como eles estão inter-relacionados. Você não pode fazer nada até descobrir como essas peças estão inter-relacionadas e reunir isso. Mas como mudamos das partes da peça para um gerenciamento de aplicativos corporativo mais abrangente, realmente tem crescido porque estamos capturando os dados, porque estamos integrando os dados, é poder melhorar a análise desse gerenciamento e monitoramento de aplicativos.
A primeira coisa que precisamos fazer é descobrir o que está acontecendo com esses sistemas individuais ou partes de peças. A segunda coisa que precisamos fazer é entender por que isso está acontecendo. Isso requer um conhecimento mais profundo dos aplicativos, bancos de dados, servidores e como eles estão interconectados e como estão relacionados entre si e que coisa desencadeará outra coisa. Quero dizer, muitas vezes nos deparamos com problemas em que algo acontece e realmente não é a causa raiz, é apenas o sintoma de outra coisa. Precisamos descobrir por que isso está acontecendo, mas precisamos coletar os dados e poder monitorar as peças da peça.
Por fim, precisamos analisar um pouco as análises preditivas ou o monitoramento preditivo. Ou estamos começando a descobrir por que algo provavelmente acontecerá ou o que acontecerá a seguir. Se algo falhar ou estiver prestes a falhar ou atingir algum limite, precisaremos desencadear e entender o que isso implica, o que mais acontecerá a seguir. Estamos capturando os dados com o monitoramento, começando a analisar o que, por que e o que vem a seguir e, finalmente, começamos a gerenciar com base nos dados e na análise.
Lembre-se, é bom capturar dados, é bom analisar dados, mas esses dados precisam, essa análise e dados precisam ser acionáveis. Você precisa ser reativo, reagir ao que está acontecendo e ser proativo na tentativa de consertar isso sozinho. Portanto, também precisamos ter não apenas ferramentas de monitoramento e análise visual, mas também é fundamental poder consertar as coisas de maneira automatizada ou sistêmica. Esse é o tipo de necessidade que cresce na empresa e, novamente, do ponto de vista de BI e de análise de negócios e de integração de dados, muitas vezes temos problemas tentando descobrir quais são os pontos de ruptura. Por que algo não está em escala, por que algo está falhando, por que os usuários de negócios não sentem que os acordos de nível de serviço estão sendo cumpridos? Podemos fazer todas essas coisas excelentes com os aplicativos, com os dados, mas os sistemas que os suportam precisam ser gerenciados para permitir todas essas grandes coisas que estão acontecendo por aí. Dez?
Eric Kavanagh: Certo, leve embora, Dez.
Dez Blanchfield: Obrigado, uau. Provavelmente temos algumas pequenas áreas com as quais concordamos completamente lá. Um rápido histórico da minha vida no mundo do monitoramento de coisas. De fato, há quase 20 anos atrás, meu irmão e eu costumávamos trabalhar juntos em ambientes que se pareciam muito com isso. Este é um centro de operação de rede. Esta é uma versão atual, e gerenciamos tudo, desde roteadores, switches, servidores e firewalls e sistemas executando aplicativos, aplicativos e bancos de dados e bancos de dados e toda uma gama de servidores interconectados.
Na época, não havia muitas ferramentas disponíveis para fazer o monitoramento. Havia algumas ferramentas gratuitas e de código aberto, mas as poucas pilhas de aplicativos que faziam o monitoramento de ponta a ponta eram caras e difíceis de obter. Então, na verdade, sentamos e escrevemos um, acredite ou não, e a Internet estava meio que se tornando uma coisa, e costumávamos executar ferramentas nesses sistemas exclusivos, os sistemas Solaris, para coletar relatórios de atividades do sistema e uso e memória de disco. uso e assim por diante, e registre-o em um arquivo e execute um script nele. Na verdade, costumávamos enviar por e-mail os dados coletados para um servidor central, extrair as entradas dos arquivos de log dos e-mails quando eles chegavam, analisá-las, colocá-las em um banco de dados e desenhar belos gráficos sobre elas.
Nós pensamos que éramos bem espertos e legais porque sabíamos o que estava acontecendo, mas o que nos impressionou em pouco tempo foi que, embora pudéssemos realmente relatar o estado histórico da nação, isso não nos dizia muito. sobre o estado atual da nação no sentido imediato, porque os dados que estávamos coletando estavam sendo enviados por e-mail para algum lugar, por isso, invariavelmente, alguns minutos antes de sair do servidor em que foram coletados, pela rede e via e-mail e em um servidor de correio, separamos e colocamos em um banco de dados, na verdade eram gráficos bonitos, mas está tudo em atraso, tudo isso histórico.
De fato, no canto superior esquerdo desta linda imagem de 18 painéis LCD fingindo ser um desktop virtual, há um gráfico, um pequeno gráfico verde no canto superior esquerdo que se parece muito com o que costumávamos fazer, mapeando as coisas. E nós tínhamos essa frustração constante de que era quase impossível dizer o que estava acontecendo no momento, ou mesmo o que iria acontecer no futuro. Não importa quantas vezes tentamos fazer algum tipo de gráfico preditivo, e isso ocorre há quase vinte anos, a partir da memória.
Esta é uma imagem de uma tela real do centro de operações de rede, com 18 painéis LCD colados, fingindo ser uma grande área de trabalho do Windows, e esse é o estado da nação atualmente para os tipos de coisas que organizações, empresas de telecomunicações ou grandes empresas correr para acompanhar o que está acontecendo no mundo deles. Sejam as redes e os roteadores e os servidores de switches e aplicativos, o que é interessante nesta tela em particular ou a captura de tela é a foto: não é uma grande janela grande, nem um grande navegador estendido, são muitas de pequenas janelas minúsculas sobrepostas. Se alguma coisa travar ou reiniciar ou precisar ser desligada por algum motivo e ligada novamente, algum pobre idiota terá que sentar e reabrir todos esses aplicativos individuais e ladrilhar todas as janelas manualmente para obter a mesma visualização. É extremamente trabalhoso e arriscado, porque se alguém não sabe a ordem em que os colocou novamente, é quase impossível recriar e é um estado de coisas bastante triste, já que atualmente é assim que a maioria dos centros de operação de rede se parece. Alguém precisa executar fisicamente vários aplicativos e sistemas móveis e está olhando o passado. Portanto, muitas coisas não mudaram de muitas maneiras com o que muitas empresas pensam que o monitoramento realmente deveria ser.
Nesses 20 anos atrás, tínhamos a visão de que, se você pudesse executar ping em um servidor, ele estava ativo, mas a realidade era que descobrimos isso apenas porque você podia executar ping em um servidor, como em ping e fazer eco de um tipo ICMP para um servidor. atirar na coisa que ecoaria de volta e dizer: "Estou vivo" não significava que estava realmente pronto. E mesmo que ele retornasse, às vezes, os servidores e os aplicativos neles não estavam em execução. E assim, monitorar é uma ciência inteira. Já percorreu um longo caminho, mas mesmo assim muitas das pilhas de aplicativos modernas que compramos no mundo do monitoramento e do gerenciamento de serviços não são preditivas. As coisas eram muito mais simples naquela época. E costumávamos - os tipos de coisas em que pensávamos eram: “Bem, o servidor está ativo e respondendo, é o sistema operacional on-line e podemos nos conectar a ele. Os aplicativos estão em funcionamento e podemos monitorar isso, os serviços de aplicativos estão respondendo? O servidor da Web parece estar em execução, mas podemos conectá-lo à porta 80 ou 443? Os usuários podem se conectar aos serviços que estão lá? ”E, muitas vezes, tudo se resumia a algo tão simples quanto o telefone do suporte técnico tocando e, se não estava, a maior decisão que tínhamos que tomar naquele dia era a vez de quem estava recebendo rosquinhas.
Então veio esse conceito de tudo em escala de hiperescala, e particularmente a computação em escala de hiperescala, e com isso quero dizer o volume, a velocidade e o tamanho das coisas com as quais estamos lidando agora. E muitas pessoas falam sobre os unicórnios do mundo, o Facebook, o LinkedIn e o Google, mas existem muitas organizações de pequeno a médio porte que possuem ambientes de negócios e TI muito, muito complexos que estão tentando monitorar e tentar controlar, controlar e colocar o dedo no pulso digital dos negócios, e infelizmente eles falham tristemente, apenas devido aos altos níveis de complexidade, que aumentaram em ordem de magnitude, na minha vista, em quase todos os níveis.
Se você observar duas partes realmente básicas do que uma empresa moderna está tendo de lidar, em um caso, até algo tão simples quanto as plataformas de big data que consideramos óbvias agora. À esquerda, temos a estrutura do que costumava ser a versão 1 do Hadoop, uma versão orientada por lote do modo muito em lote, sobre o que era o Hadoop, a estrutura MapReduce em execução no sistema de arquivos Hadoop e várias ferramentas que efetivamente conectado, eles são como Pig e Hive e outras ferramentas. À direita, essencialmente o segundo retrabalho da estrutura do Hadoop, todo construído em torno do YARN e uma arquitetura de computação de desempenho um pouco mais alto e melhor programação. Quando você olha essas estruturas individuais, elas são extremamente complexas e as coisas que você pode fazer dentro delas são ainda mais complexas.
Quando olhamos para o paradigma da nuvem, temos um cenário em que, este é um modelo de como é o OpenStack e o OpenStack - um código aberto da plataforma de nuvem construído com muitos, muitos pequenos módulos e este é apenas um diagrama aproximado dos tipos de componentes principais que fazem a nuvem do OpenStack funcionar. E é extremamente complexo, muito, muito poderoso, mas extremamente complexo. E tentando monitorar qualquer coisa no estilo anterior do mundo Hadoop, com o Hadoop e agora Spark, e todas as partes desse ecossistema, lançando nuvens como as plataformas baseadas no OpenStack, mesmo entendendo o ambiente de complexidade, não importa tentar encontrar descubra o que você está monitorando e qual serviço está monitorando, por que o está monitorando e o que deseja obter com o monitoramento. Esses são realmente grandes problemas que estamos enfrentando agora com algumas das partes mais fundamentais do nosso mundo e com os ecossistemas de nuvem que estamos tentando executar no local ou em público ou híbrido.
Então, algumas estruturas, como o mundo dos big data, como o Hadoop e assim por diante, são realmente grandes desafios e a velocidade com que as coisas nelas estão mudando nelas também dificulta o monitoramento e a obtenção de insights futuristas. E ainda estamos meio presos neste mundo de dizer: “bem, o que aconteceu cinco minutos atrás?” Como você ouviu anteriormente, com o desafio do local ou no local, o externo e é aí que você pensa sobre coisas dentro de computadores ou data centers. Você tem uma mistura de serviços físicos, que são servidores virtuais e eles mudaram, o que costumávamos pensar como servidor físico com uma pilha de aplicativos, agora é invariavelmente um ambiente virtualizado. Infraestrutura, seja Hyper-V, VMware, OpenStack ou Xen.
Agora você não precisa ter um servidor executando uma pilha de aplicativos, executando um hipervisor, executando várias pilhas. E acabei de listar alguns comuns no VMware, Hyper-V, OpenStack, mas existem dezenas de outros e muitas pessoas usando-os. E a combinação na nuvem de servidores de infraestrutura, servidores de plataforma e servidores de software, e cada um deles por si só, possui níveis de complexidade que estamos tentando entender e gerenciar e monitorar no nível básico, e muito menos tentar descobrir o que vai acontecer.
E se isso não bastasse, estamos agora no ponto em que definimos as coisas no sentido de software, em que temos redes definidas por software e redes definidas. Temos virtualização de funções de rede e tentamos gerenciar e monitorar uma rede definida por software, cujos componentes incluem virtualização de funções de rede, roteadores virtuais, comutadores virtuais, firewalls virtuais, interfaces virtuais em servidores, interfaces virtuais vinculadas, todo o caminho em uma espécie de combinação de serviços versus aplicativos e tentando descobrir a diferença de monitorá-los.
E agora temos mais alguns desafios divertidos, pois estamos passando rapidamente da virtualização para a contêiner e a recente criação da versão de código-fonte aberto do conjunto de ferramentas do Google para virtualização Kubernetes e o projeto HashiCorp Docker e a capacidade de criar formas de contêineres . Agora, o interessante de tentar monitorar uma forma de contêiner, mesmo contêiner individual, é que uma vez tínhamos uma máquina física e uma máquina virtual e, em seguida, toda a pilha de aplicativos e ecossistema naqueles - físicos, virtuais - agora você tem um ambiente no qual pode ter uma instância do Docker que pode ser executada por apenas alguns milissegundos, eles são substanciados, recebem uma solicitação, lidam com isso, prestam o serviço necessário e morrem. Nós meio que mudamos, o que eu acho que Randy Bias disse uma vez, e é isso, precisamos deixar de tratar servidores e serviços como animais de estimação, e tentar mantê-los vivos o tempo todo, agora como nós tratamos as coisas como gado e monitoramento, que é um desafio ainda mais interessante.
Temos o ambiente híbrido, portanto, um monte de pilhas de aplicativos tradicionais, como ambientes de banco de dados tradicionais. Os novos ambientes, como o uso dos ambientes de big data Hadoop e Spark, de crescimento linear, crescimento e armazenamento, crescimento linear e escalabilidade, ambientes elásticos para algumas dessas plataformas de computação. E a demanda por mobilidade, pessoas fazendo BYOD. Como você monitora um laptop que sua empresa não possui? Como você monitora os aplicativos e serviços e a segurança lá? E a explosão exponencial de máquina para máquina e a Internet das coisas que surgem. E máquina-máquina e internet das coisas são quase impossíveis no momento para algumas das plataformas que tradicionalmente são usadas no sentido normal de monitoramento, principalmente quando você atinge a escala de dispositivos industriais.
Por exemplo, o avião Dreamliner 787, quando foi criado, a primeira edição, tinha algo como 6.000 sensores na própria máquina, o avião inteiro. Agora, entendo que a versão mais recente do Airbus, acho que é o A320, possui 10.000 sensores que levam o monitoramento e o gerenciamento de informações provenientes de dispositivos sendo monitorados a um nível totalmente novo. Temos esse desafio cada vez maior, não apenas para manter a capacidade básica de monitorar algo e ver que está online e disponível, mas isso, agora essa demanda por análises preditivas sendo aplicada a ele.
Porque estamos realizando análises preditivas em toda uma gama de coisas nos negócios que administramos, nos sistemas e no tipo de serviço que prestamos. E então, o que agora parece e percebemos, que na verdade poderíamos fornecer análises preditivas em um serviço de monitoramento e contar não apenas o que aconteceu um segundo e cinco minutos atrás, mas o que acontecerá em cinco minutos com base no que sabemos até agora. E acho que é um momento extremamente emocionante para pensar em como gerenciar serviços, porque se pudéssemos fazer qualquer forma de análise preditiva, coisas que agora analisamos, como dimensionamento automático e assim por diante em nossa nuvem e ambientes virtualizados, onde se um servidor percebe que está um pouco sobrecarregado, ele pode instanciar outra cópia de si mesmo e sustentar o ecossistema e lidar com mais carga de trabalho; quando a carga de trabalho diminui, quase descai e coloca uma de suas máquinas em sono e volta para seu estado normal. Agora, é possível usar a análise preditiva e a visão futura do que está acontecendo, monitorando tudo desde a infraestrutura e o hardware, até os serviços de linha final. Durante toda a jornada de ponta a ponta, a mente confunde o que poderemos fazer pelo que é hoje essencialmente uma chamada permanente em que vivemos. E com isso em mente, vou entregar .
Eric Kavanagh: Tudo bem, deixe-me entregar as chaves para Robert Vandervoort. Cobri muito terreno por lá e estou curioso para ver o que vocês fazem e que, como eu disse, adoro toda essa filosofia. Portanto, compartilhe sua área de trabalho, se desejar, ou mova os slides. Leve embora.
Robert Vandervoort: Tudo bem. Se eu sei onde está esse botão, é nisso que estou trabalhando aqui.
Eric Kavanagh: Você precisa clicar em Iniciar, no canto superior esquerdo.
Robert Vandervoort: Ah, tudo bem.
Eric Kavanagh: Clique nisso, você poderá ver uma tela compartilhada. Lá vai você, leve embora.
Robert Vandervoort: salvou o dia. Impressionante. Tudo bem, então Dez, isso não era intimidador. Oh cara. Não, boas conversas, pessoal, boas conversas. Então, sim, definitivamente, eu tenho a mesma opinião, estamos indo para a lua. Quero dizer, temos que descobrir como seremos capazes de seguir essa coisa, pois ela rastreia uma interjeição que é feita, e isso é realmente difícil. Cara, posso dizer que, trabalhando para uma empresa de software que faz isso e participando de reuniões diárias de desenvolvimento, são coisas sobre as quais falamos, são preocupações muito reais. Como podemos acompanhar a indústria? Não queremos ser isso, o sistema de monitoramento da década passada.
Com muito pensamento e, como eu disse a alguns dos caras no pré-bate-papo, um dos meus livros favoritos e espero que isso não diga muito sobre mim, mas é “Zen e a arte da manutenção de motocicletas”. consideraria isso como um livro de filosofia, e na verdade é um romance de não ficção, mas tanto faz. Ele fala sobre qualidade, e o que é qualidade e qual é a qualidade das coisas, e então toda essa metafísica de qualidade surgiu e eu não vou tentar dar a vocês uma lição de filosofia hoje, mas um pouco. Todo esse monitoramento pragmático, o que é isso? É o que eu inventei basicamente depois de muito pensar em toda essa questão e esse tipo de paradigma em que estamos nos mudando, deixando de lado, como você disse, servidores como animais de estimação - uma ótima maneira de colocar isso.
É literalmente a definição das duas palavras. Um: pragmatismo: lidar com as coisas de maneira sensível e realista. Basicamente, apenas sendo prático, é uma palavra chique para prático. Monitor: duh. Queremos cutucar algo, queremos colocar um termômetro nele, estamos medindo, medindo, medindo e revendo. Que a idéia então seja algumas dessas duas coisas, pois estamos monitorando as coisas de maneira prática. É muito fácil ser pego de surpresa, e posso dizer a você com tantas pessoas com quem lido e estou no lado da pré-venda, estou lidando com técnicos de diferentes empresas, todos os tipos diferentes de técnicos, todos os tipos diferentes de empresas, verticais, o que for, e é sempre o mesmo tipo de coisa. Muitas vezes, quando entramos nesses acordos, as pessoas pensam: “Bem, eu realmente quero monitorar meus servidores, quero saber o que é, qual é minha CPU, o que os processos estão fazendo e quero ter certeza de que não fique sem espaço nas unidades. ”E agora estou pensando, tudo bem, isso é realmente uma coisa simples. Mas eu realmente quero tentar envolver nossas cabeças em um processo um pouco diferente aqui.
Primeiro, as questões técnicas que sempre surgem quando começamos a falar sobre monitoramento - todas elas se concentram realmente na disponibilidade - nosso hardware / software está trabalhando no ponto do ping? Sim está bem. Não - ping não significa que seu software funcione. Pode significar que seu servidor está on-line e, se essa é certamente a abordagem que você está adotando, deixe-me ver o servidor da Web e ver por que ele não responde, você descobrirá: "Ei, olha, está respondendo agora. Preciso ir remotamente para esse servidor da web e dar uma olhada nisso, e posso encontrá-lo na caixa? " Existe todo esse esforço maluco de solução de problemas que ocorre quando você não tem nada de monitoramento, o que surpreendentemente existe. Não vou citar nenhum nome, mas existem algumas empresas bastante grandes que não fazem muito, na maneira de monitorar.
Claro, para mim isso é óbvio, porque trabalho para a empresa que fabrica o software. Enfim, a página da web responde? Não só isso está ativo e vivo, mas está realmente me dizendo o que eu quero ver? Você não pode simplesmente dizer: "Ah, sim, a página da web respondeu em 40 milissegundos", pode ser uma página de relatório completa. Temos que garantir que possamos nos aprofundar o suficiente nessas respostas, nessas perguntas, no que diz respeito às respostas, podemos responder à pergunta de uma maneira que realmente atenda à pergunta. Disponibilidade, desempenho - o hardware / software está com bom desempenho? Falamos sobre toneladas de contadores de desempenho, todas essas diferentes tecnologias. Seja o Hadoop, o IAS, o Apache ou o que for, todos eles têm algum conjunto de contadores de desempenho. Tudo o que a Microsoft praticamente terá contadores de desempenho WMI. Você tem seus SNMPs, várias maneiras diferentes de descobrir o que está acontecendo sob o capô, como está se sentindo.
E a última coisa aqui é o planejamento de capacidade, fazendo algumas análises sobre o assunto. Temos toda essa longa trilha de dados históricos, bem, queremos saber se é - e isso é uma necessidade emocional, não somos, apenas porque trabalhamos em TI não significa que não somos animais emocionais, existe essa sensação de segurança - se você tem algo que falha muito, está pensando "bem, quando isso irá falhar novamente, isso é realmente um problema?". E embora tenhamos uma grande capacidade de reconhecer padrões nas coisas, não apenas na vida, mas no mundo à nossa volta, e também ao longo de uma linha do tempo, mas as coisas podem não ser tão problemáticas quanto você pensa que são. Ou eles podem ser mais problemáticos do que você pensa. Quando estamos tentando tomar boas decisões de negócios, esse é definitivamente um problema. Temos que ter métricas reais, sermos capazes de substanciar nossos sentimentos e nossas percepções desse mundo, colocá-lo em números e empirizá-lo - ciência!
Enfim, o tempo da filosofia: Charles Sanders Peirce. Ele é o cara que basicamente começou o pragmatismo, e por isso vou falar um pouco da linguagem do século XIX aqui: "Considere quais efeitos podem ter orientações práticas, imaginamos que o objeto da nossa concepção tenha". O que ele está dizendo aqui é " O que é essa coisa? O que essa coisa faz? ”Então, o que quer que a coisa faça, é o que é para mim. Um servidor da Web é algo que cospe páginas da Web, ele não tem, você não precisa pensar nisso mais complicado do que isso. É composto de muitos softwares complicados? Pode apostar. O sistema operacional por si só é provavelmente bem mais complicado do que qualquer coisa que realmente roda nele. Mas isso não importa. Quando estamos tentando testar essas perguntas, precisamos saber se a página da web funciona? Tudo bem, isso é tudo realmente muito simples. Nosso conceito leva a efeitos de nosso todo, de nossa concepção do objeto até o ponto. Vamos conceber esses objetos. Essa é a dificuldade. A maioria das pessoas com quem converso preocupa-se em monitorar um servidor: "Quero monitorar o hardware da minha rede" ou "Quero fazer isso". É uma peça específica de hardware ou uma tecnologia específica. e geralmente, qualquer que seja a maior dor no pescoço para eles.
Provavelmente, eles já possuem outro software de monitoramento interno, fazendo outra parte dele. Eu sou como, "Bem, ei, por que você não pode" - eu gosto de interpretar um pouco o advogado do diabo - "você não pode usar esse outro pedaço de software para fazer isso?" "Oh, bem, isso realmente não faz muito bem." "Ok, bem, e quanto a isso?" "Bem, tanto faz." E para mim, todas essas perguntas são muito carregadas de feno. Estou em pré-vendas, não segure muito contra mim, mas sou engenheiro, concebendo esse objeto. Portanto, precisamos ser capazes de entender qual é o objeto, quais são todas as partes móveis. Se alguém disser: “Bem, servidor de banco de dados”, eu diria: “Ok, o que serve um servidor de banco de dados?” “Ah, principalmente o nosso ERP.” “Ok, então você tem problemas de desempenho com o seu ERP.” Sim, mas achamos que pode ser o banco de dados. ”“ Ok, veja, vamos falar sobre o ERP. O ERP é executado no Oracle. ”“ Verific. ”“ Ok, você tem um front-end da Web neste otário ou é tudo servidor cliente? ”“ Oh, bem, na verdade é o tipo de ambos. ”“ Ok, legal, então você tem um front-end da web, possui conectividade de servidor cliente, onde está o armazenamento, em que tipo de servidor isso funciona, como é a sua rede? ”Eu faço centenas de perguntas, parece .
É muito incumbente, também, que as pessoas simplesmente não saibam. “Comecei aqui há quatro meses. Realmente não estou familiarizado com o meio ambiente. ”Ok, bem, você está tentando diagnosticar problemas razoavelmente complexos quando não está familiarizado com o meio ambiente, eu sinto você, mas isso não ajuda o paradigma. Nós precisamos entender. Precisamos construir esse entendimento. E assim, muitas vezes quando pergunto a eles: "Ei, você tem um livro, há um gráfico, você tem um diagrama, há um e-mail, pode perguntar a alguém?" Geralmente é o último. “Ah, eu tenho que perguntar a Bob, mas ele está de férias, ele volta, vamos configurar algo daqui a duas semanas e podemos ter acesso a esse sistema, espero”, e assim por diante. E assim, imediatamente, estou sentindo totalmente sua dor. OK. Precisamos ser capazes de construir esse entendimento em qualquer ferramenta que usamos. E então, mantenha isso em mente aqui.
E as questões de negócios não podem ficar sem resposta, quero dizer, muitas vezes conversando com técnicos, elas estão nas trincheiras. Estamos consertando coisas. Estamos muitas vezes no modo bombeiro, às vezes em um pouco de choque e definitivamente um pouco de admiração. Para não citar nenhum ex-presidente, mas de qualquer maneira, as perguntas de negócios que você ouve estão muito alinhadas com as questões técnicas. E realmente o que vocês precisam fazer, se são esses técnicos, é tentar alinhar esses problemas de negócios com os técnicos. Eles realmente vêm um a um. Anote a lista - disponibilidade, desempenho e planejamento de capacidade. Estamos usando nossos recursos com sabedoria? Para onde vai esse dinheiro que gastamos? Compramos todos esses servidores brilhantes, o que eles estão fazendo, sabemos que estão sendo usados corretamente? Quem sabe? A menos que você esteja medindo. Pontos quentes e pontos frios. Todo esse material em que os pontos estão em negrito, por isso, se vocês começarem a apresentação de slides mais tarde, os pontos quentes e frios são uma rede em apuros. Como há conectividade à Internet e WAN? É claro que seus provedores de largura de banda desejam vender mais largura de banda. Você realmente precisa? Como você está usando isso? Estamos falando de desempenho. Temos algum tipo de coisa que diz que devemos atingir certos objetivos? Temos que responder às coisas. A maioria das pessoas não.
E sei que pareço muito apaixonado, espero não parecer muito pragmático aqui, mas tenho uma SOA. Estabeleça metas para si mesmo. Estamos falando de quinze, está na metade do caminho para trinta. Sim, defina metas para si mesmo, não é, não há nada de errado nisso. Defina metas de unicórnio. Defina metas completamente inacessíveis. Nenhum servidor pode ficar inativo por mais do que nunca. Eles precisam estar 24 horas por dia, sete dias por semana, não importa se nossos funcionários trabalham apenas das nove às cinco, eu nunca quero que nada quebre, é claro que não. Posso ter expectativas pessoais, mas também podemos expressá-las no sentido comercial. Conhecendo SOAs, definitivamente escalamos o gerenciamento. As operações atuais são sustentáveis, por isso podemos continuar fazendo isso. Isso é loucura? Podemos sustentar isso?
Mais uma vez, não estou mencionando nomes, para tentar ser justo, mas em um emprego anterior, tivemos um desses: "Opa, precisamos comprar uma nova gaveta para a areia, porque está cheia." temos dois meses até o próximo trimestre, vamos ter esse tipo de dinheiro? ”“ Bem, precisamos agora. ”“ Bem, como fazemos isso? ”É claro que eu sou como, “ eu pode ir até o Fry e comprar alguns discos rígidos ”e eles ficam como“ não, você não pode fazer isso, desculpe Robert, não pode pegar o Drobo e conectá-lo. ”Embora alguns de vocês, Tenho certeza, provavelmente está balançando a cabeça e já viu isso antes.
De qualquer forma, para planejar a capacidade, precisamos garantir não apenas, da perspectiva do armazenamento, mas neste ambiente de hiperescala, enquanto virtualizamos e abstraímos todos esses recursos de computação, são apenas alguns núcleos e gigabytes de CPU. Temos que saber como é usado. Preciso saber se estou tendendo a acabar. Se eu estou completamente bem, se eu estou realmente baixo. Para onde vai, quanto tempo tenho, doutor? Tenho novecentos dias até ficar sem espaço ou tenho nove? Há uma grande diferença lá. Você não quer ser pego assim. Então, muita conversa. Como esse tempo se encaixa nessa imagem?
Bem, número um, primeiro de tudo, depois disso eu vou mostrar para vocês um tipo de modelo antigo / modelo novo, mas meio que entendendo como o produto realmente se encaixa nisso, temos que medir os efeitos. Você precisa medir todas as pequenas coisas para entender o cenário geral, mas, como dizem nossos vendedores, não é necessário ferver o oceano para fazer isso. Do lado técnico das coisas, e esse tipo de mudança muda para um gradiente aqui, mas do lado técnico, precisamos medir esses ambientes de virtualização. Coisas que iniciam o hypervisor. Como os recursos extraídos estão sendo usados? Eles estão sendo usados com sabedoria? Como estão indo os hosts ESX e assim por diante.
O sistema operacional, porque certamente, se alguém gastou algum tempo analisando métricas e vSphere - para não apontar para nenhuma plataforma de virtualização específica - não vai dizer por que o seu servidor SQL está pegando fogo. Não vai. Ele dirá: "Ei, está usando mais do que o provisionado, porque você permitiu isso." Ok, ótimo. "Você está aumentando sua memória." Ok, ótimo. O que está aumentando minha memória? Meu antivírus deu errado? Quem sabe. Temos que acertar o sistema operacional. Obviamente, certo? Parece óbvio. Processos, sistemas de arquivos, estou ficando sem espaço, esse tipo de coisa. Se você possui um sistema de arquivos Linux, possui um gerenciamento lógico de volume, pode haver uma dúzia de sistemas de arquivos nesse disco rígido virtual e não verá nenhum deles na camada virtual. Enfim, pregando.
A rede une tudo isso, e só vamos deixar lá. A rede é complexa? Pode ser extremamente complexo, pode ser bem direto, todos os pontos intermediários. Precisamos entender que a rede é como as coisas funcionam. Quanto mais complexos os ambientes se tornam, você passa a nuvem híbrida, tudo isso, IoT, oh meu Deus. Quero dizer, eu certamente sou um automador residencial e gosto de ver todas as minhas métricas. Acabei de descobrir alguns serviços, seja o que for, não vou favorecer ninguém, mas seja o que for, puxar essas métricas, poder para visualizar essas coisas. Eu posso imaginar os caras que recebem esses dados de todo mundo de centenas de milhares de dispositivos, é uma loucura. Muita coisa passa pela rede, rede SAN. Fora do tubo para a internet. Precisamos monitorar isso.
Precisamos saber se há algum problema, se há algum problema, etc. O que chamamos de monitores de serviço. Então, quando eu estava falando sobre o ERP ou o SharePoint, ou qualquer outra coisa, o monitor de serviço monitora algo que é executado em todas essas maravilhosas coisas brilhantes: o iOS, o Apache, o preenchimento de lacunas, o mecanismo de banco de dados, é um Serviço do Windows em execução. Se eu conectar o SSA a um roteador para obter algumas informações de configuração e ver se elas foram alteradas ou em que circuito estou executando? Tanto faz. É algum tipo de teste, ok? Visualizando o objeto. Temos plug-ins e, assim, estamos acompanhando o setor aqui.
E vou me certificar de seguir em frente por aqui, alguém, me dê uma pequena checagem de sanidade se falar demais. Mas os plug-ins nos permitem ser flexíveis, eles realmente - para sermos ágeis, precisamos ter algo que seja separado do ciclo de vida adequado, pois temos cerca de quatro lançamentos importantes por ano. Acho que tivemos, honestamente, nos últimos seis meses, acho que tivemos quatro nos últimos seis meses. Nós o mantemos do ponto de vista do desenvolvimento, mas você não quer esperar. Digamos, bem, você tem o SharePoint 2013, está saindo para 2016, talvez não queira esperar até dezembro para apresentarmos outra versão que faça isso.
Os plug-ins permitem que você faça isso você mesmo, usando qualquer um dos provavelmente vários scripts pré-instalados que estão por aí, ou apenas escreva seus próprios e tenha essa funcionalidade de gravação em tempos essenciais, e também podemos fazer isso por você. Eu diria que apenas da perspectiva das vendas é que realmente apoiamos isso. Ou seja, é um paradigma muito diferente do que a comunidade de código aberto - que eu amo, muito querida pelo meu coração, muito envolvida - mas se você está comprando um software de monitoramento, deseja ter alguém para ligar. Você precisa ter um telefone que possa atender e dizer "Blah não funciona" ou "O que isso significa?" Lembre-se disso.
A aplicação - e é aqui que começamos a mudar o valor comercial das coisas. E também a partir do tipo de nível de manter-se são. Quero dizer, todas essas coisinhas lá embaixo, se você aprendesse todas as coisas que receberia e-mails o dia todo, eu garanto. A regra é criada, os e-mails são ignorados, as coisas não são monitoradas, os artigos de prateleira. Lugar muito ruim para se estar. Também é um mau lugar para se estar do ponto de vista do estresse. Enfim, independentemente e é por isso que fazemos isso. Então estive lá, fiz isso. O nível de aplicação é onde, realmente, acho que devemos estar alertando. Precisamos configurar critérios e obviamente temos que construir esse pequeno mundo, mas configuramos esse critério para dizer: “Ei, é nisso que nossa aplicação se baseia. Aqui está o banco de dados, aqui está a frente da Web, aqui está o armazenamento, aqui está a rede, dingdingdingdingding, aqui estão as páginas da Web etc. ”E então eu posso dizer:“ Ei, seus aplicativos não estão satisfeitos. ”No contrato de nível de serviço, em neste ponto, é óbvio e isso por si só é quase uma coisa sem esforço, porque todo o esforço estava realmente lá fora, na construção do entendimento e da aplicação dessas pequenas peças.
Contrato de nível de serviço, você simplesmente diz: "Ei, eu quero essa coisa quatro noves." Feito. Ele alertará você quando estiver tendendo a falhar. Ele lhe dirá por que você está começando a falhar e até analisa dados históricos. Posso dizer por que você não está atingindo seus objetivos, o que é muito diferente de ser algo que eu consideraria em grande parte um alarme de fumaça. Esse é o fim dos negócios. O que eu amo sobre o Uptime entrar nele, na verdade, sou um veterano do IDERA, estou na empresa há quatro anos e meio, quando compramos o software Uptime - é uma empresa com sede em Toronto - fiquei muito cético, como eu sou de absolutamente tudo, mas realmente me impressionou porque eu tive que entregar esses relatórios, esses relatórios de BI para a gerência, estamos nos reunindo com SOAs e geralmente estou saindo de lugares bobos, como meu software ITSM, apenas agrupo minhas incidências e me informe quantos períodos de inatividade eu tive, que eu mesmo conheço e muitas pessoas simplesmente não compram ingressos. Provavelmente funcionou a nosso favor, se é que alguma coisa, mas não é bom para os negócios. O produto realmente pensa nessas coisas.
Aqui estão esses dois paradigmas e o que estamos em grande parte agora, e o que eu estou tentando tirar da cabeça de todos, é a má maneira de pensar em monitorar suas coisas. Tudo certo? Por que isso é ruim? É porque é serial. Eu tenho minha estação de monitoramento, monitorei um servidor, ele tem métricas, eu alertai sobre essas métricas. Você pode ver que eu tento fazê-lo propositadamente desordenado no lado direito, ali. Com base no entendimento de um monte de caixas que precisam de monitoramento, é isso mesmo e é barulhento por causa de todas essas métricas, é muito barulhento e sua CPU está alta, sua memória está alta, seu sistema de arquivos está ficando sem espaço, sua página da web está o tempo de resposta é de cinco segundos, você é, você sabe, blá blá blá.
Esse material, é barulho. A menos que você possa, de algum modo, de maneira calma, percorrer seus e-mails e coletar mentalmente todas essas coisas e tentar entender o quadro geral, isso não serve realmente ao ponto, que está alertando sobre o que está errado. É apenas sintomático e difícil de decifrar o impacto e fornece muito pouco valor comercial. Garanto-lhe que seu CIO não se importa com quantos ticks de CPU foram usados no servidor SQL. Ele está mais preocupado com o serviço que vocês prestam realmente funcionando bem e as pessoas tiveram problemas para acessá-lo, o que o cliente está pensando e esse tipo de coisa.
Cara de raiva, sim, não é divertido. Foi assim que descobri que os BlackBerries eram muito resistentes. Enquanto a bola cair, eles sobreviverão a um lance de escadas, ou cinco. Enfim, desculpe BlackBerry.
Nova maneira de pensar em monitorar suas coisas - refiro-me a sistemas de TI e casos da Apple. É aqui que eu quero estar e apenas escolhi duas coisas realmente simples aqui. Eu amo essa pilha aberta de Graham, provavelmente vou tentar roubá-la em algum momento, mas estamos nos movendo para esse entendimento conectado. Como as coisas estão conectadas com base nesse entendimento da dependência e das partes funcionais de todas essas coisas? Novamente, é esse objeto, estamos voltando a essa coisa pragmática novamente. Está quieto.
Dois alertas - seu ERP não está satisfeito porque seu banco de dados está lento e sua página da web está lenta. Pode-se dizer: “Ei! O ERP não está satisfeito, a página da web está lenta e o banco de dados está lento. ”Pode ser o banco de dados. Agora, para ser justo, não vou lhe dizer: “Sim, a razão pela qual sua página da web é lenta é porque o banco de dados é lento.” Eu não faço isso. Eu não sou um caminho que causa a solução APM, mas quando construímos esse entendimento e recebemos e-mails assim, faz muito sentido e com o esforço de solução de problemas, em vez de dizer "Hmm, isso não funcionou" e remotas e qualquer outra coisa, ou perfmon, todas essas múltiplas ferramentas espalhadas por todo o lado, isso pelo menos simplifica, pelo menos, seus esforços de solução de problemas. Mas ainda não cheguei ao lado gráfico das coisas. Este é apenas o - não estou olhando para um ponto da tela e não gosto de olhar para as ferramentas de monitoramento, honestamente.
É fácil entender então, certo? Sabemos o que está acontecendo porque o construímos, construímos o entendimento. Mas a melhor parte disso, eu acho, é que ele compartilha muito do conhecimento com outras pessoas nas equipes. Falamos sobre silos o tempo todo e é o aplicativo ou o banco de dados ou o que quer. É tanta coisa que na verdade se tornou campanhas de marketing para algumas empresas, são todas as ferramentas de banco de dados que você provavelmente já as viu.
Então, conhecimento - conhecimento é poder. Um pouco de compreensão periférica sobre como os sistemas se reúnem. O seu técnico de suporte precisa conhecer todos os detalhes de sua rede, como o SharePoint funciona e como o seu ERP se conecta. Provavelmente não, mas é muito útil quando eu posso olhar para um painel e alguém ligar e dizer que não pode acessar algo, eu posso estar tipo: “Ah, sim, bem, parece que estamos tendo problemas agora com nossa vantagem roteador. Portanto, se você estiver fora do campus, o SharePoint será um problema para você, mas estará nele. ”Pessoas assim, não gostam, “ Mmm hmm ”acontece.
Enfim, isso é valor comercial, certo? Além de iniciar, executar, configuração de IP, ouvi dizer “ughhhh” em um help desk. De qualquer forma, mas isso está fornecendo esse valor comercial, porque entendemos como as peças estão se movendo. Entendemos quando as coisas estão dando errado, temos esses SLAs, estamos planejando a capacidade, todas essas coisas que podem parecer um unicórnio a princípio, quando toda a sua preocupação é com o desempenho dos servidores, são as coisas que estão muito simples de configurar e essa é a chave. Eu poderia chorar arco-íris.
Defina e atenda às expectativas. Este é o bit SLA. Tê-los. Acho que provavelmente já falei sobre isso o suficiente, mas já estamos monitorando tudo. Já construímos o entendimento, os aplicativos, a dependência e a conectividade. Essa é a parte mais difícil, apenas entender o seu próprio ambiente. Faz a coisa, não está ficando mais fácil. Já alertando, as pessoas já estão recebendo e-mails relevantes aqui, posso até fazer caminhos de escalação e não vou tentar mostrar todas as coisas em qualquer tipo de demonstração de software aqui, definitivamente existem fóruns para isso.
Já estou automatizando correções, o Uptime pode até reagir às coisas. Quero dizer, sempre existem coisas bobas e estúpidas, como o spooler de impressão que trava por algum motivo desconhecido, ainda está no Windows 2000 e um dia você vai atualizá-lo, jura - o que seja. Leva vários minutos do seu dia e alguém sabe que está quebrado para você consertar, certo?
Automatizado, esse tipo de coisa é apenas forragem de automação. Já criou um painel incrível, você sabe, painéis de assunto - é realmente uma coisa. Qualquer coisa que eu colecione no Uptime, eu posso entender de alguma forma sensata. Portanto, se você precisar se desviar, é como: "Eu realmente gostaria de ter algum painel de desempenho para o meu SQL". Concluído. Você quer um painel de aplicativos que inclua tecnologias em toda a pilha? Feito. Planejamento de capacidade? Feito.
Tão bem direto. Defina essas metas, faça com que os SLAs entendam por que você não precisa deles. Essa é realmente a chave aqui, você sabe, leva apenas um segundo, literalmente, leva apenas alguns segundos, realmente, não minutos, mais tempo para eu explicar, mas apenas para dizer: “Ei, eis a minha expectativa, eis as coisas que Estou esperando trabalhar ”, e o Uptime informa o que não está funcionando.
Enfim, eu roubaria as fotos duplas do arco-íris, mas provavelmente terei problemas por isso. Mais emocionante do que um arco-íris duplo, oh meu Deus - é o site aqui. Eu vou aparecer. Ainda tenho alguns minutos? Deixe-me fazer uma verificação de sanidade aqui, como estamos?
Eric Kavanagh: Sim, mostre-nos algumas coisas.
Robert Vandervoort: Tudo bem, legal. Como eu disse, cobri muito terreno; isso evita que eu mostre os bits não tão sexy que são apenas textos e configurações e tudo o mais. O que eu quero mostrar é como o final gráfico. Como eu disse, não gosto de olhar para as ferramentas de monitoramento, quero poder me afastar disso. Eu quero que seja minha babá, se você quiser, mas não quero que seja como: "Ei, seu filho pode comer peixe dourado, eu estou no cinema, sim, o que for." Ring, ring, “Ei, tudo bem se seu filho for ao banheiro? Ele diz que tem que ir. ”“ Sim, tudo bem. Tanto faz. ”Quero uma babá responsável que só me incomoda. Portanto, ruídos de alerta são um grande problema para mim, se você não pode dizer, eu provavelmente tenho algum tipo de forma avançada de monitorar o TEPT.
Quero ressaltar que, da perspectiva do Uptime, temos todos esses perfis diferentes. Eu criei algumas coisas loucas aqui apenas para mostrar como o Uptime pode fazer coisas diferentes e trabalhar com pessoas, o que é um grande negócio. Eu não contei a vocês realmente minha formação. Tenho formação em TI, voltando honestamente desde os 13 anos de idade, trabalhando na sala dos fundos de uma loja de informática. Talvez isso não tenha sido a coisa mais legal do mundo, mas tanto faz, e eu nunca parei. Tenho 37 anos agora, tenho um diploma de psicologia porque para mim as pessoas são muito mais difíceis de entender do que computadores. Mas, do ponto de vista da interface do usuário e do UX, não quero que uma ferramenta me diga como devo fazer meu trabalho, ou como deve funcionar, ou quero me curvar da maneira que ele deseja fazer as coisas. Eu sei que sou meio que perfurando alguma filosofia e entendimento, espero que isso facilite as coisas para vocês, não pense: "Ei, você precisa fazer isso" ou "Estou lhe dizendo o que fazer fazer. ”Mas isso é o meu tipo.
De qualquer forma, integração com o HipChat, alertas falados. Quero dizer, este realmente fará o NOC de 18 monitores que você estava vendo, lhe dirá o que está errado verbalmente. Imagine sua parede: "Atenção, o SharePoint está em um estado crítico porque seu banco de dados é lento, blá, blá, blá, está assim há sete minutos." Sim, é um tipo de joia, talvez seja hinky, o que seja. Estou tentando mostrar que é uma ferramenta muito flexível. Temos saídas baseadas em script, podemos fazer o que quiser.
HipChat, eu uso o HipChat e o Skype - provavelmente mais do que o meu e-mail, provavelmente para desgosto de muitos vendedores, mas enfim - Integrando o HipChat também, não importa o que seja, River, Flack, qualquer que seja você quer fazer, muito simples de fazer.
De qualquer forma, do ponto de vista do usuário, na verdade começamos com suas informações de contato e suas horas de trabalho e horas extras, se você as tiver. Quando você chega ao ponto de realmente fazer o alerta, o Uptime já sabe como entrar em contato com você, o que é realmente essencial. Quero dizer, quantas vezes já foi: “Oh, eu não percebi o email.” “Bem, talvez eu deva enviá-lo para o seu Gmail, enviá-lo para o seu pessoal, vou publicá-lo no seu mural do Facebook. De qualquer forma, ainda não cheguei tão longe, mas talvez no próximo final de semana quando eu estiver entediado.
A verificação global neste ambiente louco e complicado. Número um, precisamos manter as coisas organizadas. Mantê-lo organizado é fundamental, nós permitimos que você faça isso, fazemos a descoberta automática e todo o tipo de coisa que você esperaria, mas permitindo que você estruture seu datacenter da maneira que fizer sentido para você. Eu gosto de pensar que é meio físico, lógico e tecnológico e, do ponto de vista virtualizado, fazemos como você vê na VMware, onde temos seus data centers e clusters e pools de recursos e tudo o que é adorável coisa.
Isso filtra o mesmo entendimento, novamente, está funcionando da maneira que você faz e da maneira que faz sentido. O mesmo entendimento é filtrado por esses painéis. O global é basicamente tudo o que está errado, e tudo o que me interessa é Houston e todos os outros QA, SA, qualquer coisa que eu realmente não me importo, apenas as coisas de Houston. Posso focar nisso e, novamente, de qualquer pessoa que tenha preocupações com segurança ou manter as coisas segregadas por grupo de usuários ou outros enfeites, podemos absolutamente fazer isso. A única coisa que eu poderia ver é apenas Houston, ou algo tão restrito quanto apenas "Houston Network Components", então isso é definitivamente uma coisa.
Verificação de recursos - como esses recursos estão sendo usados em todo o ambiente? É isso. Esta é a sua visão de noventa mil pés. Posso me aprofundar em qualquer área que tenha problemas em relação a outras. E você percebe a IBM Agency, apenas meio que de lado, realmente não está do lado. Uma das coisas mais críticas na construção do entendimento do aplicativo, derrubar esse modelo pragmático, é colocar tudo na porta, e não digo isso apenas porque gosto de ter licença para contar com as ofertas do que fazemos. Realmente, se eu posso fazer tudo sem minhas coisas da série P da IBM, isso fede.
Temos monitores para o AS / 400. As pessoas me dizem muito sobre isso às vezes, é como "AS / 400 ra-ra-ra". Você ficaria surpreso com o quanto os AS / 400 ainda estão executando sistemas realmente importantes por aí, ou com as coisas mais recentes da série I, isso é uma coisa, fazemos isso. HP-UX, AIX, quero dizer quase todos os principais sistemas operacionais do mundo para os quais temos um agente. Trazê-lo pela porta e monitorá-lo é fundamental.
Olhando para a camada de aplicação, novamente, deixe-me sair do granular e subir no topo. É assim que esse painel se parece. Essa pode ser a única coisa que eu sempre olho regularmente. Quero apenas vir aqui e dizer: "Ei, meu CMS está realmente zangado, por quê?" Agora concedido, eu provavelmente não pago tanto atenção aos meus e-mails como deveria, mas estou aqui todos os dias olhando para as portas dos servidores, é o que faço. Sou dentista, esses são meus dentes.
Testes de login. Então lá está, eu estou testando o tempo real de login, isso é coisa da experiência do usuário, isso é super pragmático. Eu nem me importo com as métricas do Apache. Se todo mundo é como fazer logon no split lickidy e todas as transações estão funcionando bem, quem se importa com os bytes enviados e recebidos, a menos que eu esteja tentando fazer um planejamento de capacidade. Do ponto de vista do combate a incêndios, de um "Eu me importo, preciso prestar atenção a isso?" Quero saber essas coisas de maneira intuitiva e automática.
Se eu sou o CIO, me importo com isso, não me importo com meu painel de desempenho do Apache. Se eu sou seu cara da web, pode apostar que sim. Quero dizer, preciso entrar aqui e perdoar a lentidão aqui, mas preciso poder entrar aqui e ver muitas métricas profundas em todo o quadro e observar padrões. Aqui vejo que minha demo Apache 01 está reiniciando e o Uptime é "boom, boom, boom, boom", o que há com isso?
Esses são padrões que eu nem sei se não estou olhando para ele. Novamente, o material granular real, mas realmente serve a esse propósito. Esses servidores fazem parte do CMS e, se estou vendo problemas em uma página da Web e meus servidores estão se reciclando, descobri mais sobre esse ambiente em apenas alguns segundos, olhando para os painéis que eu configurei do que eu definitivamente poderia remotamente. Nem sei por onde começar, para ser honesto com você.
Enfim, esforço; e todo mundo pensa: "Isso é loucura". Do ponto de vista do esforço, como monitoro as coisas? Você pode escrever um script para isso? Sim. O que tentamos fazer é fornecer coisas muito comuns, tecnologia muito comum disponível do ponto de vista do banco de dados. Temos, quero dizer todos os principais mecanismos de banco de dados. Eu não tenho o NoSQL, não tenho o material das séries temporais, mas todos os principais bancos de dados relacionais estão aqui do ponto de vista de serviços da web, IAS, Apache Tomcat, apenas seguindo adiante aqui. E então, para as coisas que você pode não ver na lista, há muitas outras coisas, é claro, mas temos esses plug-ins. Esta é apenas uma maneira muito fácil de sair, temos depositários públicos no GitHub, você pode ver o código, pode criar o seu próprio, pode alterá-lo, qualquer que seja, está disponível para você lá. Portanto, do ponto de vista da tecnologia ou do software, se é uma SAN, se é o SharePoint, o Exchange ou o que for.
É assim que fazemos isso e, essencialmente, eles fornecem as métricas mais importantes para você, e essa é a parte mais difícil. Eu escrevi vários desses plug-ins e a parte mais difícil para mim é: “O que as pessoas vão querer saber? O que é realmente importante? ”Você olha para qualquer sistema WMI; pode haver centenas de coisas. Bem, tudo bem, eu tenho que desacelerar isso, ninguém vai querer ver 400 métricas, porque então você precisa entender esse mundo e não há valor lá.
Enfim, depois SLAs. Há toneladas de painéis de assunto. Gostaria de encorajar vocês, quero dizer, se isso é algo interessante para vocês, obviamente podemos fazer demonstrações e outros enfeites, podemos fazer coisas personalizadas, não estamos tentando ferver o oceano novamente. Mas você sabe, se eu receber um e-mail dizendo que "Meu SLA está sendo executado, estou excedendo, aqui estou falhando miseravelmente, quero saber por que, o que está acontecendo?" Posso apenas detalhar isso neste relatório detalhado e ver quais são as coisas específicas que estão causando a falha do SLA, ou mesmo voltar no tempo e entender se isso é uma tendência ou não. Onde estão as manchas vermelhas? Isso quase parece uma análise de DNA ou algo assim, temos interrupções no servidor - desculpe, essas são interrupções no teste de logon em que não consegui efetuar login. Temos tempos de resposta e outras coisas aqui e posso facilmente descreva o que é importante para saber se eu cumpri esses objetivos ou não. E, novamente, não espero que todos leiam todas essas coisas, mas há muitos dados aqui. É bastante conveniente apenas poder ter isso na sua frente. Mas a realidade é que é por isso que estou falhando por causa desses testes de login. Todas as informações anteriores aqui são fornecidas a você também.
Os relatórios são fornecidos com a ferramenta para que você não precise do Crystal ou SSRS ou qualquer coisa assim, o mecanismo de relatórios é incorporado; você pode personalizar todos os relatórios individuais que estão aqui. Eu posso tê-los em execução de forma recorrente. Posso salvá-los para outras pessoas verem e usarem. Você tem diferentes formatos de saída. Você deseja receber algo por e-mail para seu gerente todos os dias, às 16h? Ha ha ha, você pode fazer isso!
Tão robusto novamente, do ponto de vista do planejamento de capacidade. Não queremos nos concentrar apenas e estávamos falando sobre poder prever coisas e fazer análises preditivas. Além de ter a capacidade de visualizar o aqui e o agora e a tendência histórica, quero poder ver as projeções de planejamento de capacidade e é tão rápido que tenho capacidade de memória de computação e armazenamento de dados que se destaca em todo o vCenter e eu. Se você pode olhar e dizer que tenho os piores 132 dias até ficar sem espaço, é melhor fazer algo sobre isso.
Este é um laboratório real e eu sou realmente o pai orgulhoso de, tipo, muitas coisas, e isso acabou com o meu trabalho aqui. Mas eu sei disso e, se isso acontecer, esse é o meu problema, a culpa é minha por não mudar algo ou fazer algo a respeito. Estou bem ciente disso. Se eu estiver em uma reunião e alguém disser: "Ei, precisamos adicionar vários servidores ao laboratório" - eles não farão isso comigo, mas, se o fizessem, eu poderia estar tipo "Você sabe o que? Eu tenho os shows. Eu tenho o gigahertz. Eu te protejo ”, ou não, e de relance, em vez de ter que abrir outra ferramenta que é outra questão e concordar com todas essas coisas, eu faço isso como uma piada.
Escritório de Houston, estávamos conversando sobre trânsito. Meu dentista e eu estávamos conversando sobre trânsito, ela cresceu em Iowa e disse: “A única coisa que gosto em cidades pequenas é que não há muito trânsito.” Bem, Houston, se você mora dentro do circuito, não precisa. deixe como pode ver aqui em baixo. Posso integrar qualquer web basicamente como um iframe. Se algum de vocês estiver familiarizado com HTML, posso integrar qualquer web em qualquer um desses gadgets. Seja como o seu site ou uma câmera de trânsito fora do escritório dela ou o que quer que seja, eu posso fazer isso. Os gadgets são super fáceis de adicionar.
Quero dizer, painéis - eu mostro mágica na TV. É como, “Oh, olha, está pronto, está tudo bem e polido”, mas a realidade é entrar nesses painéis é uma coisa muito fácil de fazer. Existem várias maneiras diferentes de exibir dados em todos os diferentes pontos de dados que temos. Coisas como essa imagem pin-on tendem a ser muito populares entre as pessoas, porque quando você está tentando entender um aplicativo, pode simplesmente enviar o vídeo e depois fixar nos elementos que o compõem. Veja bem, posso lhe dizer onde estão todos os problemas ao longo do caminho.
Essas coisas são extremamente úteis, eu acho - topologia de rede, entender o que se encaixa no que, o que depende do que, o que quer que seja, placa de trabalho, switches ou sites, ou o que seja, são tudo o que está embutido., em diferentes pilhas de tecnologia. Eu não o trouxe, sei que estamos ficando sem tempo aqui, quero garantir que vocês tenham tempo para as perguntas e respostas e tudo, mas há apenas toneladas de informações que podemos reunir de todos os tipos diferentes de fontes: log agregações, APIs - qualquer que seja o nome - SMP, WMI, etc., etc., etc., sopa de letrinhas. Portanto, trata-se de coletar esses dados, construir o entendimento e, em seguida, alertar e agir sobre eles de maneira pragmática. E é isso em poucas palavras.
Eric Kavanagh: Ótimo. Essa foi uma apresentação fantástica de todos. Eu tenho que te dizer, eu adorei. Temos alguns minutos extras aqui para fazer perguntas. Rick, por que você não faz uma ou duas perguntas e depois Dez, e então temos apenas algumas perguntas do público que são específicas sobre a implementação. Mas Rick primeiro e depois Dez.
Rick Sherman: Ok, ótimo. Bem, primeiro, eu adorei a demonstração especialmente para juntar tudo, principalmente sobre a adição de servidores, monitores, plug-ins etc. Eu acho que foi fantástico. Uma das perguntas que tenho, você mencionou que era um tema recorrente, como nas pré-vendas, que as pessoas entendem qual é a arquitetura ou os aplicativos. Eles querem monitorar as coisas e depois há essa parte da peça. Como você os educa sobre como quebrar a tipologia? Sei que há muitas coisas que você pode escolher, mas como você as educa? Porque não tenho certeza se eles conseguem entender o quanto você pode fazer.
Robert Vandervoort: Sim, com certeza, sou um grande fã de humor auto-depreciativo, então geralmente começo desse ponto de vista. Eu tenho TDAH, se você não sabe. Minha esposa não gosta mais de ir comigo à Home Depot, vamos colocar dessa maneira. Eu uso a analogia de, se você tem uma dobradiça estridente ou vaza, entre lá e imagine: "Quero consertar minha torneira". Pense. Vá para o seu lugar zen: "Quero consertar minha torneira". Não pense: "Hmm, o que posso consertar em minha casa?", Porque você estará lá o dia todo e esquecerá o selo da torneira e você vai sair com sarjetas.
O que eu tento focar as pessoas é na aplicação. Você está me dizendo que isso dói e isso dói, vamos usar um aplicativo. É o seu ERP? Legal. Vamos colocar o aplicativo em um POC, descobrir por mim, não importa com quem você tenha que conversar ou qualquer informação que você precise drudge. Do que é feito esse aplicativo? Servidores de banco de dados, servidores de arquivos, você sabe, qualquer que seja, todo o ponto final do aplicativo. Descubra, obtenha todo o acesso a ele. Se você precisar de ajuda para obter qualquer ferramenta, legal, estamos aqui. Mas vamos nos concentrar em um aplicativo específico, porque é aí que o valor estará no final. Quero dizer, você pode facilmente adicionar centenas ou milhares de servidores e começar a trabalhar nesse ângulo, mas você está muito nesse modelo serial - isso não é apenas insustentável em um POC, mas também não é apenas onde queremos cabeças para ser.
Rick Sherman: Sim, e você configuraria o painel etc. para fornecer uma visão de negócios, esse tipo de visão composta de peças que suportam essa entidade, seja lá o que eles estão tentando monitorar?
Robert Vandervoort: Absolutamente. Em geral, sugiro que tudo bem, queremos ter - o que chamo de mapas de aplicativos, onde temos o painel de aplicativos e ele precisa ter todas essas peças. Faça o diagrama se ele não existir, coloque-o no Uptime e descubra o que precisa ser feito lá. Pelo menos, descubra tudo isso e coloque-o sob o capô do monitoramento e comece a adicionar os serviços que realmente se somam para fazer com que o aplicativo funcione. Como no caso do SharePoint, há - e meio que apenas um ponto interessante - esses aplicativos podem ser criados com outros aplicativos. No caso em que você possui um cluster SQL, isso é realmente um aplicativo. São vários servidores, vários serviços e outras coisas. O AD é um aplicativo etc., etc. Eu posso criar esses modos de exibição agregados a partir deles, como você vê aqui no SharePoint. Queremos ser capazes de construir isso. Se não consigo construir isso, não adicionei coisas suficientes. Nós fazemos todos os pequenos pedaços que fazem isso funcionar.
Rick Sherman: Você meio que trabalha de trás para frente?
Robert Vandervoort: Sim, pense de trás para frente, trabalhe para frente.
Eric Kavanagh: Ok. Dez, leve embora.
Dez Blanchfield: Estou ansioso para obter sua visão, apenas brevemente, porque sei que estamos com pouco tempo aqui, então vou manter uma questão profunda, se puder. Você pode nos dar uma ideia de onde você acha que as empresas e as organizações estão atualmente no que diz respeito ao valor, não apenas ao monitoramento de serviços, mas ao tipo de abordagem que você está adotando em relação ao fim pragmático. Especificamente, a partir dos benefícios comerciais. Muitos de nós somos de uma formação técnica e adoramos poder fazer ping em coisas e ver se elas estão ativadas. Mas do ponto de vista comercial, muitas vezes eles não estão interessados porque é assim, como você disse que nos chama, é por isso que pagamos.
Você está vendo uma transição de manter apenas as luzes acesas para colocar os KPIs no nível comercial e um nível de operação na integração profunda do monitoramento no nível de gerenciamento de serviços para que toda a estrutura funcione corretamente, para que as pessoas vejam sua ferramenta a partir do ponto de vista de que podemos manter as luzes acesas, mas colocamos um valor em dólar no valor de ver toda a visão de ponta a ponta e garantir que: “Ok, tudo está funcionando, estamos usando sabiamente como você disse, estamos cumprindo nossos SLAs e, em caso afirmativo, o que isso significa para os negócios? ”Você está vendo uma transição para isso ainda ou ainda estamos um pouco longe disso?
Robert Vandervoort: Definitivamente, há um desejo. Há uma urgência lá. Pessoas, pedi para abrir uma pergunta, é uma pergunta carregada, obviamente - você tem SLAs? E é quase inequivocamente: "Não, mas nossos gerentes estão meio que falando sobre isso" e assim por diante. Eu fico tipo, “Legal, como você vai chegar lá?” “Bem, não temos muita certeza. Estamos meio que olhando para o ServiceNow ou estamos fazendo isso. ”Eu sou como“ Bem, você precisa entender, o ServiceNow é uma coisa, é uma estrutura inativa, basicamente segue o passo de bloqueio ”, tudo bem, não favorecer nenhuma plataforma ITSM específica. Mas isso não vai responder às suas perguntas de SLA. Falará apenas sobre quantas horas de trabalho você gastou consertando uma impressora ou quantos recursos foram usados em um servidor específico se você tivesse que comprar peças para ela? Ele não pode responder à pergunta do mundo real sobre o que os servidores realmente precisam ser, fim de vida ou o que seja. Não em qualquer lugar ao nível.
Quando falamos sobre, do ponto de vista do SLA, vários de nossos clientes têm absolutamente SLAs que perdem dinheiro. É como entregar pizza, se é tarde, se eles vão te decepcionar, então eles não recebem dinheiro. Portanto, há um impacto direto nos negócios, esses caras tendem a se importar muito mais com essas coisas do que com o resto, e é por isso que uma das coisas que eu realmente incentivo as pessoas a fazer é criar uma expectativa para você, sua equipe e a TI. Ele não precisa ser real, escrito ou prometido a ninguém, mas quando você cria a expectativa, algo se repete dizendo: "Ei, é por isso, por que não estou atendendo à disponibilidade do servidor". apenas um servidor fedorento. Podemos nos concentrar em um servidor e, "Ei, olha, nós temos um tempo de atividade perfeito". E esse é realmente o meu caso, eu tenho um aqui, mas você entendeu.
Então, sim, para responder a essa pergunta, sim, com certeza, sinto que há mais desejo do que um movimento real em relação a isso, porque as pessoas ainda estão discutindo como você consegue uma ferramenta que possa realmente responder à pergunta, como ela monitora coisas suficientes e a maioria das pessoas tem várias ferramentas. É porque a equipe de rede comprou uma ferramenta de monitoramento de rede e a equipe de desenvolvimento comprou uma ferramenta APM, e os funcionários do banco de dados compram sua ferramenta e nenhum deles realmente se fala, exceto na sala de almoço.
Dez Blanchfield: Sim, isso é uma dor de cabeça sem fim para mim na minha vida. É como nos últimos 25 anos, tive esse problema constante quando você entra na organização porque eles se decompuseram e se segmentaram em blocos lógicos. Como essa foto da mente muito, muito bonita, é um centro de operação de rede e eles se preocupam com a rede e, enquanto a rede estiver em funcionamento, eles serão pagos e seu trabalho será concluído e sua transferência. Então sim, mas é interessante.
Uma última pergunta rápida e parcialmente meu interesse pessoal, mas sei que muitas pessoas vão querer saber a mesma coisa. Como ajudamos essa ferramenta e como começamos a usá-la? Onde vamos encontrá-lo, onde obtemos mais informações e podemos obter uma demonstração, um teste ou algo nesse sentido?
Robert Vandervoort: Absolutamente, sim. Eu odeio essa palavra, absolutamente, não existe. Idera.com é onde você está indo para isso. Há um pouco como o ícone jack, que diz “Gerenciamento de TI”, você clica nele e depois há duas opções. Um é o que temos na nuvem e o outro é o Uptime Infrastructure Monitor, que é esse produto que estamos mostrando hoje. O julgamento deve durar cerca de 30 dias. Não coloque BS no formulário, coloque suas informações reais. Nosso pessoal de vendas é realmente bonito, ninguém me disse que o pessoal de vendas é irritante. Mas na verdade é porque eles são o melhor caminho para pessoas como eu no meu time.
Se você tiver essas perguntas técnicas e a documentação não for adequada para você - porque o que a documentação já faz -, você terá linhas diretas de suporte, nível de concierge, se desejar, além de extensões, porque a maioria das pessoas deseja e conecte-se ao vCenter e você encontrará centenas de coisas. Você expulsará uma licença de teste, para que eles façam essas perguntas relevantes para garantir que você receba um POC, ou se quiser uma demonstração individual, essa é definitivamente a maneira de fazer isso.
Dez Blanchfield: Fantástico. Bem, muito obrigado. Estou ansioso por isso e espero vê-lo novamente e falaremos sobre como adicionar uma cadeia de blogs a ele. Eric, devolveremos para você.
Eric Kavanagh: Lá vai você, parece bom, pessoal. Eu tenho algumas perguntas rápidas, que jogarei sobre você bem rápido. Uma é: o Uptime Infrastructure Monitor é um aplicativo baseado na Web ou servidor de cliente, você pode responder a isso?
Robert Vandervoort: baseado na Web. 100% baseado na web. Na premissa.
Eric Kavanagh: Bom, e outro participante pergunta: você precisa instalar algum tipo de daemon proprietário nos servidores individuais para que o IDERA os monitore?
Robert Vandervoort: Eu salvei para todos, então vamos ver estas instruções. Tão sem agente, eu digo sem agente, sem agente, sem agente, assim como eu digo com fio, a menos que você precise usar a conexão sem fio, e eu salvarei algumas das outras analogias não tão apropriadas sobre a conexão sem fio. Mas, de qualquer forma, temos agentes para praticamente todos os sistemas operacionais, a única coisa que você perde se não os usar é um caminho criptografado TLS1.2 para o servidor em que é executado, além da capacidade de executar scripts diretamente nele.
Fora isso, Windows, Net-SNMP, nosso Windows possui WMI, Net-SNMP para o resto do mundo, SNMP para todas as suas coisas de rede, etc. etc. etc. etc. Então não, eu sempre digo não, você não precisa, a menos que você queira. E, no que diz respeito à tecnologia que o instala, ele vem com tudo o que você precisa, no lado direito do diagrama, que roda do MySQL, Java, PHP, Apache. Você não precisa encontrar outros servidores para executá-lo. Ele ainda será executado no Windows 7 service pack um em diante. Também temos uma distribuição baseada em Linux e Solaris; portanto, tecnicamente, você nem precisa pagar pelo licenciamento do servidor, apenas um hardware extra.
Eric Kavanagh: Legal, devo dizer que esta foi uma apresentação fantástica, então, graças aos nossos analistas hoje e graças a você e, claro, à IDERA. Eu acho que isso é ótimo e acho que vocês estão ansiosos de uma maneira muito positiva e convincente, e ouviremos novamente o IDERA no final do ano, pessoal. Temos vários outros eventos alinhados com eles. Isso foi fantástico, muito obrigado pelo seu tempo. O arquivo geralmente sobe em cerca de um dia; portanto, entre on-line no Techopedia ou no InsideAnalysis.com para obter os detalhes, e conversaremos com você na próxima vez em que tiverem cuidado. Tchau tchau.
Rick Sherman: Obrigado pessoal.
Eric Kavanagh: Sim, e Dez -
