.NET

Cloud Native e Cloud Agnostic

para rodar .NET em qualquer Cloud
ou sem Cloud sempre de forma profissional!

Últimas publicações

Aqui estão os últimos 12 posts de mais de 500…

Além das 3 camadas | Containers

Além das 3 camadas | Containers

Docker está para o desenvolvimento de software como o IPOD esteve para a indústria da música. Não inventou a música portátil, mas revolucionou a experiência dos usuários. Se você trabalha com algum backend, java, .NET, node, python, ruby... e docker não está no teu radar, meu amigo... você tá...

ler mais
RabbitMQ, .NET, OpenTelemetry, Distributed Tracing, Jaeger, Prometheus e Grafana

RabbitMQ, .NET, OpenTelemetry, Distributed Tracing, Jaeger, Prometheus e Grafana

Parece sopa de letrinhas aleatórias né? Mas isso fez algum sentido para você, e achou legal, deixa eu te contar o que fizemos aqui do lado de dentro. Uma das demandas que tenho no curso de RabbitMQ para Aplicações .NET, é trazer conforto e clareza sobre o desenvolvimento de fluxos assíncronos com...

ler mais
Além das 3 camadas | Componente: CDN e Cache

Além das 3 camadas | Componente: CDN e Cache

Já falamos de práticas e tecnologias, agora vamos falar de um componente o CDN. Ele é fundamental para a internet como a conhecemos hoje. Da netflix que você assiste, ao gaGO.io, você vai encontrar CDN para reduzir a pressão sob as aplicações, e para reduzir a latência entre o conteúdo e você,...

ler mais
Além das 3 camadas | Ferramenta: Redis

Além das 3 camadas | Ferramenta: Redis

Nessa série de posts estamos furando a bolha, saindo do desenho básico de 3 camadas, indo além. Hora vamos abordar práticas, hora vamos abordar ferramentas. Hoje vamos falar de uma ferramenta, o Redis. Ele pode ser seu aliado na hora de hospedar dados pré-processados. Disclaimer sobre a...

ler mais
Além das 3 camadas | Iniciando os trabalhos

Além das 3 camadas | Iniciando os trabalhos

Se um dia você se questionou sobre o que deveria estudar sobre projetos que vão além de uma Web App, uma API e um Banco de dados aqui vão minhas dicas. Eu separei 3 tecnologias que são matadoras porque ajudam projetos de todos os tamanhos. Dê uma olhada e me diga o que você achou! Por que sair do...

ler mais

Fique por dentro e não perca nada

Menos de 10% da audiência recebe o conteúdo publicado

A newsletter é o meio mais eficiente de furar o bloqueio dos algoritmos das redes sociais e fazer o conteúdo chegar até você.

Assim evitamos poluir as comunidades com chamadas para eventos e lives.

Essa é forma mais eficiente de receber meu conteúdo.

Somos mais de 6k inscritos

Projetos Open Source

projetos ativos e projetos antigos disponíveis para estudo

Nenhum resultado encontrado

A página que você solicitou não foi encontrada. Tente refinar sua pesquisa, ou use a navegação acima para localizar a postagem.

Entender | Analisar | Projetar | Desenvolver | Implantar | Manter

A segurança que você busca não está em um tutorial

Para entender uma tecnologia é importante entender o que influenciou sua criação, o que ela faz de fato, como ela faz. Para que então se sinta seguro e confiante a respeito das decisões que está prestes a tomar.

De um lado precisamos compreender o que está sendo feito por baixo dos panos para descobrir como extrair o máximo de uma tecnologia ou, ao menos, não atrapalhar o bom funcionamento dela.

O Cloud Native .NET é uma jornada de descoberta sobre tecnologias e patterns que fazem parte da maioria dos softwares que usamos, que somos usuários e que suportam e toleram altas cargas de trabalho, de forma eficaz, eficiente e sustentável.

 

É primeiro entendendo o que eles fazem, que podemos descobrir oportunidades e evoluir no que fazemos…

Conteúdo

