DEV Community: Enoque Leal

Monólito, vilão ou mocinho? [ pt-BR ]

Enoque Leal — Mon, 31 Jul 2023 12:42:41 +0000

Muito se ouve falar sobre microsserviços, aplicações modulares e independentes, que possuem seu próprio repositório de dados, que são autossuficientes, possuem alta coesão, baixo acoplamento, que seu deploy seja feito de forma independente de outros componentes e que também seja fácil de escalar.

A minha provocação aqui é: porque o monólito é o vilão? Porque microsserviços é a melhor opção?

Porque você decidiu migrar de uma arquitetura monolítica para uma arquitetura de “microsserviços”?

Você vivenciou alguma migração de uma arquitetura monolítica para uma arquitetura de microsserviços? Se sim, as vantagens que esse modelo arquitetural supostamente oferece foram colhidas ou só foram criados novos problemas como por exemplo: dificuldades na integração e orquestração da comunicação entre os novos serviços, muita duplicidade de regras de negócios em diferentes componentes, um número insustentável de componentes de software e por fim, mas não menos importante um desperdício dos seus recursos computacionais?

Você sabe quantos ativos de software estão em execução no seu ambiente produtivo hoje? e, se souber, todas essas aplicações são realmente necessárias para o funcionamento do seu negócio ou produto? ou está apenas desperdiçando o seu dinheiro ou do seu empregador? Sim, manter uma aplicação no ar custa dinheiro, seja no seu datacenter on-premise ou em quaisquer cloud provider, utilizando qualquer tipo de infraestrutura. Isso custa dinheiro e fica muito evidente quando estamos utilizamos um provisionamento de infraestrutura sob demanda através do famoso billing.

Essas são só algumas questões que eu queria trazer à tona para te convidar a refletir a respeito de algumas decisões que foram tomadas, não necessariamente por você é claro, mas por qualquer pessoa que em algum momento ocupou a cadeira de arquiteto, engenheiro, gestor ou seja lá qual for o cargo, mas que tenha tomado essa decisão de forma prematura e que agora, muito provavelmente esta pessoa não se encontre mais entre seus colegas de trabalho e deve estar por aí tomando esse tipo de decisão em outras empresas sem medir as consequências.

Porém toda decisão tem suas consequências, não é mesmo? E agora temos que arcar com as mesmas. rs

O mercado de tecnologia sofre com uma escassez de profissionais, isso é um fato. Existe muita demanda e poucas pessoas capacitadas para atendê-la, o que abre precedentes para os aventureiros de plantão, que se autodenominam os gurus da arquitetura de software e que acabam tendo espaço para tomar decisões muitas das vezes questionáveis.

Bom, vamos lá, feito toda a provocação vamos a um pouco de contexto sobre o que é um sistema monolítico. Sam Newman em seu livro “Migrando Sistemas Monolíticos para microsserviços”, apresenta uma definição de que existem três tipos de sistemas monolíticos, sendo eles:

Sistema monolítico de um só processo: Todo o código está contido em um único processo.

Sistema monolítico modular: É uma variação do monolítico de um só processo. No monolítico modular, é possível trabalhar em cada módulo de forma independente, mas estes módulos ainda devem ser combinados na implantação.

Sistema monolítico distribuído: É um sistema composto de vários serviços, mas por algum motivo, o sistema como um todo deve ser implantado em conjunto.

Eu particularmente gosto bastante dessas definições e já me deparei com esses diferentes tipos de monólitos ao longo da minha carreira como desenvolvedor. O fato é que tudo está fortemente acoplado.

Ta e sobre microsserviços? Beleza, vamos lá.

Newman no mesmo livro define microsserviços como serviços que podem ser implantados de forma independente, e são modelados em torno de um domínio de negócio.

O icônico Martin Fowler escreveu em seu blog pessoal em meados de 2014 um post com o seguinte título: Microservices: a definition of this new architectural term.

