De l’exécution des commandes CLI à la modification des fichiers Lunghi YAML, les services d’hébergement sur le matériel local peuvent sembler une entreprise difficile si vous n’avez jamais travaillé avec les conteneurs. Mais la vérité est que vous n’avez pas besoin d’être un maître du serveur domestique pour créer un arsenal de services auto-suffisants.
Jetant également les tutoriels et les guides très détaillés créés par la communauté du laboratoire de domicile, il existe une pléthore d’outils et de services conçus pour aider les nouveaux arrivants à se frayer un chemin à travers le paysage apparemment insidieux. Comme quelqu’un qui s’est libéré des applications de troisième partie premium, vitatives à la confidentialité, voici un schéma général de la façon dont je me suis habitué à héberger mes services.
5
Commence par les plateformes de conteneurisation
Beaucoup d’entre eux à choisir
Temps de confession: Lorsque je me suis plongé pour la première fois dans le trou du lapin du serveur domestique à l’adolescence, j’ai été terrifié par les fichiers YAML et les scripts Docker. La seule expérience que j’ai eue avec Linux jusque-là était la mise à jour des packages avec le bon vieil homme APT MISE À JOUR ET MODE APT commandes, et je devrais ouvrir plus de post de forum en essayant de comprendre quelque chose de plus Wget ET boucle.
C’est à ce moment-là que je suis tombé sur des plateformes de conteneurs, qui sont conçues pour rendre l’auto-hébergement simple comment choisir mes applications préférées, en modifiant une paire de paramètres à partir d’un menu et en appuyant sur le bouton d’installation. J’ai commencé avec une instance Casaos en exécution dans une machine virtuelle Debian et j’utilise toujours une variante LXC de l’application (via proxmox) à ce jour. Cependant, il y a des tonnes d’autres options qui valent la peine d’être jetées. Si vous êtes sur un Raspberry Pi, je vous recommande de clignoter une carte microSD de réserve avec yunohost ou amitié. Le premier a un énorme ensemble d’applications à choisir, même si je préfère l’interface utilisateur esthétiquement agréable des ombres.
4
Alors passez au bureau Docker / Podman
Les commandes CLI peuvent être exigeantes au début
Avant de démarrer cette section, permettez-moi d’ajouter que les commandes thermiques sont essentielles à la limite si vous souhaitez vous familiariser avec la netteté des environnements auto-détruits. Mais pour les personnes qui souhaitent simplement distribuer des services qui manquent à leurs plateformes de conteneurisation préférées, les variantes OD de Docker ou Podman sont plus que suffisantes.
Personnellement, je suis plus déformé vers le bureau de Podman, car il est non seulement compatible avec le temps d’exécution de Docker, mais prend également en charge les « pods » des propriétaires, qui sont des groupes de conteneurs strictement associés. Dans les deux cas, les deux sont assez faciles à configurer, que vous soyez sous Windows et Linux et incluez la plupart des fonctionnalités dont vous aurez besoin au début de votre voyage d’auto-hôte. De plus, ces phases de conteneur GUI peuvent vous aider à vous familiariser avec le jargon de confinement de base, ce qui est utile lors de la réalisation du passage dans un environnement CLI-Solo.
3
Utiliser des interfaces intermédiaires de gestion des conteneurs
Le cockpit et le portainer sont mes préférés
Si vous n’êtes pas satisfait de Docker ou Podman Desktop et que vous souhaitez une interface utilisateur Web simple qui inclut toutes les structures dont vous avez besoin pour vous tromper avec votre arsenal, je vous recommande de jeter un œil aux interfaces utilisateur de la gestion des conteneurs. En fait, je compte sur un mélange de portiner et de cabine pilotant pour gérer ma suite de conteneurs.
Étant donné que la plupart de mes services non-CASAOS sont effectués via Podman (qui, à son tour, fonctionne à l’intérieur des machines virtuelles et SBC), je préfère utiliser l’extension de la cabine pilote pour gérer mes conteneurs sur la cabine pilote. En plus de simplifier la gestion des pods, la cabine pilotante me permet également de garder un œil sur les machines hôtes. Pour le reste de mes services basés sur un document, Portainener fonctionne incroyablement bien. Si vous commencez votre chemin de conteneur avec Docker, Portainer est un excellent moyen de gérer votre empire épouvantable.
2
Mettre à jour les conteneurs via la tour de garde
L’étiquette du moniteur est mon meilleur ami
Autant j’aime les conteneurs, les mettre à jour est un processus ennuyeux. Après avoir extrait l’image mise à jour d’un référentiel, je devrai arrêter et détruire le conteneur associé. Je vais donc devoir tourner un nouveau conteneur à l’aide de l’image mise à jour et monter les volumes de stockage associés à l’ancien conteneur. Bien que ce ne soit pas un processus extrêmement complexe, le faire pour chaque conteneur devient un travail ingrat lorsque votre bibliothèque de services à la mousse est aussi grande que la mienne.
Voici où Watchtower est utile, car il automatise chaque phase du processus de mise à jour. Malheureusement, les images cassées sont loin d’être rares dans le paysage auto-tendu. Étant donné que Watchtower n’a aucun moyen de déterminer si une image est assez stable pour un conteneur, le réglage des mises à jour automatiques peut impliquer l’application d’automatisation qui extrait des images défectueuses et les conteneurs s’arrêtent. Heureusement, Watcher comprend une étiquette de moniteur, qui m’informe des nouvelles mises à jour avant de les installer et je l’ai activée pour chaque service critique missionnaire de mon arsenal.
1
Distribuer un tableau de bord
Homarr combine une interface utilisateur élégante avec un processus de configuration simple
Une fois que votre armée de conteneurs AutoSuvate devient suffisamment grande, il peut être difficile de garder une trace des adresses IP et de la porta de leur toile d’interface utilisateur. La combinaison de services proxy inverses tels que Caddy et Nginx avec des noms de domaine personnalisés est une option valide, mais le faire peut être assez exigeant si vous n’êtes pas habitué à créer des certificats auto-opérés ou à gérer plusieurs fichiers de configuration.
Ma correction préférée comprend le mappage des adresses IP de la machine virtuelle, des conteneurs et des plateformes de virtualisation. J’ai utilisé la page d’accueil comme tableau de bord au cours des deux derniers mois, même si je ne recommanderais pas les nouveaux arrivants de sauter directement dans cette forte plate-forme YAML (même si cela en vaut la peine). Au lieu de cela, Homarr a le bon équilibre entre les fonctionnalités, l’esthétique et la facilité de configuration. L’ajout d’applications et de services à Homarr est une promenade dans le parc, et c’est donc la configuration de nouveaux ajouts pour eux. De plus, il est possible de créer plusieurs tableaux de bord dans la même instance que Homarr.
Malgré sa nature apparemment complexe, l’auto-osh est assez simple
En tant que personne qui écrit des services contenus sur une base hebdomadaire, je peux confirmer qu’il est assez facile de les mettre en service. Les plates-formes de conteneurs banalisent la majeure partie du défi avec la distribution des applications sur le matériel local et Casaos, Runtipi, Cosmos et d’autres environnements populaires incluent la plupart des services essentiels que vous pourriez demander. En fait, j’irais au point de dire que si vous essayez simplement d’abandonner les services basés sur le cloud et ne vous intéresse pas aux conteneurs sombres ou aux serveurs domestiques, les plateformes de conteneurisation peuvent satisfaire vos besoins d’auto-hébergement.