Devops

Novo Podcast: Na Estrada DevOps

Meu interesse por podcast começou por causa de um cara chamado Erik Tostes que tinha um podcast incrível que entre uma dos episódios mais notáveis foi um passo a passo de como compilar um kernel Linux, desconfio que esse episódio foi ar entre 2005 e 2007. Alguns anos depois (entre 2008 e 2009) um grupo de pessoas que moravam em Brasília criaram um podcast chamada “Na Varanda”, era estranhamente divertido porque as pessoas tinham vocações e interesses diversos.

Instalando Docker CE no Debian

A Docker mudou o nome dos seus produtos e o Docker Engine agora é conhecido como Community Edition. Se ainda não leu a respeito, você pode ler pequeno resumo que escrevi sobre a mudança no “Docker pronto para o mundo corporativo”. Uma outra mudança para fazer a instalação a instalação mudou, para instalar as versões anteriores era usado o packages.docker.com e a partir da versão 17.03 o repositório é download.

Instalando Docker CE no CentOS

A Docker mudou o nome dos seus produtos e o Docker Engine agora é conhecido como Community Edition. Se ainda não leu a respeito, você pode ler pequeno resumo que escrevi sobre a mudança no “Docker pronto para o mundo corporativo”. Uma outra mudança para fazer a instalação a instalação mudou, para instalar as versões anteriores era usado o packages.docker.com e a partir da versão 17.03 o repositório é download.

Docker pronto para o mundo corporativo

Um dos questionamentos que mais ouvi sobre Docker em 2016 foi a falta de uma versão LTS (Long-Term Support). As empresas argumentavam que o ciclo frenético de versões do Docker gerava alguns transtornos para eles porque não conseguiam atualizar o Docker na mesma velocidade dos lançamentos das versões. Outro questionamento recorrente era que falta de retro compatibilidade da API das novas versões lançadas. No início de 2017 a Docker alterou o nome da Docker Engine para Docker Community Edition e a Docker Engine CS (Commercially Supported) para Docker Enterprise Edition.

Site Reliability Engineer - SRE

Se ainda não viu uma vaga de trabalho ou mesmo só a sigla SRE, então se prepare porque a tendência é tornar-se bem popular. O acrônimo SRE é usado para descrever tanto Site Reliability Engineering (“Disciplina/Cultura”) como Site Reliability Engineer (descrição de função/vaga de trabalho). O termo foi criado em 2003 por Ben Treynor, atual VP de Engenharia do Google e ele relata sobre a criação da equipe no livro Site Reliability Engineering.

Devops e vagas de emprego

Muito comum ver nos dias de hoje descrições de vagas contendo DevOps, seja como uma função, habilidade ou conhecimento. Vagas de modo geral na área de TI são um bom gerador de memes, isso porque as descrições, na maioria dos casos, pedem habilidades ou conhecimentos de superhumanos (superheróis). As descrições de vagas “DevOps” geralmente aparecem porque o objetivo dos recrutadores é fazer o anúncio atingir a maior audiência possível e assim, obter os candidatos mais adequados ao perfil desejado pela TI de uma organização.

O Postmortem da Gitlab

Relatórios Postmortem públicos são de grande valor para todos que querem aprender a partir de incidentes já ocorridos. De certa forma, eles são parecido com os relatórios sobre acidentes de avião. Identifica-se a(s) causa(s) do acidente e quais a recomendações para que não ocorra novamente. A diferença entre um relatório de um acidente de avião e postmortem de TI é que o segundo não irá culpar pessoas nominalmente (blameless) pelo problema, mas indicar o que deve ser feito do ponto de vista de processo, arquitetura de software, etc.

Devops como Buzzword

DevOps é um dos termos que estão na moda como IoT (Internet das Coisas), drones etc. As empresas querem DevOps, as pessoas querem ser ou tornarem-se DevOps, há cursos DevOps, produtos DevOps, etc. Enfim, é um termo tão quente que todos querem ser, estar ou “fazer” DevOps. Quando um termo torna-se tão quente e recorrente por um período de tempo é comum dizer que é Buzzword. Significado e Origem Ao fazer uma pesquisa rápida ao termo buzzword verá inúmeras referências boas e ruins.

DevOPs Anti-Patterns 1.5

