Muntar un servidor a casa usant Docker Desktop com a peça central s'ha convertit en una de les formes més còmodes de tenir els teus propis serveis: núvol privat, servidor multimèdia, VPN, DNS filtrat, gestors de contrasenyes i fins i tot servidors de jocs. Amb una mica de traça i qualsevol PC vell o mini PC, pots muntar un autèntic laboratori domèstic per aprendre i, de passada, tenir serveis útils pel teu dia a dia.
La idea general és molt senzilla: fer servir un sistema operatiu estable (Debian, Ubuntu, Proxmox, fins i tot Windows) i recolzar-te en Docker per encapsular cada servei al seu propi contenidor. Aixà separes cada aplicació, evites conflictes, facilites les actualitzacions i pots tirar-ho tot a baix i aixecar-ho de nou sense por de trencar el sistema sencer. A veure, pas a pas i amb força detall, com s'organitza tot això i quins serveis interessants pots muntar al teu servidor casolà utilitzant Docker o Docker Desktop.
Triar l'equip i el sistema per al teu servidor casolĂ
El primer és tenir clar amb quina mà quina treballarà s: qualsevol ordinador antic que tinguis per casa sol ser més que suficient per començar. Molta gent reutilitza una torre vella, altres es compren un mini PC de baix consum, i també hi ha qui fa el salt a un NAS tipus Synology oa una solució més pro com Proxmox.
Si optes per una torre antiga, el mĂ©s normal Ă©s afegir discos durs dedicats a l'emmagatzematge, per exemple un parell d'HDD de diverses teres en RAID per tenir tolerĂ ncia a errors. Un cas força tĂpic Ă©s muntar dos discos de 2 TB a RAID i, mĂ©s endavant, ampliar-los a discos de 8 o 12 TB quan l'espai es quedi curt.
Pel que fa al sistema operatiu, el ventall Ă©s ampli: pots fer servir Windows, Linux o una distro especĂfica per a emmagatzematge com TrueNAS. Molta gent comença directament amb el Windows que porta el PC i funciona sense problemes, però si avui haguessis de començar des de zero, probablement t'interessi mĂ©s un Linux lleuger (Debian o Ubuntu Server) o un NAS amb la seva pròpia distribuciĂł, com els Synology que porten un Linux molt optimitzat.
El maquinari mĂnim tampoc Ă©s una bogeria: per a la majoria de serveis casolans, amb 2 GB de RAM i una CPU de dos nuclis vas sobrat, sempre que el sistema estigui una mica optimitzat i no carreguis un escriptori pesat. En un NAS tipus Synology amb 2 GB de RAM i un dual core pots tenir un bon grapat de contenidors (cloud, multimèdia, descĂ rregues, DNS, etc.) sense passar del 20% de CPU, excepte pics puntuals en reproduir vĂdeo.
El gran dubte sol ser si anar a buscar un NAS com un Synology o seguir amb una torre: el NAS ocupa menys, fa molt menys soroll i ve força afinat per ser servidor, però Ă©s mĂ©s car si ja tens una torre a casa. En canvi, la torre Ă©s ampliable, pots canviar CPU, RAM, afegir-hi targetes… i si necessites molta potència, serĂ l'opciĂł mĂ©s flexible. Això sĂ, revisa que tingui una targeta de xarxa decent , perquè de ben poc serveix tenir un servidor potent si el coll d'ampolla Ă©s la connexiĂł.
Proxmox, Docker, Docker Desktop i Portainer: el combo pel teu laboratori
Una manera molt còmoda d'organitzar el vostre servidor casolĂ Ă©s muntar Proxmox com a capa de virtualitzaciĂł i, dins seu, crear contenidors LXC o mĂ quines virtuals on instal·lar Docker. Proxmox s'administra Ăntegrament des del navegador, entrant a la IP del servidor (una mica tipus http://<ip_servidor>), aixĂ que no necessites tenir monitor ni teclat connectats al “servidor”.
En un escenari tĂpic amb Proxmox, pots tenir diversos contenidors LXC corrent diferents distros (Debian, Ubuntu, etc.), cadascun amb la seva pròpia IP i recursos assignats. Dins d'un instal·les Docker, ia partir d'aquĂ gestiones els contenidors des de la lĂnia d'ordres o des d'una interfĂcie grĂ fica com a Portainer. Això et permet aĂŻllar serveis i tenir, per exemple, un contenidor per a serveis web, un altre per a bases de dades, un altre per a monitoritzaciĂł, etc.
Docker en si és una plataforma de contenidors que encapsula aplicacions juntament amb totes les seves dependències. El sistema amfitrió comparteix el nucli, aixà que és molt més lleuger que una mà quina virtual completa. Això és ideal per tenir diversos serveis escoltant als mateixos ports internament, però mapejant ports diferents cap a l'exterior per evitar conflictes. Per exemple, dos contenidors amb servidors web usant el port 80 al seu interior, però un exposat com a 8080:80 i l'altre com a 8081:80 al host.
Si treballeu en escriptori (Windows o macOS), Docker Desktop us simplifica enormement la configuraciĂł, perquè us instal·la el motor de Docker , una interfĂcie grĂ fica bĂ sica i la integraciĂł amb Docker Compose. En un servidor Linux pur utilitzarĂ s Docker Engine “a pèl”, sense interfĂcie d'escriptori, però la filosofia Ă©s la mateixa.
Com a cirereta, pots instal·lar Portainer, que Ă©s una interfĂcie web molt còmoda per gestionar contenidors, imatges, xarxes i volums sense dependre de la terminal. Des de Portainer arrenques, pares, esborres contenidors, veus logs, crees stacks amb arxius docker-compose.yml i controles diversos hosts Docker des d'un Ăşnic panell.
Instal·lar Docker a Debian, Proxmox o un contenidor LXC
Si escolliu Debian 10/11 com a sistema base, el procĂ©s recomanat Ă©s afegir el repositori oficial de Docker i evitar el paquet que porta la distribuciĂł per defecte, que sol anar mĂ©s desactualitzat. Els passos tĂpics sĂłn preparar el sistema, afegir la clau GPG, configurar el dipòsit, instal·lar els paquets i provar que tot funciona.
Primer actualitzes el sistema, instal·les paquets bà sics (com ca-certificates, curl, gnupg y lsb-release) I després descarregues la clau del repositori oficial de Docker, la registres al sistema i afegeixes l'entrada corresponent a la teva versió de Debian. Després instal·les el motor de Docker i els components recomanats.
Un cop instal·lat, és bona idea llançar el contenidor de prova hello-world per verificar que Docker està operatiu i comprovar la versió amb docker --version. De pas, convé afegir el teu usuari al grup docker per no haver d'usar sudo tota l'estona. Després d'un reinici rà pid comproveu l'estat del servei amb systemctl status docker i llest.
En entorns amb Proxmox i contenidors LXC, molta gent fa servir un script automatitzat que es llança dins del LXC i deixa Docker llest per funcionar, ajustant cgroups i altres peculiaritats dels contenidors. Aquests scripts solen estar en repositoris comunitaris de Proxmox i estalvien força temps, encara que sempre pots seguir també la documentació oficial de Docker per a Ubuntu o Debian.
Si ets a Windows o macOS amb Docker Desktop, el procĂ©s Ă©s mĂ©s amigable: descarregues l'instal·lador, l'executes, reinicies si cal i la pròpia app aixeca el motor de Docker en segon pla. Des de la interfĂcie grĂ fica pots veure contenidors, imatges i logs, i en paral·lel fer servir la terminal de sempre amb les mateixes ordres de Docker.
Portainer: panell web per controlar els teus contenidors
Portainer és d'aquelles eines que, quan la proves, ja no vols tornar a gestionar-ho tot només amb CLI , sobretot si estàs començant. Es desplega com un contenidor Docker més i, un cop en marxa, us dóna un panell web per veure i gestionar el vostre entorn.
En un servidor Debian, per exemple, el més habitual és crear primer el contenidor de Portainer mapejant el port 9000 (o 9443 si uses HTTPS). La imatge clà ssica és portainer/portainer o, a la versió actual, portainer/portainer-ce. Amb una simple ordre docker run indicant nom del contenidor, ports i volum de dades, ja tens el panell preparat.
Per accedir-hi nomĂ©s has d'obrir el navegador i apuntar a la IP del servidor seguida del port, alguna cosa tipus http://ip-del-servidor:9000. Al primer accĂ©s, Portainer et demana crear la contrasenya de l'usuari administrador, seleccionar l'entorn (en local, el propi host Docker) i, a partir d'aquĂ, quedarĂ s al panell principal des del qual podrĂ s veure imatges, contenidors, xarxes, volums, stacks, etc.
El gran avantatge és que Portainer et permet crear contenidors a cop de clic, bé a partir de plantilles, bé pujant els teus propis fitxers docker-compose.yml a la secció de Stacks. També pots veure els logs en temps real, gestionar les variables d'entorn, muntar volums, xarxes i molt més sense necessitat de saber-t'ho tot de memòria a la terminal.
Xarxes Docker, DNS intern i preparaciĂł per a un servidor intermediari invers
Quan comences a tenir diversos contenidors que necessiten parlar entre si (web, base de dades, núvol, intermediari invers…), és fonamental entendre com funciona la xarxa a Docker . El més habitual és crear una xarxa tipus bridge (pont) pròpia per als teus serveis i connectar-hi tots els contenidors que s'hagin de comunicar.
En crear una xarxa bridge personalitzada, Docker aixeca un petit servidor DNS intern per a aquesta xarxa. Això vol dir que els contenidors es poden resoldre entre si per nom, sense necessitat d'IPs. Per exemple, si el vostre contenidor de base de dades s'anomena mariadb i el teu contenidor de Nextcloud està a la mateixa xarxa, podràs fer servir mariadb com a host de la base de dades a la configuració de Nextcloud.
Una petita curiositat: si uses aquests noms en configuracions de nginx (ja sigui en un proxy invers manual o en un contenidor preparat), és recomanable que tots els noms de contenidor estiguin en minúscules , perquè nginx normalitza a minúscules abans de resoldre. Aixà evites problemes ximples de DNS que et faran perdre temps.
Aquesta xarxa bridge comú també ve genial quan muntes un proxy invers amb nginx o eines tipus Nginx Proxy Manager o Traefik, ja que el proxy només ha de saber els noms dels contenidors de destinació (per exemple, nextcloud, jellyfin, etc.) i podrà encaminar el trà nsit internament sense tocar IPs.
Accés extern: DuckDNS, certificats SSL i Let's Encrypt
Si vols accedir al teu servidor casolà des de fora de la teva xarxa (per exemple, al teu núvol privat o al teu servidor multimèdia), necessitaràs un domini o subdomini que apunti a la teva IP . Com que la majoria tenim IP dinà mica del nostre ISP, una solució molt usada és DuckDNS, que et dóna un subdomini gratuït i una manera senzilla d'actualitzar la IP.
La grà cia és que també pots utilitzar DuckDNS des de Docker, aixecant un contenidor com el de linuxserver/duckdns. En aquest contenidor configures el teu subdomini i el teu token, i ell s'encarrega d'anar actualitzant la IP pública perquè el nom de domini sempre apunti correctament a casa teva. Aixà no t'has de preocupar de si el router ha canviat IP després d'un reinici.
Sobre aquesta base Ă©s on entra en joc Let's Encrypt. La idea Ă©s aixecar un contenidor que combini nginx com a proxy invers i Let's Encrypt per gestionar certificats SSL de forma automatitzada. La imatge de linuxserver/letsencrypt Ă©s un clĂ ssic: s'ocupa d'emetre un certificat (fins i tot comodĂ per a subdominis) i de renovar-lo automĂ ticament cada cop que se n'acosti la caducitat.
En la primera arrencada del contenidor, Let's Encrypt valida que realment ets el propietari del domini, normalment usant el propi DuckDNS. Si tot va bé, genera els certificats ia partir d'aquà nginx comença a respondre per HTTPS al port 443. Els certificats duren 90 dies, però el contenidor revisa el seu estat cada dia i, si veieu que queden menys de 30 dies, intenta renovar-los sol. Si alguna cosa falla, els logs a /config/log/letsencrypt et diran què ha passat.
Pel que fa a la configuració de ports, moltes vegades es juga amb el redireccionament del router: per exemple, redirigir el port 443 extern al 444 intern del servidor, i després mapejar el 444 del servidor al 443 del contenidor a Docker. De cara a internet, segueixes entrant per https://tusubdominio.duckdns.org sense notar res. El port 80 només cal exposar-lo si vols validació HTTP, però per a certes maneres de validació DNS ni tan sols és imprescindible.
Allotjar webs estĂ tiques i configurar nginx al contenidor
Quan el teu contenidor de nginx + Let's Encrypt estĂ funcionant, pots aprofitar-ho per servir un lloc web estĂ tic juntament amb la resta de serveis. Aquesta imatge sol mapejar una carpeta de configuraciĂł i dades al host, una mica tipus /home/user/appdata/letsencrypt, on dins tindrĂ s subcarpetes com /config, /www, /nginx, Etc
Els arxius HTML de la teva web estĂ tica se solen col·locar a /config/www. AixĂ, si copies aquĂ un index.html o un page1.html, podrĂ s accedir mitjançant el teu domini segur: per exemple, https://www.subdominio.duckdns.org/page1.html. És una manera molt senzilla de mantenir una web “casola” directament des del mateix servidor.
El fitxer de configuració principal de nginx sol ser a /config/nginx/default. No és bona idea esborrar-lo perquè es regenera en reiniciar el contenidor, però sà que pots editar-lo per adaptar-lo a les teves necessitats. De fà brica sol escoltar al port 443, amb l'arrel de documents apuntant precisament a /config/www.
Si vols que tambĂ© escolti al port 80 i redirigeixi tot el trĂ nsit HTTP a HTTPS, haurĂ s de descomentar les lĂnies corresponents a la part superior del fitxer (el bloc server que escolta al 80 i torna una redirecciĂł al 443). DesprĂ©s de cada canvi en els fitxers de configuraciĂł, reinicieu el contenidor perquè nginx recarregueu la configuraciĂł.
Nextcloud després d'un servidor intermediari invers: el teu núvol privat
Una de les aplicacions estrella per a un servidor casolà és Nextcloud, la teva cloud privada amb sincronització darxius, calendari, contactes, notes, galeria de fotos i molt més. Normalment ho desplegas juntament amb una base de dades, per exemple MariaDB, i després ho poses darrere del proxy invers que ja tens amb Let's Encrypt.
El flux tĂpic a Docker Ă©s una cosa aixĂ: primer crees un contenidor de base de dades usant la imatge linuxserver/mariadb, configurant les variables d'entorn perquè creeu un usuari i una base de dades especĂfiques per a Nextcloud (per exemple, MYSQL_USER=nextcloud, una contrasenya segura i una base de dades anomenada nextcloud_db). DesprĂ©s aixeques el contenidor i, si vols, hi entres per gestionar les bases de dades des de la lĂnia d'ordres.
Després crees el contenidor de Nextcloud amb la imatge linuxserver/nextcloud o l'oficial, connectant-lo a la mateixa xarxa bridge i apuntant-ne les variables a la base de dades per nom de contenidor (usant mariadb com a host). Al principi podries accedir temporalment a Nextcloud per un port intern (una mica tipus http://ip_servidor:444), però el més habitual és esperar a posar-lo darrere del proxy i acabar la configuració ja sota HTTPS.
Per integrar-lo amb el servidor intermediari invers de Let's Encrypt, a la carpeta /config/nginx/proxy-confs d'aquest contenidor trobareu fitxers d'exemple, com ara nextcloud.subdomain.conf.sample. Només cal anomenar-ho a nextcloud.subdomain.conf i ajustar, si vols, el subdomini que utilitzaràs (una mica tipus nextcloud.subdominio.duckdns.org). Després de reiniciar el contenidor de Let's Encrypt, aquest subdomini ja apuntarà al teu contenidor de Nextcloud.
A la primera visita a https://nextcloud.tusubdominio.duckdns.org, veureu la pantalla d'instal·lació de Nextcloud: aquà defineix l'usuari administrador i la contrasenya, indiques la base de dades (nextcloud_db), l'usuari i la contrasenya configurats a MariaDB, i com a host de DB poses mariadb. Des d'aquell moment, tots els accessos dels usuaris es faran xifrats grà cies al proxy de Let's Encrypt, mentre que la comunicació interna entre el proxy i el contenidor de Nextcloud es manté a la xarxa local Docker.
Serveis imprescindibles que podeu muntar amb Docker
Quan tens la base funcionant (Docker, xarxa bridge, proxy invers, certificat SSL), el cel Ă©s el lĂmit . Hi ha un munt de serveis ideals per a un servidor casolĂ , i gairebĂ© tots tenen imatges molt ben mantingudes que pots desplegar via Docker Compose o Portainer.
Per a la gestió de Docker, Portainer és el teu millor aliat: et deixa veure tots els contenidors, imatges i volums d'una ullada, i també crear stacks complexos usant fitxers docker-compose.yml. A més, si en el futur tens més d'un host Docker (per exemple, un altre servidor a la teva xarxa), pots gestionar tots des d'una sola instà ncia de Portainer.
Un clĂ ssic per centralitzar dominis i certificats sense haver de barallar-te a mĂ amb nginx Ă©s Nginx Proxy Manager. És un contenidor que exposa els ports 80, 81 i 443: el 80 per a HTTP, el 443 per a HTTPS i el 81 per a la interfĂcie d'administraciĂł. S'aixeca via Docker Compose definint la imatge (jc21/nginx-proxy-manager:latest), El container_name, les polĂtiques de reinici, els ports i els volums de configuraciĂł i dades, de manera que els certificats i ajustaments persisteixin encara que esborris el contenidor.
Al propi fitxer docker-compose.yml pots jugar amb el mapatge de ports, per exemple canviant el port d'administració a una mica menys està ndard: si poses 84:81, estaràs redirigint el port 84 del host al 81 del contenidor, aixà que entraries al panell web des de http://<ip_servidor>:84. Això és útil si tens altres aplicacions ocupant el 81 o vols evitar els valors per defecte.
A nivell de volums, Nginx Proxy Manager sol muntar carpetes del host (rutes absolutes) on guardarĂ configuraciĂł i certificats, però tambĂ© pots optar per volums nomenats de Docker, que no requereixen rutes especĂfiques al sistema de fitxers. Docker els emmagatzema a /var/lib/docker/volumes i sĂłn perfectes quan no necessites controlar exactament on van les dades, nomĂ©s que es conservin en recrear contenidors.
A més del proxy i Portainer, hi ha tota una col·lecció de serveis molt populars en un homelab: Wireguard o Zerotier per a VPN, AdGuard o Pi-hole per a DNS filtrat, Grafana i Prometheus per a monitorització, bases de dades com PostgreSQL, MongoDB o Redis, Nextcloud per al núvol, Jellyfin o Plex per a multimèdia, Home Assistant Radarr, Prowlarr, Readarr) integrats amb un client de torrents tipus Transmission.
Emmagatzematge, multimèdia, contrasenyes i DNS filtrat al teu servidor
Un dels usos mĂ©s prĂ ctics d'un servidor casolĂ Ă©s com a servidor de fitxers centralitzat on desar documents, fotos, vĂdeos i còpies de seguretat. Pots muntar-lo com una simple carpeta de xarxa des de l'explorador de fitxers del teu PC, o donar-li una capa “cloud” amb Nextcloud o FileBrowser, segons si vols alguna cosa semblant a Google Drive o prefereixes una mica mĂ©s senzill.
Si nomĂ©s sou dues o tres persones accedint als fitxers (per exemple, tu i la teva parella), moltes vegades resulta mĂ©s còmode mapejar una unitat de xarxa al sistema (SMB/NFS) i oblidar-te d'interfĂcies web complicades. Això no treu que puguis aprofitar aplicacions de fotos especĂfiques del NAS (com les de Synology) o de Nextcloud per tenir galeries ordenades i accessibles des del mòbil.
L'altre gran clà ssic és el servidor multimèdia casolà . Encara que segueixis pagant Netflix, Prime, HBO i companyia, sempre hi haurà contingut que no està a cap plataforma o que vols tenir descarregat. Per reproduir-lo a la tele, mòbil o tablet, el més habitual és fer servir Plex, Emby o Jellyfin. En entorns Synology, per exemple, Plex sol anar especialment fi en tenir paquet nadiu, sense necessitat de Docker, cosa que redueix la cà rrega de CPU i millora l'experiència.
Plex tĂ© la pega que la part mòbil requereix subscripciĂł (uns 5 euros al mes o una llicència vitalĂcia mĂ©s cara), però a canvi ofereix una interfĂcie molt polida i suport decent. Jellyfin Ă©s totalment lliure i gratuĂŻt, però en segons quines combinacions de maquinari i transcodificaciĂł pot donar petites estirades . Emby es queda en un punt intermedi. L'ideal Ă©s provar-ne diversos i veure quin s'adapta millor al teu servidor i als teus clients.
Per automatitzar la descĂ rrega de contingut, el normal Ă©s muntar el combo d'aplicacions acabades en -arr : Prowlarr com a agregador d'indexadors, Sonarr per a sèries, Radarr per a pel·lĂcules, Readarr per a llibres, i tot això orquestrat amb un client de torrents com Transmission. Cada component corre al seu contenidor, compartint carpetes de descĂ rregues i biblioteca, de manera que quan un episodi estĂ llest, es mou automĂ ticament al seu lloc i apareix a Plex o Jellyfin.
Pel que fa a seguretat, és molt recomanable tenir el teu propi gestor de contrasenyes self-hosted . Vaultwarden (implementació lleugera de Bitwarden) és una opció molt popular a Docker, perquè s'integra amb extensions de navegador i apps mòbils igual que el servei oficial. Aixà evites reutilitzar contrasenyes i no depens de lemmagatzematge del navegador, que pot quedar exposat si pilles malware. Si no vols allotjar-ho tu, sempre pots fer servir serveis al núvol tipus NordPass, però l'important és no desar claus sense xifrar al navegador.
Pel tema DNS i bloqueig de publicitat o trackers, Pi-hole segueix sent un dels projectes estrella. El col·loques en un contenidor, apuntes el router o els teus dispositius perquè usin la seva IP com a DNS, i ell s'encarrega de filtrar anuncis i rastrejadors basant-se en llistes externes. Hi ha webs com Firebog on pots recopilar llistes de dominis a bloquejar: des de simples anuncis fins a trackers intrusius. AixĂ, tot el trĂ nsit de la teva xarxa passa per Pi-hole abans de sortir a internet.
Xarxa, ports, VPN i primers passos amb Docker si estĂ s perdut
Una de les coses que més espanta al principi és la part de xarxa i ports . En realitat, el concepte base és molt similar al d'un servidor de jocs clà ssic: cada contenidor escolta en un o diversos ports interns i tu decideixes quins ports del host exposaràs i redirigir des del teu router cap a fora.
A Docker, la sintaxi de ports a Compose segueix l'esquema host:contenedor. Per exemple, 80:80 significa que el port 80 del host es mou al 80 del contenidor. Si canvies a 8080:80, estaràs accedint al port 80 intern mitjançant el 8080 al host. Això és el que et permet tenir molts serveis usant el mateix port intern però amb ports externs diferents, sense conflictes.
Per accés remot segur a la vostra xarxa (més enllà d'exposar serveis concrets), Wireguard és una opció lleugera i molt rà pida. Amb un contenidor de Wireguard ben configurat, pots connectar el teu mòbil o portà til des de fora de casa i navegar com si estiguessis dins del teu LAN. Zerotier és una altra alternativa interessant si vols crear xarxes virtuals entre amics per a servidors de jocs i altres, sense barallar-te tant amb NAT i ports a cada extrem.
Si véns de zero i et sona tot a xinès, pensa en un contenidor com un “mini sistema” aïllat dins del teu servidor, al qual accedeixes amb ordres tipus docker exec -it nombre_contenedor bash. És semblant a entrar en un entorn virtual, però a nivell sistema en lloc de només llibreries d'un llenguatge. Dins del contenidor, uses les ordres pròpies de l'aplicació (per exemple, clients de base de dades, gestors de paquets, etc.), mentre que fos maneges la vida del contenidor amb docker o docker compose.
Amb el temps, veurĂ s que el mĂ©s còmode Ă©s definir tots els teus serveis en un o mĂ©s fitxers docker-compose.yml. AquĂ declares la imatge, el nom del contenidor, la polĂtica de reinici (unless-stopped Ă©s molt comĂş), els ports, els volums i les variables dentorn. DesprĂ©s nomĂ©s has d'anar a la carpeta on hi ha l'arxiu i llançar docker compose up -d per aixecar-ho tot en segon pla. Si preferiu alguna cosa mĂ©s visual, Portainer us permetrĂ carregar aquests YAML des de la interfĂcie i gestionar-los com a “stacks”.
Quan ja tinguis una base sòlida amb Docker, un bon grapat de serveis aixecats i una mica d'experiència amb ports i xarxes, el teu servidor casolà es converteix en un laboratori perfecte per seguir aprenent : pots experimentar amb bases de dades, microserveis, monitorització amb Grafana i Prometheus, domòtica amb Home Assistant, o fins i tot muntar el teu propi servidor web com a camp.
Tot aquest ecosistema, recolzat en Docker o Docker Desktop, fa que amb un PC antic , un parell de discos i una mica de temps puguis passar de no saber per on començar a tenir un munt de serveis útils i segurs corrent a casa, amb accés xifrat des de fora, còpies de seguretat, multimèdia centralitzat i una infraestructura sobre la qual seguir espatllant sense por.