Remplacement diagrammes PDF par PNG, ajout note Docker Swarm, traductions complètes
- Replace PDF diagrams with PNG images for inline display in docs - Add infrastructure diagram to Homelab actuel category page - Add network diagram to single-machine HA homelab page - Add Docker Swarm vs Kubernetes decision note in docker-compose page - Complete English translations for homepage tagline - Translate homepage tagline dynamically using Docusaurus i18n - Remove PDF diagram files from static assets (homelab-actuel-infra.pdf, homelab-futur-network.pdf) - Add new documentation pages: Docker Compose, Ansible playbooks, Traefik - Add Future Homelab pages: single-machine HA and 3-node Proxmox cluster - Remove example pages and notions category - Update sidebar configuration
This commit is contained in:
parent
cb1640c1cc
commit
ed2cca8c0e
27 changed files with 1482 additions and 636 deletions
|
|
@ -15,17 +15,31 @@ Mon homelab actuel utilise une approche simple et efficace :
|
|||
|
||||
## Architecture
|
||||
|
||||
### Schéma d'infrastructure
|
||||
|
||||
Le diagramme illustre l'architecture complète de mon homelab actuel, incluant :
|
||||
- L'infrastructure réseau avec le serveur principal
|
||||
- Les services Docker déployés
|
||||
- La configuration Traefik pour le reverse proxy (instances publique et privée)
|
||||
- Les connexions entre les différents composants
|
||||
- La configuration DNS locale avec dnsmasq
|
||||
|
||||

|
||||
|
||||
### Infrastructure physique/virtuelle
|
||||
- Serveurs dédiés ou VM
|
||||
- Réseau local sécurisé
|
||||
- Stockage et sauvegardes
|
||||
- Serveur dédié Ubuntu Server
|
||||
- Réseau local sécurisé avec DNS local (dnsmasq)
|
||||
- Stockage unifié avec MergerFS
|
||||
- Firewall avec firewalld
|
||||
|
||||
### Stack technique
|
||||
- **OS** : Linux (Debian/Ubuntu)
|
||||
- **OS** : Linux (Ubuntu Server)
|
||||
- **Conteneurisation** : Docker & Docker Compose
|
||||
- **Automatisation** : Ansible playbooks
|
||||
- **Reverse proxy** : Traefik ou Nginx
|
||||
- **Monitoring** : Prometheus, Grafana
|
||||
- **Reverse proxy** : Traefik v3 (instances publique et privée)
|
||||
- **Sécurité** : CrowdSec, TLS avec Let's Encrypt
|
||||
- **Monitoring** : Beszel, Uptime Kuma
|
||||
- **DNS local** : dnsmasq pour la résolution *.local.tellserv.fr
|
||||
|
||||
## Services déployés
|
||||
|
||||
|
|
@ -41,18 +55,39 @@ La documentation détaille :
|
|||
- Simple à mettre en place et maintenir
|
||||
- Ansible permet une automatisation complète
|
||||
- Docker Compose facilite la gestion des services
|
||||
- Reproductible et versionné avec Git
|
||||
- Idéal pour un apprentissage progressif de l'automatisation
|
||||
|
||||
## Limitations
|
||||
|
||||
- Scalabilité limitée
|
||||
- Pas de haute disponibilité native
|
||||
- Orchestration manuelle pour certaines tâches
|
||||
Cette infrastructure présente plusieurs limitations importantes qui motivent l'évolution vers une nouvelle approche (voir section "Futur Homelab").
|
||||
|
||||
Ces limitations motivent l'évolution vers Kubernetes (voir section "Futur Homelab").
|
||||
### Absence initiale de versionnement Git
|
||||
|
||||
## Articles
|
||||
L'une des principales limitations de cette approche initiale était l'**absence de versionnement de l'infrastructure avec Git**. À ce stade de mon parcours, je ne maîtrisais pas encore la philosophie DevOps et les bonnes pratiques de gestion du code d'infrastructure.
|
||||
|
||||
import DocCardList from '@theme/DocCardList';
|
||||
**Conséquences de cette limitation :**
|
||||
- Pas d'historique des changements de configuration
|
||||
- Difficile de revenir en arrière en cas de problème
|
||||
- Pas de traçabilité des modifications
|
||||
- Collaboration complexe
|
||||
- Absence de processus de revue de code (code review)
|
||||
- Risque de divergence entre documentation et réalité
|
||||
|
||||
<DocCardList />
|
||||
Cette lacune a été une **leçon importante** qui m'a poussé à :
|
||||
1. Corriger progressivement cette infrastructure en versionnant les playbooks Ansible et Docker Compose
|
||||
2. Adopter Git et les pratiques DevOps pour tous mes projets futurs
|
||||
3. Intégrer la philosophie "Infrastructure as Code" dès la conception
|
||||
|
||||
**Note importante** : Le dépôt Git [Infra_ansible_dockercompose](https://forgejo.tellserv.fr/Tellsanguis/Infra_ansible_dockercompose) a été créé **après coup** pour présenter le travail réalisé. Dans la pratique initiale, Git, les tests automatisés et la CI/CD n'étaient pas utilisés, faute de connaissances à l'époque.
|
||||
|
||||
Le versionnement Git est maintenant en place pour cette infrastructure, mais l'architecture elle-même reste limitée (voir ci-dessous).
|
||||
|
||||
### Limitations techniques de l'architecture
|
||||
|
||||
- **Scalabilité limitée** : Infrastructure monomachine sans possibilité de distribution de charge
|
||||
- **Pas de haute disponibilité** : Point unique de défaillance (SPOF)
|
||||
- **Orchestration manuelle** : Certaines tâches nécessitent encore une intervention manuelle
|
||||
- **CI/CD absent initialement** : Déploiements manuels via Ansible (pas d'automatisation sur push Git)
|
||||
- **Tests limités** : Pas de validation automatique des changements avant déploiement
|
||||
|
||||
Ces limitations motivent l'évolution vers Kubernetes (K3S) et une approche Infrastructure as Code complète avec CI/CD (voir section [Futur Homelab](../homelab-futur/index.md)).
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue