Por Techopedia Staff, 21 de junho de 2017
Takeaway: O anfitrião Eric Kavanagh discute a força de trabalho móvel com o Dr. Robin Bloor e Bill Ellis, do IDERA.
No momento, você não está logado. Faça o login ou inscreva-se para ver o vídeo.
Eric Kavanagh: Tudo bem, senhoras e senhores, é quarta-feira, 21 de junho. São 4:00 da hora do leste e, claro, isso significa que, no mundo da tecnologia corporativa, está na hora das Tecnologias Quentes! Sim, de fato. Meu nome é Eric Kavanagh, serei seu anfitrião e moderador no evento de hoje. É um assunto quente, pessoal: é grande: “En Marche! Habilitando a força de trabalho móvel. ”E não peguei intencionalmente o slogan da candidatura de Macron na França. Foi uma coincidência, prometo, mas ainda é emocionante. Então, falaremos sobre a força de trabalho móvel e como você pode garantir que essas pessoas obtenham o que precisam e que possam fazer o que fazem bem. Muitos desafios, muitos problemas por aí. Arquivaremos este webcast para visualização posterior; portanto, se você perder algo, poderá voltar e conferir. Além disso, compartilhe com seus amigos e colegas.
E devo dizer que não seja tímido; a melhor maneira de obter conteúdo realmente personalizado e as informações necessárias para um evento como esse é fazer perguntas. Portanto, você pode fazer uma pergunta na janela de bate-papo ou no componente de perguntas e respostas do seu console de webcast. A qualquer momento durante o evento, envie-o e terei certeza de que o agarre e entrarei nas perguntas e respostas no final. Vamos fazer algumas apresentações e depois ouviremos Bill Ellis, da IDERA Software. Certamente, nosso próprio Robin Bloor está em jogo hoje. E com isso, vamos nos aprofundar.
Então, eu tenho algumas boas estatísticas da RCR Wireless sobre o que está acontecendo e, na verdade, é impressionante. Eles dizem que a força de trabalho móvel global atingirá 1, 87 bilhão de pessoas até 2022. Isso representa mais de 40% da força de trabalho geral do planeta. Portanto, se você pensar sobre isso, agora, de repente, onde você costumava ter, em termos de recursos de TI, em termos de funcionalidade em dispositivos como computadores, onde você costumava ter 99% ou mais disso nas instalações do seu escritórios - isso foi até, digamos, 15 anos atrás, 10 anos atrás, provavelmente era 85-90%, cinco anos atrás, era 70%? Algo parecido? Agora, está todo o caminho, quase para 60%. E isso é um grande negócio. Então, vimos essa mudança maciça em termos de tecnologia, as ferramentas reais que as pessoas usam movem-se para fora do escritório, para a força de trabalho.
Bem, existem inúmeros benefícios nisso. Quero dizer, literalmente, se você olhar para a indústria naval, por exemplo, como a UPS, ou se você olhar para as pessoas que vão para as plataformas de petróleo, se você olhar para algum dos vários trabalhos em que ajuda ter uma funcionalidade profunda com você, na estrada, a força de trabalho móvel está mudando tudo. Agora, um dos problemas - e falaremos sobre isso com mais profundidade - é que temos algumas coisas diferentes acontecendo, uma das quais é a diversidade da força de trabalho. Então, em 2020 - vi as estatísticas hoje - haverá cinco gerações de pessoas na força de trabalho. Isso significa que você vai ter vovó e vovô, e depois mamãe, papai e também os filhos, mas teoricamente você terá essencialmente bisavô e trisavô e trisavó por aí. Agora, obviamente, não está dentro de uma família em particular, mas o ponto é geracional: você tem cinco categorias diferentes de indivíduos amplos na força de trabalho, cada um deles tem suas próprias tendências, suas próprias predileções, sua propensão a trabalhar com eles. tecnologia.
Obviamente, as crianças tendem a ser móveis primeiro em termos de como elas interagem com o mundo. E pense nos canais de comunicação que ele mudou - conversamos sobre isso em outro programa recentemente; SnapChat é o modo como muitos adolescentes se comunicam, eles nem querem conversar com você por telefone, apenas querem enviar pequenas mensagens do SnapChat para frente e para trás. Esse é apenas um exemplo no mundo do consumidor de como as coisas estão mudando, e que pode se espalhar por todo o espectro de tecnologias, funcionalidade, indivíduo, empresa e modelo de negócios. Está em todo o mapa, mas o ponto é que a força de trabalho móvel é real, existe e a menos que sua empresa tenha um programa sólido para entender como isso afeta seus processos de negócios - e eu estou falando de dados específicos, baseados em tecnologia - processos alimentados - se você não entender o que são e não gerenciar isso por meio de uma infraestrutura de TI e de um processo e uma perspectiva de governança, você terá todos os tipos de problemas.
Então, existe o iPhone. Lembro-me de quando esse otário saiu, parece um milhão de anos atrás agora. Mas foi apenas o que, 2007 ou 08? Não faz muito tempo, não tínhamos iPhones e, é claro, o fator de forma mudou fundamentalmente a tecnologia e realmente habilitou a força de trabalho móvel. E lembro-me, é claro, que na época o iPad foi lançado e o iPhone, na mesma época. Não me lembro qual foi a primeira, mas o iPad foi realmente uma das forças de mudança mais significativas para a TI corporativa, possivelmente desde o mainframe. E o motivo é que, francamente, muitos executivos seniores, executivos de grandes empresas do alto escalão da organização adoraram isso logo de cara. E disse: “Eu quero. Estou trazendo para o trabalho. ”Bem, pense sobre isso - de repente, a TI teve que se virar e lidar com o problema com o qual eles provavelmente não queriam lidar, que era lidar com todos esses novos dispositivos.
Então, agora, se você tivesse iPads - bem, como você o integra na matriz? Como você mantém a governança sobre isso? Esses são realmente grandes desafios e o antigo iPad e o iPhone realmente foram uma força extremamente perturbadora na TI e no gerenciamento de TI para muitas organizações, grandes e pequenas. Portanto, ainda temos esse espectro de desafios e benefícios que abrange uma gama tão ampla quanto você pode imaginar, com dispositivos móveis. E é claro, eles continuam mudando, certo? Portanto, agora, não é apenas BYOD, é BYOA muitas vezes, onde executivos e profissionais estão trazendo seu próprio dispositivo. Bem, costumávamos chamar isso de "TI sombria", certo? Para aqueles de vocês da geração mais velha, você deve se lembrar dos antigos programas de rádio, eles tinham drama de rádio e um deles era The Shadow - “Quem sabe que mal se esconde no coração dos homens? A Sombra sabe. ”E eu lembro disso porque eu era criança. Bem, a TI de sombra está friccionando em todos os lugares hoje em dia; todo mundo está fazendo uma TI sombria
Portanto, esse é um verdadeiro desafio para o gerenciamento de TI e o gerenciamento de processos de negócios, para todo o pessoal de operações. Você deseja aproveitar os dispositivos móveis, mas deseja vincular isso de volta aos seus sistemas, e há muitos pequenos problemas estranhos que entram em jogo. Não menos importante é a experiência visual e a funcionalidade associada que você obtém ao usar um dispositivo móvel. E qualquer um de vocês que usou vários dispositivos como um iPad, um laptop, um desktop ou um dos smartphones móveis mais novos que estão lançando, tendo experimentado o fato de que a funcionalidade não funciona muito bem, e isso é um problema real. De fato, a guerra dos navegadores deveria ter nos preparado para isso, porque os navegadores também fazem as coisas de maneira um pouco diferente. E esse é outro grande desafio não apenas para o design, não apenas para a aparência e a natureza elegante do aplicativo que você está usando, mas para a funcionalidade real. Como você obtém o menu suspenso para selecionar o que deseja nesse dispositivo? Isso é grande coisa.
Então, é sobre isso que falaremos um pouco hoje, e ouviremos Robin e Bill Ellis, como mencionei, que são realmente um especialista nesse campo. Portanto, esse é um dos grandes problemas que as pessoas têm - é apenas a variedade danada e não existe um método único para trabalhar em várias plataformas. Você tem a Samsung e a Apple fazendo essas coisas principalmente, mas existem todos os tipos - existem tantos dispositivos! Vi recentemente que o iPhone estava ganhando em termos de vendas, e fiquei chocado com o quão baixo era o número - era como, acho que nem 20%! E eles eram o número um, o que significa que existem literalmente dezenas - se não centenas - de dispositivos por aí que podem ser usados. Bem, você pode imaginar como o departamento de TI se sente sobre isso e, é claro, que a gama de tecnologias está mudando; está ficando mais diversificado a cada dia.
Tudo está mudando, temos todo tipo de coisa acontecendo - contêineres, apenas para jogar outra chave nos trabalhos aqui. E então, é claro, temos a diversidade da força de trabalho. Muitos millennials, eles são muito diferentes em termos de preferências, como usam a tecnologia, o que estão dispostos a percorrer, a rapidez com que conseguem descobrir as coisas. Normalmente, é mais rápido do que conosco, mas, no entanto, tudo isso precisa ser mapeado de volta para seus sistemas locais ou, pelo menos, para a nuvem. E esse é um grande, grande desafio.
E com isso, vou entregá-lo ao inimitável Dr. Robin Bloor. Robin, leve embora.
Robin Bloor: OK, obrigado por essa breve introdução. Vamos falar sobre dispositivos móveis. Não era particularmente óbvio - Eric se referia à introdução do iPhone - não era particularmente óbvio quando o iPhone apareceu exatamente como isso anunciava. Eu acho que ficou óbvio quando o iPad entrou que nós realmente teríamos um mundo móvel bastante diversificado. Eu sou um tipo de fanático da Apple, realmente, então não penso em termos do Android, mas é claro, embora a Apple seja a maior parte, o maior lucro do mercado de pads e do mercado de celulares, ele não tem mais os números, o que é uma coisa interessante. E isso significa que haverá - além de qualquer outra coisa - haverá novos dispositivos, as pessoas os usarão e venderão aos milhões. Portanto, ele cria um ambiente muito diversificado, pelo qual você pode precisar passar.
A piada aqui de “eu perguntaria à Siri onde diabos estamos se eu pudesse receber um sinal”. O que torna os dispositivos móveis um pouco diferentes é que os desktops estão conectados o tempo todo. E os dispositivos móveis não estão necessariamente conectados e não estão necessariamente ativos 24 horas por dia, 7 dias por semana, porque as pessoas podem desativá-los. você também pode levá-los a aviões e coisas assim, e, portanto, é um tipo de dispositivo diferente de tudo que você já teve antes. Eu diria que o celular é realmente o computador pessoal real, porque é o que você tem com você o tempo todo. É o dispositivo móvel humano que define. O tablet é um pouco diferente; é um tipo de situação estranha, que quando você pensa sobre isso, de uma maneira ou de outra, há mais de um tipo funcional de dispositivo móvel.
Enfim, o que significa ser móvel. A internet mudou. Nós não percebemos que isso estava acontecendo - eu não percebi isso - mas hoje em dia 80% da atividade da Internet é de dispositivos móveis, e esse é um número extraordinário quando você pensa sobre isso. Mas 47% desses 80% são de tráfego de tablets. É possível fornecer a maioria dos aplicativos em uma configuração móvel. Em outras palavras, se você possui aplicativos que já existem e, sabe, eles são acessíveis na área de trabalho, provavelmente pode colocá-los em um telefone celular, mas obviamente existem fatores limitantes. O fator de forma e o teclado são um deles. Os próprios tablets estão, de acordo com a Microsoft e a Apple, gradualmente substituindo os PCs móveis. E eles têm aplicações específicas em determinadas áreas, porque são mais resistentes.
Uma das coisas de que me lembro de conversar com o pessoal de TI da área de saúde era o fato de que antes da existência do tablet, se você entrasse em um ambiente que era uma ala de isolamento, você precisaria ter seus dispositivos com os quais utilizou você, na verdade, teria que ser desinfetado de uma maneira ou de outra. É realmente fácil fazer isso com um tablet, não é nada fácil com o que costumavam ter, que eram os desktops que eram móveis por estarem em um carrinho e conectados ao ambiente. Eles costumavam ter que ficar nesse tipo de ambiente ou passar por um tipo extraordinário de desinfecção sendo removida desses ambientes. E não pensamos muito nesses ambientes, a menos que trabalhemos nesses ambientes. Mas os tablets e os telefones celulares tornaram o trabalho nesses ambientes realmente bastante natural para serem conectados e funcionarem nesses ambientes.
E quando as estatísticas que Eric colocou em 1, 7 bilhão, acho que foram, trabalhadores móveis até 2020. Sou trabalhador móvel? Eu meio que penso assim: sou um trabalhador móvel no sentido de que ocasionalmente estou trabalhando fora do escritório e, quando fizer isso, estarei trabalhando em um tablet ou fazendo coisas em um telefone celular. Então, quando você olha para isso e pensa sobre isso, provavelmente é por causa de pessoas que só usarão dispositivos móveis para sua força de trabalho, pessoas que estão realmente se movendo fundamentalmente. De qualquer forma, você pode pensar agora em três tipos de usuário: usuários de desktop, tablet e telefone. E eles precisam de aplicações diferentes. E essa é a razão para mencionar isso.
A câmera e a voz agora são uma parte inerente dos dispositivos móveis, mas também são parte inerente dos desktops. Mas eles são usados de maneiras diferentes em dispositivos móveis e têm interfaces diferentes em dispositivos móveis. E todo o caráter do motivo pelo qual você está usando isso é diferente em um dispositivo móvel. Portanto, se você está construindo aplicativos móveis, não está construindo o tipo de aplicativos que costumava criar, por várias razões - muitas das quais estavam nesse slide. Portanto, se você era um negócio que já, de uma maneira ou de outra, estava desenvolvendo aplicativos executados em sites, a questão é: eles também devem ser aplicativos móveis? E esse slide meio que olha isso. Um aplicativo da Web, você pode fazer mais sobre ele, simplesmente porque eles são criados de uma maneira ou de outra, eles são criados sem realmente se preocupar com o fator de forma, para que as pessoas criem uma página da Web que você não possa usar razoavelmente ou você não pode usá-lo facilmente em um iPhone ou dispositivo Android, que pode ser usado apenas em um tablet, mas mesmo em um tablet pode não ser particularmente bom. Normalmente, tudo ficaria bem.
Ou você pode criar um aplicativo móvel. Se você criar aplicativos móveis, haverá uma abundância de aplicativos em várias lojas de download e esse tipo de resistência diminui. Se você olhar para o meu iPhone em particular, ele está repleto de aplicativos dos quais não consigo me livrar; Eu os apago, mas eles sempre parecem ser baixados novamente de alguma maneira estranha. Obviamente, não sei como gerenciar um iPhone corretamente. Mas você sabe, você acaba com apenas um excesso de aplicativos e isso não faz sentido. Tenho mais, suspeito que tenho mais aplicativos no meu iPhone do que na minha área de trabalho, o que é bizarro quando você pensa sobre isso. Aplicativos móveis são um teste decisivo para o sucesso. É interessante que algumas empresas da web - o Yelp é uma delas - se saíram extremamente bem ao criar um aplicativo e fazer com que as pessoas o baixassem. E parece que as áreas onde houve um sucesso razoavelmente bom estavam realmente no setor financeiro; isso é bancos, mas também comércio eletrônico e empresas como essa, porque as pessoas gostam de poder trocar coisas em movimento, às vezes. Aplicações alimentares, não apenas procurando restaurantes, mas também criando sites de receitas, eles se saíram muito bem em termos de aplicativos.
E muitas pessoas não se saíram particularmente bem, e esse é o motivo, acho que a maioria é que existem tantos aplicativos que você se acostuma a usar, e se você está usando um aplicativo apenas uma vez a cada poucos dias ou assim, então você esquece. Se não tem um grande valor pessoal para você, você meio que esquece. Portanto, é difícil criar um aplicativo móvel acessível no sentido geral, mas obviamente você pode criá-lo para sua própria equipe e usá-lo na organização. Os aplicativos móveis têm custos de desenvolvimento realmente grandes, e há várias razões para isso. Uma das razões para isso é que você está realmente apontando para um número distintamente diferente de dispositivos.
E você pode obter ambientes de desenvolvimento que terão como alvo vários dispositivos, mas alguns aplicativos, especialmente quando você está olhando para a segurança, realmente precisam codificar o próprio dispositivo. Você escreveria um código diferente para o iPhone ou o ambiente Android. Talvez diferente. Às vezes, você está fazendo referência a recursos de hardware. Portanto, o aplicativo móvel geral, sim, talvez exista um software de desenvolvimento por aí que você possa criar um que seja híbrido e que abranja a maioria dos ambientes de destino. O HTML5 torna isso muito mais possível do que nunca. Mas você também tem essa situação em que alguns aplicativos não conseguem fazer isso; isso significa que você está realmente fazendo o mesmo trabalho várias vezes para cada dispositivo que você está segmentando, e isso não impede as pessoas de afirmarem que têm o direito de trazer seu próprio dispositivo; não fará nenhuma diferença nisso, então você não pode realmente contornar isso.
Aparentemente, a análise de aplicativos móveis indica que eles geram mais vendas, certo? E esse é um tipo estranho de site e aplicativo móvel, se você quiser complementar. Os aplicativos geram mais vendas. Os sites são melhores para captar novos clientes. Os aplicativos são melhores em reter clientes que você já atendeu. Os clientes gastam muito mais em sites do que em aplicativos, mas os clientes gastam mais frequentemente em aplicativos. E isso é uma coisa realmente estranha, e isso indica o fato de que, se você deseja criar algo, provavelmente precisará de uma encarnação de site e de encarnação de aplicativo móvel, se espera que seja amplamente utilizado. E isto é, de uma maneira ou de outra, é um tipo de despesa dramática a ser adicionada a um projeto de software, que, em qualquer caso, pode estar fazendo muitas outras coisas.
Como idéia geral, um site é um catálogo e um aplicativo é uma máquina de fidelidade. Desenvolvimentos de aplicativos móveis - e isso é apenas para resolver o problema - diferentes ambientes de desenvolvimento, diferentes problemas em termos de hardware, diferentes princípios de design de interface do usuário e capacidade, você precisará ter capacidade offline - porque muitos aplicativos que as pessoas esperam poder usá-los se estiverem desconectados - não querem perder os dados; alguns dados precisam ser armazenados localmente. Você está criando um aplicativo diferente do que pode criar, digamos para a área de trabalho. E então, você tem o problema de back-end para dispositivos móveis, precisará haver middleware, procedimentos de segurança. Provavelmente, haverá uma arquitetura orientada a serviços em segundo plano, na qual você estará reunindo várias coisas. E o que isto está dizendo é que você não precisa apenas de uma equipe que está acostumada a desenvolver aplicativos no servidor e outras coisas. Jogando para eles um celular, você realmente precisa de desenvolvedores móveis. E pessoas com experiência móvel.
De qualquer forma, tendo dito isso, apenas mais uma coisa a dizer - acima de todos os aplicativos móveis são, na maioria dos casos, um ponto de contato do cliente, então eles precisam ser realmente bons, porque um cliente julgará a empresa com base no dispositivo móvel experiência, ou isso afetará o julgamento deles. E, em alguns casos, como mencionei, o aplicativo móvel é, na verdade, o que determina o sucesso comercial; pode ser o que realmente faz uma organização. E, claro, também pode ser um aborto úmido.
E tendo dito isso, vou devolver a bola para Eric.
Eric Kavanagh: Tudo bem, e eu vou entregá-lo diretamente para Bill. Bill, se você quiser ir para o Início rápido e compartilhar sua tela?
Bill Ellis: Sim. Aqui?
Eric Kavanagh: Esse canto superior esquerdo.
Bill Ellis: Sim. Obrigado pelas instruções, agradeço. Robin, gostei muito da sua discussão, foi engraçado. Eu trabalhei em uma equipe virtual há 18 anos, então acho que posso me considerar parte da força de trabalho móvel. Às vezes eu me preocupo em ver, se eu tenho uma função após o trabalho, muitas vezes tenho que me vestir para fazê-la. (Risos) E talvez eu comece a perder a perspectiva do que é "vestido", de qualquer maneira. (Risos) Com isso, vamos em frente e começar. Eu quero confirmar que talvez Eric possa simplesmente gritar e me dizer, você pode ver minha tela OK?
Eric Kavanagh: Sim, parece ser bom.
Bill Ellis: Tudo bem. Então, meu nome é Bill Ellis, trabalho com a IDERA na linha de produtos Precise e falaremos sobre a possibilidade de mobilidade. E estamos realmente falando sobre medi-lo e garantir que esteja funcionando de maneira satisfatória. Um dos grandes pontos é que é algo com o qual as pessoas interagem com sua empresa. De certa forma, é muito íntimo - o telefone está na mão de alguém e, portanto, a impressão, a velocidade, causam uma grande impressão em todos os usuários.
Então, essa foi uma experiência do cliente que pensei em compartilhar. Eles foram ao vivo, não correu bem. E como o teste de carregamento inicial não revelou totalmente as alterações na infraestrutura de aplicativos subjacente e, portanto, uma das coisas que gosto de enfatizar é o mobile, seja o aplicativo ou o HTML5, também há muita tecnologia da qual depende. Começando com a rede, no servidor da Web, na lógica de negócios, nas mensagens e, se eles estão fazendo uma compra, uma transação comercial significativa, estão interagindo com o sistema de registro.
E, ironicamente, quando começamos, encontramos alguns problemas de rede; portanto, tudo isso é muito pertinente até para a entrega deste webinar. E assim, você pode ter um aplicativo, pelo menos seis tecnologias, vários usuários finais e apenas responder às perguntas mais simples é muito difícil. Um usuário final está tendo um problema? Qual é o problema com uma pilha de aplicativos, qual código está causando o problema? E assim, meio que entender essas coisas não é de fato trivial.
Agora, o que vamos fazer é dar uma olhada em algumas medidas que foram feitas em um site, para ajudar a discernir onde estão os problemas na pilha de aplicativos. E o que estamos vendo aqui é um gráfico, onde o eixo Y é o tempo de resposta, o eixo X é o tempo ao longo do dia. E o gráfico de barras da pilha é uma medida de onde as transações do usuário final estão gastando seu tempo. E então você meio que consegue uma boa tendência aqui, e então ela sobe e sobe e sobe. Basicamente, é a demarcação da transição e, consultando o gráfico de barras da pilha, você pode começar a ver que há muitos problemas na camada J2EE. Você também está vendo problemas na camada de servidor da Web e, em seguida, há alguns grandes aumentos, na verdade também na camada de banco de dados.
E assim, agora que identificamos várias camadas, com vários problemas, precisamos ir um pouco mais além para descobrir exatamente o que está acontecendo, a fim de ter uma resposta inteligente a esse novo padrão de uso e isso é muito lento, estamos falando de quatro ou cinco vezes um desempenho X mais lento. Então, uma das primeiras coisas que queremos fazer é dizer: "Esta é uma transação" e, portanto, examinamos o escopo no lado esquerdo de todas as transações e elas podem, consultando, é realmente fácil observe o gráfico de barras do tempo de resposta para basicamente ver que você vê no mesmo servidor Web cliente Java Java para certas transações mais do que outras, o tempo do banco de dados. Mas é realmente generalizado em termos de todas as transações.
E isso é olhar para os usuários e, assim, você começa a receber, é uma implantação global, para os principais continentes do mundo, para todos os usuários, todos os locais. Este é um problema global, está acontecendo, de modo que começa a se isolar, não é um ou um grupo específico de usuários - é algo que está acontecendo mais no lado do data center. E então começamos a diagnosticar, bem, onde estão os dados? Quais camadas de aplicativo? Então começamos a observar o tempo médio de resposta que está se acumulando, também em camadas com o número de execuções, para ter uma idéia do dimensionamento. Isso é muito interessante - a metade inferior mostra o histórico de longo prazo e você pode ver contagens de acesso muito altas, mas o outro lado disso é o número de conexões simultâneas é relativamente baixo. Depois que mudamos para um aplicativo móvel HTML5, o número de conexões mais que dobra em um tamanho muito menor - estamos falando de magnitudes - é 100 vezes menos acessos, portanto não estamos escalando; temos pelo menos o dobro do número de conexões com o que tínhamos anteriormente. Então, estamos começando a discernir quais são as novas demandas que o aplicativo móvel está colocando nas infraestruturas subjacentes.
Então, vamos além, porque precisamos isolar onde os problemas estão ocorrendo. Então, aqui, você está basicamente analisando as coisas que estão sendo analisadas e realmente não precisamos desse gráfico de barras aqui para dizer que não estamos cumprindo nossos SLAs, mas podemos ver isso facilmente no gráfico superior. Mas temos uma confirmação secundária em termos de contagens de execução por não conformidade com SLA. Agora, aqui, na verdade, começaremos a analisar o bloqueio, e isso está dentro - isso acontece com o WebLogic, mas dentro da camada de lógica de negócios. E você pode ver aqui, e isso pode ser um pouco difícil de ler, mas você está realizando 31.000 aquisições de bloqueios por um tempo de bloqueio agregado de 12 horas e 30 minutos. Portanto, esse é claramente um grande problema.
Agora, o impacto do bloqueio mostra que sempre há alguma derivação da regra 80/20. É realmente um método, um grupo de métodos que realmente está causando os problemas. Agora estamos começando a isolar problemas dentro de uma camada específica. Então, vamos um pouco mais longe, e aqui está o sistema de mensagens. E começamos a ver isso, no gráfico de tempo excedente que estou circulando no canto superior esquerdo, você pode ver o tempo aproximado de resposta subindo e o rosa, a chave, isso na verdade mostra filas e, na verdade, é muito diferente enfileiramento que está acontecendo, sendo empurrado para cima, devido ao número de conexões. E assim o sistema de mensagens está fazendo muito mais trabalho; há muito mais - se você fizer uma analogia com essa mercearia, haverá muito mais carrinhos em cada faixa do balcão de checkout - e é isso que está impulsionando as filas, e você pode ver isso mais claramente no domínio. Cada um dos domínios está vendo filas muito, muito altas.
Até o momento, identifiquei o bloqueio no WebLogic, identifiquei o enfileiramento no sistema de mensagens, e isso acontece com o Tuxedo. E então, o que estamos vendo aqui é um tipo semelhante de análise, mas estamos vendo estados de execução dentro do sistema de registro. E isso acontece com estados de execução no Oracle. A razão pela qual nos concentramos no tempo é que o tempo tem duas excelentes propriedades. Número um: é a maneira como os usuários finais e os aplicativos experimentam o desempenho. Número dois: mede o consumo de recursos. E, assim, identificará automaticamente onde estão os gargalos. E para que eu possa ver aqui, na camada do banco de dados, que tenho tempo adicional de E / S, estou estressando o subsistema de armazenamento. Cada camada depende da camada downstream, portanto, o banco de dados depende do armazenamento. Também posso ver que, dentro do tempo do banco de dados, estou bloqueando. Então, eu preciso ficar um pouco mais granular antes que essas informações se tornem um pouco mais acionáveis. E então, vamos lá, descasque a cebola mais uma camada.
Agora, essa é realmente uma olhada nas contagens de execução, o eixo Y nesta contagem, este é em milhares, você está olhando 9.000, nove milhões e, portanto, a contagem de execução também está subindo e subindo e subindo. Portanto, o novo aplicativo de mobilidade está estressando o aplicativo de várias maneiras. Bloqueio, apenas para recapitular: bloqueio na camada da Web, filas no sistema de mensagens, contagem adicional de execução na camada do banco de dados, E / S adicional, bloqueio adicional na camada do banco de dados. Então, estamos impactando todas as camadas dentro das especificações do aplicativo. E, portanto, é muito importante poder ter métricas de todas as camadas na pilha de aplicativos. Aqui, estou subdividindo a atividade do banco de dados em programa, e posso ver que realmente tenho dois programas: a cor turquesa mapeia o bloqueio do aplicativo. E assim, este, o servidor de distribuição como bloqueio de aplicativo, o aplicativo, esta é a parte móvel, isso também possui bloqueio de aplicativo. E você pode ver que vários desses são gargalos no próprio armazenamento.
Agora estou começando a descascar a cebola para ver o que posso fazer em cada nível. E a razão pela qual estou fazendo isso é que muitas pessoas olham para isso do ponto de vista do planejamento de capacidade. E a maioria dos serviços em nuvem, eles falam sobre expansão de servidores, CPU e memória. O outro lado da moeda é tão importante quanto o código do aplicativo que está executando e direcionando o consumo desses recursos. E quando você conhece o código do aplicativo, agora pode tratar da capacidade processando a eficiência. Portanto, você tem os dois lados da mesma moeda e oferece aos profissionais de TI opções adicionais para resolver o problema. Não se trata apenas de adicionar mais servidores, mas também o que podemos fazer para limpar as coisas e operar com mais eficiência? O velho "Trabalhe de maneira mais inteligente, não mais difícil".
Então, aqui, na verdade, podemos, a Oracle tem uma coisa interessante chamada Módulos e Ações, onde você pode realmente começar a documentar o código e também pode analisar as coisas de outra maneira, como aqui, o bloqueio de aplicativo que vimos? Bem, isso veio através do código da folha de despesas, também veio através do servidor de distribuição, e esses são os dois principais drivers desse novo bloqueio. E o novo armazenamento está chegando pelo sistema on-line e, portanto, você está começando a criar um perfil, onde estão os drivers para esse consumo adicional de recursos. Outra coisa é ser capaz de identificar os drivers no código subjacente. E então, entrando nisso, acho que examinamos essa folha de despesas e, então, entramos aqui.
Agora, observando os objetos subjacentes que estão sendo exercitados, você começa a ver esse log de mensagens. Bem, toda vez que eles enviam mensagens - e vimos que está aumentando por um número múltiplo -, na verdade, estamos tocando nessa tabela de log de mensagens e você verá em um minuto que isso está causando muitos bloqueios dentro do camada de banco de dados. Portanto, esses novos padrões de uso estão causando um grande impacto na pilha de aplicativos. Agora, no lado direito, está o código SQL, então esse é realmente o código do aplicativo e estamos acompanhando o que as instruções SQL estão fazendo pelo estado de execução. E assim, é muito fácil, através do código de cores, ver quais instruções SQL estão envolvidas nesses bloqueios. A razão pela qual isso é realmente vital é que, se você for ao seu DBA e disser: "Ei, achamos que há um problema no nível do banco de dados". Eles podem apenas olhar para o banco de dados e ele pode parecer muito bonito correu ontem.
Mas, sendo capaz de correlacionar a maneira como o aplicativo está usando o banco de dados, eles podem identificar exatamente as instruções SQL nas quais devem se concentrar e, em seguida, podem entrar em algumas dessas práticas avançadas, analisando os planos de execução e todas essas coisas. que eles podem ajustar, para fazer o sistema de registro funcionar muito mais rapidamente. E assim, as dúvidas correlatas do código, é realmente vital para permitir que os especialistas em tecnologia sejam capazes de resolver e remediar os problemas subjacentes. Agora, aqui, também falamos sobre armazenamento - aqui, você vê o número de leituras físicas, pode ver quando isso aconteceu e isso começa a entrar na arquitetura de hardware, porque quando você está planejando desenvolver um sistema, um dos o que você pode escolher é escolher diferentes tipos de armazenamento e eles têm um perfil de despesas muito diferente. E, em certos casos, faz sentido atualizar e pagar pelo armazenamento em flash; se eu estiver fazendo muito mais leituras aleatórias, esse armazenamento em flash realmente valerá a pena para mim.
E assim, a mensagem geral disso é que, com um novo aplicativo, impõe novas demandas ao sistema, e a pilha de aplicativos subjacente precisa evoluir para atender a essas necessidades. E você também deseja analisar quais são essas necessidades e o código pode ser ajustado para torná-lo mais eficiente? E, finalmente, na CPU, você pode ver no período de transição, que estávamos rodando em aproximadamente 10% e depois, uma vez com o novo código, estamos em 4X, agora estamos em 40%, e isso é realmente importante para ambientes físicos e virtualizados para garantir que você tenha recursos de servidor adequados para atender às necessidades do aplicativo. Então, aqui está mais um close, para que você possa ver alguns desses números com antecedência. Interessante no nível do servidor, o consumo de memória não mudou muito, mas certamente o número de ciclos de CPU exigidos mudou.
E isso basicamente é apenas uma recapitulação do relatório de despesas, do dimensionamento, do fato de que o número de execuções realmente diminuiu, mas o tempo de execução aumentou. E isso mostrou que, sob a mobilidade, o componente de despesas do aplicativo estava realmente tendo problemas. E isso definitivamente terá um efeito do usuário nas coisas, porque se você não puder fazer seu trabalho, as pessoas vão basicamente parar de usar a mobilidade. E o mais legal da mobilidade é que ela realmente capacita a produtividade da força de trabalho, e isso é muito bom para contracheques e assim por diante, então você definitivamente quer que isso aconteça. Agora, estamos analisando a mesma coisa aqui, apenas do ponto de vista de localização, de modo que é a Europa e o Oriente Médio, as conexões VPN da Ásia e depois a própria sede. E os Estados Unidos em geral. Portanto, acreditamos que uma maneira de obter essas informações valiosas em todos os níveis da pilha de aplicativos é através da linha de produtos precisa.
Vou muito rapidamente, Robin e Eric, apenas fornecer uma visão geral do que o Precise faz e por que ele foi projetado da maneira que foi projetado. E o que acontece se o usuário final está tentando fazer alguma coisa, há muita tecnologia no data center, o usuário final realmente não se importa, apenas quer fazer o seu trabalho. Enquanto isso, você tem muitas pessoas em TI, bem-intencionadas, muito inteligentes, mas elas nem sequer estão cientes de um problema até que esse usuário final relate, se reportarem. E então, muitas vezes, isso inicia um processo frustrante e demorado, muito caro, em que as pessoas olham para um subconjunto da pilha de aplicativos, mas é muito difícil responder a essas perguntas básicas sobre quem, o que, quando, onde porque.
Então, o que acreditamos é medindo as transações do usuário final iniciando em seu dispositivo, através da rede, no servidor da Web, no Java, capturando essas informações que podemos responder às perguntas de quem, o que, quando, onde, por que fornecer recomendações, mas provavelmente o mais importante é completar o ciclo de feedback. Todos nós precisamos de feedback para melhorar, é a única maneira de você saber que algo está errado. Ao colocar o histórico em um repositório centralizado, ele fornece uma partitura para que todos possam ler. E assim, torna-se muito fácil descobrir onde estão os problemas; mais uma vez, o design trata de medir a transação do usuário final; isso vai identificar transações lentas, segmentá-lo, isso vai dizer qual tecnologia é um problema e fornecer uma visão especializada em cada uma das camadas individuais, para que você possa descobrir o que está acontecendo. O Precise fornecerá um aprendizado, além de relatórios e painéis para todas as partes interessadas, se você deseja ter apenas uma visão geral ou se deseja ter uma visão tecnológica profunda do que está acontecendo.
Agora, o que pode acontecer, como um dia na vida, você como especialista em TI pode ligar para um usuário final ou, às vezes, um usuário final pode ligar para você. Entre no Precise, você poderá focar mais uma vez, o eixo Y é a resposta, o eixo X é a hora ao longo do dia. Aqui estamos em cada subestado, para que você tenha horário do cliente, servidor da Web, Java, Tuxedo, horário do banco de dados. Aqui em baixo você tem as transações de condução, você pode abrir um menu para identificar um usuário final específico e, dessa forma, a TI tem a capacidade de resolver os problemas desse usuário final específico. E para que você possa ver exatamente quando eles estavam ocupados, você pode ver que eles estavam usando o gerenciamento de conteúdo. Você pode se concentrar nessa transação e, em seguida, o Precise fornecerá uma análise dessa transação.
A porcentagem no final é adicionada em porcentagem, Precise, e isso informa quanto tempo, mas uma porcentagem de tempo gasto nessa etapa individual, até instruções SQL individuais, este é o contexto. E uma das coisas que dizemos é que todo mundo tem ferramentas, mas poucas lojas têm contexto. E o contexto permite que o administrador do Java se concentre no código do aplicativo, o DBA para identificar como neste caso a instrução SQL específica. E assim, com essas informações, elas oferecem muito mais visibilidade sobre como lidar com a causa raiz subjacente da transação específica que estava impactando o usuário específico. Então, você realmente focou na causa raiz. E você pode analisar a instrução SQL, onde gastou seu tempo, bem, executando? E, pelo contrário, muitas ferramentas como o Enterprise Manager apenas para escolher. Eles são grandes, podem aguentar. Eles olham para as coisas da perspectiva da instância, e isso não é foco suficiente para entrar nessas aplicações.
Normalmente, seus aplicativos de mobilidade OLTP serão de baixa latência e alto rendimento, portanto, focando-se na lista dos dez primeiros, isso é um começo, mas não é realmente bom o suficiente para esse tipo de aplicativo. E a outra coisa é que, especialmente para aplicativos hospedados internamente, a identificação por ID do usuário é realmente vital, porque não se trata apenas do aplicativo e da infraestrutura, mas também de como os usuários finais usam o aplicativo. E os usuários finais geralmente têm um comportamento muito melhor quando você é capaz de identificá-los. E isso é apenas uma espécie de tela de transações diferentes e da experiência do cliente, e depois sub-segmentada (risos). Acho que estou falando há um tempo. Um pouco cansado aqui; Eu vou seguir em frente.
Aqui, estamos vendo um painel que montamos que mostraria alertas e mostraria diferentes camadas da pilha de aplicativos. Aqui estão seus servidores da web e você pode verificar, por tempo de resposta, a contagem de execução, se as coisas estão com equilíbrio de carga. Você pode observar os acessos do navegador, manter o uso e as coletas de lixo, garantir um bom padrão de dente de serra, não ter vazamento de memória etc. E a idéia disso é fornecer um pouco um painel mais técnico de cada um dos componentes na pilha de aplicativos. Portanto, a linha de produtos Precise oferecida pela IDERA oferece monitoramento de produção, 24 por 7, informações muito detalhadas. É muito fácil implantar isso; você não precisa mapear transações, o que os usuários finais fazem, o Precise conecta automaticamente os pontos na pilha de aplicativos.
Se uma camada a jusante não estiver instrumentada, a Precise reconhecerá isso e fornecerá o tempo de entrada e saída e recomendará que você instrumente a camada a jusante. E assim, é muito fácil valorizar o tempo; somos muito fortes no banco de dados, esse é o tipo de reivindicação de fama do IDERA. E a razão pela qual é tão importante é que toda transação comercial significativa interage com o sistema de registro, para que o banco de dados se torne o desempenho fundamental. E, portanto, as outras ferramentas do mercado fazem um bom trabalho, mas o OK não é bom o suficiente; você realmente precisa saber exatamente o que está acontecendo com as instruções SQL. E fazemos muitas coisas avançadas, que são demais para isso, como manter um histórico de instruções SQL e rastrear planos de execução ao longo do tempo. E assim, é uma área que podemos explorar mais, se você estiver interessado.
Portanto, com isso, que é a plataforma de desempenho preciso de aplicativos, convidamos você a solicitar uma reunião adicional através do site idera.com, se você tiver interesse adicional na solução e nos tópicos que discutimos hoje.
Eric, com isso, acho que ainda estamos sob o fio, vou passar o bastão de volta para você e Robin. Obrigado.
Eric Kavanagh: Não, isso é fantástico e eu amo o conteúdo que você montou aqui, porque você faz um trabalho fantástico em mostrar o quão complexo é o ambiente sob o capô. E, claro, todo o trabalho do Precise, o objetivo do Precise é ajudar a navegar nessa complexidade e entender o que realmente está acontecendo e ser capaz de executar algumas ações para melhorar algo. E eu estou meio que perplexo com o quão complexo é. Suponho que o Precise também permita identificar determinados padrões de comportamento e depois nomeá-los, ou pelo menos registrá-los ou marcar como favoritos ou algo assim, está certo?
Bill Ellis: Sim, uma das coisas que vai acontecer é que você não quer ir atrás do seu rabo; você não quer apenas gastar muito tempo de uma só vez. Então, você gostaria de ver quais são os padrões, quais são as tendências, porque há muita tecnologia para gerenciar. Portanto, uma das coisas é priorizar e ser capaz de classificar, saber onde gastar seu tempo, saber o que precisa ser aprimorado. E você também deseja adotar uma abordagem conservadora de menor risco e menor custo. Você não deseja necessariamente fazer uma mudança global cara, sem ter que avaliar ou ter um bom senso de saber que isso realmente ajudará o problema. Portanto, saiba o que está acontecendo ao longo do tempo e essa tendência é vital para resolver de maneira inteligente os problemas subjacentes.
Eric Kavanagh: Isso faz todo sentido. E qual é o tamanho da virtualização para poder ver o que está acontecendo e, então, você entra em organizações que usam contêineres - usando o Docker, por exemplo? E como isso impactaria o que o Precise é capaz de fazer?
Bill Ellis: Sim, então a palavra "contêiner" pode significar coisas diferentes de acordo com diferentes fornecedores. E assim, trabalhamos com a VM, quase todo mundo usa o VMware - eu considero o padrão de fato neste momento; Eu sei que existem concorrentes por aí. E estamos expandindo o que apoiamos, mas o VMware é o dominante, dentro da pilha Oracle. Existem bancos de dados em contêineres e, portanto, tudo isso é muito importante para poder evoluir seu sistema muito rapidamente. Também é realmente importante saber em um ambiente virtualizado quando o host físico não é capaz de atender às necessidades de todos os contêineres dos convidados, porque cada um deles está competindo por recursos.
E uma das coisas que realmente aconteceram internamente que me surpreendeu é que tínhamos na IDERA tantas VMs ociosas, mas cada uma dessas VMs ociosas consome recursos, que começaram a causar um problema geral para as VMs que realmente estavam sendo usado que eram importantes para nós, conduzindo nossos negócios. E isso foi uma coisa interessante. Agora, não suportamos todas as tecnologias sob o sol; existe uma matriz de suporte associada a essa solução, e essa é uma das coisas que gostaríamos de detalhar, para um cliente em potencial ou cliente em particular, apenas para garantir que possamos atender às necessidades de tecnologia e às tecnologias individuais que sua pilha de aplicativos está sendo executada em.
Eric Kavanagh: Sim, isso faz muito sentido. De acordo com sua experiência, quais são algumas das principais forças agora que estão impulsionando desafios no celular? Quando você e eu conversamos antes deste webcast, há alguns meses, você fez um bom argumento sobre como apenas a funcionalidade e o layout de um iPhone ou de algum dispositivo móvel podem ser um desafio real para os negócios, porque de repente o usuário final pode descobrir como executar algum processo específico no fluxo de trabalho, certo? E, nesse ponto, o que você está ativando no desenvolvimento de aplicativos para dispositivos móveis é mostrar aos desenvolvedores onde os problemas ocorrem e, em seguida, é possível mapear isso de volta ao que o aplicativo está fazendo nesse dispositivo em particular ou naquele dispositivo em particular. E isso é muito útil, certo, para o desenvolvedor, porque agora eles podem ver o que está causando o problema, podem fazer algumas alterações no aplicativo, resolver isso, certo?
Bill Ellis: Sim, é uma espécie de superposição de expectativas incrivelmente altas - todo mundo espera que tudo, de certo modo, funcione, mas há muita variedade por aí. Você tem todos esses diferentes smartphones, diferentes dimensões de tela e, em seguida, diferentes fornecedores de comunicação, a Verizons, a AT & Ts, a Sprints, esses são apenas os populares nos Estados Unidos. E há tanta variedade por aí, é como, como você envolve tudo isso, para começar a discernir onde estão os problemas? E, portanto, existem muitas métricas disponíveis e uma das coisas que nossa equipe de gerenciamento de produtos fez é tentar extrair as métricas mais importantes ou necessárias à equipe de TI para poder tomar decisões inteligentes .
E, portanto, é meio que um desafio, e nós fazemos nosso produto como o mercado em evolução e, por isso, recebemos feedback de nossos clientes e sempre há solicitações de aprimoramento. Portanto, "Ei, essa métrica adicional seria super útil para nós". O produto está evoluindo como o mercado, mas se eu tivesse que dizer, na verdade Eric, é realmente interessante para mim, é essa coisa de expectativas. As pessoas estão tipo, costumava estar de volta no dia em que as pessoas esperavam cinco, sete segundos para a tela aparecer, agora é como um ou dois segundos, as pessoas ficam tipo "Ah, esse aplicativo não funciona!" (Risos)
Eric Kavanagh: Isso é engraçado. Isso é verdade!
Bill Ellis: É uma loucura.
Eric Kavanagh: Sim, é um pouco irrealista, honestamente. E acho que talvez comecemos a ver um pouco mais de realismo sobre esse tópico, mas, no entanto, é um fato da vida que as pessoas têm expectativas muito, muito altas. E eu acho, Robin, eu trago você de volta bem rápido nos últimos minutos aqui. Adorei sua avaliação do site como um catálogo e do aplicativo como uma máquina de fidelidade. E até esse ponto, o que estamos falando aqui é como permitir que os desenvolvedores desses aplicativos entendam o que está acontecendo: É utilizável? Não é utilizável? E o que você pode mudar para ajustar isso? E ao ponto de Bill aqui, apenas um segundo atrás, o tempo de ciclo para corrigir esse problema realmente diminuiu, certo? Simplesmente não é como costumava ser - você precisa consertar isso rapidamente. Ou você só vai ter uma queda enorme em uso, certo?
Robin Bloor: Sim, há várias outras coisas envolvidas nisso, então você tem esse desenvolvimento ágil e expectativas em muitos lugares agora, que lançará uma nova versão de algo que está em processo de desenvolvimento, ou em processo de alteração, a cada duas semanas. E, o que é mais importante, quando você pensa sobre isso, se você pensa nos ambientes de implantação e no tamanho da pilha quando entra no dispositivo móvel, na verdade, você tem vários dispositivos em potencial no nó final, e então você terá o middleware no meio. E você pode ter por baixo e por baixo dos bancos de dados. Portanto, você pode estar tocando em muitos, muitos aplicativos; você pode estar tocando em vários bancos de dados e fazendo coisas muito complexas em termos de segurança. E tudo tem que funcionar, e a expectativa é que funcione razoavelmente bem.
E o mais surpreendente é que às vezes acontece, mas meu pensamento sobre isso é se você realmente está criando aplicativos para dispositivos móveis que são realmente essenciais para o sucesso da empresa e que muitos deles acabam, muitas dessas coisas realmente são. Se você estiver fazendo manutenção móvel em plataformas de petróleo e oleodutos e coisas assim, isso meio que funcionou. As consequências de não funcionar são apenas terríveis. E se você não tem essa capacidade de dividir o aplicativo e saber onde as coisas estão dando errado, porque a maior parte é o desempenho. Atualmente, temos muito bons equipamentos de teste, então sim, existem bugs e bugs que são resolvidos. Mas principalmente se algo está errado, é um problema de desempenho. E se você não pode colocar o estetoscópio em 18 lugares diferentes, é realmente difícil identificar o que está errado. E você também tem um fator de rede nisso, e também tem a realidade de que qualquer componente em um aplicativo pode ser estressado em diferentes horários do dia, devido à natureza desse aplicativo em particular. Você precisa ter sofisticadas ferramentas de monitoramento para ter uma chance com tudo isso.
Eric Kavanagh: Sim, eu teria que concordar e acho que essa é realmente a força do Precise by IDERA hoje em dia. E Bill, acho que tem algum comentário final seu? Eu acho que essa tecnologia é fantástica. Também percebo que, como usuário dessa tecnologia, você realmente precisa entender a complexidade dos sistemas de informação e as dependências e ser capaz de descobrir onde, quando e como sintetiza todas essas informações para avaliar o que realmente está acontecendo. E isso requer um ser humano inteligente e treinado e, francamente, é uma das razões pelas quais eu não estou nem um pouco preocupado com o aprendizado de máquina tirando empregos. Acho que o aprendizado de máquina pode ser muito útil sob uma tecnologia como essa, para identificar padrões comuns e, em seguida, fazer sugestões ao usuário final sobre o que pode estar acontecendo aqui. Mas quais são as suas considerações finais sobre realmente levar a empresa a importância de ter esse tipo de capacidade de solução de problemas e o que eles devem saber sobre isso, além do que você já disse?
Bill Ellis: Sim, então Eric, eu concordo com você, há uma quantidade enorme de complexidade. Acredito na linha de produtos Precise, concentrando-se no tempo da métrica, em que um usuário que pode ler um gráfico de barras da pilha pode usar o Precise com sucesso e só quero agradecer aos participantes e a você e Robin por organizar o seminário on-line de hoje.
Eric Kavanagh: Você pode apostar! E, como eu disse, hospedaremos esse arquivo por algum tempo, fique à vontade para compartilhá-lo com seus amigos e colegas; arquivamos todos esses webcasts. Enviei um link para os slides há alguns minutos, fique à vontade para conferir isso, mas ótimo trabalho novamente, Bill, hoje. Você realmente conhece suas coisas; é sempre divertido trabalhar com um profissional como você. E acho que essas realmente serão as tecnologias facilitadoras para a força de trabalho móvel! Então, obrigado pelo seu tempo, pessoal, vamos conversar com você na próxima vez, tome cuidado. Tchau tchau.