Além das 3 camadas | Ferramenta: Redis

Além das 3 camadas | Ferramenta: Redis

Nessa série de posts estamos furando a bolha, saindo do desenho básico de 3 camadas, indo além. Hora vamos abordar práticas, hora vamos abordar ferramentas. Hoje vamos falar de uma ferramenta, o Redis. Ele pode ser seu aliado na hora de hospedar dados pré-processados. Disclaimer sobre a...

ler mais
Além das 3 camadas | Iniciando os trabalhos

Além das 3 camadas | Iniciando os trabalhos

Se um dia você se questionou sobre o que deveria estudar sobre projetos que vão além de uma Web App, uma API e um Banco de dados aqui vão minhas dicas. Eu separei 3 tecnologias que são matadoras porque ajudam projetos de todos os tamanhos. Dê uma olhada e me diga o que você achou! Por que sair do...

ler mais
O que aprendi acompanhando projetos sem arquitetos

O que aprendi acompanhando projetos sem arquitetos

Esse é um relato dos meus 20 anos no mercado. Por sorte e até ironia do destino, eu vi o papel do arquiteto desde o dia 1 de minha jornada de trabalho. Isso me possibilitou entender que arquitetos e desenvolvedor possuem interesses diferentes. Aqui vou mostrar o que esses anos vendo e ajudando...

ler mais

Conheça nosso Podcast

DevShow Podcast

Em 2019 resolvemos criar um podcast, o DevShow Podcast, desde lá são mais de 40 episódios com muito assunto legal, sempre com essa pegada pessoal, falando coisas sérias, mas sem o menor compromisso com a formalidade.

Saiba mais...

.NET

Be Welcome .NET 5

Be Welcome .NET 5

É incrível ver que mesmo diante do dilema de uma mudança abrupta de rotina, o calendário de Releases do .NET 5 se manteve intacto. Temos uma mudança incrível na plataforma e enfim chegou o .NET 5!

O Release Candidate 2 do .NET 5 já é SUPORTADO EM PRODUÇÃO pela Microsoft.

ler mais…
Azure Functions + Containers (Parte 2/2)

Azure Functions + Containers (Parte 2/2)

No post passado o foco estava nos Agnostic Services e no uso de containers. Agora é hora de olharmos outra questão mais braçal. Rodar Azure Functions 3 com Containers, uma tarefa que deveria ser trivial, mas não é.

Nossa jornada começa com o tutorial Criar uma função no Linux usando um contêiner personalizado, onde no step “Configurar o ambiente local” temos o passo de instalação do “O Azure Functions Core Tools versão 2.7.1846 ou uma versão 2.x posterior.”, que nos redireciona para o post “Trabalhar com o Azure Functions Core Tools“.

Esse step nos dá 2 opções, Azure Functions 2 ou 3. Para instalar a versão 3, local, precisamos executar:

npm install -g azure-functions-core-tools@3

A instalação ocorre perfeitamente.

Mas… ao executar o passo para a criação do projeto, que encontramos no link Criar uma função no Linux usando um contêiner personalizado (primeiro da lista acima)

func init LocalFunctionsProject --worker-runtime dotnet --docker

Somos surpreendidos com um erro.

$ func init LocalFunctionsProject --worker-runtime dotnet --docker
events.js:292
      throw er; // Unhandled 'error' event
      ^

Error: spawn C:UsersluizcAppDataRoamingnpmnode_modulesazure-functions-core-toolsbin/func ENOENT
    at Process.ChildProcess._handle.onexit (internal/child_process.js:268:19)
    at onErrorNT (internal/child_process.js:468:16)
    at processTicksAndRejections (internal/process/task_queues.js:84:21)
