{"id":32217,"date":"2019-10-31T21:45:43","date_gmt":"2019-10-31T18:45:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/net-core-na-linux-devops-na-kone\/"},"modified":"2019-10-31T21:45:43","modified_gmt":"2019-10-31T18:45:43","slug":"net-core-na-linux-devops-na-kone","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/net-core-na-linux-devops-na-kone","title":{"rendered":".NET Core no Linux, DevOps no comando","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

N\u00f3s desenvolvemos DevOps da melhor maneira que pudemos. \u00c9ramos 8 pessoas, e o Vasya era o melhor em Windows. De repente, o Vasya saiu, e eu fiquei encarregado de lan\u00e7ar um novo projeto que fornece desenvolvimento em Windows. Quando joguei no escrit\u00f3rio toda a pilha de desenvolvimento em Windows, percebi que a situa\u00e7\u00e3o era dolorosa...<\/p>\n

Assim come\u00e7a a hist\u00f3ria Alexandra Sinchinova<\/b> para DevOpsConf<\/a><\/noindex>. Quando o especialista l\u00edder em Windows deixou a empresa, Alexander se questionou sobre o que fazer agora. Mudar para Linux, claro! Alexander contar\u00e1 como conseguiu criar um precedente e transferir parte do desenvolvimento em Windows para Linux, usando como exemplo um projeto realizado para 100.000 usu\u00e1rios finais.<\/p>\n

\".NET
\n
\nComo entregar um projeto em RPM de forma f\u00e1cil e descontra\u00edda, usando TFS, Puppet e Linux .NET Core? Como manter o versionamento do banco de dados do projeto se os desenvolvedores ouviram falar pela primeira vez sobre Postgres e Flyway, e o prazo \u00e9 depois de amanh\u00e3? Como integrar com Docker? Como motivar os desenvolvedores .NET a abandonarem o Windows e os smoothies em favor do Puppet e do Linux? Como resolver conflitos ideol\u00f3gicos se atender ao Windows em produ\u00e7\u00e3o n\u00e3o \u00e9 vi\u00e1vel nem desejado? Faremos isso, assim como sobre Web Deploy, testes, CI, as pr\u00e1ticas de uso do TFS em projetos existentes e, claro, sobre pernas quebradas e solu\u00e7\u00f5es funcionais, na transcri\u00e7\u00e3o da palestra de Alexander.
\n<\/a><\/noindex>
\n

\r\n \"Por\r\n
<\/div>\r\n <\/div><\/center>
\nEnt\u00e3o, o Vasya saiu, a tarefa ficou comigo, e os desenvolvedores esperam ansiosamente. Quando percebi que n\u00e3o conseguiria trazer o Vasya de volta, comecei a trabalhar. Primeiro, avaliei a porcentagem de VMs Windows em nosso parque. A contagem era desfavor\u00e1vel para o Windows.<\/p>\n

\".NET
\n
\nComo estamos desenvolvendo ativamente o DevOps, percebi que era preciso mudar a abordagem de implementa\u00e7\u00e3o do novo aplicativo. A solu\u00e7\u00e3o era clara: transferir tudo para Linux, se poss\u00edvel. O Google me ajudou \u2013 naquele momento, o .NET j\u00e1 havia sido portado para Linux, e percebi que essa era a solu\u00e7\u00e3o!<\/p>\n

Por que .NET Core em conjunto com Linux?<\/h2>\n

\nHavia v\u00e1rias raz\u00f5es para isso. Entre \"pagar\" e \"n\u00e3o pagar\", a maioria escolher\u00e1 a segunda op\u00e7\u00e3o \u2013 assim como eu. A licen\u00e7a do MSDB custa cerca de 1.000 $, e a manuten\u00e7\u00e3o de um parque de m\u00e1quinas virtuais Windows gera custos na casa das centenas de d\u00f3lares. Para uma grande empresa, s\u00e3o altos gastos. Portanto, a economia\u00a0<\/b>\u2014 \u00e9 a primeira raz\u00e3o<\/b>. N\u00e3o \u00e9 a mais importante, mas \u00e9 uma das mais significativas.<\/p>\n

As m\u00e1quinas virtuais Windows consomem mais recursos do que suas irm\u00e3s Linux \u2013 elas s\u00e3o pesadas<\/b>. Considerando a escala de uma grande empresa, escolhemos o Linux.<\/p>\n

O sistema integra-se facilmente ao CI existente<\/b>. N\u00f3s nos consideramos DevOps progressivos, utilizamos Bamboo, Jenkins e GitLab CI, portanto, a maior parte do nosso trabalho gira em torno do Linux.<\/p>\n

A \u00faltima raz\u00e3o \u00e9 a conveni\u00eancia do suporte. <\/b>Precis\u00e1vamos reduzir a barreira de entrada para os 'suportadores' - pessoas que entendem a parte t\u00e9cnica, garantem a continuidade e mant\u00eam os servi\u00e7os de um n\u00edvel secund\u00e1rio. Eles j\u00e1 estavam familiarizados com o stack Linux, ent\u00e3o era muito mais f\u00e1cil para eles entenderem o novo produto, manter e dar suporte, do que gastar recursos adicionais para se familiarizarem com uma funcionalidade semelhante de software para a plataforma Windows.<\/p>\n

Requisitos<\/h2>\n

\nPrimeiro e mais importante - a facilidade da nova solu\u00e7\u00e3o para os desenvolvedores<\/b>. Nem todos estavam prontos para a mudan\u00e7a, especialmente ap\u00f3s a men\u00e7\u00e3o do Linux. Os desenvolvedores querem o Visual Studio que amam, TFS com testes automatizados e smoothies. Como a entrega acontece em produ\u00e7\u00e3o - n\u00e3o lhes importa. Portanto, decidimos n\u00e3o mudar o processo familiar e deixar tudo inalterado para o desenvolvimento no Windows. <\/p>\n

O novo projeto precisa ser integrado ao CI existente<\/b>. As trilhas j\u00e1 estavam estabelecidas e todo o trabalho precisava ser realizado considerando os par\u00e2metros do sistema de gerenciamento de configura\u00e7\u00e3o, os padr\u00f5es de entrega aceitos e os sistemas de monitoramento.<\/p>\n

A simplicidade no suporte e opera\u00e7\u00e3o<\/b>, como uma condi\u00e7\u00e3o para a m\u00ednima barreira de entrada para todos os novos participantes de diferentes departamentos e da equipe de suporte.<\/p>\n

O prazo era ontem<\/b>.<\/p>\n

A equipe de desenvolvimento do Win<\/h2>\n

\nCom o que a equipe do Windows estava trabalhando ent\u00e3o?<\/p>\n

\".NET
\n
\nAgora posso afirmar com confian\u00e7a que IdentityServer4<\/b>\u00a0\u00e9 uma \u00f3tima alternativa gratuita ao ADFS com funcionalidades semelhantes, ou que Entity Framework Core<\/b>\u00a0\u00e9 um para\u00edso para o desenvolvedor, onde ele n\u00e3o precisa se preocupar em escrever scripts SQL, mas pode descrever consultas ao banco de dados em termos de POO. Mas naquela \u00e9poca, na discuss\u00e3o do plano de a\u00e7\u00e3o, eu via aquele stack como uma escrita cuneiforme sum\u00e9ria, reconhecendo apenas PostgreSQL e Git.<\/p>\n

Naquele momento, est\u00e1vamos utilizando ativamente Puppet<\/b> como sistema de gerenciamento de configura\u00e7\u00e3o. Na maioria dos nossos projetos, aplic\u00e1vamos GitLab CI<\/b>, Elastic<\/b>, equilibrando servi\u00e7os de alta carga com HAProxy,<\/b> monitorando tudo com Zabbix<\/b>, uma combina\u00e7\u00e3o de Grafana<\/b> e\u00a0Prometheus<\/b>, Jaeger<\/b>, e tudo isso funcionava em\u00a0HP<\/b> c\u00a0ESXi<\/b> para\u00a0VMware<\/b>. Todo mundo conhece - um cl\u00e1ssico.<\/p>\n

\".NET
\n
\nVamos analisar e tentar entender o que aconteceu antes de come\u00e7armos todas essas interven\u00e7\u00f5es.<\/p>\n

O que aconteceu<\/h2>\n

\nO TFS \u00e9 um sistema bastante poderoso, que n\u00e3o apenas entrega c\u00f3digo do desenvolvedor \u00e0 m\u00e1quina de produ\u00e7\u00e3o final, mas tamb\u00e9m possui um conjunto para uma integra\u00e7\u00e3o muito flex\u00edvel com diversos servi\u00e7os \u2013 para garantir CI em um n\u00edvel multiplataforma.<\/p>\n

\".NET
\nAntes, eram apenas caixas cont\u00ednuas. O TFS usava v\u00e1rios agentes de Build, onde muitos projetos eram compilados. Em cada agente, havia de 3 a 4 workers, para paralelizar tarefas e otimizar o processo. Em seguida, de acordo com os planos de lan\u00e7amento, o TFS entregava o Build rec\u00e9m-preparado em um servidor Windows de aplicativos.<\/p>\n

A que quer\u00edamos chegar<\/h2>\n

\nPara entrega e desenvolvimento, usamos o TFS, e executamos o aplicativo em um servidor de aplica\u00e7\u00e3o Linux, com alguma m\u00e1gica entre eles. Esse Caixa M\u00e1gica<\/b> \u00e9 o cerne do trabalho futuro. Antes de desmont\u00e1-lo em partes, vou fazer uma pausa e dizer algumas palavras sobre o aplicativo.<\/p>\n

Projeto<\/h2>\n

\nO aplicativo oferece funcionalidades para operar cart\u00f5es pr\u00e9-pagos. <\/p>\n

\".NET
\n<\/p>\n

Cliente<\/h3>\n

\nExistiam dois tipos de usu\u00e1rios. Primeiro<\/b> acessava o sistema, autenticando-se com um certificado SSL SHA-2. O\u00a0segundo<\/b> tinha acesso com login e senha.<\/p>\n

HAProxy<\/h3>\n

\nDepois, a solicita\u00e7\u00e3o do cliente chegava ao HAProxy, que resolvia as seguintes tarefas:<\/p>\n