Na edição São Paulo 2016 do The Developers Conference falei sobre anti padrões DevOps. A receptividade foi boa e a interação com o público foi bacana mas não estava satisfeito com apresentação. Nos últimos meses ela foi sendo alterada até que o Eduardo Neves (a.k.a. eth0) convidou para participar do Webinar do DevOpsWeek. Foi uma conversa bacana, falamos sobre boas práticas, erros comuns ao usar DevOps, DevOpsSec, etc. Ah, também falamos sobre um pouco de segurança em IOT.

Docker Global Mentor Week

Docker Global Mentor Week foi um evento muito bacana para aprender sobre Docker e containers. Ele foi realizado pela Docker Inc. que durou um pouco mais de uma semana, os números dos eventos me impressionaram: + de 100 cidades participantes + 6.000 inscritos + de 400 mentores Em São Paulo também participou via Meetup Docker São Paulo, assim como outras cidades brasileiras como Rio de Janeiro, Goiânia e Porto Alegre.

DevOpsDays Brasília

As últimas semanas foram bem corridas, participação como palestrante do DevOpsDays Brasília e ajudando na organização do Meetup Docker São Paulo na participação do Docker Global Mentor Week. O DevOpsDays Brasília foi um evento muito bacana, muitas palestras interessantes e o público ávido por descobrir coisas novas e compartilhar conhecimento. Parabéns aos organizadores, voluntários e apoiadores do DevOpsDays Brasília, foi um evento massa! Baleias Vs Foguetes Originalmente era para fazer somente o ignite “Docker Vs Rkt” e o Openspace sobre o tema, a organização melhorou o título do ignite e título virou “Baleias (Docker) Vs Foguetes (RKT)”.

Canais Docker no Slack

O Docker anunciou recentemente o Docker Community Directory e Docker Community Slack. O Community Directory pode encontrar quem são as pessoas que usam Docker, cuidam dos Meetups, captains, desenvolvedores, etc. A Community Slack é onde muitas pessoas em vários canais conversam sobre Docker em geral, algumas poucas semanas atrás foi criado um canal para os falantes de português (#portuguese-users). Outros canais (inglês) interessantes de acompanhar são: #general, #docker-compose, #docker-security, #docker-network, #docker-storage e #swarm.

DevOps Anti-Patterns

DevOps is word to use for many ways, this is happen because it ’s a fashion buzzword. Then, as such is common to use DevOps incorrectly, I made a presentation show some mistakes in to use. It isn’t a hunt witches but it’s why happen and what to do correctly. The presentation has two parts, first I show examples as DevOps is applied wrongly and some thoughts what would be great.

Meetup docker sp docker na vida real

No dia 18 de Novembro estarei no Meetup Docker São Paulo para falar um pouco da migração de serviços de infraestrutura para o Docker. A apresentação vai ser um pouco diferente que fiz no TDC em Porto Alegre pelo tempo menor disponível para expor. Mas se estiver por lá, podemos conversar um pouco mais sobre containers. :) A do TDC está logo mais abaixo:

Sua nuvem cai

Você acha que Cloud Computing são nuvens bonitinhas como essas? Ou ela está mais para isso? Existe um falso mito que hospedar os servidores ou aplicação na nuvem (ou cloud se preferir…). Não é mais necessário se preocupar com problemas de disponibilidade como: geradores de energia elétrica, banco de baterias (nobreak), circuitos redundantes de rede lógica e elétrica, segurança patrimonial, etc. Entretanto ao usar algum serviço de nuvem, você está delegando essas preocupações para outra empresa.

Using vagrant with bridge network

I needed to use vagrant with bridge network in a project and the official documentation isn’t clear about it. Well, it’s simple, you should change the “Vagrantfile” in ”config.vm.network” parameter. E.g. using bridge on wlan0. config.vm.network :public_network, :bridge => 'wlan0'

Devops por onde comecar

O Guto publicou um excelente texto sobre a origem e concepcão do termo DevOps. Daqui alguns tempo, provavelmente, alguém inventará alguma certificação para DevOps ou formatará o conceito num esquema bem chato. Enquanto isso (felizmente) ainda não acontece, como você bonitão pode torna-se um DevOps. Como muitos já disseram, não tem uma fórmula pronta mas é importante entender que DevOps é uma cultura e como tal não tenha pressa em se tornar um do dia para noite.