ebook devops sem análise é igual a fracasso - new relic · atingindo o sucesso do negócio a...

$: eBook DevOps sem análise é igual a fracasso - New Relic · atingindo o sucesso do negócio a menos que você meça os fatores corretops e gerencie sua operação de DevOps para$
© 2015 New Relic, Inc. | +55 800 8783134 | br.newrelic.com | www.twitter.com/newrelic | blog.newrelic.com

eBook

DevOps sem análise é igual a fracassoComo medir e monitorar os 5 fatores essenciais para o sucesso da DevOps

https://twitter.com/newrelic

http://blog.newrelic.com


SumárioINTRODUÇÃO 03

FATOR 1: SUCESSO DO NEGÓCIO 04

FATOR 2: EXPERIÊNCIA DO CLIENTE 06

FATOR 3: DESEMPENHO DO APLICATIVO 08

FATOR 4: VELOCIDADE 10

FATOR 5: QUALIDADE 13

EM RESUMO 15

OBTENDO OS DADOS CORRETOS 17

CONCLUSÃO 18



eBook

03

DevOps sem análise é igual a fracasso: Como medir e monitorar os 5 fatores essenciais para o sucesso da DevOps


IntroduçãoO movimento DevOps continua a ganhar força e, na opinião de

muitos, já estava na hora disso acontecer. Afinal, ficou claro que

estimular a colaboração e a transparência durante todo o processo

de distribuição colabora para que todos realizem um ótimo trabalho

rapidamente. Isso faz com que o software seja distribuído com

maior rapidez e menos defeitos, acelera a resolução de problemas e

permite que recursos limitados sejam melhor alocados.

Entretanto, o desenvolvimento mais rápido de softwares melhores

não resume o propósito nem a razão para implementação da

DevOps. Para que seus esforços com DevOps sejam um verdadeiro

sucesso, você precisa demonstrar mais do que como você resolveu

o conflito entre operações e desenvolvimento para obter melhores

resultados de software. Você precisa demonstrar que o que você fez

tem um impacto positivo no negócio, independentemente de como

você decide essas alterações e da cultura que você cria.

Para isso, você deve vincular e equilibrar as metas para obter um

software melhor (software de qualidade com alto desempenho que

ofereça uma boa experiência de cliente) e mais rápido (velocidade

de distribuição) com metas de inovação e sucesso do negócio. As

iniciativas de DevOps que não são vinculadas às metas de negócio

podem passar por um retrocesso quando as equipes e funcionários

se sentirem explorados e subvalorizados (por exemplo, fazer hora

extra), em vez de se sentirem parte de uma jornada em comum e

terem a capacidade de medir e comprovar o sucesso e o progresso.

Você não pode ter certeza de que sua abordagem de DevOps está

atingindo o sucesso do negócio a menos que você meça os fatores

corretops e gerencie sua operação de DevOps para manter os

indicadores-chave de desempenho otimizados. Pense sobre isso da

seguinte maneira: a DevOps sem análise, ou com a análise de itens

errados, é um fracasso.

Este e-book apresenta cinco fatores essenciais de sucesso da

DevOps e mostra como medi-los para atingir o sucesso.

Softwaremelhor emais ágil

Inovaçãoe sucesso

do negócio




1 “Manifesto for Agile Software Development,” Beck, Beedle, et al, 2001.

FATOR 1:

Sucesso do negócio No “Manifesto para Desenvolvimento Ágil de Software”, o

primeiro princípio é “nossa maior prioridade é satisfazer o

cliente através da entrega contínua e adiantada de software

com valor agregado”.1 A satisfação do cliente é um exemplo

de uma métrica para distribuição de software relacionada aos

objetivos de negócio. Mas como podemos definir e medir o resto

deste princípio, ou seja, a distribuição de um software com valor

agregado? O que isso significa para o negócio?



eBook

05



Fator 1: Sucesso do negócioPodemos definir que software com valor agregado significa relacioná-lo

a um conjunto de objetivos mensuráveis que sejam os mais importantes

para a empresa. Por exemplo, um software pode ter valor agregado

para a empresa quando ajuda a aumentar a base de clientes e a receita,