Fowler descreveu microsserviços como uma abordagem para desenvolver um único aplicativo como um conjunto de pequenos serviços, cada um executando em seu próprio processo e se comunicando com mecanismos leves, geralmente uma API de recurso HTTP. Esses serviços são desenvolvidos em torno de recursos de negócios e podem ser implantados de forma independente por meio de máquinas de implantação totalmente automatizadas.

Esse modelo de arquitetura ganhou bastante notoriedade na comunidade de desenvolvimento e arquitetura de software, mas qual é o problema então? O problema é a romantização desses conceitos. Você e / ou sua empresa não é a Netflix, Google ou Facebook. Microsserviços não são uma bala de prata e o monolítico não é um vilão, então não romantize isso. Uma empresa pode sim ter uma aplicação monolítica e ter uma boa escalabilidade, um baixo acoplamento e uma alta coesão, tudo vai depender de como essa aplicação monolítica foi construída e estruturada. Da mesma forma que componentizar uma aplicação que contém um emaranhado de código ruim, altamente acoplado e com uma baixa coesão não vai tornar torná-la mais escalável e coesa. Você só vai ganhar novos problemas e gastar mais dinheiro.

Não estou aqui para dizer que microsserviços são ruins, longe disso. Peço apenas que analise com cautela o contexto a qual está você está inserido e o problema que você precisa resolver, para que possa tomar a melhor decisão. Se você não fizer isso, estará apenas criando novos monólitos distribuídos e aumentando a complexidade dos seus ativos de software e isso a longo prazo vai sair muito mais caro do que você pode imaginar.

Referências:

FOWLER, M. Microservices: a definition of this new architectural term. martinFowler.com, 25, mar. 2014. Disponível em: https://martinfowler.com/articles/microservices.html. Acesso em: 10 de ago. de 2021.

NEWMAN, S. Migrando sistemas monolíticos para microsserviços: Padrões evolutivos para transformar seu sistema monolítico. São Paulo: Novatec, 2020.

Criando um pool de Conexões com Apache Commons DBCP [ pt-BR ]

Enoque Leal — Tue, 16 May 2023 23:11:16 +0000

Este laboratório tem como objetivo apresentar uma forma básica sobre como configurar um pool de conexões para gerenciar as conexões com o banco de dados!

Um pool de conexões é uma técnica usada para melhorar o desempenho de aplicações que fazem uso frequente de conexões com um banco de dados.

Neste tutorial eu irei mostrar como implementando um Pool de Conexões em Java utilizando a biblioteca (library) Apache Commons DBCP;.

É importante mencionar que existem várias bibliotecas disponíveis para implementar um pool de conexões em Java.

Algumas alternativas populares incluem HikariCP, C3P0 e Tomcat JDBC Pool. No entanto, para este tutorial, iremos utilizar a Apache Commons DBCP por ser uma biblioteca amplamente utilizada e com uma grande comunidade de suporte.

Após concluir este tutorial, você deverá ser capaz de:

Implementar um pool de conexões utilizando a biblioteca Apache Commons DBCP;

Caso você queira ver esse tutorial em formato de vídeo, eu deixei disponível no You Tube: Criando e configurando um Connection Pool com Apache Commons DBCP.

Passo 1: Adicionando a dependência

No IntelliJ IDEA, abra o arquivo de configuração do projeto chamado "pom.xml" (geralmente localizado na raiz do projeto).

Localize a seção e adicione a seguinte dependência:


<dependency>
  <groupId>org.apache.commons</groupId>
  <artifactId>commons-dbcp2</artifactId>
  <version>2.9.0</version>
</dependency>

Nenhum código deve ser removido nesta etapa. Apenas adicione a nova dependência no pom.xml!

Salve todas as alterações (CTRL + S)

OBS: Após salvar as alterações, o IntelliJ IDEA deve sincronizar automaticamente as alterações do arquivo de configuração e baixar a biblioteca Apache Commons DBCP automaticamente.

Passo 2: Criando a classe para o Pool de Conexões

No IntelliJ IDEA, navegue até o pacote principal da sua aplicação, clique com o botão direto do mouse e selecione New / Package digite config e pressione a tecla ENTER.

Após ter criado o pacote config, clique com o botão direito do mouse no pacote config e selecione New / Java Class.

