Nova turma – Inscrições começam 17/JAN

Se você é um desenvolvedor .NET , Arquiteto .NET ou Líder técnico .NET e busca se atualizar ou dar um salto em sua carreira, aumentando sua segurança na hora de falar, de projetar e desenvolver projetos para a Cloud, você precisa conhecer o Cloud Native .NET.

As inscrições começam nessa quarta-feira
17/JAN/2024

O Cloud Native .NET aprofunda seu conhecimento sobre as principais tecnologias patterns para que você se torne um arquiteto de soluções pronto para projetar projetos .NET para a Cloud.

100% pautado em Linux Containers para Desenvolvedores .NET

Todo o mercado foi afetado com os containers Linux, mas nenhuma comunidade sentiu tanta dificuldade quanto a comunicade .NET.

As diferenças de arquitetura do Windows e do Linux dificultam o entendimento do que são containers, e como funcionam. E esse conhecimento é importante para qualquer otimização, e muitas das decisões do cotidiano em projetos cloud native.

Por isso nosso foco na comunidade .NET permite que desenvolvedores que nunca viram um container e nunca tiveram nenhum contato com Linux tornem-se proficientes, e ganhem experiência no dia-a-dia com essas tecnologias.

Aqui no Cloud Native .NET você não precisa conhecer Linux, e sequer ter instalado Linux alguma vez na vida. E não precisa ter tido nenhum contato com containers.

Nós vamos te ensinar o básico de Linux, e containers do básico ao avançado.

Você só precisa ter Visual Studio e conhecimento básico de .NET Core para ter um excelente aproveitamento de toda a formação.

As principais tecnologias para as mais variadas arquiteturas

Para que você possa performar como desenvolvedor ou arquiteto de soluções é necessário entendimento aprofundado sobre uma série de tecnologias que estão distantes do cotidiano dos desenvolvedores .NET Framework.

API Management, API Gateway e Proxy Reverso

Seja na hora de decidir entre um API Manager, ou um API Gateway, ou um Proxy Reverso, ou ainda um Load Balancer, você precisa dominar as principais características que cada um deles deve oferecer para conseguir projetar e implementar.

A falta de conhecimento trava qualquer um.

Por exemplo, se você está acostumado com Azure API Management, e precisar buscar qualquer alternativa Open Source encontrará dificuldades para encontrar uma alternativa que entregue tudo que o Azure API Management entrega.

Mas por quê?

Porque o Azure API Management é a fusão de 2 componentes arquiteturais e não apenas um API Manager.

Outra comparação próxima desse assunto é a comparação entre API Manager e API Gateway, onde um está contido no outro. Por isso não é possível comparar API Manager e API Gateway. API Manager precisa ter um API Gateway para funcionar, mas é muito mais que isso, tem outros componentes administrativos que fazem dele um API Manager, enquanto o API Gateway é um proxy reverso especializado em todo o universo específico das API’s.

É por isso que usar um API Gateway como proxy reverso boa parte das vezes é um desperdício.

E quando falamos de containers, não vamos nos desvencilhar desse conteúdo, nem por um minuto.

Containers – Do Docker ao Kubernetes

Se você já subiu um servidor docker, parabéns, é um exercício bom para aprendizado e para projetos pequenos, mas você já lidou com um cluster Kubernetes em Produção?

Pois bem, enquanto um servidor Docker é fácil e simples de gerenciar e muitos usam serviços como Portainer para não precisar sequer lidar com a cli, a maioria sofre quando o assunto é kubernetes.

Seja pela falta de conhecimento sobre o básico de containers, como redes, imagens, containers e volumes, ou seja, por subestimar a complexidade do Kubernetes.

Componentes como Dapr, Tye e agora ASPIRE foram criados para simplificar a complexidade na criação de Microsserviços e Aplicações Cloud Native.

Serviços como o Google Cloud Run, Azure Container Instances AppServices for Container são serviços projetados para simplificar a experiência com containers visto que Kubernetes é complexo demais para a maioria das empresas.

Estar pronto para esse mundo te torna especial, permite que você concorra à vagas que nunca havia almejado sequer ser entrevistado.

Mas a jornada não é exatamente gostosinha, é uma jornada intensa.

Aplicações Distribuídas cobram pedágio

O caminho a ser percorrido dos CRUD’s até as aplicações distribuídas é repleto de pedágios.

Tudo é mais complexo, são muitos conceitos que podíamos ignorar quando trabalhávamos em aplicações simples com apenas uma única instância.

Desde questões simples como variáveis estáticas, passando por patterns de cache, patterns de race condition, lock distribuído.

A necessidade de Message Brokers como RabbitMQ e serviços de cache como Redis que também é usado para Lock distribuído, são mais naturais do que possamos imaginar.

Aliás, não conheço sequer 1 implantação de RabbitMQ que não traga a reboque ao menos uma instância do Redis.

Pensar de forma assíncrona, com mensageria dá um nó na cabeça da maioria dos devs, e sanar esses gaps, essas necessidades, é fundamental para que você possa entender:

• O que fazemos
• Porque fazemos o que fazemos
• Como fazemos.

Mas por que esse conteúdo é pago?

Antes de mais nada somos uma empresa.

Escolher entre ser professor nas horas vagas enquanto atendia a clientes durante o dia, limita a capacidade de fazer um trabalho completo.

Poder pivotar em formações, mentorias e conteúdo gratuito permitiu atingir muito mais gente de forma muito mais profissional.

Na formação, todos os conteúdos são interconectados, como um passo-a-passo de uma jornada. Foram 2 anos projetando a linha do tempo da jornada, a seqüência e todo o encadeamento de aulas.

