Initial vault setup

This commit is contained in:
2026-06-09 18:40:21 +02:00
commit bda02d587f
3692 changed files with 402457 additions and 0 deletions
+29
View File
@@ -0,0 +1,29 @@
---
title: Alternatives GAFAM
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [open-source, auto-hébergement, tech]
sources: [raw/articles/alternatives-gafam.md]
confidence: high
contested: false
---
# ⚖️ Alternatives GAFAM
Analyse des logiciels libres capables de remplacer les services propriétaires des géants du web.
## Tableau Comparatif
| Domaine | Solution Propriétaire | Alternative Open-Source | Note |
| :--- | :--- | :--- | :--- |
| Cloud / Drive | Google Drive | [[nextcloud]] | Complet, inclut agenda/contacts. |
| Forge / Git | GitHub | [[gitea]] / Forgejo | Léger, autofondé. |
| Chat / Comms | Slack / Teams | [[matrix]] / Element | Décentralisé, fédéré. |
| Design / UI | Figma | [[penpot]] | SVG natif, collaboratif. |
## Liens
- [[open-source]]
- [[nextcloud]]
- [[gitea]]
- [[matrix]]
- [[penpot]]
+39
View File
@@ -0,0 +1,39 @@
---
title: Authentification Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, security, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Authentification Solo Dev : Clerk vs Auth0 vs Supabase Auth vs Keycloak vs DIY
L'auth est critique et chronophage. En solo, on externalise au maximum.
## Tableau Comparatif
| Critère | **Clerk** | **Auth0** | **Supabase Auth** | **Keycloak (self-host)** | **DIY (Lucia/Auth.js)** |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ (complexe) | ⭐⭐ (risqué) |
| **Coût** | ⭐⭐ (gratuit jusqu'à 10k users) | ⭐⭐ (cher >1k) | ⭐⭐⭐⭐⭐ (inclus Supabase) | ⭐⭐⭐⭐⭐ (gratuit) | ⭐⭐⭐⭐⭐ (gratuit) |
| **Maintenance** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ (à toi) | ⭐⭐ (à toi) |
| **Social login** | ✅ out of the box | ✅ complet | ✅ | ✅ | ❌ à coder |
| **2FA, Magic Link** | ✅ | ✅ | ✅ | ✅ | À coder |
| **UI préfaite** | ✅ magnifique | ⚠️ basique | ⚠️ basique | ✅ thèmes | ❌ |
| **Communauté** | En croissance | Énorme | Énorme | Grande | Petite |
| **Idéal pour** | Apps Next.js modernes | Entreprises | Apps Supabase | Self-host / homelab | Apps minimalistes |
## Recommandations Solo Dev
- **Next.js + design soigné** : **Clerk** (UI sublime, setup en 10 min, gratuit jusqu'à 10k).
- **Tu utilises déjà Supabase** : **Supabase Auth** (inclus, gratuit, RLS intégré).
- **Tu veux une solution open-source, self-hosted** : **Keycloak** (lourd mais puissant).
- **Tu veux comprendre et apprendre** : **Lucia** (TS) ou **Auth.js** (Next.js) (DIY pédagogique).
- **Entreprise / B2B avec SSO requis** : **Auth0** (le plus complet pour SSO/SAML).
## Liens
- [[oauth-2]]
- [[zero-trust]]
- [[secret-management]]
- [[email-transactionnel-solo-dev]]
- [[stack-backend-solo-dev]]
+35
View File
@@ -0,0 +1,35 @@
---
title: Base de Données Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, database, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Base de Données Solo Dev : Postgres vs SQLite vs MongoDB vs Supabase
Le choix de la DB conditionne toute la suite. Pour un solo dev, on veut fiabilité + zéro maintenance.
## Tableau Comparatif
| Critère | **PostgreSQL** | **SQLite** | **MongoDB** | **Supabase (Postgres + UI)** |
| :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐ (SQL strict) | ⭐⭐⭐⭐⭐ (un fichier) | ⭐⭐⭐⭐ (NoSQL) | ⭐⭐⭐⭐⭐ (Postgres + dashboard) |
| **Coût** | ⭐⭐⭐ (managé ~15$/mois) | ⭐⭐⭐⭐⭐ (gratuit) | ⭐⭐⭐ (Atlas gratuit limité) | ⭐⭐⭐⭐ (gratuit jusqu'à 500 Mo) |
| **Maintenance** | ⭐⭐ (backups, upgrades) | ⭐⭐⭐⭐⭐ (zéro) | ⭐⭐⭐ (réplicas) | ⭐⭐⭐⭐⭐ (gérée) |
| **Scalabilité** | ⭐⭐⭐⭐⭐ | ⭐⭐ (mono-instance) | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| **Type de données** | Relationnel + JSON | Relationnel | Document | Relationnel + temps réel |
| **Communauté** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐ |
| **Cas d'usage idéal** | Apps sérieuses, SaaS | Side-projects, apps perso | Données imbriquées, mobile | MVP rapide, auth incluse |
## Recommandations Solo Dev
- **Side-project / app perso / TUI** : **SQLite** (un fichier, zéro prise de tête, suffit jusqu'à 100k utilisateurs).
- **SaaS B2B / app avec auth + dashboard** : **Supabase** (auth, RLS, storage, realtime, le tout en un).
- **Tu veux garder la main sur ta stack** : **PostgreSQL auto-hébergé** ou sur un petit VPS.
- **Données très imbriquées (IoT, logs)** : **MongoDB** (souple mais piège si mal modélisé).
## Liens
- [[comparatif-stockage]]
- [[patterns-architecture]]
- [[stack-backend-solo-dev]]
+42
View File
@@ -0,0 +1,42 @@
---
title: Comparatif LLM Local
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [IA, open-source, auto-hébergement]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Quel LLM Local Pour Quel Usage
Choisir le bon modèle en fonction de votre machine et de votre besoin.
## Tableau Comparatif
| Modèle | Paramètres | RAM/VRAM Requise | Forces | Faiblesses | Idéal Pour |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **Llama 3.1 8B** | 8B | ~6 Go | Très rapide, bien équilibré | Limité en raisonnement profond | Assistants, chatbots, génération simple |
| **Phi-3.5 Mini** | 3.8B | ~3 Go | Ultra-léger, très bon en code | Moins bon en culture générale | Coding, edge AI, machines modestes |
| **Mistral NeMo** | 12B | ~8 Go | 128k contexte, multilingue | Moins bon que 70B sur tâches complexes | RAG, résumé, multilingue |
| **Llama 3.1 70B** | 70B | ~40 Go | Raisonnement solide, polyvalent | Très gourmand, lent sans GPU haut de gamme | Agents complexes, raisonnement, code avancé |
| **Qwen2.5 Coder** | 32B | ~20 Go | Excellent en programmation, bon multilingue | Hors de prix en VRAM | Code, technique, génération structurée |
| **Llama 3.1 405B** | 405B | ~250 Go | État de l'art open-source | Inaccessible sans matériel pro | Recherche, benchmark, distillation |
## Recommandations par Cas d'Usage
- **Machine modeste (8-16 Go RAM)** : [[phi-3-5]] Mini.
- **Mac avec 16-32 Go de RAM unifiée** : Mistral NeMo Q4, ou Llama 3.1 8B.
- **PC avec GPU 12 Go VRAM** : Mistral NeMo, Qwen2.5 14B.
- **PC avec GPU 24 Go (RTX 4090)** : Llama 3.1 70B Q4, Qwen2.5 32B.
- **GPU Pro (A100, H100, multi-GPU)** : Llama 3.1 405B.
## Méthodologie de Choix
1. Vérifier votre VRAM (nvidia-smi) ou RAM.
2. Choisir une taille de modèle quantifié (Q4_K_M pour la qualité/poids).
3. Utiliser [[ollama]] pour faciliter le téléchargement et le lancement.
4. Évaluer la pertinence avec un test simple (ex: "Écris une fonction Python qui...").
## Liens
- [[llama-3-1]], [[mistral]], [[phi-3-5]]
- [[quantification-llm]], [[ollama]]
- [[glossaire-ia]]
- [[stack-ia-maison]]
@@ -0,0 +1,41 @@
---
title: Comparatif Orchestrateurs Agentiques
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [IA, agent, automation]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Quel Orchestrateur Agentique Pour Workflows Simples vs Complexes
Les frameworks agentiques permettent à un LLM d'utiliser des outils, de planifier, et d'enchaîner des actions.
## Tableau Comparatif
| Outil / Framework | Paradigme | Forces | Faiblesses | Idéal Pour |
| :--- | :--- | :--- | :--- | :--- |
| **LangChain** | Library Python/JS | Écosystème immense, intégrations illimitées | API change vite, peut devenir spaghetti | Prototypage rapide, outils custom |
| **LangGraph** | Graphes d'états | Gestion fine de la mémoire et du cycle d'agents | Plus bas niveau que LangChain | Workflows complexes, multi-agents, état partagé |
| **CrewAI** | Équipes de rôles | Très lisible (rôles, tâches, agents), démarrage rapide | Moins flexible que LangGraph | Multi-agents en collaboration (équipes de recherche) |
| **AutoGen (Microsoft)** | Conversation multi-agent | Permet à plusieurs agents de "discuter" | Peut boucler, debug difficile | Recherche, décomposition de problèmes |
| **Hermes Agent** | Agent autonome en CLI | Léger, prêt à l'emploi, skills procédurales | Moins de GUI que les frameworks Python | Automatisation dev/sysadmin, tâches de fond |
| **n8n** | Workflow visuel low-code | Interface drag-and-drop, auto-hébergeable, +400 intégrations | L'IA y est limitée à des nœuds | Automatisation business, workflows sans code |
| **Flowise** | UI visuelle pour LLM | Drag-and-drop LangChain, simple à installer | Moins de contrôle que du code pur | Démo, prototype, chatbot no-code |
## Recommandations par Cas d'Usage
- **Workflow simple (1-3 étapes)** : n8n (si non-dev) ou script + [[hermes-agent]] (si dev).
- **Workflow moyen (RAG, outils, mémoire)** : LangChain + Python, ou Flowise (UI).
- **Workflow complexe (multi-agents, état partagé)** : LangGraph ou CrewAI.
- **Recherche / Exploration** : AutoGen ou CrewAI.
- **Automatisation dev/sysadmin** : [[hermes-agent]] (parfaitement adapté à votre environnement).
## Tendances 2024-2026
- Passage d'agents "tout en un" à des architectures en graphes ([[react-framework]] + mémoire).
- Standardisation du protocole MCP (Model Context Protocol) pour connecter les outils.
- Émergence d'agents "stateful" qui maintiennent un contexte long terme via mémoire vectorielle.
## Liens
- [[hermes-agent]], [[react-framework]], [[chain-of-thought]]
- [[prompt-engineering-agents]]
- [[mcp-protocol]]
+35
View File
@@ -0,0 +1,35 @@
---
title: Comparatif Outils de Notes
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [auto-hébergement, open-source, tech]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Quel Outil de Notes / Wiki Auto-Hébergé
Choisir le bon outil pour votre second cerveau.
## Tableau Comparatif
| Outil | Paradigme | Forces | Faiblesses | Idéal Pour |
| :--- | :--- | :--- | :--- | :--- |
| **Obsidian** | Markdown local, Graphe | Hors-ligne natif, écosystème de plugins riche, compatible sync | Pas de collaboration multi-utilisateur native | Notes personnelles, [[llm-wiki]], PKM |
| **Logseq** | Outliner + Markdown | Blocs atomiques, journaling, Roam-like | Moins fluide qu'Obsidian pour les grosses notes | Bullet journal, journal de bord, liens |
| **Trilium Notes** | Notes hiérarchiques | Self-hosted, scripting, base de données intégrée | UI moins moderne, migration délicate | Wiki familial auto-hébergé, knowledge base |
| **Wiki.js** | Wiki traditionnel | Authentification intégrée, multi-utilisateurs, multi-langues | Plus lourd, pas fait pour le PKM perso | Documentation d'équipe, knowledge management |
| **BookStack** | Wiki structuré | Très propre, organisé, multi-utilisateurs | Rigide, pas de graph view | Documentation technique, manuels d'équipe |
| **Outline** | Wiki moderne | UX excellente, collaboration temps réel, Markdown | Nécessite un compte cloud ou self-host exigeant | Équipes distantes, docs partagées |
| **SiYuan** | Block + Markdown | Open-source, plugins, graph view | Écosystème plus petit que Obsidian | Alternative sérieuse à Obsidian, PKM avancé |
## Recommandations par Cas d'Usage
- **PKM / Second cerveau perso** : Obsidian (local) ou SiYuan (self-hosté).
- **Journal de bord / Bullet journal** : Logseq.
- **Wiki familial ou petite équipe** : Trilium (simple) ou BookStack (structuré).
- **Documentation d'équipe / publique** : Wiki.js.
- **Collaboration moderne** : Outline.
## Liens
- [[alternatives-gafam]]
- [[open-source]]
+32
View File
@@ -0,0 +1,32 @@
---
title: Comparatif Reverse Proxy
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [auto-hébergement, tech, networking]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Quel Reverse Proxy Choisir Selon le Besoin
Le reverse proxy est le point d'entrée de votre stack. Voici comment choisir en fonction de votre profil.
## Tableau Comparatif
| Outil | Complexité | Forces | Faiblesses | Idéal Pour |
| :--- | :--- | :--- | :--- | :--- |
| **[[traefik]]** | Moyenne | Auto-discovery Docker, Let's Encrypt automatique, dashboard web | Config via labels ou YAML, parfois opaque | Stacks 100% Docker, multi-services |
| **Nginx Proxy Manager** | Très faible | Interface GUI complète, gestion des hôtes par clic, SSL simplifié | Moins flexible en CLI, pas de HA natif | Débutants, petites stacks familiales |
| **Caddy** | Faible | HTTPS automatique par défaut, config minimaliste, binaire Go léger | Moins d'intégrations natives que Traefik | Stacks simples, configuration "auto-magique" |
| **HAProxy** | Élevée | Performance brute, load balancing avancé, très mature | Pas de Let's Encrypt "out of the box", config verbeuse | Hautes charges, microservices critiques |
## Recommandations par Cas d'Usage
- **Je débute** : Nginx Proxy Manager pour la simplicité visuelle.
- **Stack Docker 100%** : [[traefik]] (le plus naturel).
- **Simplicité radicale** : Caddy (presque zéro config).
- **Performance / Load balancing** : HAProxy.
## Liens
- [[securisation-home-lab]]
- [[traefik]]
- [[docker]]
+41
View File
@@ -0,0 +1,41 @@
---
title: Comparatif Stockage
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [storage, tech, auto-hébergement]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Quel Stockage Pour Média, Docs, Embeddings, Logs
Adapter le support de stockage à l'usage.
## Tableau Comparatif par Usage
| Type de Donnée | Solution Recommandée | Justification |
| :--- | :--- | :--- |
| **Médias (Photos, Vidéos)** | NAS (Synology, TrueNAS) + Coolify ou Immich | Volume élevé, besoin d'indexation, lecture séquentielle. |
| **Documents (PDF, Notes, Wikis)** | Nextcloud ou [[gitea]] (Markdown) | Synchronisation, versioning, partage simple. |
| **Embeddings (RAG, IA)** | Base vectorielle (Qdrant, ChromaDB, Weaviate) | Recherche par similarité (cosine), indexation ANN. |
| **Logs d'applications** | Pile Loki + Grafana ou simple fichier + Dozzle | Centralisation, requêtes par labels, rétention. |
| **Backups (Sauvegardes)** | [[restic]] vers S3 / B2 / NAS | Chiffrement, déduplication, 3-2-1. |
| **Code / Git** | [[gitea]] / Forgejo (self-host) ou GitHub (cloud) | Pull requests, CI, collaboration. |
| **Métriques / Time-series** | Prometheus + Thanos (long terme) | Compression, alerting, requêtes temporelles. |
| **Cache applicatif** | Redis ou KeyDB | Latence minimale, structures en mémoire. |
| **Données relationnelles** | PostgreSQL (via Docker) | Standard, robuste, JSON natif. |
| **Données objet (S3-like)** | MinIO (self-host) ou Backblaze B2 | Stockage massivement scalable, accès HTTP. |
## Recommandations par Cas d'Usage
- **Stocker des photos de famille (To de données)** : TrueNAS + Immich.
- **Stocker un wiki / des notes** : [[nextcloud]] (avec éditeur Markdown) ou [[gitea]].
- **Faire du RAG** : Qdrant (production) ou ChromaDB (prototype).
- **Centraliser les logs Docker** : Loki + Grafana, ou juste Dozzle pour visualiser sans stack complexe.
- **Sauvegarder automatiquement** : [[restic]] vers un NAS + B2.
## Liens
- [[strategie-backup-321]], [[securisation-home-lab]]
- [[restic]], [[nextcloud]], [[gitea]]
- [[base-de-donnees-vectorielle]]
- [[base-de-donnees-solo-dev]]
- [[stockage-cloud-solo-dev]]
+3
View File
@@ -0,0 +1,3 @@
---
sticker: emoji//1f469-200d-1f33e
---
+38
View File
@@ -0,0 +1,38 @@
---
title: Déploiement Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [devops, deployment, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Déploiement Solo Dev : Vercel vs Fly.io vs Railway vs Render vs Hetzner
Héberger son app sans devenir DevOps à plein temps.
## Tableau Comparatif
| Critère | **Vercel** | **Fly.io** | **Railway** | **Render** | **Hetzner (VPS)** |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ (CLI) |
| **Coût (petite app)** | ⭐⭐⭐⭐ (gratuit Hobby) | ⭐⭐⭐ (free tier limité) | ⭐⭐ (5$/mois d'entrée) | ⭐⭐⭐ (gratuit + sleeps) | ⭐⭐⭐⭐⭐ (3-4€/mois) |
| **Coût (scale)** | ⭐ (très cher) | ⭐⭐⭐ | ⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐⭐ (maîtrisé) |
| **Maintenance** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐ (à toi) |
| **Latence depuis EU** | ⚠️ pas top (US-centric) | ✅ excellent | ⚠️ moyen | ⚠️ moyen | ✅ excellent (DC en Europe) |
| **Lock-in** | Fort (Next.js) | Moyen | Moyen | Moyen | Aucun |
| **Idéal pour** | Next.js, Jamstack | Apps fullstack, edge | Projets Python/Node | Web services simples | Self-hosting, contrôle total |
## Recommandations Solo Dev
- **App Next.js avec trafic faible à moyen** : **Vercel** (Hobby gratuit, déploiement Git push).
- **Tu veux une VM légère au plus près de l'utilisateur** : **Fly.io** (edge, pas cher, régions EU).
- **Tu veux un dashboard simple, sans CLI** : **Railway** (le plus simple après Vercel).
- **Tu veux un VPS pas cher en Europe** : **Hetzner** (CPX11 à 4€/mois, parfait pour [[docker-compose]]).
- **Tu veux héberger un side-project gratuit qui dort** : **Render Free** (attention aux cold starts).
## Liens
- [[checklist-mise-en-production]]
- [[recettes-docker-compose]]
- [[infrastructure-as-code]]
- [[email-transactionnel-solo-dev]]
- [[stack-backend-solo-dev]]
@@ -0,0 +1,33 @@
---
title: Plateforme Email Transactionnel Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, email, saas, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Email Transactionnel Solo Dev : Resend vs SendGrid vs Postmark vs AWS SES
Envoyer des emails (signup, magic link, alertes) depuis son app sans finir en spam.
## Tableau Comparatif
| Critère | **Resend** | **SendGrid** | **Postmark** | **AWS SES** |
| :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐⭐⭐ (DX moderne) | ⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ (verbeux) |
| **Coût (100k emails)** | $20 | $20+ | $15+ | $10 (depuis EC2 : gratuit) |
| **Délivrabilité** | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ (la meilleure) | ⭐⭐⭐ (variable) |
| **React Email** | ✅ natif | ❌ | ❌ | ❌ |
| **Communauté** | En forte croissance | Énorme | Grande | Grande |
| **Idéal pour** | Devs Next.js, SaaS modernes | Marketing + transactionnel | Apps critiques (factures) | Apps à très gros volume |
## Recommandations Solo Dev
- **Next.js / app moderne** : **Resend** (intégration en 5 min, React Email superbe).
- **Tu as besoin de marketing + transactionnel au même endroit** : **SendGrid** (polyvalent).
- **Tu veux la meilleure délivrabilité (factures, notifs critiques)** : **Postmark** (la référence).
- **Tu es déjà sur AWS et tu envoies 100k+ emails/mois** : **AWS SES** (le moins cher à l'échelle).
## Liens
- [[stack-frontend-solo-dev]]
- [[auth-solo-dev]]
+36
View File
@@ -0,0 +1,36 @@
---
title: Hébergement LLM Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [IA, cloud, auto-hébergement, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Hébergement LLM Solo Dev : Local vs RunPod vs Modal vs Replicate vs Hugging Face
Faire tourner un LLM sans se ruiner et sans se prendre la tête.
## Tableau Comparatif
| Critère | **Local (Ollama + GPU)** | **RunPod** | **Modal** | **Replicate** | **Hugging Face Inference** |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐ (code-first) | ⭐⭐⭐⭐⭐ (API simple) | ⭐⭐⭐⭐ |
| **Coût / 1M tokens** | ⭐⭐⭐⭐⭐ (gratuit) | ⭐⭐⭐ (~0.30$) | ⭐⭐⭐ | ⭐⭐⭐⭐ (cold start gratuit) | ⭐⭐⭐ (HF Pro) |
| **Maintenance** | ⭐ (à toi) | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| **VRAM dispo** | Limitée (ton GPU) | Jusqu'à H100 | Jusqu'à H100 | Variable | Variable |
| **Confidentialité** | ⭐⭐⭐⭐⭐ (données locales) | ⚠️ | ⚠️ | ⚠️ | ⚠️ |
| **Idéal pour** | Dev local, homelab | Modèles 70B+ ponctuels | Pipelines code-first | API rapide à intégrer | Fine-tuning + inférence |
## Recommandations Solo Dev
- **Développement quotidien, confidentialité** : **Local (Ollama)** (gratuit, illimité, idéal avec RTX 3060+).
- **Besoin ponctuel d'un gros modèle (70B+)** : **RunPod** (facturation à la minute, H100 dispo).
- **Tu veux écrire ton code comme si c'était local, mais cloud** : **Modal** (Pythonic, serverless GPU).
- **API REST simple et stable pour un SaaS** : **Replicate** (une URL, une ligne de fetch).
- **Tu veux fine-tuner ET héberger** : **Hugging Face** (Spaces + Endpoints + Training).
## Liens
- [[comparatif-llm-local]]
- [[ollama]]
- [[stack-ia-maison]]
- [[comparatif-stockage]]
+34
View File
@@ -0,0 +1,34 @@
---
title: Outils de Monitoring Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [devops, monitoring, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Outils de Monitoring Solo Dev : Uptime Kuma vs Better Stack vs Grafana Cloud vs Healthchecks.io
Surveiller ses services en solo sans y passer ses week-ends.
## Tableau Comparatif
| Critère | **Uptime Kuma** | **Better Stack** | **Grafana Cloud** | **Healthchecks.io** |
| :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐⭐ |
| **Coût** | ⭐⭐⭐⭐⭐ (gratuit self-host) | ⭐⭐ (free limité) | ⭐⭐⭐⭐ (free 10k métriques) | ⭐⭐⭐⭐ (free 20 checks) |
| **Maintenance** | ⭐⭐ (à héberger) | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| **Métriques** | ❌ | ⚠️ basique | ✅ complet (Prometheus) | ❌ (cron jobs only) |
| **Logs** | ❌ | ✅ | ✅ (Loki) | ❌ |
| **Idéal pour** | Uptime simple | Uptime + logs centralisés | Stack pro complète | Cron jobs / dead-man switch |
## Recommandations Solo Dev
- **Tu veux juste savoir si ton site est down** : **Uptime Kuma** (self-host trivial, gratuit).
- **Tu veux Uptime + Status Page + Logs basiques** : **Better Stack** (très bonne DX).
- **Tu veux Prometheus + Loki + Grafana managés** : **Grafana Cloud** (free tier généreux).
- **Tu veux détecter un cron qui ne s'est pas lancé** : **Healthchecks.io** (ping à la fin du job).
## Liens
- [[checklist-monitoring-minimal]]
- [[observabilite]]
- [[recettes-docker-compose]]
+40
View File
@@ -0,0 +1,40 @@
---
title: Outils No-Code Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, no-code, productivity, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Outils No-Code / Low-Code Solo Dev : N8N vs Zapier vs Make vs Appsmith vs Budibase
Automatiser et prototyper sans écrire 100% du code.
## Tableau Comparatif
| Critère | **n8n (self-host)** | **Zapier** | **Make (Integromat)** | **Appsmith** | **Budibase** |
| :--- | :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ |
| **Coût** | ⭐⭐⭐⭐⭐ (gratuit self-host) | ⭐ (cher) | ⭐⭐ (moins cher que Zapier) | ⭐⭐⭐⭐ (OSS) | ⭐⭐⭐⭐ (OSS) |
| **Maintenance** | ⭐⭐ (à héberger) | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐ |
| **Intégrations natives** | 400+ | 6000+ | 1500+ | 50+ | 50+ |
| **Auto-hébergeable** | ✅ | ❌ | ❌ | ✅ | ✅ |
| **Communauté** | En croissance | Énorme | Grande | Croissance | Petite |
| **Idéal pour** | Workflows auto-hébergés | Marketers non-tech | Scénarios complexes | Dashboards internes | Outils internes simples |
## Recommandations Solo Dev
- **Tu veux automatiser 100% self-hosted** : **n8n** (Docker, gratuit, parfait avec [[traefik]]).
- **Tu veux connecter 50 services sans coder** : **Zapier** (cher mais imbattable en simplicité).
- **Tu as besoin de scénarios complexes multi-étapes** : **Make** (visualisation graphique claire).
- **Tu veux créer un dashboard admin rapidement** : **Appsmith** (UI builder, connexion à ta DB).
- **Tu veux un outil interne avec formulaires + table** : **Budibase** (plus simple qu'Appsmith).
## Liens
- [[comparatif-orchestrateurs-agentiques]]
- [[auto-hebergement]]
- [[securisation-home-lab]]
- [[securisation-home-lab]]
- [[alternatives-gafam]]
- [[comparatif-orchestrateurs-agentiques]]
- [[auto-hebergement]]
+38
View File
@@ -0,0 +1,38 @@
---
title: Stack Backend Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, backend, dev, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Stack Backend Solo Dev : Python vs Node.js vs Go vs Rust
Choisir sa stack backend en tant que développeur solo, c'est arbitrer entre productivité, performance et maintenance.
## Tableau Comparatif
| Critère | **Python (FastAPI/Django)** | **Node.js (Express/Fastify/NestJS)** | **Go (Gin/Echo/Fiber)** | **Rust (Actix/Axum)** |
| :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐⭐⭐ (lisibilité reine) | ⭐⭐⭐⭐ (JS partout) | ⭐⭐⭐ (verbeux mais simple) | ⭐⭐ (courbe d'apprentissage forte) |
| **Coût serveur** | ⭐⭐ (RAM élevé) | ⭐⭐⭐ (correct) | ⭐⭐⭐⭐⭐ (extrêmement léger) | ⭐⭐⭐⭐⭐ (le plus performant) |
| **Performance** | ⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ (le plus rapide) |
| **Écosystème IA/ML** | ⭐⭐⭐⭐⭐ (indétrônable) | ⭐⭐ (limité) | ⭐⭐ (émergent) | ⭐ (rare) |
| **Maintenance long terme** | ⭐⭐⭐⭐ (stable, lent à évoluer) | ⭐⭐ (breaking changes npm) | ⭐⭐⭐⭐⭐ (stabilité go1) | ⭐⭐⭐⭐ (stable) |
| **Dépendances** | pip / poetry / uv | npm / pnpm (infâmes node_modules) | go modules (minimal) | cargo (excellent) |
| **Communauté** | Immense | Immense | Grande | En forte croissance |
| **Cas d'usage idéal** | API IA, scripts, SaaS B2B | Real-time, frontend unifié, SaaS B2C | Microservices, CLI, infra | Performance critique, CLI, edge |
## Recommandations Solo Dev
- **Tu veux prototyper une app IA** : **Python + FastAPI** (écosystème IA imbattable).
- **Tu es fullstack JS** : **Node.js + Fastify ou NestJS** (réutilisation des compétences).
- **Tu veux un backend qui scale sans effort** : **Go** (déploiement trivial, RAM minimale).
- **Tu veux apprendre une techno "future-proof"** : **Rust** (investissement long terme).
## Liens
- [[architecture-microservices]], [[conteneurisation]]
- [[patterns-architecture]]
- [[base-de-donnees-solo-dev]]
- [[deploiement-solo-dev]]
- [[stack-frontend-solo-dev]]
+35
View File
@@ -0,0 +1,35 @@
---
title: Stack Frontend Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, frontend, web, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Stack Frontend Solo Dev : Next.js vs Nuxt vs SvelteKit vs Astro
Choisir son framework frontend en solo, c'est optimiser pour la vitesse de livraison sans se perdre.
## Tableau Comparatif
| Critère | **Next.js (React)** | **Nuxt (Vue)** | **SvelteKit** | **Astro** |
| :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐ (verbeux) | ⭐⭐⭐⭐ (intuitif) | ⭐⭐⭐⭐⭐ (le plus simple) | ⭐⭐⭐⭐ (mental model clair) |
| **Courbe d'apprentissage** | Moyenne | Facile | Facile | Très facile |
| **Performance perçue** | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐⭐ (zéro JS par défaut) |
| **Écosystème (composants, libs)** | ⭐⭐⭐⭐⭐ (le plus gros) | ⭐⭐⭐ (bon) | ⭐⭐⭐ (en croissance) | ⭐⭐ (axé contenu) |
| **Emploiabilité / Marché** | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
| **SSR/SSG intégré** | ✅ Complet | ✅ Complet | ✅ Complet | ✅ SSG first |
| **Coût (Vercel, Netlify, etc.)** | Gratuit puis cher | Gratuit puis cher | Très bas | Quasi nul (statique) |
| **Idéal pour** | SaaS, apps complexes | Apps Vue traditionnelles | Petites apps rapides, side-projects | Blogs, docs, sites vitrines |
## Recommandations Solo Dev
- **Tu veux monétiser un SaaS B2B** : **Next.js** (écosystème, Vercel, embauche possible).
- **Tu préfères un code plus simple et lisible** : **SvelteKit** (plaisir de coder, moins de magie).
- **Tu fais un blog, un portfolio, un site de doc** : **Astro** (zéro JS, ultra rapide, SEO imbattable).
- **Tu es à l'aise avec Vue** : **Nuxt** (polyvalence SSR/SPA, DX agréable).
## Liens
- [[server-side-rendering]], [[single-page-application]]
- [[edge-computing]]
+34
View File
@@ -0,0 +1,34 @@
---
title: Gestionnaire de Fichiers Cloud Solo Dev
created: 2026-06-06
updated: 2026-06-06
type: comparison
tags: [tech, storage, cloud, solo]
confidence: high
contested: false
sources: [synthesized]
---
# ⚖️ Stockage Cloud Solo Dev : S3 vs Backblaze B2 vs Cloudflare R2 vs MinIO
Stocker des fichiers (images, vidéos, backups) sans se ruiner.
## Tableau Comparatif
| Critère | **AWS S3** | **Backblaze B2** | **Cloudflare R2** | **MinIO (self-host)** |
| :--- | :--- | :--- | :--- | :--- |
| **Simplicité** | ⭐⭐⭐ (verbeux) | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ (à installer) |
| **Coût stockage /Go/mois** | $0.023 | $0.006 | $0.015 | $0 (ton hardware) |
| **Coût egress (sortie)** | ⚠️ $0.09/Go | ✅ gratuit | ✅ **gratuit** | ✅ gratuit (ta bande passante) |
| **S3-compatible** | ✅ | ✅ | ✅ | ✅ |
| **Lock-in** | Fort | Faible | Moyen | Aucun |
| **Idéal pour** | Apps sérieuses cloud | Backups, gros volumes | Sites avec beaucoup de traffic | Self-host, souveraineté |
## Recommandations Solo Dev
- **Tu veux du "boring tech" et tu es sur AWS** : **S3** (standard, bien documenté).
- **Tu veux économiser 80% sur les backups** : **Backblaze B2** (idéal avec [[restic]]).
- **Tu sers beaucoup de fichiers (CDN-like)** : **Cloudflare R2** (egress gratuit = killer feature).
- **Tu veux un S3 maison auto-hébergé** : **MinIO** (Docker, compatible S3, souverain).
## Liens
- [[strategie-backup-321]]
- [[comparatif-stockage]]
- [[securisation-home-lab]]