Defina o nome da classe como "ConnectionPoolConfig" e clique em "OK".

Passo 3: Abra a classe que acabamos de criar e implemente um método estático (static) chamado getDataSource que não recebe nenhum parâmetro e retorna um objeto do tipo BasicDataSource conforme código a seguir:


import org.apache.commons.dbcp2.BasicDataSource;

public class ConnectionPoolConfig {

    private static BasicDataSource dataSource;

    public static BasicDataSource getDataSource() {

    }

}

OBS: Não esqueça de importar (import) a classe BasicDataSource do pacote org.apache.commons.dbcp2. Para realizar o importe utilizando o IntelliJ, clique com o botão direito do mouse em cima do nome da classe e utilize o atalho (ALT + ENTER) e selecione a opção import class.

Passo 4: Agora que já temos nossa classe BasicDataSource e nosso método getDataSource(), vamos iniciar a implementação.

A primeira parte da implementação consiste em uma validação condicional que verifica se a variável dataSource é nula (null).

O código resultante deverá ser igual ao código a seguir:


package br.com.carstore.config;

import org.apache.commons.dbcp2.BasicDataSource;

public class ConnectionPoolConfig {

    private static BasicDataSource dataSource;

    private static BasicDataSource getDataSource() {

        if (dataSource == null) {

        }

        return dataSource;

    }

}

Se o resultado dessa validação condicional for verdadeiro (true), nós iremos criar um novo dataSource. Caso o retorno seja falso (false), significa que já existe um dataSource criado e portando ele será retornado e nenhuma ação adicional será executada.

Passo 5: Assumindo que o retorno da validação condicional é verdadeiro (true), é necessário criar um novo dataSource. Para isso nós iremos criar uma nova instância de BasicDataSource e passar alguns parâmetros sendo eles:

URL
Username
Password
Min Idle
Max Idle
Max total

Alguns desses parâmetros são auto descritivos como por exemplo (url, username e password). Porém os outros três parâmetros sendo (Min Idle, Max Idle e Max total) precisam ser descritos.

Esses parâmetros são necessários para que o nosso pool de conexões (BasicDataSource) possa ser configurado corretamente.
Esses parâmetros também podem variar de acordo com as características da sua aplicação.

A seguir, uma breve descrição sobre o papel desses parâmetros:

MinIdle: Número mínimo de conexões ociosas no pool
MaxIdle: Número máximo de conexões ociosas no pool
MaxTotal: Número máximo de conexões totais no pool

Por último, vamos adicionar uma mensagem de feedback para nossos usuários sinalizando que um novo pool de conexões foi criado com sucesso.

O código resultante deverá ser igual ao código a seguir:

package br.com.carstore.config;

import org.apache.commons.dbcp2.BasicDataSource;

import java.sql.Connection;
import java.sql.SQLException;

public class ConnectionPoolConfig {

    private static BasicDataSource dataSource;

    private static BasicDataSource getDataSource() {

        if (dataSource == null) {
            dataSource = new BasicDataSource();
            dataSource.setUrl("jdbc:h2:~/test");
            dataSource.setUsername("sa");
            dataSource.setPassword("sa");
            dataSource.setMinIdle(5);   // Número mínimo de conexões ociosas no pool
            dataSource.setMaxIdle(10);  // Número máximo de conexões ociosas no pool
            dataSource.setMaxTotal(50); // Número máximo de conexões totais no pool

            System.out.println("New connection pool created with successful");

        }

        return dataSource;

    }

}

Passo 6: Criando o método getConnection

Agora que já temos o método getDataSource devidamente implementado, vamos criar o método que devolve uma conexão com o banco de dados para os usuários.

Para isso, vamos criar um novo método estático (static) chamado getConnection que devolve uma Connection.

O código resultante deverá ser igual ao código a seguir:

public static Connection getConnection() throws SQLException {

    return getDataSource().getConnection();

}

Passo 7: Criando um construtor privado