reduz os custos do atendimento ao cliente ou tantos outros objetivos.

Converse com os investidores e a diretoria da sua empresa para

entender quais são os objetivos do negócio importantes e quais podem

ser afetados pela distribuição de software inovador rapidamente.

Dependendo do setor, da maturidade da empresa, de participação de

mercado e de outras variáveis, os indicadores-chave de desempenho

que seu software pode influenciar incluem:

• Taxas de conversão

• Receita média por usuário

• Custos de aquisição de clientes

• Índice de cancelamento

de clientes

• Receita incremental

ou recorrente

• Renovações e/

ou subscrições

Definir os objetivos de negócio para seu software ajuda a todos na

equipe de DevOps a relacionarem o que estão fazendo a um conjunto

mensurável de indicadores de sucesso. Essa abordagem direcionada a

dados aprimora a priorização e a tomada de decisões, da origem dos

recursos a serem incluídos em seu software à alocação de recursos e o

tamanho de sua equipe de DevOps.

Orientando o sucesso do negócio com dados

A Miniclip é a líder global em jogos digitais e para celulares, com um

público de 70 milhões de usuários ativos mensais em mais de 195 países,

em plataformas móveis, online e em redes sociais. Os jogos para celulares

da empresa foram baixados mais de 500 milhões de vezes e milhares de

usuários satisfeitos se divertem todos os dias com jogos como 8 Ball Pool™,

Soccer Stars e Tanki Online. Ao medir e rastrear os indicadores-chave de

desempenho, a Miniclip foi capaz de implementar uma abordagem de

DevOps com equipes pequenas para liberar recursos para desenvolver novos

jogos. “Notamos eficiências que podem economizar horas, dias e até meses

antes de lançarmos um produto”, diz Camilo Marrugo, diretor de tecnologia

na Miniclip. “Agora, nossos desenvolvedores conseguem manter o foco na

diversão e inovação em vez de perderem tempo resolvendo problemas.”

Saiba mais sobre a história da Miniclip: newrelic.com/case-studies/miniclip.



http://www.newrelic.com/case-studies/miniclip


FATOR 2:

Experiência do cliente Imagine uma empresa (vamos chamá-la de Gamechanger

Industries) com uma ideia fantástica para um aplicativo que irá criar

um novo fluxo de receita recorrente a partir de uma base de clientes

existente da empresa. Uma pequena equipe de projeto composta

por pessoas das áreas de negócio, desenvolvimento e operações

é montada. Alinhada com o objetivo de negócio de gerar receita

recorrente, a equipe desenvolve e implementa o novo aplicativo em

velocidade recorde. Os clientes fazem download em massa. Eis uma

história de sucesso da DevOps!



eBook

07



Fator 2: Experiência do clienteEspere um momento: parece que, após algumas tentativas, os clientes

pararam de usar o aplicativo. Aliás, muitos o excluíram de seus

dispositivos. O que aconteceu?

Um dos vilões pode ser uma experiência de cliente que não atendeu às

expectativas. O aplicativo era muito confuso para os clientes? Estava

muito lento? Havia muitas etapas envolvidas nas interações essenciais?

A equipe se dispersou após o lançamento e foram para outro projeto?

Se o cliente estiver muito frustrado para concluir a transação que gera

receita adicional para a empresa, a abordagem de DevOps falhou.

Se fosse sua empresa, você não saberia se a experiência de cliente foi

o problema a menos que estivesse medindo e monitorando os KPIs

(indicadores-chave de desempenho) corretos em seu software. Estes

KPIs de experiência ao cliente podem incluir:

• Tempos de resposta observados

de transações-chave

• Frequência de transações-chave

• Número de visitas por

usuário/por semana

• Taxas de crescimento de usuário

• Funil/taxas de conversão

• Tempo gasto no aplicativo

• Resultados de teste A/B

• Satisfação do cliente

A lição é que não basta alinhar a inovação e o desenvolvimento de

software aos objetivos de negócio. Você precisa também vincular estes

aspectos de sucesso a áreas-chave da experiência e medir como você

está se saindo.

