Migracions i costos cloud: pagar pel que feu servir i canviar sense ensurts
Saber on se'n va cada part de la factura, retallar el que sobra i, si compensa, canviar de proveïdor amb proves i un pla per a tornar.
Eines habituals
- ClickHouse
- Elasticsearch
- Kafka
- Kubernetes
- Hetzner
- MongoDB
- MySQL
- Proxmox
En resum
Una revisió de costos cloud és una anàlisi del que pagueu al vostre proveïdor per a separar el necessari del que sobra. Revisem la factura d'AWS, Google Cloud o Azure i us proposem per escrit què retallar i quant d'esforç comporta. Si compensa canviar de proveïdor, per exemple a Hetzner, planifiquem la migració amb proves prèvies i un pla de marxa enrere.
- Idiomes
- Castellà, català o anglés
- Resposta
- El següent dia feiner, en horari laboral
- Mètode
- Al vostre compte i al vostre repositori, en codi i documentat
Què inclou
- Desglossament de la factura per servei, entorn i equip, amb etiquetes si no n'hi ha.
- Llista de recursos sobredimensionats, oblidats o orfes.
- Proposta d'estalvi prioritzada per impacte i esforç, per escrit.
- Alertes de pressupost perquè la factura no sorprenga.
- Pla de migració per fases, amb criteris per a avançar o tornar enrere.
- Infraestructura de destinació en codi (Terraform).
- Migració de dades amb verificació i finestra de tall pactada.
- Informe final amb l'abans i el després.
Per què puja la factura cloud?
Gairebé mai per un únic motiu. El que trobem més sovint quan revisem un compte:
- Màquines i bases de dades amb la mida que es va triar el primer dia i que mai no es va revisar.
- Entorns de prova o de demostració que continuen encesos mesos després.
- Discos, instantànies i IP sense ús que es paguen cada mes.
- Trànsit de sortida i transferències entre zones que ningú no havia calculat.
- Registres i mètriques guardats més temps del necessari.
- Compromisos d’ús o reserves que no s’aprofiten.
Quina mesura convé primer?
No totes les mesures d’estalvi costen el mateix ni tenen el mateix risc. A la proposta les ordenem així:
| Mesura | Esforç | Risc | Quan té sentit |
|---|---|---|---|
| Apagar o esborrar el que no es fa servir | Baix | Baix, si es confirma abans | Sempre, és el primer |
| Ajustar mides de màquines i bases de dades | Baix a mitjà | Mitjà, es prova abans | Quan l’ús mitjà és molt inferior al contractat |
| Apagar entorns de prova fora d’horari | Baix | Baix | Entorns que només es fan servir en horari laboral |
| Reduir la retenció de logs i mètriques | Baix | Baix, si s’acorda | Quan es guarda més del que es consulta |
| Compromisos d’ús o reserves | Baix | Mitjà, per la permanència | Càrregues estables amb almenys un any per davant |
| Canviar de proveïdor | Alt | Mitjà a alt | Càrregues estables i equip que assumeix més manteniment |
Canviar de proveïdor no sempre és passar a un altre núvol: de vegades és portar les màquines virtuals a servidors propis amb Proxmox VE, o substituir un servei gestionat del proveïdor per un de propi, com una memòria cau amb Valkey.
Com fem una migració entre proveïdors?
Una migració no és copiar màquines: és reconstruir l’entorn a la destinació, provar-lo i canviar el trànsit quan tot compleix. Aquest és l’ordre:
Inventari i dependències
Quins serveis hi ha, de quins serveis gestionats del proveïdor depenen i quina alternativa tenen a la destinació.
Destinació en codi
Xarxa, màquines, bases de dades i permisos en Terraform, per a poder repetir-ho i revisar-ho.
Rèplica de dades
Còpia inicial i sincronització contínua fins al dia del canvi.
Proves
Càrrega i funcionalitat a la destinació, amb criteris escrits del que s’ha de complir.
Canvi i marxa enrere
Finestra pactada, canvi de DNS o de balancejador i un pla provat per a tornar a l’origen.
Què passa amb les dades personals?
Si moveu dades personals, el proveïdor i la regió importen. Triem amb vosaltres centres de dades a la Unió Europea quan cal i deixem per escrit on és cada dada. Si hem de tractar aquestes dades durant la migració, signem abans el contracte d’encarregat del tractament.
Quina experiència tenim?
Des de la direcció tècnica hem gestionat el pressupost del núvol d’una plataforma amb un 99,9 % de disponibilitat, i com a DevOps en un SaaS B2B hem treballat amb entorns en diversos proveïdors descrits en codi. Coneixem AWS, Google Cloud, Azure, Hetzner i DigitalOcean, i el que costa de veritat cadascun quan s’hi suma el manteniment.
Preguntes freqüents
Quant es pot estalviar?
Depén de cada compte i no donem una xifra abans de mirar-lo. La revisió us diu quin estalvi és possible, quin esforç comporta cada mesura i quin risc té, perquè decidiu amb dades.
Compensa deixar AWS per Hetzner?
De vegades sí i de vegades no. Compensa amb càrregues estables i equips que poden mantindre més peces; no compensa si depeneu de molts serveis gestionats o necessiteu presència en diverses regions. Ho comparem amb els vostres números.
Hi haurà tall de servei durant la migració?
Es planifica perquè siga mínim: rèplica de dades prèvia, proves a la destinació i una finestra de tall pactada. Si alguna cosa no compleix els criteris, es torna a l'origen.
Expliqueu-nos el vostre cas
En una trucada gratuïta de 20 minuts veiem on sou i per on començar. Sense compromís.
Revisat el