Agora que já temos o método getDataSource() e getConnection() devidamente criados, precisamos criar um construtor privado que chama o método getDataSource para iniciar um novo pool de conexões assim que nossa classe ConnectionPoolConfig for chamada pela primeira vez.

O código resultante deverá ser igual ao código a seguir:

private ConnectionPoolConfig() {

    getDataSource();

}

Com toda a implementação feita, o código da classe ConnectionPoolConfig deverá ser igual ao código a seguir:

package br.com.carstore.config;

import org.apache.commons.dbcp2.BasicDataSource;

import java.sql.Connection;
import java.sql.SQLException;

public class ConnectionPoolConfig {

    private static BasicDataSource dataSource;

    private ConnectionPoolConfig() {

        getDataSource();

    }

    private static BasicDataSource getDataSource() {

        if (dataSource == null) {
            dataSource = new BasicDataSource();
            dataSource.setUrl("jdbc:h2:~/test");
            dataSource.setUsername("sa");
            dataSource.setPassword("sa");
            dataSource.setMinIdle(5);   // Número mínimo de conexões ociosas no pool
            dataSource.setMaxIdle(10);  // Número máximo de conexões ociosas no pool
            dataSource.setMaxTotal(50); // Número máximo de conexões totais no pool

            System.out.println("New connection pool created with successful");

        }

        return dataSource;

    }

    public static Connection getConnection() throws SQLException {

        return getDataSource().getConnection();

    }

}

Salve todas as alterações (CTRL + S)

Passo 8: Criando a classe para Testar o pool de conexões

No IntelliJ IDEA, navegue até o pacote principal da sua aplicação, clique com o botão direito do mouse ne selecione "New" -> "Java Class". Defina o nome da classe como "Main" e clique em "OK".

Substitua o código gerado pelo seguinte código:

import java.sql.Connection;
import java.sql.SQLException;

public class Main {