Transformando a experiência de viagem

Líder em soluções e serviços de dados de voo globais para passageiros e

as empresas que prestam serviço a eles, a missão da FlightStats é única:

transformar a experiência de viagem por meio de dados, ajudando empresas

e companhias aéreas a aprimorar a experiência dos passageiros, além de

ajudá-los a otimizar sua viagem. A empresa conta com análises de software

para entender como os usuários profissionais e passageiros eventuais usam o

site e os produtos da FlightStats. Esses dados ajudam a FlightStats a melhorar

suas decisões de produto graças à maior visibilidade sobre como os dados da

empresa estão sendo propagados e como isso afeta a experiência do cliente.

Por exemplo, ao monitorar os tempos de resposta, a FlightStats identificou um

problema de latência da rede que estava impactando a experiência de alguns

clientes e tomou providências para eliminar 200 milissegundos de latência

Descubra de que outras formas a FlightStats aperfeiçoa a experiência do cliente: newrelic.com/case-studies/flightstats.



http://www.newrelic.com/case-studies/flightstats


FATOR 3:

Desempenho do aplicativoDe volta ao nosso exemplo da Gamechanger Industries: a

empresa tem uma ideia inovadora para um aplicativo que gerará

uma nova receita recorrente a partir da base de clientes e ajudará

a empresa a cumprir seus objetivos de negócio. Dessa vez, a

Gamechanger também definirá metas para a experiência do

cliente e otimizará o aplicativo de acordo com essas metas. Os

esforços compensam e, após desenvolver e lançar um beta, o

app da Gamechanger se torna um hit, tanto que eles sofrem para

acompanhar a demanda.



eBook

09



Fator 3: Desempenho do aplicativoApesar das medidas proativas para dimensionar a infraestrutura, o banco de dados

centralizado não conseguia escala nos horários de pico, causando uma experiência ruim

para todos os usuários. O desempenho fraco do banco de dados causou problemas de

desempenho do aplicativo, que por sua vez fizeram com que os usuários notassem lentidão

no tempo de carregamento. Os usuários tiveram pouca tolerância com a lentidão, se

frustraram e desistiram do aplicativo. O que parecia ser uma façanha de DevOps acabou se

revelando outro fracasso.

Os repositórios de dados, incluindo bancos de dados relacionais e caches de NoSQL mais

recentes, são componentes essenciais de uma arquitetura de aplicativo, mas também são muitas

vezes um gargalo de desempenho. A visibilidade sobre o desempenho desses repositórios de

dados diferentes é útil, mas o verdadeiro objetivo é entender como o desempenho do banco de

dados influencia o desempenho do aplicativo e, por fim, a experiência do usuário final. Sob esse

aspecto, o monitoramento do desempenho é obviamente importante, mas também pode ser

difícil: muitos problemas de banco de dados não aparecem até que diversos usuários criem uma

carga significativa no aplicativo como um todo, quando já é tarde demais.

Detectar problemas de desempenho antes que eles surjam (e apenas em escala) exige

acompanhamento e monitoramento de uma série de KPIs de desempenho de aplicativo e banco

de dados. Com sorte, sua equipe já trabalha com alguns ou todos esses KPIs em mente:

• Tempo de ativação (disponibilidade)

• Tempo de resposta do aplicativo

• Tempo de resposta do

banco de dados

• % do tempo de transação

gasto no banco de dados

• Utilização de recursos

• Tempos de consulta do

banco de dados

Um choque de desempenho nas vendas on-line

A Boozt Fashion é uma das empresas de e-commerce que mais

crescem na moda escandinava. A empresa assumiu uma abordagem

de DevOps, implementando novos recursos frequentemente

para aperfeiçoar a experiência de usuário, com duas janelas de

implantação diárias. A equipe da Boozt usa a análise de software

para aperfeiçoar o desempenho de seu site de vendas. Por exemplo,

ela refatorou o front-end da página de listagens, com melhoria de

30% no desempenho. De acordo com Aurelijus Valeiša, gerente

de desenvolvimento web da Boozt, “a velocidade de nosso site

tem impacto tanto as taxas de conversão como sobre nosso Net

