Non abbiamo
un cloud da vendere.
Prima il vincolo, poi il provider.
Chi rivende un cloud ti spiegherà perché quello è la risposta giusta, qualunque fosse la domanda. Noi non rivendiamo niente: lavoriamo su Azure e DigitalOcean per le macchine, su Kinsta e Sevalla quando serve una piattaforma gestita, e la scelta parte da come sei fatto tu - non da un listino.
Non c'è un provider giusto. C'è quello giusto per i tuoi vincoli.
Questa è, semplificata, la conversazione che facciamo all'inizio di ogni progetto. Segna quello che vale per te e guarda come si muove la risposta.
Prima le domande, poi il nome del provider.
Non abbiamo una risposta di default, e chi la ha sta vendendo qualcosa. Segna uno o due vincoli qui sopra: la prima conversazione che facciamo con te è esattamente questa, solo più lunga.
Su cosa gira oggi, quanto costa e cosa si è rotto l'ultima volta. Tre risposte che spesso decidono da sole.
Microsoft Azure.
Se le identità sono già in Microsoft e ci sono requisiti da documentare, Azure fa risparmiare mesi: gli accessi sono quelli che avete, e le certificazioni le porta lui. Si paga in complessità e in bolletta, non in lavoro.
DigitalOcean costerebbe meno e sarebbe più semplice - ma senza le identità e la parte di conformità che qui stai chiedendo.
DigitalOcean.
Macchine vere, prezzo che si legge in una riga e nessuna sorpresa a fine mese. È la scelta più frequente quando serve controllo sulla macchina senza pagare l'ecosistema di un hyperscaler.
Azure ha più servizi pronti, e Kinsta ti toglierebbe la macchina di mezzo. Nessuno dei due ti serve per quello che hai segnato.
Kinsta.
Per WordPress e simili non c'è ragione di gestire un server: cache, staging, backup e certificati sono già dentro. Chi ci lavora dentro non deve sapere cos'è una VM.
Una VM tua sarebbe più flessibile, ma con questi vincoli è flessibilità che pagheresti senza usare.
Sevalla.
Applicazioni custom che salgono da sole quando il traffico cresce, senza nessuno che debba sorvegliare la macchina. Costa un po' di controllo e restituisce tempo.
Una macchina su DigitalOcean costa meno, se però qualcuno la deve tenere d'occhio. Qui hai detto che non c'è nessuno.
Le barre sono un gioco, non un algoritmo: la scelta vera si fa parlando. Ma l'ordine con cui si muovono è quello giusto.
Capita spesso che la risposta sia resta dove sei. Se l'infrastruttura che hai regge e costa il giusto, migrarla è una spesa senza un ritorno: si sistema quello che non va e si va avanti.
Questa non è una decisione da prendere una volta per sempre. Costruiamo gli applicativi in container - la stessa cosa che gira in locale, in test e in produzione - quindi spostarli da un provider a un altro è un lavoro di giorni, non di mesi. È il motivo per cui possiamo permetterci di non avere un preferito: se fra due anni i conti tornano meglio da un'altra parte, ci si sposta.
Non rivendiamo cloud. Quindi non abbiamo un preferito da farti scegliere.
Le macchine le teniamo su noi. Anche dopo il primo giorno.
Il set up è la parte breve. Quella lunga è quello che viene dopo: gli aggiornamenti, i backup che nessuno prova mai a ripristinare, i certificati che scadono di sabato.
Set up delle macchine
Si parte da quello che deve girarci sopra, non da una taglia a listino. Rete, accessi, certificati e ambienti separati sono decisi una volta e scritti da qualche parte - non ricostruiti a memoria alla prossima modifica.
Manutenzione, non sorveglianza
Aggiornamenti di sistema, versioni dei runtime, spazio disco, certificati che scadono. Sono le cose che non fanno notizia finché non fermano tutto un venerdì pomeriggio.
Backup che qualcuno ha provato
Un backup che non è mai stato ripristinato non è un backup. Le prove le facciamo noi, e sai ogni quanto e quanto tempo serve per tornare su.
Costi che si leggono
Sappiamo cosa stai pagando e perché. Se un ambiente di test è rimasto acceso da tre mesi lo diciamo, anche se il conto non lo paghiamo noi.
Il primo a sapere che qualcosa non va non deve essere il tuo cliente
Sulle macchine guardiamo che i servizi rispondano e che non stiano finendo spazio o memoria. Sugli applicativi c'è Sentry su tutti i progetti: quando un utente incontra un errore lo vediamo con la riga di codice e i passaggi che l'hanno causato, senza dover chiedere a lui cosa stava facendo.
Vuol dire che una parte dei problemi si chiude prima che qualcuno se ne accorga - e che quando ci scrivi, spesso la risposta è già "lo stiamo guardando".
- Sulle macchine
- Servizi che rispondono, spazio, memoria, certificati in scadenza
- Sugli applicativi
- Sentry: errore, riga di codice e cosa lo ha causato
- A chi arrivano gli alert
- A noi - non a un tuo indirizzo da presidiare
Quando il sito è giù non deve iniziare un'indagine.
Con software e infrastruttura divisi fra due fornitori, il primo mezzogiorno di ogni problema si passa così:
"È un problema del server, chiedi a loro."
"Il server sta su, è il codice che va in errore."
"A noi risulta tutto verde."
Se il software e la macchina su cui gira li teniamo noi, quella telefonata non esiste: c'è un numero solo e nessuno da convincere. Vale anche al contrario - se il software lo fa un altro, lavoriamo con lui senza chiedere di cambiarlo.
Se hai già un sistemista interno che conosce le vostre macchine, non ti serviamo per l'infrastruttura: gli diamo una mano quando serve e ci fermiamo lì. Questo servizio ha senso quando nessuno in azienda vuole - giustamente - la responsabilità di un server che deve stare su.
Dove l’abbiamo già fatto.
Progetti reali in cui questo servizio è finito in produzione. Stessa logica, contesti diversi.
Ecosistema wholesale per la gestione di collezioni e media
Ordini, riassortimenti, media e cataloghi in un’unica piattaforma, integrata con il gestionale aziendale.
RisultatoProcesso wholesale digitalizzato end-to-end, cataloghi generati automaticamente, in evoluzione dal 2019.
Leggi il case study →DWH aziendale con middleware e MCP
Dati del gestionale, del personale e di altri applicativi centralizzati e interrogabili tramite AI - senza competenze tecniche.
RisultatoFonte dati unica, accesso controllato per permessi, interoperabilità tra tutti gli applicativi aziendali.
Leggi il case study →Le domande che vengono prima del nome del provider.
Rivendete cloud?
No, e non abbiamo un preferito da farvi scegliere. Lavoriamo su Azure e DigitalOcean per le macchine, su Kinsta e Sevalla quando serve una piattaforma gestita - e la scelta parte dai vostri vincoli, non da un listino.
Come scegliete tra Azure, DigitalOcean, Kinsta e Sevalla?
Dalle domande, prima che dal nome: se siete già dentro Microsoft 365, se il budget è contenuto, se il traffico fa picchi, se serve accesso alla VM, se ci sono certificazioni da rispettare, se i dati devono restare in Europa. Spesso la risposta è restare dove siete.
Se un domani vogliamo cambiare provider?
Si può. Costruiamo le applicazioni in container: spostarle da un provider a un altro è un lavoro di giorni, non di mesi. È anche il motivo per cui possiamo permetterci di non avere un preferito.
Cosa comprende la gestione dopo il set up?
Aggiornamenti, versioni di runtime, spazio su disco, certificati. Backup che qualcuno ha provato a ripristinare. Monitoraggio su macchine e applicazioni, con Sentry su tutti i progetti. E un referente solo per software e infrastruttura - così quando il sito è giù non parte un'indagine su di chi è la colpa.