Produto
Modelos Adios para aplicações, APIs, bancos de dados, caches e filas
O catálogo de modelos agora vai além de alguns projetos iniciais de aplicações. Ele reúne aplicações web, APIs, bancos de dados, caches e filas em um só lugar.
Um modelo útil reduz o trabalho de configuração sem esconder as decisões pelas quais você será responsável depois. Esse é o critério por trás da expansão do catálogo Adios.
Começar pelas características da carga de trabalho
O catálogo agora se organiza em três pontos de partida práticos: aplicações web, projetos iniciais de API e serviços de dados. Você pode começar com Next.js ou um site estático Nginx, escolher um framework de API em Node.js, Python, Ruby, PHP, Go ou .NET, ou conectar PostgreSQL, Redis, MongoDB, MySQL ou RabbitMQ.
Cada entrada mostra suas variantes, em vez de reduzi-las a um rótulo genérico de framework. Gerenciador de pacotes, linguagem, repositório independente e chave de implantação ficam visíveis antes de você iniciar qualquer coisa.
O manifesto faz parte do modelo
Todo modelo completo inclui um arquivo adios.yaml. Ele registra o ambiente de execução, os comandos de compilação e inicialização, a porta e os volumes persistentes necessários. Isso permite revisar a configuração de implantação junto do código da aplicação.
O resultado é um projeto inicial que você pode inspecionar localmente, alterar em um workflow Git normal e implantar com a mesma configuração que revisou.
- —Inspecione package.json e o comando de inicialização de produção.
- —Confirme que o serviço escuta na PORT configurada em 0.0.0.0.
- —Chame a rota de saúde antes de adicionar o código da aplicação.
- —Registre a primeira alteração de domínio em um commit separado da configuração do modelo.
git clone https://github.com/adiosdotdev/template-node-fastify.git
cd template-node-fastify
adios upModelos são um ponto de partida
O catálogo reúne deliberadamente projetos pequenos e compreensíveis. Não tenta prever seu modelo de domínio nem preencher o repositório com funcionalidades que você excluirá. Fornece ao framework um comando de produção, um caminho de saúde quando apropriado e estrutura suficiente para começar o trabalho real.
Escolha o ambiente de execução mais próximo do que precisa, implante-o e adapte-o ao seu projeto. A vantagem não é evitar configurações para sempre, mas começar com uma configuração que já funciona.
Adicionar estado deliberadamente
Quando o receptor de webhooks precisar de deduplicação, adicione PostgreSQL para IDs de eventos duráveis ou Redis para uma janela curta de idempotência, conforme a garantia necessária. O catálogo oferece ambos, mas o projeto inicial do framework não escolhe um silenciosamente por você.
Por exemplo, um webhook de pagamento que nunca deve ser aplicado duas vezes pertence a uma tabela durável com um ID de evento de provedor único. Um cache pode reduzir o trabalho repetido, mas não deve tornar-se o único registro de um evento financeiro.