18 bibliotecas de Java Script e Node.js para microsserviços

Muito tempo atrás, nos primórdios da Internet, apontar seu navegador em uma URL significava que sua máquina iniciava uma conversa com um servidor e apenas um – aquele conectado àquele URL. Isso ainda pode acontecer se você visitar um blog pessoal, mas hoje todos os principais sites e a maioria dos pequenos são realmente constelações de servidores, às vezes dezenas, centenas ou até milhares.

O Node.js sempre foi uma base popular para permitir esse salto para o futuro. Talvez seja porque o Node.js explodiu em popularidade na mesma época do paradigma de microsserviços. Talvez seja porque o Node.js se encaixa bem nos containers do Docker. Ou também porque o JavaScript está em todo lugar. Agora, quando vamos a um site, nossos pacotes viajam para as pilhas Node.js, acionando mais chamadas para mais servidores Node.js, cada um entregando uma parte dos dados que preenchem nossas telas.

Uma grande razão para a ascensão do Node pode ser a simplicidade. Um microsserviço funcional do Node.js pode ser construído com apenas algumas linhas de código: uma para escutar em uma porta, um punhado para conectar-se a qualquer banco de dados e mais algumas para codificar a lógica de negócios. A diferença entre um exemplo “Hello World” e um microsserviço em execução é apenas uma ou duas funções. O Node.js foi projetado e construído por pessoas que queriam oferecer bits na Internet.

Não é apenas a simplicidade do código. A comunidade do Node.js irá citar muitas outras razões práticas porque o Node.js está em todo lugar. Alguns vão se concentrar no incrível tempo de execução do Node.js. Ele inicia em segundos e não digita RAM para criar segmentos para processar cada solicitação de entrada e saída. As rotinas de IO são otimizadas para obter dados rapidamente, sem gastar muito tempo na criação de objetos para rastrear segmentos e outras coisas efêmeras. O paradigma de call-back pode ser um desafio para os programadores novatos, mas o resultado é uma velocidade incrível e pouca carga na máquina. Isso facilita a criação de vários microsserviços rápidos na nuvem.

Outros adoram a ideia de que o mundo do Node.js foi dominado por open source. A versão original do Node era um projeto de código aberto que foi construído sobre um interpretador JavaScript que era em si mesmo de oepn source. Todas as principais estruturas do Node.js são de código aberto e a ética é tão dominante que pode ser difícil encontrar um bloco de código proprietário em qualquer lugar em muitas pilhas do Node.js.

Aqui estão 18 projetos de código aberto diferentes que tornam mais rápido e simples criar um microsserviço em apenas algumas linhas de JavaScript. E quando você terminar com esse microsserviço, poderá criar mais alguns até ter sua própria constelação de microsserviços trabalhando juntos para entregar os bits às demandas insaciáveis ​​da Internet.

Conheça 18 bibliotecas open source de Java Script e Node.js:

API Blueprint

O projeto é apenas uma especificação para uma linguagem semelhante a YAML que descreve sua API. O valor real vem de todas as ferramentas que podem ler as especificações e fazer algo inteligente com a API. Há o Drakov, um servidor simulado para testar seu código, e o Dredd, uma ferramenta que testa a documentação da API no back end, garantindo que sua API seja sempre consistente com a versão atual do blueprint. Existem também analisadores padrão construídos para linguagens como Python e C. Existem dezenas e dezenas de projetos diferentes que usam o formato Blueprint da API.

Claudia.js

Cansado de levantar seus próprios servidores? O Claudia.js é um kit de ferramentas para mover suas rotinas do Node.js para o AWS Lambda ou AWS API Gateway. Você pega suas rotinas para responder aos eventos e, em seguida, Claudia irá implantá-los com uma única chamada da linha de comando (Depois de configurar todos os detalhes da conta da Amazon, é claro).

Cote

A frase “zero confituration” soa como música para qualquer desenvolvedor que precisa de um microsserviço rápido, e é exatamente o que a Cote oferece. A palavra “zero” não é estritamente correta, pois você precisa detalhar alguns detalhes básicos de seus objetos e APIs, mas o Cote se organizará depois disso, poupando o tédio de configurar endereços IP, portas e rotas. A maior parte da inteligência é encontrada nos mecanismos de transmissão e no protocolo de baixa sobrecarga que permitem que as instâncias de Cote se encontrem e se comuniquem.

Express

Existem dezenas de estruturas de aplicativos da Web para a criação de sites do Node.js. O Express é um dos mais simples e comuns. Você não precisa adicionar toda a sua estrutura para criar um microsserviço, mas pode ajudar a fornecer alguma padronização para as funções que ele lida. É uma pergunta interessante se os microsserviços de backend devem ter a mesma arquitetura do front end. Eles podem não precisar dos recursos extras de templates o tempo todo, mas quando o fazem, adicionar um framework simples como o Express promove consistência e estabilidade.

Feathers

Feathers é um projeto de código aberto com uma grande coleção de plug-ins de terceiros que cria APIs REST rápidas com apenas algumas linhas de configuração. A mágica real, no entanto, está nas linhas extras que você pode adicionar para integrar rapidamente o banco de dados, a autenticação e a paginação. O Feathers se torna ainda mais inteligente ao oferecer um mecanismo de envio em tempo real para anunciar novos eventos aos clientes por meio das bibliotecas Sockets.io e Primus. Estas são apenas algumas das razões pelas quais os desenvolvedores da Feathers descrevem seu projeto como “baterias incluídas”.

Hapi

O Hapi é outro framework popular do Node.js que pode ser usado para lidar com a configuração básica de sites ou para os microservices que fazem backup dos sites. Existem dezenas de plug-ins, incluindo alguns que lidam com alguns dos trabalhos padrão para microsserviços, como segurança e configuração. Você também pode integrar o Hapi com modelos de serviço comuns, como o Seneca.

Koa

Se você pensa em seu microsserviço como “middleware” que fica na frente de alguma fonte como um banco de dados, o Koa torna possível construir pipelines razoavelmente extensos para seus dados. O pipeline pode não ser a melhor metáfora para o Koa, porque as funções são aplicadas em uma estrutura de “pilha”. Isso significa que suas funções invocam outras funções e, em seguida, obtêm outra falha nos dados quando voltam. O chamado “stack” é implementado com promessas.

Fonte: Computer World

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair /  Alterar )

Foto do Google

Você está comentando utilizando sua conta Google. Sair /  Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair /  Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair /  Alterar )

Conectando a %s