{"id":34430,"date":"2019-10-31T21:58:16","date_gmt":"2019-10-31T18:58:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij\/"},"modified":"2019-10-31T21:58:16","modified_gmt":"2019-10-31T18:58:16","slug":"pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","title":{"rendered":"Por que os engenheiros n\u00e3o se preocupam com a monitoriza\u00e7\u00e3o de aplica\u00e7\u00f5es?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Feliz sexta-feira a todos! Amigos, hoje continuamos a s\u00e9rie de publica\u00e7\u00f5es dedicadas ao curso \u00abPr\u00e1ticas e Ferramentas DevOps\u00bb<\/a><\/noindex>, pois as aulas da nova turma come\u00e7am j\u00e1 no final da pr\u00f3xima semana. Ent\u00e3o, vamos come\u00e7ar!<\/p>\n

\"Por
\n
\nMonitoramento \u00e9 simplesmente<\/b>. \u00c9 um fato conhecido. Levante o Nagios, inicie o NRPE em um sistema remoto, configure o Nagios na porta NRPE TCP 5666 e voc\u00ea tem monitoramento.<\/p>\n

\u00c9 t\u00e3o f\u00e1cil que n\u00e3o \u00e9 interessante. Agora voc\u00ea tem as principais m\u00e9tricas sobre o tempo de CPU, subsistema de disco, mem\u00f3ria RAM, que v\u00eam por padr\u00e3o no Nagios e NRPE. Mas, na verdade, isso n\u00e3o \u00e9 'monitoramento' como tal. \u00c9 apenas o come\u00e7o.<\/p>\n

(Normalmente se instala o PNP4Nagios, RRDtool e Thruk, configura-se notifica\u00e7\u00f5es no Slack e vai direto para nagiosexchange, mas vamos deixar isso de lado por enquanto).<\/a><\/noindex><\/p>\n

Um bom monitoramento<\/b> na verdade \u00e9 bastante complexo, voc\u00ea realmente precisa conhecer os detalhes do aplicativo que est\u00e1 monitorando.<\/p>\n

Monitoramento \u00e9 complicado?<\/h2>\n

\nQualquer servidor, seja Linux ou Windows, por defini\u00e7\u00e3o servir\u00e1 a algum prop\u00f3sito. Apache, Samba, Tomcat, armazenamento de arquivos, LDAP \u2014 todos esses servi\u00e7os s\u00e3o mais ou menos \u00fanicos em um ou mais aspectos. Cada um tem sua fun\u00e7\u00e3o, suas particularidades. H\u00e1 diferentes maneiras de obter m\u00e9tricas, KPIs (indicadores-chave de desempenho), que s\u00e3o interessantes para voc\u00ea quando o servidor estiver sob carga.<\/p>\n

\"Por
\nAutor da foto Luke Chesser<\/a><\/noindex> para Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

(eu gostaria que meus pain\u00e9is fossem pintados em cores azul neon \u2014 suspirando sonhadoramente \u2014\u2026 hmm\u2026)<\/p>\n

Qualquer software que fornece servi\u00e7os deve ter um mecanismo para coletar m\u00e9tricas. O Apache tem o m\u00f3dulo mod-status<\/code>, que exibe a p\u00e1gina de estado do servidor. O Nginx tem stub_status<\/code>. O Tomcat possui JMX ou aplicativos web espec\u00edficos que mostram m\u00e9tricas-chave. No MySQL, h\u00e1 o comando 'show global status' e assim por diante.
\nEnt\u00e3o por que os desenvolvedores n\u00e3o incorporam mecanismos assim nos aplicativos que criam?<\/p>\n

S\u00f3 os desenvolvedores fazem isso?<\/h2>\n

\nUm certo n\u00edvel de indiferen\u00e7a em incorporar m\u00e9tricas n\u00e3o se limita apenas aos desenvolvedores. Eu trabalhei em empresas onde se desenvolveram aplicativos usando Tomcat e n\u00e3o se forneceram m\u00e9tricas, nem registros de atividade do servi\u00e7o, al\u00e9m dos logs de erro gerais do Tomcat. Alguns desenvolvedores geram uma abund\u00e2ncia de logs que n\u00e3o significam nada para o administrador do sistema que teve a infelicidade de l\u00ea-los \u00e0s 3:15 da manh\u00e3.<\/p>\n

\"Por
\nAutor da foto Tim Gouw<\/a><\/noindex> para Unsplash<\/a><\/noindex><\/i><\/p>\n

Engenheiros de sistemas que permitem que esses produtos sejam lan\u00e7ados tamb\u00e9m devem assumir certa responsabilidade pela situa\u00e7\u00e3o. Poucos engenheiros de sistemas t\u00eam tempo e se preocupam em tentar obter m\u00e9tricas significativas dos logs, sem o contexto dessas m\u00e9tricas e a capacidade de interpret\u00e1-las \u00e0 luz da atividade do aplicativo. Alguns n\u00e3o entendem que benef\u00edcios podem obter com isso, al\u00e9m de indicadores do tipo \"algo n\u00e3o est\u00e1 certo agora (ou logo estar\u00e1)\".<\/p>\n

A mudan\u00e7a de mentalidade em rela\u00e7\u00e3o \u00e0 necessidade de m\u00e9tricas deve ocorrer n\u00e3o apenas entre os desenvolvedores, mas tamb\u00e9m entre os engenheiros de sistemas.<\/p>\n

Para qualquer engenheiro de sistemas que precise n\u00e3o apenas reagir a eventos cr\u00edticos, mas tamb\u00e9m garantir que eles n\u00e3o ocorram, a falta de m\u00e9tricas geralmente se torna um obst\u00e1culo.<\/p>\n

No entanto, os engenheiros de sistemas normalmente n\u00e3o mergulham no c\u00f3digo, ganhando dinheiro para sua empresa. Eles precisam de desenvolvedores l\u00edderes que entendam a import\u00e2ncia da responsabilidade do engenheiro de sistemas na identifica\u00e7\u00e3o de problemas, aumentando a conscientiza\u00e7\u00e3o sobre quest\u00f5es de desempenho e assim por diante.<\/p>\n

Essa coisa de devops<\/h2>\n

\nA mentalidade devops descreve a sinergia entre o pensamento de desenvolvedores (dev) e opera\u00e7\u00f5es (ops). Qualquer empresa que afirme que est\u00e1 \"fazendo devops\" deve:<\/p>\n

    \n
  1. falar o que provavelmente n\u00e3o fazem (uma refer\u00eancia a um meme do filme \"A Princesa Prometida\" \u2014 \"Eu n\u00e3o acho que isso significa o que voc\u00ea acha que significa!\")<\/li>\n
  2. promover uma postura de melhoria cont\u00ednua do produto.<\/li>\n<\/ol>\n

    \nVoc\u00ea n\u00e3o pode melhorar um produto e saber que ele foi melhorado se n\u00e3o souber como ele funciona atualmente. Voc\u00ea n\u00e3o conseguir\u00e1 entender como o produto funciona se n\u00e3o entender como seus componentes, servi\u00e7os dos quais depende, principais pontos de dor e gargalos funcionam.
    \nSe voc\u00ea n\u00e3o estiver monitorando os potenciais gargalos, n\u00e3o conseguir\u00e1 aplicar a t\u00e9cnica dos \"Cinco Porqu\u00eas\" ao escrever um Postmortem. Voc\u00ea n\u00e3o conseguir\u00e1 reunir tudo em uma tela para ver como o produto funciona ou descobrir como ele parece \"normal e feliz\".<\/p>\n

    Deslocar para a esquerda, \u00c0 ESQUERDA, EU DISSE, LEEEEEEEE\u2014 <\/h2>\n

    \nPara mim, um dos princ\u00edpios-chave do Devops \u00e9 o \"Deslocar para a esquerda\" (shift left). O deslocamento para a esquerda neste contexto significa deslocar a possibilidade (n\u00e3o a responsabilidade<\/b>, e apenas capacidades) para fazer o que normalmente preocupa os engenheiros de sistemas, como criar m\u00e9tricas de desempenho, utilizar logs de forma mais eficiente, etc., no in\u00edcio do ciclo de vida da entrega de software (Software Delivery Life Cycle).<\/p>\n

    \"Por
    \nAutor da foto     NESA by Makers<\/a><\/noindex> para Unsplash<\/a><\/noindex><\/i><\/p>\n

    Os desenvolvedores de software devem ser capazes de usar e conhecer as ferramentas de monitoramento que a empresa utiliza, para realizar monitoramento em todas as suas formas, m\u00e9tricas, registro de logs, interfaces de monitoramento e, mais importante, observar como seu produto funciona em produ\u00e7\u00e3o<\/i>. Voc\u00ea n\u00e3o pode for\u00e7ar os desenvolvedores a investir tempo e esfor\u00e7o no monitoramento at\u00e9 que eles possam ver as m\u00e9tricas e influenciar como elas aparecem, como o propriet\u00e1rio do produto apresentar\u00e1 essas m\u00e9tricas ao CTO na pr\u00f3xima reuni\u00e3o, etc.<\/p>\n

    Em resumo<\/h2>\n

    <\/p>\n

      \n
    1. Leve o cavalo at\u00e9 a \u00e1gua. Mostre aos desenvolvedores quantos problemas eles poder\u00e3o evitar, ajude-os a identificar os KPIs e m\u00e9tricas corretas para suas aplica\u00e7\u00f5es, para que haja menos gritos do propriet\u00e1rio do produto, que \u00e9 repreendido pelo diretor t\u00e9cnico (CTO). Revele isso de forma suave e calma. Se n\u00e3o funcionar, ent\u00e3o suborne, ameace e persuada um deles ou o propriet\u00e1rio do produto para implementar essas m\u00e9tricas a partir das aplica\u00e7\u00f5es o mais r\u00e1pido poss\u00edvel, e ent\u00e3o crie gr\u00e1ficos. Isso ser\u00e1 dif\u00edcil, pois n\u00e3o ser\u00e1 considerado uma prioridade, e haver\u00e1 muitos projetos na linha de produtos aguardando implementa\u00e7\u00e3o que geram receita. Portanto, voc\u00ea precisar\u00e1 de uma justificativa econ\u00f4mica para justificar o tempo e os recursos gastos na implementa\u00e7\u00e3o do monitoramento no produto.<\/li>\n
    2. Ajude os engenheiros de sistemas a dormir melhor. Mostre a eles que usar uma checklist de \"lan\u00e7amento\" para qualquer produto que est\u00e1 sendo liberado \u00e9 algo positivo. E checar se todos os aplicativos em produ\u00e7\u00e3o est\u00e3o cobertos com m\u00e9tricas ajudar\u00e1 a garantir um sono mais tranquilo \u00e0 noite, permitindo que os desenvolvedores vejam o que est\u00e1 funcionando e o que n\u00e3o est\u00e1. No entanto, a melhor maneira de irritar e frustrar qualquer desenvolvedor, propriet\u00e1rio de produto ou CTO \u00e9 ficar colocando obst\u00e1culos e resistindo. Esse comportamento afetar\u00e1 a data de lan\u00e7amento de qualquer produto, se esperar at\u00e9 o \u00faltimo minuto novamente, ent\u00e3o mais uma vez fa\u00e7a um deslocamento para a esquerda e inclua essas quest\u00f5es no plano do projeto o mais r\u00e1pido poss\u00edvel. Se necess\u00e1rio, infiltre-se nas reuni\u00f5es dedicadas ao produto. Use um bigode falso e um chap\u00e9u ou algo do tipo, isso nunca falha. Comunique seus problemas, mostre as vantagens \u00f3bvias e evangelize.<\/li>\n
    3. Assegure-se de que tanto os desenvolvedores (dev) quanto a opera\u00e7\u00e3o (ops) compreendam o significado e as consequ\u00eancias de levar as m\u00e9tricas do produto para a \"zona vermelha\". N\u00e3o deixe a opera\u00e7\u00e3o como o \u00fanico guardi\u00e3o da funcionalidade do produto, assegure-se de que os desenvolvedores tamb\u00e9m estejam envolvidos nisso (#productsquads).<\/li>\n
    4. Logs s\u00e3o \u00f3timos, mas m\u00e9tricas tamb\u00e9m. Combine-os e n\u00e3o deixe que seus logs se tornem lixo em uma enorme bola em chamas de inutilidade. Explique e mostre para os desenvolvedores por que ningu\u00e9m al\u00e9m deles conseguir\u00e1 entender seus logs, mostre a eles como \u00e9 ver logs in\u00fateis \u00e0s 3:15 da manh\u00e3.<\/li>\n<\/ol>\n

      \n\"Por
      \nAutor da foto       Marko Horvat<\/a><\/noindex> para Unsplash<\/a><\/noindex><\/p>\n

      Isso \u00e9 tudo. Novo material ser\u00e1 lan\u00e7ado na pr\u00f3xima semana. Se voc\u00ea deseja saber mais sobre o curso, convidamos voc\u00ea para dia de portas abertas<\/a><\/noindex>, que acontecer\u00e1 j\u00e1 na segunda-feira. E agora, como de costume, esperamos seus coment\u00e1rios.
      \n
      Fonte:       habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u0412\u0441\u0435\u0445 \u0441 \u043f\u044f\u0442\u043d\u0438\u0446\u0435\u0439! \u0414\u0440\u0443\u0437\u044c\u044f, \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u0441\u0435\u0440\u0438\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u044b\u0445 \u043a\u0443\u0440\u0441\u0443 \u00abDevOps \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b\u00bb, \u043f\u043e\u0442\u043e\u043c\u0443 \u043a\u0430\u043a \u0437\u0430\u043d\u044f\u0442\u0438\u044f \u0432 \u043d\u043e\u0432\u043e\u0439 \u0433\u0440\u0443\u043f\u043f\u0435 \u043f\u043e \u043a\u0443\u0440\u0441\u0443 \u0441\u0442\u0430\u0440\u0442\u0443\u044e\u0442 \u0443\u0436\u0435 \u0432 \u043a\u043e\u043d\u0446\u0435 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0439 \u043d\u0435\u0434\u0435\u043b\u0438. \u0418\u0442\u0430\u043a, \u043d\u0430\u0447\u043d\u0451\u043c! \u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 \u2014 \u044d\u0442\u043e \u043f\u0440\u043e\u0441\u0442\u043e. \u042d\u0442\u043e \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0444\u0430\u043a\u0442. \u041f\u043e\u0434\u043d\u0438\u043c\u0438\u0442\u0435 Nagios, \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u0435 NRPE \u043d\u0430 \u0443\u0434\u0430\u043b\u0451\u043d\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435, \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u0442\u0435 Nagios \u043d\u0430 \u043f\u043e\u0440\u0442 NRPE TCP 5666 \u0438 \u0443 \u0432\u0430\u0441 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25942,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34430","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Por que os engenheiros n\u00e3o se preocupam com o monitoramento de aplicativos? | ProHoster","description":"Feliz sexta-feira a todos!","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0447\u0435\u043c\u0443 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u044b \u043d\u0435 \u0437\u0430\u0431\u043e\u0442\u044f\u0442\u0441\u044f \u043e \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439? | ProHoster","og:description":"\u0412\u0441\u0435\u0445 \u0441 \u043f\u044f\u0442\u043d\u0438\u0446\u0435\u0439!","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:58:16+00:00","article:modified_time":"2019-10-31T18:58:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34430","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 19:16:10","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:21:35","updated":"2026-01-21 19:16:10","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/34430","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=34430"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/34430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/25942"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=34430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=34430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=34430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}