Promoter Score (NPS), que melhorou após a refatoração”.

Saiba mais sobre a história da Boozt: newrelic.com/case-studies/boozt.



http://www.newrelic.com/case-studies/boozt


FATOR 4:

VelocidadeTodos concordam que a velocidade é essencial para o sucesso

da DevOps. Vamos voltar para nosso exemplo da Gamechanger

Industries. Se a equipe de DevOps atingir os objetivos de

negócio, melhorar a experiência do cliente e aprimorar o

desempenho do aplicativo para seu novo app, mas demorar um

ano para isso, é provável que a Gamechanger não seja mais um

“game changer”, uma inovadora, no final das contas. A empresa

poderá ter perdido uma ótima oportunidade de mercado,

clientes valiosos e receita no período, ou ter ficado para trás

competitivamente. Em qualquer caso, a lentidão na implantação e

no desenvolvimento são mais um fracasso.



eBook

11



Fator 4: VelocidadeAs equipes de DevOps precisam focar na velocidade de desenvolvimento,

distribuição e resposta a problemas que ocorrem na produção. As

métricas a serem consideradas para acompanhar o progresso e o sucesso

nessa área incluem:

• Prazo de entrega das alterações

• Frequência das versões de código

• Tempo médio para resolução

Quando se fala em velocidade, muitas organizações confiam na

computação em nuvem para simplificar e acelerar o desenvolvimento

e a implantação de software. Com a IaaS (Infrastructure-as-a-Service,

infraestrutura como serviço) e a PaaS (Platform-as-a-Service, plataforma

como serviço), as equipes de DevOps podem ter acesso aos serviços de

que precisam para colocar novos produtos no mercado rapidamente, sem

esforço para provisionar e gerenciar servidores, redes ou armazenamento.

Da mesma maneira que nossos outros fatores de sucesso da DevOps,

não podemos focar em velocidade esquecendo de nossos demais

objetivos, principalmente qualidade de software, pois isso está

relacionado com a experiência do cliente e o desempenho do aplicativo.

Aliás, a velocidade de implantação e desenvolvimento podem se tornar

pontos negativos se a qualidade de implantação for ruim, resultando em

mais tempo e esforço necessários para resolver problemas de qualidade

que aparecem na produção.

Implantação em horas em vez de semanas

A maior plataforma de reserva online de passagens de trem do Reino Unido, a

thetrainline.com atualmente detém 70% do mercado para vendas antecipadas

de passagens na Inglaterra. O site do cliente e o app para celulares da empresa

receberam uma média de mais de 20 milhões de visitas por mês em 2014.

Um esforço de reengenharia foi o ímpeto para começar a usar uma abordagem

de distribuição contínua. Para permitir a distribuição contínua, a equipe

precisou entender o impacto das implantações na experiência do usuário. As

informações da análise de software ajudaram o site thetrainline.com a acelerar

os ciclos de versões de 12 semanas para questão de horas. Como diz Darren

Parsons, gerente de desenvolvimento na thetrainline.com, “com o modelo de

distribuição contínua que estabelecemos usando a New Relic, fomos capazes

de acelerar os ciclos de versões de semanas para apenas horas”.

Saiba mais sobre a transição da thetrainline.com para DevOps e distribuição contínua: newrelic.com/case-studies/thetrainline.



http://www.newrelic.com/case-studies/thetrainline

eBook

12



ChatOps como um facilitador da colaboração

Chat em grupo em tempo real existe desde os primórdios da Internet

(por exemplo, IRC), mas novas ferramentas de chat, como Slack e

HipChat, estão gerando um interesse renovado em chats nas equipes

de DevOps. Além de discussões de chat, plug-ins e integrações podem

fornecer informações em tempo real a partir de várias ferramentas de

desenvolvimento e operação. Com registros de comunicação

centralizados, com carimbo de data e hora, as interações em tempo

real com ferramentas de DevOps e a assistência a partir de “chat bots”

definiram uma nova forma de colaboração para as equipes de DevOps:

o ChatOps. O ChatOps fornece um centro de registro de informações

de pessoas e ferramentas em tempo real. Esse histórico registrado de