Emitted 'error' event on ChildProcess instance at:
    at Process.ChildProcess._handle.onexit (internal/child_process.js:274:12)
    at onErrorNT (internal/child_process.js:468:16)
    at processTicksAndRejections (internal/process/task_queues.js:84:21) {
  errno: -4058,
  code: 'ENOENT',
  syscall: 'spawn C:\Users\luizc\AppData\Roaming\npm\node_modules\azure-functions-core-tools\bin/func',
  path: 'C:\Users\luizc\AppData\Roaming\npm\node_modules\azure-functions-core-tools\bin/func',
  spawnargs: [
    'init',
    'LocalFunctionsProject',
    '--worker-runtime',
    'dotnet',
    '--docker'
  ]
}

A solução, está nesse comentário do GitHub.

  1. Go to the installed location.C:Users[USERNAME]AppDataRoamingnpmnode_modulesazure-functions-core-tools in the example above.
  2. Run npm install [email protected]
  3. Run npm .libinstall.js node .libinstall.js from that directory

Autor: Ankit Kumar

Uma vez executado o procedimento, deixamos de ter um problema na criação do projeto.

$ func init LocalFunctionsProject --worker-runtime dotnet --docker

Writing C:_devdocker-definitivoAzFuncLocalFunctionsProject.vscodeextensions.json
Writing Dockerfile
Writing .dockerignore

Daqui pra frente é só seguir o tutorial, instalando o plugin do Visual Studio Code (ms-azuretools.vscode-azurefunctions)

E seguir com debug e teste local.

Aliás, você deu uma olhadinha no Dockerfile?

É peculiar, mas vou deixar para você dar uma olhada e comentar nesse post.

Quer saber mais sobre Azure Functions?

Te indico o material do Renato Groffe no Medium.

Se precisa de um treinamento sobre Serverless + Azure Functions, o Renato, o Milton e o Ericson encabeçam o Azure na Prática que pode te ajudar nessa direção.

Aliás, um passarinho me contou que vai rolar o Azure na Prática #13 – Serverless + Azure Functions #03, e está em pré-venda. Vale lembrar que em pré-venda, são R$ 400 reais de desconto.

Azure na Prática – Serverless + Azure Functions

Vai rolar no dia 29/08/2020 (sábado), com foco em Serverless + Azure Functions e englobando o uso de tecnologias como:
Azure Logic Apps, RabbitMQ, Apache Kafka, SQL Server, MongoDB, Redis, Application Insights, Azure Cosmos DB e GitHub Actions.

Acesse então o link a seguir para efetuar sua inscrição com o desconto especial de pré-venda (apenas R$ 200,00).
Sim, é isso mesmo! De R$ 600 por R$ 200!!!!

Quer saber mais sobre Docker & .NET + Open Source?

No mais, se quiser saber mais sobre Docker e .NET, principalmente Open Source e .NET vem comigo que também tenho muita coisa legal!

Arquitetura

RabbitMQ Operators | RabbitMQ Messaging Topology Operator for Kubernetes – Tutorial PT-BR

RabbitMQ Operators | RabbitMQ Messaging Topology Operator for Kubernetes – Tutorial PT-BR

No último post sobre Operators, eu falei sobre o RabbitMQ Cluster Operator for Kubernetes, o papel dele é construir um cluster. Uma vez que o cluster está ativo e em operação, é hora de começar a usar esse cluster. Virtual Host, Exchanges, Filas e Binds, afinal quem e quando eu deveria criar esses recursos?

Eles devem ser criados previamente durante a construção do cluster?

Ou durante o deployment da aplicação?

Ou especificamente pela aplicação?

ler mais…
RabbitMQ Operators | Entendendo Kubernetes Operators

RabbitMQ Operators | Entendendo Kubernetes Operators

Embora não seja comum ver conteúdo sobre o assunto, Operators está no coração do Kubernetes e esse definitivamente é um dos temas mais legais na minha opinião no que diz respeito ao projeto.

Nessa série composta por 3 posts, vamos abordar step-by-step os 2 operators do RabbitMQ, mas hoje vamos primeiro elucidar o que são Operators e CRD’s.

ler mais…
Além das 3 camadas | Containers

Além das 3 camadas | Containers

Docker está para o desenvolvimento de software como o IPOD esteve para a indústria da música. Não inventou a música portátil, mas revolucionou a experiência dos usuários.

