"Matei" a VM em Frankfurt! Para evitar qualquer surpresa com cobranças da Oracle Cloud, foram gastos mais de 1160 reais (crédito concedido pela Oracle) nesse projeto como vcs podem ver na imagem abaixo:
Aqui está o repo: https://github.com/cristianismohumilde/AI-BIBLE
Aqui vc pode ler detalhes do Deployment (implantação): VM.GPU.A10.1 - Qwen 2.5 32B na VRAM de 24GB da GPU A10 https://github.com/cristianismohumilde/AI-BIBLE/blob/main/docs/GPU_DEPLOYMENT_PLAN.md
E aqui vc pode ler sobre toda a arquitetura do site: https://github.com/cristianismohumilde/AI-BIBLE/blob/main/docs/FUTURE_WEB_APP_PLAN.md
Arquitetura Serverless Estática (JAMstack): A Arquitetura Serverless Estática (JAMstack) é um modelo moderno de desenvolvimento web baseado em JavaScript, APIs e Marcação (HTML/CSS). Ela prioriza pré-renderização, entrega via CDN e uso de serviços serverless, resultando em sites extremamente rápidos, seguros e escaláveis. A ideia central é: o máximo possível do site é gerado antes e entregue como arquivos estáticos, enquanto funcionalidades dinâmicas são feitas por APIs
⚙️ O que define a JAMstack
J — JavaScript: adiciona interatividade e lógica no cliente.
A — APIs: serviços externos ou funções serverless substituem o backend tradicional.
M — Markup (Marcação): páginas pré-renderizadas em HTML/CSS, geralmente geradas por um static site generator.
Se você é desenvolvedor precisa saber disso:
Como funciona na prática
Build estático O site é compilado antecipadamente (build) e gera arquivos HTML, CSS e JS. Exemplos de geradores: Next.js, Gatsby, Hugo.
Entrega via CDN Os arquivos estáticos são distribuídos globalmente, garantindo carregamento ultrarrápido. Isso reduz latência e melhora SEO e experiência do usuário.
Funcionalidades dinâmicas via APIs Em vez de um backend tradicional, o site consome APIs externas ou funções serverless (como login, formulários, pagamentos). Isso reduz a superfície de ataque e simplifica a infraestrutura.
🧩 Por que é chamada de “Serverless Estática”?
Estática: porque o conteúdo principal é pré-renderizado e entregue como arquivos estáticos.
Serverless: porque qualquer lógica de backend é executada sob demanda por funções serverless, sem servidores dedicados. Isso elimina manutenção de servidores, patches e escalabilidade manual.
⭐ Principais benefícios
Performance extrema: páginas pré-renderizadas + CDN = carregamento quase instantâneo. (Sites Jamstack podem reduzir tempo de carregamento em até 73% em casos reais.)
Escalabilidade automática: CDNs e funções serverless lidam com picos de tráfego sem esforço.
Segurança elevada: menos superfície de ataque, já que não há servidor monolítico exposto.
Custos menores: menos infraestrutura, menos manutenção.
Melhor experiência de desenvolvimento: pipelines simples, integração com CMS headless e deploy contínuo.
📌 Quando usar JAMstack
Ideal para:
Sites institucionais
Blogs e portais de conteúdo
E‑commerce headless
Aplicações que dependem de APIs externas
Projetos que precisam de alta performance global
Agora que "finalizamos" este projeto de tradução de manuscritos antigos com IA (infelizmente traduzi muito pouco do que eu gostaria, e a qualidade em algumas passagens deixou a desejar).
Quero falar um pouco de lições ainda mais valiosas que aprendi nessa experiência de utilizar IA para projetos grandes, o meu artigo anterior (parte 5) escrevi como decidi sair de Laravel (Blade/PHP) para Go (Gin/Fiber).
Escolhi Go pq pense que a IA seria incapaz de criar em Rust (atualmente a linguagem mais rápida e segura do mundo) pois diferente de Go que é mais "simples", pra quem já pesquisou, vai ver que Rust parece um monstro na frente de tão "difícil", por isso imaginei que haveria alguma barreira com Rust e IA, que haveriam muitos bugs, erros etc... Já que em linguagens mais simples como Php, Python e ainda outras a IA conseguia "errar", e até mesmo ela disse quando perguntei que era mais dificil a construção e manutenção com IA e etc.
Bem, aconteceu que eu decidi testar, e o resultado foi impressionante! A IA conseguiu criar perfeitamente aplicativos FullStack Rust! Ou seja os mais rápidos e seguros de todo o mundo! E não apenas isso, mas já publiquei 2 bibliotecas escritas 100% em RUST que ainda não existiam para ajudar quem programam com Rust a criar muito mais rápido e fácil!
E já tive mais de 100 downloads de 1 dia para o outro (menos de 24h como podem ver na imagem abaixo)!
O que isso significa? Se você chegou até aqui, vou te contar algo que por enquanto ainda 99,9% dos devs comuns não sabe: devemos utilizar Rust e dar preferência a essa linguagem se quisermos criar ótimos aplicativos! Principalmente se somos "vibecoders" (estamos utilizando IA para nos "ajudar") e não sou eu quem está dizendo isso, essa é uma fala que está no próprio canal do YouTube da Rust oficial:
Com isso acho terminando a parte 7, e com a certeza que depois vou criar meus apps preferencialmente em FullStack Rust e ai vamos para as outras partes! Obrigado.
Comentários
Postar um comentário