eventos fornece muita transparência sobre como as coisas estão

funcionando e como os problemas são resolvidos quando aparecem.

Em termos de velocidade e agilidade, a natureza em tempo real do

ChatOps como uma ferramenta para desenvolvimento e operações

voltados à conversação se adequa muito bem às equipes de DevOps

e aqueles responsáveis pelo sucesso delas.

Saiba mais sobre como e por que usar ChatOps: https://blog.newrelic.com/2015/08/18/chatops/.

Example of ChatOps using HipChat and New Relic Alerts.



https://blog.newrelic.com/2015/08/18/chatops/


FATOR 5:

QualidadeÉ ótimo desenvolver e implantar software de maneira mais rápida, mas o

valor real da DevOps está na distribuição de software de qualidade. Esse

foco na qualidade tem como base a prática kaizen de aperfeiçoamento

contínuo na fabricação, na qual os princípios fundamentais da DevOps

se originaram. Para empresas de software, isso significar aperfeiçoar

continuamente o fluxo de trabalho por meio dos processos de

implantação e desenvolvimento, enquanto aproveita os loops curtos

de feedback para realizar pequenas melhorias. A ideia de realizar

rapidamente pequenas alterações com loops curtos de feedback funciona

basicamente para implantar software de alta qualidade, fornecendo a

melhor experiência de usuário para seus clientes.



eBook

14



Fator 5: QualidadePensando bem, a premissa fundamental da DevOps é quase um paradoxo:

distribuição de software melhor e mais ágil. Essas metas não são mutuamente

exclusivas? Ciclos de desenvolvimentos mais curtos e colaboração mais próxima em

uma abordagem de DevOps significa perceber os problemas antes da entrada em

produção e, portanto, menos tempo dedicado a solucioná-los sob pressão.

A batalha infinita para oferecer suporte a software durante a produção é,

geralmente, uma questão de equilíbrio entre o tempo gasto na abordagem reativa

aos problemas e os esforços proativos, como desenvolvimento e teste. A qualidade

do software está diretamente relacionada aos incidentes que têm impacto para

o cliente. Assim, vale a pena investir tempo e energia para identificar problemas

de qualidade no início dos ciclos. Além disso, você não quer que sejam os clientes

os responsáveis por descobrir suas falhas! Abordagens como TDD (Test Driven

Development, desenvolvimento orientado por testes), CI (Continuous Integration,

integração contínua) e CD (Continuous Deployment, implantação contínua) podem

ajudar a priorizar o trabalho voltado para aprimoramentos de qualidade.

Estas são as métricas que você pode monitorar para ajudar a determinar a qualidade

de seus esforços para aperfeiçoamento contínuo geral do software:

• Avaliação de sucesso

da implantação

• Taxas de erro de aplicativo

• Gravidade de incidente

• Bugs pendentes

Considerando que muitos problemas de qualidade não aparecem até que o software

entre em produção, a possibilidade de comparar todas as métricas antes e depois da

implantação é extremamente útil para entender o impacto de uma versão específica.

Essa abordagem também permite que as equipes respondam rapidamente e

cancelem uma versão, ou ofereçam uma solução rápida para qualquer incidente.

Menos tempo em resolução de problemas = mais inovação

Desde 2005, a Trulia procura simplificar a busca por imóveis dando

aos compradores, vendedores, locatários e corretores de imóveis

tudo o que eles precisam para terem sucesso no processo. Hoje,

milhões de pessoas que procuram imóveis e milhares de corretoras

de imóveis usam as plataformas móvel e para web da Trulia para se

conectar, comprar e vender casas.

A Trulia optou pela abordagem DevOps desde o início, mas credita

à análise de software a manutenção da coesão dentro das equipes à

medida em que a empresa cresci. Usando uma abordagem baseada

em equipe para encontrar e resolver problemas de produção, a

equipe consegue dedicar menos tempo à solução de problemas e

mais tempo ao aperfeiçoamento da qualidade de software. “A New

Relic nos ajuda a resolver problemas rapidamente, como se fosse

um membro adicional da equipe de operações”, diz Chris Sessions,