Se você trabalha com algum backend, java, .NET, node, python, ruby… e docker não está no teu radar, meu amigo… você tá ferrado!

ler mais…

Containers

Docker Definitivo – Janela de Inscrição Aberta!

Docker Definitivo – Janela de Inscrição Aberta!

Na tarde desse domingo, dia 27/out alcançamos o limite de alunos.
As inscrições para a primeira turma estão encerradas!

Cadastre-se para receber notícias, link das lives e para participar do grupo do facebook.

Em 2015 eu conduzi um projeto de refactoring daqueles complicados.

Ao todo foram quase 10 meses com um time dedicado ao refactoring desse projeto. Mas uma coisa que chamou a atenção nesse projeto. Foram 4 meses em que eu me dediquei a entender a baseline de código, sem entregar absolutamente NENHUMA LINHA DE CÓDIGO.

Eu precisava entender o projeto para propor uma solução.

Não era apenas o que fazer, era sobre como e onde fazer.

Nessa jornada, levei esses 4 meses compreendendo como faria uma aplicação que caia com 5 usuários, suportar 1000 usuários simultâneos.

A questão é que naquela época eu havia escutado a respeito de Docker. Era algo que estava no meu radar, mas naquela época era uma buzzword, um termo da modinha. Não tinha compreensão plena de como usar, nem tinha maturidade para implantar algum projeto baseado nele. Aliás, naquela época ainda não havia muita informação sobre .NET Core. .NET core era algo em desenvolvimento.

Meses depois, dediquei a estudar docker e Voilà!

Descobri que “havia perdido semanas” produzindo uma documentação de implantação, com os mínimos detalhes sobre como subir uma infra completa com RabbitMQ, Elasticsearch, LogStash e Kibana. Do download à produção!

Mais tarde, na medida que aprendia docker e me apaixonava pelas oportunidades que ele me traria, recriei esse mesmo stack que mantenho, cariosamente, até hoje. O EnterpriseApplicationLog.

Eu troquei mais de 10 documentos Word, complexos, cheios de detalhes, por alguns poucos arquivos de configuração e composição de stack.

Você não precisa mais do que:

git clone https://github.com/docker-gallery/EnterpriseApplicationLog.git
cd ./EnterpriseApplicationLog
docker-compose up

Para ter esse stack na sua infra.

Se eu tivesse docker ao meu lado naquela época…

  • Eu poderia demonstrar e acelerar todo o processo de convencimento a respeito do uso desse stack.
  • Eu não perderia tanto tempo criando documentos texto, perecíveis.
  • Eu produziria um repositório que por si só colocaria o stack no ar, sem intermediários, sem procedimentos lentos.
  • Eu trocaria uma implantação de 8-16 horas por 8-16 minutos.

Enfim, esse projeto foi um sucesso, faltava muito pouco para colocar o projeto em produção, mas já conseguíamos alcançar nosso objetivo com ferramentas de teste de carga especializadas. Aliás, subir essas ferramentas com Docker seria algo absolutamente incrível.

Docker e o Novo mundo

O ponto é que Docker mudou a forma como vemos automação, isolamento, tornando Linux Container algo popular, fácil de usar, algo produtivo.

Vemos claramente uma disruptura da forma com lidamos com infraestrutura e como compomos stacks.

Um dia será difícil explicar como fazíamos quando não tínhamos Docker.

Minha jornada

Essa jornada de aprender docker se confunde com minha jornada de ensinar docker.

Eu vi tanto potencial e fiz uma aposta tão grande em empenho de tempo e dedicação ao assunto, que acabei por me sentir no DEVER de trazer isso para a comunidade .NET.

Eu queria mostrar como é mais fácil, como podemos criar aplicações mais robustas, eficientes e resilientes usando o que há de melhor no mundo open source.

Encontrei no Docker uma oportunidade para oxigenar os projetos com tecnologias especialistas, evitando a criação de gambiarras. Agora uma solução especialista em cache como Redis, ou em mensageria como RabbitMQ, estão ao seu dispor com muito pouco esforço.