Por exemplo, você aprende containers para poder ter acesso à 30, 50, 100 novos componentes que levaria semanas ou meses só para aprender a configurar e subir.

Dessas centenas de componentes, nós abordamos algumas dezenas deles.

Agora com Docker você está pronto para estudar tecnologias como Redis, ElasticSearch, Kong, Redis em segundos. E você aprende aqui dentro, nos módulos específicos para cada assunto.

Aprendemos sobre Proxy Reverso porque precisamos usar quando lidamos com qualquer ambiente conteinerizado minimamente profissional, entretanto ao lidarmos com API’s, temos a oportunidade de cogitar API Gateways e API Managers, e cada cenário, cada cliente, cabe uma solução diferente.

E você como responsável técnico tema necessidade de entender, opinar e decidir.

E prosseguimos aprendendo sobre Mensageria, aplicações distribuídas, api gateway, cache, lock, CI/CD, deployments automatizados, standards e convenções e muito mais.

Mas por que preciso aprender isso tudo?

Primeiro porque se você quer ter uma vida com mais conforto, precisa se diferenciar.

Continuar apenas reclamando, no sofá, escrolando feed de uma rede social, não conquistará seus sonhos.

É nesse lugar que a maioria dos desenvolvedores vive!
E a expectativa de muitos é descabida e desajustada de acordo com o empenho e a direção.

Para ser protagonista, você precisa enfrentar Arquitetos de YouTube e Arquitetos de Overview em embates técnicos:

São aqueles que acham que sabem como lidar com uma arquitetura apenas assistindo a um tutorial no YouTube ou lendo um blueprint (papers que apresentam features de um projeto).

Não é bem assim. Isso não é profissional!

E toda vez que você não é profissional o mercado cobra imposto!
É na hora que você esbarra com profissionais mais novos, e com mais conhecimento, com mais fundamentos, que destroem seus argumentos.

Acredito que você já tenha passado raiva com vários desses pseudo-arquitetos que tomam decisões equivocadas, depois largam o projeto e tudo vira um caos.

Aqui aprendemos com a mão na massa, executando, analisando o que fazemos e os impactos do que fazemos.

Mas onde e como você aprendeu, Gago?

Abaixo fiz uma planilha que demonstra quanto podemos alcançar se fizermos um pouco todo dia, toda semana.

Se você empenhar 1 hora por dia, 1 vez por semana par qualquer assunto, terá se dedicado 52 horas por ano no assunto. Em 22 anos são precisos 1144 horas.

Eu dediquei toda a minha carreira a buscar desafios, em vez de buscar conforto e salários, para que hoje eu pudesse ter o conforto de escolher ficar no Brasil, apesar de tudo e contra todos.

Ter controle sobre minha própria carreira foi fundamental.

Gastei milhares de horas estudando e buscando explicações para minhas inquietudes. Buscando projetos e problemas para os quais eu queria aprender e me desenvolver, e exercitei cada tecnologia, cada assunto intensamente, até me sentir confiante e pronto para falar sobre.

Foram várias reestruturações “impossíveis” que se tornaram cases de sucesso que conto até hoje. Projetos fracassados tecnicamente de todos os tamanhos, com todos os tipos de bizarrices que se possa imaginar.

São 22 anos de carreira, e minhas defesas pela adoção do Open Source na comunidade .NET começaram lá em 2005. Essas defesas me fizeram entender que havia uma barreira psicológica que nossa comunidade sofria mais que as demais.

Eu troquei de cidade por não aceitar ser refém de um lugar retrogrado que limitava e podava minhas ambições, meus anseios por me tornar um arquiteto de verdade.

Esse viés e proximidade com o Open Source, que mais tarde se junta ao mundo dos containers e consequentemente do Kubernetes, já era um lugar-comum, confortável, do qual eu já estava inserido e do qual desenvolvedores .NET historicamente sempre torceram o nariz.

Desde 2005, já com 3 anos de carreira profissional, faço duras críticas a respeito da falta de confiança da comunidade .NET no mundo Open Source.

Nas 3 grandes restruturações que conduzi como Arquiteto Principal, tive absoluto sucesso. Enquanto em algumas outras, amargurei a dor do fracasso.

São anos dedicados a mostrar, exemplificar, convencer, articular, e divulgar o mundo Open Source para a comunidade .NET.

Agora é sua vez de colher esses benefícios sem precisar gastar o tempo que eu gastei.

É por isso que o Cloud Native .NET tem o potencial de te colocar no jogo, mesmo que esteja preso ao mundo .NET Framework.

Mesmo que você se sinta velho demais.

Temos casos de sucesso com alunos 60+!!

Basta ser um desenvolvedor Senior .NET e ter alguma familiaridade com .NET Core para podermos trabalhar juntos nessa jornada.

Como funciona o processo de inscrição?

As inscrições começam hoje quarta-feira, dia 17/JAN/2024.

Depois dessa data as inscrições continuam, sob outras condições.

• A jornada toda dura 4 meses.
• Nesse tempo você recebe material semanalmente para estudar, exercitar, e colocar em prática.
• Você tem 1 ano de acesso, sendo mais que suficiente para ir do início ao fim 3 vezes se quiser.

Só o Cloud Native .NET está presente nessa oferta?

Negativo Padawan! Tem muito mais!

Talvez você tenha visto que ando pouco presente no Telegram. Sim, migramos para o discord e lá temos uma comunidade profissional chamada ACADEMIA.DEV.

Nela discutimos arquitetura, problemas do cotidiano.

Bom, agora é contigo, deixo aqui a página com a descrição completa do Cloud Native .NET