diretor de operações da Trulia. “Isso libera nosso tempo para nos

dedicarmos a coisas maiores e melhores.”

Saiba mais sobre a história da Trulia: http://newrelic.com/case-studies/trulia.



http://www.newrelic.com/case-studies/trulia

eBook

15



Em resumoVamos unir os cinco fatores de sucesso da DevOps – inovação, sucesso do negócio,

experiência do usuário, desempenho do aplicativo, velocidade e qualidade – para ter

uma imagem geral das áreas que precisam ser monitoradas e acompanhadas (veja

Figura 1). Conforme mostramos em nossos exemplos da Gamechanger Industries, é

necessário um foco em todas as áreas para cumprir a promessa do DevOps e gerar

resultados de negócio mensuráveis.

As métricas incluídas aqui são os KPIs de exemplo discutidos previamente.

Dependendo de quanto progresso você já fez em relação às metas de sua empresa,

você precisará decidir quais são os pontos mais importantes a serem acompanhados

atualmente. Se você não tiver acompanhando nenhum ou somente alguns pontos,

essa é a hora de começar. Você pode fazer isso estabelecendo uma linha de base e

monitorando a métrica para se certificar de que ela está evoluindo ou diminuindo

proporcionalmente.

Uma coisa que não discutimos ainda é como equilibrar recursos e tempo em todos

os fatores de sucesso da DevOps. A alocação raramente será estática e precisará

ser alterada conforme o ambiente de negócio e a estratégia geral evoluírem. Por

exemplo, empresas que se encontram no início do ciclo de vida de desenvolvimento

de produto passarão a maior parte do tempo em inovação para desenvolver novos

recursos. Um produto em modo de crescimento precisa levar em consideração o

desempenho e a estabilidade à medida que cresce e se torna popular. Produtos

amadurecidos, principalmente, precisam priorizar igualmente a inovação e

a qualidade: inovação para se manter competitivo e aprimorar o produto, e

aperfeiçoamentos de qualidade voltados para a redução da “dívida técnica”.

Figura 1. Os cinco fatores do sucesso da DevOps

VELOCIDADE

SUCESSO DO NEGÓCIO

EXPERIÊNCIA DE CLIENTE

QUALIDADE

• Tempos de resposta observados de transações-chave • Frequência de transações-chave • Número de visitas por usuário/por semana

• Taxas de conversão

• Renda média por usuário (ARPU)

• Custos de aquisição de clientes

• Prazo de entrega das alterações

• Frequência das versões de código

• Tempo médio para resolução

• Implantações de sucesso

• Taxas de erro de aplicativo

• Gravidade de incidente

• Bugs pendentes

• Taxas de crescimento de usuário • Tempo gasto no aplicativo • Resultados de teste A/B • Resultados de pesquisa de satisfação de usuário

DESEMPENHO DO APLICATIVO

• Tempo de ativação (disponibilidade) • Tempo de resposta do aplicativo • Tempo de resposta do banco de dados

• % do tempo de transação gasto no banco de dados • Consultas SQL lentas • Uso de recursos

• Variação

• Receita recorrente

• Renovações



eBook

16



Dívida técnica: termo criado por Ward Cunningham, desenvolvedor

da primeira wiki, é o esforço de desenvolvimento adicional

necessário para reescrever/melhorar o código e realizado pelas

equipes como resultado do que é necessário para liberar o código

rapidamente.2 De acordo com Gene Kim, especialista de DevOps,

coautor do The Phoenix Project e fundador da Tripwire, caso não

pague seus 20% da taxa de redução de dívida, você irá acabar

gastando 100% para arrumar os problemas acumulados.3

Para entender o equilíbrio e a alocação dos fatores de sucesso,

você precisa pensar sobre e entender a estratégia de negócio, o

cenário competitivo e o estado do produto no ciclo de vida. Os

fatores são essencialmente controles que podem ser ajustados

em níveis diferentes para se adequarem às restrições, e devem ser

alterados para dar suporte às prioridades de negócio.

Ganhando liberdade para experimentar

Em uma pesquisa da New Relic, apenas 25% dos entrevistados responderam que suas