Essa caminhada ensinando docker me fez produzir muito, mas muito conteúdo mesmo!

Ao todo, caminhando para as 8 mil horas de conteúdo assistido em mais de 30 horas de conteúdo.

Seu pedido…

Mas vocês pediram um modelo de treinamento.

Vocês que me chamam no privado! Pediram muito! E agora está aqui!

Mas eu não queria fazer um treinamento qualquer. Tinha de ser algo agressivo, que pudesse de fato transformar quem não conhece absolutamente nada de Linux.

E com as partes chatas mesmo, com os fundamentos explicados pela perspectiva de quem sempre usou Windows.

Aliás, até 2015 minhas experiências com Linux haviam sido pífias. Hoje conseguimos nos entender bem, é uma relação que parece muito mais estável e duradoura! 🙂

Eu vivi essa frustração, angustia, em não saber qual o próximo passo na hora de lidar com um linux server headless. Foi frustrante até me jogar de cabeça!

Eu quero trazer essa experiência para o treinamento. Uma experiência que mostre exatamente o que fazer para não se sentir desconfortável

Ah, mas você só quer ganhar dinheiro!!!

A forma menos eficiente que eu conheço para quem quer vender algo, é você mesmo produzir um concorrente gratuito!

Docker de A a Z é uma série gratuita. Que “concorre” diretamente com o Docker Definitivo.

A diferença é que o Docker de A a Z é limitado em atenção, em acompanhamento. Não tem o viés de uma jornada, com uma turma. Não tem lives quase que semanais.

Se o objetivo fosse ganhar dinheiro, não faria sentido ter produzido tanto conteúdo gratuito!

Não teria produzido tantos stacks.

Não teria disponibilizado tantos projetos, no github, ou no docker hub.

Dezenas de milhares de potenciais “clientes” aprenderam docker com o Docker de A a Z.

Sinceramente! Para muitos só faltava um detalhe. E eu fiz questão de atender a essa expectativa. E o conteúdo gratuito continua arqui: gago.io/docker/.

Use o conteúdo gratuito para me testar

Se quer ver como eu ensino, como eu apresento conteúdos técnicos, você tem zilhões de horas no youtube.

Esse material serve para você me avaliar!

Aproveite! Você tem até domingo, 27/out 23:59 para tomar sua decisão!

Garantia

Meu compromisso é com o resultado. Com o teu engajamento nessa jornada. Inclusive é por isso que eu não deixei a janela de inscrição aberta por muito tempo. É injusto com a galera que está comprando. Com a galera que comprou nessa madrugada e hoje durante o dia.

E para mostrar meu compromisso, de forma contundente! Te dou uma garantia de 30 dias.

Uma garantia incondicional!

Então se você acha que não tem tempo, não tem aptidão, não tem skill ou sei lá o que. Basta apertar um botão e desistir. Ter seu dinheiro de volta!

São 30 motherfucker dias de garantia!

Sim, todo o risco é MEU, e somente MEU.

Ou você gosta do Docker Definitivo! E esse projeto traz para você a transformação que você quer, ou ok, você cancela e pronto, está tudo bem!

Janela de Inscrição

Para ser justo com quem já comprou, a janela é curta, fecha domingo, dia 27/out às 23:59, ou quando a turma lotar. O evento que ocorrer primeiro, causa o fechamento da janela.

Open Application Model

Open Application Model

2019 tem sido um ano intenso, cheio de novidades e muitos novos padrões e standards. Kubernetes já se consolidou como plataforma de orquestração default há alguns anos e agora o movimento que vemos é na linha de criação de standards sobre o Kubernetes. Por outro lado, essa nova leva de padrões e especificações oferece um modelo de aplicações e serviços dinamicamente alocáveis, conectáveis e desalocáveis que parece vir de um futuro muito, mas muito distante. São iniciativas interessantes que muito provavelmente ainda sofrerão mutações e algumas fusões no percurso, mas que oferecem imenso potencial para viajarmos nas possibilidades de um futuro nem tão distante assim.

