Ahir ens preguntàvem quins són els costos fixes de mantenir una instància de Mirlo.
Amb en @tonigf començarem a experimentar com desplegar-ne una instància en els nostres respectius home labs, deixo aqui una guia molt detallada de com fer-ho:
Hi ha un apartat on descriuen com desplegar la instància a Hetzner (proveidor de cloud) específicament, diu que per tenir una alta performance estimen un cost mensual d’entre 30€ i 60€
Moltes gràcies!!
Clar, què vol dir una alta performance? Entenc que preveuen bastantes artistes. Vull dir que un alt rendiment per a 15 persones pot ser menys que per 200.
EDIT: està molt bé la documentació de Mirlo!
EDIT2: @MaciAc, potser aquest tema és més de Mistu? O sigui, entenc que hi ha una part d’ambdós…
Gràcies @MaciAc per mirar-t’ho. Pel que vaig entendre ahir, el que diferència principalment els costos de tenir molt catàleg o tenir-ne menys, és els GBs de espai que hi tens allà? Saps quants GB estan comptant en aquests 30€-60€? Perquè aquí està la clau. Molaria aber quant costa a hetzner mateix el mínim servidor que necessita per funcionar amb dos àlbums en tota la instància, i a partir d’aquí fer l’escalat per cada GB.
Això no hi estic d’acord. Quan més catàleg tens necessites més recursos, especialment si hi ha moltes arxius reproduint-se alhora. No és quelcom lineal, ja que el servei en si ja necessita uns recursos independentment del número d’usuàries, però això no vol dir que no augmenti el consum de recursos a mesura que va augmentant l’ús.
Vale això jo em perdo. El que vull anar és que molaria algo així (Mastohost):
Que segurament anem perfilant amb el temps, i també hi incorporem 'quotes solidàries (més del cost) o quotes amadrinades (menys del cost)
Sí, això a mitjà plaç serà la idea (com tenim a Anartist). Però crec que ara el que hem de fer és centrar-nos en monitoritzar realment el que necessitem.
A part, jo crec que en aquest cas haurem de testar i incorporar en volum d’oients i no només les usuàries del propi catàleg.
Podem utilitzar com a aproximació els costos de Mirlo, tenen 2 posts on expliquen costos en el Q3-2025 i Q1-2026
També hi ha aquest post on es diu que una petita instància pot costar 40€/mes però no diu què és una petita instància.
Als dos primers posts hi diu que gasten entre 700€ i 750€ cada 3 mesos “on hosting and tooling”, entenc que això no només inclou la instància de Mirlo. si no que també inclou eines que fan servir internament com Discord, github actions, basecamp…
Jo crec que serà més aviat el que nosaltres necessitarem com a mínim al principi. Incloent backups i tal.
Clar si cada instància mínim costa 40€/mes no sé si és el software ideal per molts segells (almenys en un principi)… pel viver està bé perquè com a Mistu podrem trobar maneres de pagar-ho. A més això sense contemplar pagar a una persona encarregada del manteniment i actualitzacions…
Amb Mirlo fa pinta que tindria sentit mínim 1 instància = 5-10 segells / 50-100 artistes. Cal explorar si a més de Faircamp 2.0 hi ha algun altre software que faciliti la descentralització 1 instància = 1 segell.
I afegeixo que no em sembla tant greu que els catàlegs no siguin segells, sinó conjunts de segells. Pot tenir sentit això també.
Ara estava imaginant algo així:
Crec que dos reptes que se m’acudeixen són:
· Pel hosting del cas A i B, no tenim un model de software que permeti vendre merchan o que sigui fàcil d’utilitzar (el que fa Mirlo que no té Faircamp) però que sigui bo per un segell que vol algo totalment independent en el seu domini. Explorar què tal Faircamp 2.0 o altres programaris.
· En el cas dels Mirlos multi-segell / multi-artista (cas C), que proposo començar a anomenar distribuïdores (però que també li podriem dir comunitat de comunitats), com creem un primer model. El viver pot ser aquest primer model? Reunim a varis col·lectius i mirem de crear una distribuïdora en comú?
He desplegat i provat una instància de Mirlo sobre una Raspberry Pi 4B: 4 nuclis ARM, 8 GB de RAM. El servei corr amb fluïdesa.
Pel que fa al consum de recursos, l’stack complet de Mirlo ocupa de manera estable al voltant d’1,3 GB de RAM, i aquest consum és pràcticament fix independentment de l’activitat. La pujada de fitxers en si gasta molt poca memòria addicional, perquè els àudios es transmeten cap a l’emmagatzematge en trossos petits i no es carreguen sencers a la memòria. La feina realment intensiva és la transcodificació, que és una tasca de CPU i s’executa amb concurrència.
En una prova real de pujada d’un àlbum sencer (11 temes), el temps total ha estat de menys de 4 minuts. La conclusió important és que el temps de pujada d’un àlbum ve marcat sobretot per la velocitat de connexió a internet de qui penja la música, no per la potència del servidor.
Requisits mínims per desplegar la instància. A partir del que he mesurat, per fer córrer Mirlo de manera còmoda calen com a mínim uns 2 GB de RAM dedicats tot i que el recomanable són 4 GB o més si es vol tenir coixí i conviure amb altres serveis. Pel que fa a la CPU, com més nuclis millor.
El que podem fer ara és deixar-lo obert per fer proves. La URL: https://mirlo.remor.net:8443. El servei de correu també l’he connectat, així que pot ser que us arribin els correus a la brossa. Revisau-ho a l’hora de registrar-vos.
Moltes gràcies per la feina!! Quan pugui hi dono una ullada 
@tonigf, no m’arriba el correu de confirmació (he revisat SPAM!).
@marcelcosta crec que el teu correu l’esta rebutjant. La meva ip és residencial i està dins la llista spamhaus. Llavors crec que van per aquí els tirs!
T’he confirmat el compte manualment. Ja hi pots entrar!
Genial gràcies!! Sempre és un maldecap lo dels correus… jejeje.
Bon dia, avui li he demanat a la IA Qwen Studio una calculadora de costos d’una instància de Mirlo basant-se en els costos de Hetzner i m’ha fet un html que he pujat a la web de Radi Solar. Podeu comprovar que sigui bastant realista?
PD: Si algú li molesta que hagi fet servir la IA per això que ho digui i intento no fer-ho més en aquest projecte. O parlem sobre quan si i quan no.
EDIT: Ah i això no inclou el temps/sou que hauriem de comptar per les persones que mantinguéssin la infraestructura.
Per donar-li continuïtat al tema del hosting compartit apunto quins penso que serien els següents passos i una possible estructura econòmica:
Des del saldo de Fairplayer* de Radi Solar (fins que no tinguem una fiscalitat pròpia) es paga el cost dels servidors del hosting compartit. Que, entre d’altres coses, hi allotgem:
*Es podria fer des de Mistu, però penso que millor des de Fairplayer perquè els beneficis podrien ajudar al desenvolupament. Ho explico millor a beneficis
· Fairplayer.org
· Aquest àgora? (o el seguim a anartist)
· Instàncies de Fairplayer: fairplayer.band, mistu.cat + les que vinguin si ho obrim
· Instàncies de Faircamp: les que de moment tenen el macià i la sofi + les que vinguin si ho obrim
· Instàncies de Mirlo: el viver, una per radi solar (si val menys de 20€) + les que vinguin si ho obrim
Per finançar això, tenim les entrades econòmiques:
· Les instàncies de fairplayer paguen x € / mes (Exemple: Mistu paga >10€ al mes)
· Les instàncies de Faircamp paguen x € / mes
· Les instàncies de Mirlo paguen x € / mes (Exemple: Viver, Radi Solar paguen >/= 20€ al mes)
En un principi no n’hi haurien gaires, però un cop restem els gastos als ingressos, els diners podrien anar al saldo de Fairplayer que els repartiria entre la gent que gestiona aquest hosting compartit + la gent que contribueix al desenvolupament (s’hauria de decidir com es fa). Això portaria a la idea que deiem fa temps que el hosting sigui una via de finançar el desenvolupament com fan molts projectes de software lliure.
mmm. Gràcies per la feina i la pensada.
Tinc agluns de comentaris.
Mmmm no tinc molt clar això. Si que a nivell de gestió, comunicació i governança està guai que ho fem des de Mistu, però crec que el hosting pot ser una oportunitat per finançar la part de desenvolupament com fan tants altres projectes de codi obert. Potser podem trobar un punt mig, en el sentit de que des de Mistu es coordina però la part econòmica i tècnica la fa fairplayer.
Va en relació amb l’altra punt. Penso que aquí hi ha possibles candidats @MaciAc @tonigf @txels que ho poden fer de forma prou professional i cobrant per aquesta tasca. El que diguin ells òbviament!
Cert, m’ha pogut l’impuls i jo mateix tinc contradiccions i dilemes amb aquestes coses, ja que depenent de com les uses, penso que són una ajuda enorme pels projectes DIY. Però al mateix temps entenc i comparteixo l’altra 90% de l’iceberg que és horrible.
Això és important. En general la gent que porta servidors de streaming de video o àudio comenta que cal tenir molt en compte el cost d’ample de banda, que és el que se’t pot disparar i que no es pot preveure, pq varia en funció de l’ús. Veig que la calculadora del @guillem ho té en compte (tot i que la fòrmula és opaca i no puc veure en què es basa, i estimar “número de reproduccions” globalment ja és un càlcul en si… potser un full de càlcul simple seria més útil, amb número d’usuàries, promig d’hores diàries/setmanals d’escolta etc…).
I en el context actual, sense proteccions adequades, bots i scrapers et poden fer pujar molt els costos per sorpresa 