    public static void main(String[] args) {

        Connection connection = null;

        try {

            connection = ConnectionPoolConfig.getConnection();
        // Utilize a conexão para executar suas operações no banco de dados

    } catch (SQLException e) {

        e.printStackTrace();

    } finally {

        if (connection != null) {

            try {

                connection.close();

            } catch (SQLException e) {

                e.printStackTrace();

            }

        }

    }

}

Agora, os métodos não irão abrir mais conexões diretamente, porque a abertura de novas conexões agora será de responsabilidade da nossa classe BasicDataSource.

Estamos aqui implementando o S do SOLID.

Faça uma revisão tudo que foi feito até aqui!

Passo 9: Salve todas as alterações (CTRL + S) e execute sua aplicação.

Ao executar sua aplicação, repare que o comportamento da aplicação não mudou, porém a mensagem ("New connection pool created with successful") só é escrita uma única vez no stdout.

Esse comportamento é esperado porque agora a nossa aplicação reaproveita as conexões que já foram abertas e estão disponíveis e são gerenciadas pelo nosso pool de conexões.

Parabéns! 👍

Você adicionou um pool de conexões na sua aplicação utilizando a biblioteca Apache Commons DBCP e agora sua aplicação gerencia as conexões com o banco de dados de forma eficiente.

Deseja conquistar sua primeira certificação AWS e não sabe por onde começar? Eu te ajudo!

Enoque Leal — Wed, 14 Sep 2022 13:50:31 +0000

Se você chegou até aqui, significa que você deseja iniciar sua jornada em cloud, especificamente utilizando a AWS como provedor e não sabe muito bem por onde começar. Pois bem, fica tranquil@, isso é normal e eu quero te ajudar. 🤩

Meu objetivo aqui não é vender nenhum curso nem solução mágica, fiquem tranquilos. 😂 😅

Iniciar uma nova jornada e aprender algo novo, pode ser de certa forma um tanto complicado, principalmente nos casos onde não tenhamos o direcionamento adequado. É aqui que eu quero te ajudar.

A primeira coisa que eu tenho a dizer é: Tenha calma! Isso mesmo, tenha calma porque tudo requer tempo e conquistar sua primeira certificação AWS não será diferente. 🤯

A primeira certificação da AWS é a Cloud Practitioner (CLF-C01). A Cloud Practitioner é uma certificação de nível foundational. Isso quer dizer que após se preparar para esse exame, você terá uma visão sobre os fundamentos de computação em nuvem (cloud computing) e sobre os principais produtos e serviços oferecidos por esse provedor. Você estará apt@ a dar os seus primeiros passos, entrar em uma reunião de trabalho, entender os termos técnicos que as pessoas estão falando e possivelmente vai conseguir contribuir com o coletivo.

A segunda coisa que eu gostaria de compartilhar com você é: Tenha foco e pare de consumir conteúdo de diferentes fontes e que possivelmente não vai te ajudar de forma efetiva.

No mercado e na comunidade, certamente tem muita gente bem-intencionada e que compartilha conteúdo de qualidade. Porém na mesma proporção, existe muitos charlatões querendo te vender receitas milagrosas e cursos que supostamente vai resolver o seu problema. Sinto muito, mas preciso te dizer que não vai. Não caia nessa e não jogue seu precioso dinheiro fora R$! Respeite o seu dinheiro.

A AWS é uma empresa muito generosa e oferece a seus clientes, diversas formas para que as pessoas interessadas em obter suas certificações possam se preparar. Isso inclui treinamentos on-line ao vivo, workshops, bootcamps e até academias com formações completas e de forma gratuita.

É isso mesmo, no 0800 (free) :D. Tudo isso para que você consiga atingir o seu objetivo final, que nesse contexto é conquistar sua primeira certificação. Isso implica em uma relação de ganha a ganha, só há vantagens aqui! Olhe pela seguinte perspectiva:

Com essas ações a AWS terá mais profissionais certificados e que conhecem seus produtos e serviços. Ponto para a AWS certo?

Você conquistando sua certificação, terá mais uma forma de comprovar para o mercado que você conhece e sabe minimamente do que está falando certo? Ponto para você!

Já as empresas por sua vez, ganha mais uma forma de procurar profissionais com conhecimentos sobre temas específicos para demandas específicas e dessa forma, consegue filtrar com mais facilidade para uma possível contratação certo? Ponto para a empresa!

Viu só? É uma relação de ganha a ganha.

Mas Enoque, eu conheço muitas pessoas que tem profundo conhecimento e não tem certificação! Eu sei que existe e está tudo bem em relação a isso. Porém se você chegou até aqui, infiro que você saiba quais são as vantagens de tirar uma certificação. Portanto, eu não irei discutir com sobre a questão de tirar ou não tirar uma certificação, tudo bem?

Tá, mas e aí, como faz então? rs

Vamos lá, para a certificação de entrada eu recomendo fortemente que você utilize a plataforma de cursos on-line oficial da própria AWS, o Skill Builder.

No Skill Builder você encontrará diversos treinamentos que foram projetados e construídos pelos profissionais da própria AWS. Em outras palavras, você beberá direto da fonte, portanto não perca tempo buscando por fontes alternativas, foque no seu objetivo e utilize um conteúdo de qualidade.

Após se cadastrar na plataforma, procure por AWS Cloud Practitioner Essentials (Portuguese), você encontrará o treinamento oficial, totalmente em português. Agora é só partir para o abraço.

Uma última coisa que eu queria te dizer é: Tenha uma rotina de estudos. Isso mesmo!

Muitas pessoas me chamam para conversar pedindo sugestões sobre como dar o primeiro passo rumo à primeira certificação. Minha resposta é exatamente o que eu escrevi aqui para vocês.

O grande ponto é, nada disso vai adiantar se você não tiver disciplina e estudar de verdade. Então monte um plano de estudo e estude X horas por dia durante quantos dias você puder. Faça anotações e volte o vídeo quantas vezes for necessário para que você consiga entender o conteúdo do curso em Vídeo. Sempre que sentir falta de alguma informação, consulte também a documentação oficial de cada serviço. A AWS disponibiliza uma excelente documentação que está disponível em diversos idiomas inclusive em português.

Monte um plano de estudo que seja realista e que você possa cumprir. Seja honest@ com você mesmo, porque se você falhar, estará falhado com você mesmo, então seja honesto e monte o plano de acordo com sua disponibilidade. Obviamente quanto mais rápido você fizer o curso, mas rápido chegará no seu objetivo, mas lembre-se de que não se trata de uma competição e o mais importante aqui é o processo de aprendizagem e o conhecimento adquirido a partir do mesmo. Então tenha calma e vai de coração que vai dar bom.

Seguindo esses passos eu não tenho dúvida que você irá ter êxito e conquistará sua primeira certificação AWS.

Mais Enoque, esse curso é o suficiente? Sim!

O curso é bem completo e possuí questionários para teste de conhecimento no final de cada módulo. Evite distrações e foque em absorver o máximo do que os instrutores estão compartilhando com você. Funcionou para min e tenho alguns cases de sucesso com colegas que também conseguiram chegar lá através desse conteúdo.

#ficaadica

🚀 🙅🏻‍♂️

Quando você tiver chegado lá eu ficarei imensamente feliz em receber uma mensagem sua compartilhando a conquista, comemorando e talvez agradecendo por ter contribuído de alguma forma para essa sua conquista. Eu ficarei imensamente feliz em ler. 🤩

Me siga nas redes sociais. Eu estou sempre compartilhando informações úteis sobre o mundo tech, cloud, jvm e afins.

Golang for Java Developers - [ part 1, pt-BR ]

Enoque Leal — Sun, 17 Jul 2022 15:17:56 +0000

O objetivo deste artigo é mostrar algumas Características da da linguagem Go a partir da perspectiva de um desenvolvedor Java. Para que a leitura não fiquei muito cansativa, eu irei dividir esse artigo em algumas partes, sendo essa portanto a parte 1.

Eu trabalho com o desenvolvimento de software há mais de uma década e durante essa jornada tive a oportunidade de trabalhar e conhecer diversas linguagens de programação compiladas e interpretadas, conhecer diversas tecnologias e frameworks, porém o Java é a linguagem que esteve mais presente durante essa trajetória. Por conta disso, eu considero o Java como a minha principal linguagem de programação.

Recentemente fui convidado a participar de um projeto, onde minha atividade consistia em pegar uma aplicação que havia sido desenvolvida em Java e reescrevê-la para Go em um modelo As Is / To Be.

OBS: Não faz parte do escopo deste artigo justificar o porquê de tal decisão. O que posso compartilhar aqui é que tal projeto era bem estratégico, onde o tempo de inicialização da aplicação era muito importante.

Após alguns benchmarks, o Golang mostrou um tempo de inicialização muito satisfatório e também um mecanismo de multithreading fácil de usar com base na implementação das suas goroutines.

Dado esse breve contexto, quero compartilhar algumas percepções em relação a essa fabulosa linguagem a partir da perspectiva de um dev Java.

Let's start

Main class

Estrutura básica da classe principal escrita em Go:


package main

import “fmt”

func main() {

    fmt.Println(“Hello, world!”)

}

Implementação equivalente em Java:


public class MainClass {

    public static void main(String [] args) {

        System.out.println(“Hello, world”);

    }
}

É possível notar algumas semelhanças entre as duas implementações, porém vamos dar ênfase nas diferenças entre elas:

1) Go dispensa a utilização de ponto e vírgula;

2) A implementação em Go possui apenas a declaração das funções, mas nenhuma declaração de nome de classe, dando a sensação que em Go trabalhamos apenas com escopo de função e não de classe.

OBS: Isso não deixa de ser verdade, mas falaremos disso mais adiante;

3) A declaração explícita da visibilidade da função utilizando palavras reservadas como public, protected ou private não é necessárias;

4) O import em Go referência apenas ao nome do pacote e não ao nome da classe.

Alguns dos pontos supramencionados me trouxeram bastante estranheza no primeiro momento, já outro um encantamento em relação ao design da linguagem, pois afinal de contas, porque colocar obrigatoriamente ponto e vírgula no final da declaração de uma variável ou na chamada de uma função? rsrs

Na próxima sessão trarei mais alguns pontos interessantes. Até breve!