empresas se saiam bem ao testar novos recursos.4

Um resultado do sucesso de uma abordagem DevOps é ter capacidade e tempo

para experimentar e testar novos recursos e processos. Com desenvolvimento ágil e

interativo baseado em dados que monitoram seu sucesso DevOps, você pode se mover

mais rápido e tentar novas possibilidades para desvendar o que seus clientes gostam.

A experimentação o ajuda a aprimorar a experiência de software que sua empresa

oferece e, por fim, auxilia sua equipe a atingir resultados cada vez melhores para seu

negócio.

Versões de software são muito raras

Falta de responsabilidade das equipes

Ao contrário, meu amigo: somos bons em testar novos recursos

É muito difícil reverter recursos

A cultura não aceita falhas

Capacidade limitada de avaliar o que funciona e o que não funciona

36% 34% 30%

38% 37% 25%

Which area had the best data-driven feedback loops in

Which area needs the best data-driven feedback loops in

Application performance: developers and IT operations

Business success: customer behavior and marketing or sales

Customer engagement: product owners or managers and developers

49% 25%

17%

9%

We are learning, but have a long way to go.

We are pretty good in a few places

This question makes me sad. We’re not even close to doing that.

Data nerds are everywhere here

How well are companies using data to make software decisions? 20142015

32%13%

8%

10%

25%

12%

Os maiores inibidores ao teste de novos recursos e funcionalidades2 “Technical Debt”, Cory Janssen, techopedia. 3 “7 DevOps Tips from Gene Kim”, Fredric Paul, New Relic, 8 de julho de 2015. 4 “Here’s Why 2015 is the Year of the Data Nerd”, Asami Novak, New Relic, 3 de fevereiro de 2015



eBook

17



Obtendo os dados corretosAgora, aqui está o aspecto mais importante para mensurar o sucesso:

dados. Atingir o sucesso com DevOps exige acesso a dados corretos,

essencialmente todos os KPIs que você identificou que precisam ser

acompanhados e monitorados, além de informações relevantes sobre

velocidade, desempenho, experiência do cliente e sucesso do negócio.

Tornar-se uma empresa de DevOps voltada para dados ajuda você

não apenas a acompanhar e monitorar o progresso e sucesso dos

esforços de sua equipe, mas também estimula uma cultura de

colaboração e empatia. Os dados permitem que você separe as

emoções e a atribuição de culpa do processo de tomada de decisões,

ao mesmo tempo que estabelece uma linguagem comum entre todas as

habilidades, experiência e funções.

Obter os dados corretos não é difícil, mas você precisará de recursos

de análise de software que capturem dados automaticamente e

permitam que você analise, visualize e compartilhe dados de maneira

rápida e fácil. A solução que você escolher deve fornecer dados

históricos e em tempo real detalhados sobre os cinco fatores de

sucesso da DevOps. No mínimo, você precisa de recursos que incluam:

• Gerenciamento proativo de desempenho de aplicativo: procure

uma ferramenta que o ajude a coletar e monitorar proativamente

dados sobre desempenho de aplicativo, incluindo, mas não

limitados aos KPIs que você identificou para o sucesso da DevOps.

Com os dados coletados, sua equipe de DevOps pode identificar

e solucionar problemas de desempenho antes que eles tenham

impacto sobre a experiência do cliente ou sobre o negócio.

• Gerenciamento da experiência do cliente: a ferramenta que

você escolher também deve fornecer dados que permitam

avaliar a experiência do cliente em todos seus canais digitais,

24 horas por dia, 7 dias por semana (mesmo quando você não

tiver usuários no sistema). A solução que você escolher deve

ajudar sua equipe a gerenciar a camada de processamento

de front-end, onde mais e mais códigos começam a residir.

• Análises de negócio de software: para criar uma cultura voltada

para dados entre desenvolvedores, operações e investidores

de negócio, você precisa de ferramentas flexíveis incluindo

painéis configuráveis e a capacidade de realizar análises técnicas

mais profundas que quantificam o sucesso do negócio.

• Gerenciamento da implantação: você também precisará de um