Assim começamos com o Open Application Model.

ler mais…

Mensageria

Como perder mensagens com RabbitMQ

Como perder mensagens com RabbitMQ

É comum falarmos sobre receitas de sucesso e como resolver problemas, mas será que você está fazendo essas coisas, está perdendo mensagens e vai culpar o RabbitMQ por isso?

Se liga nessas dicas, pois se você está perdendo mensagens com RabbitMQ, a culpa é totalmente sua! E vou mostrar como você pode perder mensagens para que isso não ocorra mais.

ler mais…
Post Resposta: POR QUE ADOTAR KAFKA PARA MENSAGERIA?

Post Resposta: POR QUE ADOTAR KAFKA PARA MENSAGERIA?

Esse é um post resposta ao post POR QUE ADOTAR KAFKA PARA MENSAGERIA? do Elemar JR no site da Eximia, sua empresa.

A resposta estava ficando longa demais, e resolvi transformar em post. Principalmente por se tratar de um conteúdo (RabbitMQ) que está no meu toolset, assim como Kafka está para entrar. Vou aproveitar para usar essas resposta para compor a seqüência de posts da série RabbitMQ de A a Z, pois essa questão RabbitMQ vs Kafka foi um tema solicitado pela audiência e não foi respondida na época.

ler mais…
RabbitMQ & AMQP – #8 – Redis, um Message Broker?

RabbitMQ & AMQP – #8 – Redis, um Message Broker?

Então você já usa Redis no seu stack, e optou por usá-lo também para publicar mensagens de um lado para outro em sua aplicação. Talvez seu amigo tenha dito que “não precisa de RabbitMQ”, ou que “é um canhão para matar uma formiga”. A começar pela pergunta: Você busca resiliência nesse papel? Se a resposta for sim e você usa Redis como se fosse um Message Broker, vou lhe apresentar alguns dados para mostrar que está redondamente equivocado.

ler mais…
RabbitMQ & AMQP – #7 – Pipelines & Youtube Downloader

RabbitMQ & AMQP – #7 – Pipelines & Youtube Downloader

No finalzinho de 2017 eu falei de um projeto chamado youtube downloader, um projeto de exemplo, experimental, que emprega o uso de filas para fazer todo o processo de download e encoding de mídias, a partir do youtube. Mesmo tendo o propósito de exclusivamente falar de RabbitMQ em um pipeline de processamento, natural desse tipo de tarefa, a temática de download do youtube é controversa e possui implicações em direitos autorais. Enfim a proposta do projeto não é infringir regras, leis ou direitos autorais, apenas exemplificar em um cenário clean, como otimizar o uso de filas com pipelines.

ler mais…

Conteúdo e Posicionamento

.NET + Cloud Native + Cloud Agnostic

.NET | DevOps | Microservices | Containers | Continuous Delivery

.NET muito além do .NET

O mínimo de infra que todo dev e/ou arquiteto deveria saber

Aplicações distribuídas e comunicação entre serviços (RabbitMQ / gRPC)

Containers, Docker e Kubernetes

+

RabbitMQ e Mensageria e comunicação assíncrona entre aplicações e serviços

Arquitetura de Software e Arquitetura de Solução com foco no melhor aproveitamento em projetos .NET

Nossos números

Desde 2002 trabalhando com desenvolvimento de software

Desde 2002 ajudando outros devs

Desde 2010 trabalhando exclusivamente como arquiteto

Contas atingidas no telegram/facebook

Alunos

Microsoft MVP

2018-2020

2020-2021

2021-2022

2022-2023

2023-2024

2024-2025

Conteúdo Gratuito

Tudo que está aqui no gaGO.io é conteúdo gratuito, feito para ajudar desenvolvedores dos mais variados níveis.

Cursos

Tenho também alguns programas de acompanhamento. Esses programas tem a função de ajudar desenvolvedores em áreas específicas ou de forma mais abrangente na jornada do arquiteto.