recurso que demonstre implantações recentes e impacto anterior/

posterior no desempenho do aplicativo e sobre os usuários

finais, incluindo qualquer erro que tenha ocorrido. Isso o ajudará

a monitorar e medir seus KPIs relacionados a desempenho.

Exemplo de painel de análise do software



eBook

18



Ao avaliar uma solução, tenha em mente que rastrear e monitorar dados por

meio de uma única plataforma simplifica e organiza o gerenciamento de seus

esforços de DevOps. Uma plataforma única permite que você compartilhe

uma visão unificada de seu software em toda a equipe e a empresa para

tomar decisões melhores. Ter a equipe de desenvolvimento e de operação

usando a mesma ferramenta é muito eficaz na geração de uma compreensão

compartilhada sobre como o software é implantado e operado. Alertas

integrados, painéis e análises deixam todo o trabalho mais inteligente e

agilizam as respostas. Uma plataforma de análise de software como o New

Relic oferece todos esses recursos e muito mais, tudo integrado em uma

solução holística.

ConclusãoAlcançar o sucesso por meio dos cinco fatores discutidos aqui – inovação/

sucesso do negócio, experiência do cliente, desempenho do aplicativo,

velocidade e qualidade – seria impossível usando uma abordagem em

cascata tradicional para a implantação e o desenvolvimento de software.

A DevOps voltada para dados torna o sucesso em todas as cinco áreas

uma realidade. Quando você monitora e mede as métricas corretas,

ganha o entendimento de que precisa para atingir resultados incríveis,

seja rompendo mercados com um aplicativo inovador ou aprimorando a

experiência do cliente em seu site.

Conforme você embarca ou continua em sua jornada com a DevOps, sua

equipe será crucial para ajudar a empresa a se tornar um negócio de

software melhor. E essa é a prioridade número um em nossa economia

digital, na qual aproximadamente todo negócio deve se tornar uma

empresa de software.

Comece a medir o sucesso da DevOps de sua empresa.

Visite newrelic.com/devops para aprender como.

Construindo diversidade com dados

Os dados podem ajudá-lo a criar uma equipe de DevOps coesa,

colaborativa e com alto desempenho. Também podem ajudá-lo

a criar uma equipe diversa, com várias personalidades, culturas,

habilidades, raças, gêneros e mais. Os dados se tornam a

linguagem comum que os membros da equipe usam para se

comunicar, evitando assim a atribuição de culpa e promovendo

a meritocracia. Isso é importante, pois a diversidade da equipe o

ajuda a manter mais empregados ao criar um ambiente de trabalho

recompensador e bem-sucedido, além de favorável e inclusivo.



http://www.newrelic.com/devops

eBook

19



Sobre a New Relic A New Relic é uma empresa de análise de software que organiza bilhões de pontos de dados sobre milhões de aplicativos em tempo real. Nossa

solução abrangente com base em SaaS fornece uma interface sofisticada para web e aplicativos móveis nativos, além de consolidar os dados de

monitoramento de desempenho para qualquer tecnologia escolhida em seu ambiente. Temos centenas de milhares de usuários que utilizam nossa

solução em nuvem para analisar bilhões de pontos de dados em milhões de aplicativos. Quando sua marca e a experiência do cliente dependem do

desempenho de software moderno, a New Relic oferece informações relevantes sobre todo o seu ambiente geral. Saiba mais em newrelic.com.

New Relic, San Francisco HQ188 Spear Street, Suite 1200

San Francisco, CA 94105

New Relic, Portland111 SW 5th Avenue, Suite 2800

Portland, OR 97204

New Relic, Seattle2101 4th Avenue, 19th Floor

Seattle, WA 98121

New Relic, BarcelonaCarrer de Balmes 49

Planta 6

Barcelona, Spain

08007

Tel: +55 800 [email protected]

br.newrelic.com

New Relic, Dublin34-39 Nassau Street, 3rd Floor

Dublin 2, Ireland



http://www.newrelic.com

mailto:support%40newrelic.com?subject=

http://www.newrelic.com

ebook devops sem análise é igual a fracasso - new relic · atingindo o sucesso do negócio a...

Documents