Newsgroup: it.comp.os.linux.sys
Titolo: Alternative a Kubernetes

Ciao a tutti,
 
ho deciso di mettere alla prova quello che dice Massimiliano Adamo sulle
nuove tecnologie e di chiedere qui un parere. :)
 
Devo aggiornare il mio serverino, che attualmente serve 3 siti: uno
statico, uno PHP custom-made con PostgreSQL e un Wordpress con MySQL.
Più server di posta, owncloud, rsync per i backup e altre cosette.
 
Il tutto gira su Debian e lo configuro "alla vecchia maniera".
 
Ora vorrei organizzarlo in modo più moderno con
 
- una dashboard per vedere il carico dei singoli servizi/siti
- un modo di raggruppare un sito col suo DB (vedi pod di k8s)
- un modo per fare deploy di un docker o altro container rapidamente
- un modo per fare rollback di un container/pod in caso di problemi
- la possibilità di esporre servizi non-web
 
L'unica tecnologia che conosco per fare una cosa del genere è Kubernetes.
 
Ho provato a installarlo in una VM locale e mi sono accorto che è un
bagno di sangue: la documentazione invecchia velocemente, tutti pensano
a mettere su cluster con decine di macchine e non singoli server
(giustamente, forse), non è chiaro come gestire gli aggiornamenti.
 
Insomma: tutti spiegano come scrivere gli YAML dando per scontato che
userai un servizio cloud di terzi.
 
E nessuno parla della parte sistemistica.
 
Ora, io non sono per niente legato a K8s, quindi se ci sono alternative
più semplici per quello che voglio fare, sono  apertissimo.
 
L'unica condizione è che "sotto" ci sia Debian o Ubuntu.
 
Grazie.
Bye.

 più semplici per quello che voglio fare, sono  apertissimo.
 
non ho capito dove vuoi mettere il tutto. Home/Office Cloud? Cloud 
pubblico (e quale?)? 
 
Perche' Terraform potrebbe fare il suo sporco lavoro per il deploy e 
Ansible la configurazione. Poi tracci la linea per stabilire dove finisce 
Terraform e dove comincia Ansible. C'e' gente che fa quasi tutta la 
configurazione con Terraform, ma non e' per nulla versatile... e' poi la 
sintassi HCL rompe.... 
 
p.s.: abbiamo fatto il colloquio a un greco, che si e' fatto la domotica 
con Prometheus. Al colloquio ha tirato fuori il cellulare e ci ha fatto 
vedere il moniotraggio di tutti gli elettrodomestici su prometheus :-) 
 
-- 
Massimiliano Adamo

 più semplici per quello che voglio fare, sono  apertissimo.
 
docker-compose, e vivi felice :-)

 sintassi HCL rompe....
 
Grazie delle info. Inizio a capire un po' meglio lo scenario.
 
Bye.
 

 compose.
 
Sto usando docker-compose in locale per tirare su tutto l'ambiente 
(mysql, redis, es, ecc.) per far girare l'applicazione che sto sviluppando.
 
Una specie di Virtualbox, in pratica, ma fatta di container docker. :D
 
Ma non sono per niente esperto.
 
Avendo 3 applicazioni separate (di più in futuro), dici che posso avere 
3 docker-compose.yaml diversi (uno per app) e fare "deploy" su un 
singolo server?
 
Oppure devo avere un docker-compose centralizzato da cui fare deploy di
tutto?
 
Hai eventualmente documentazione da leggere?
 
Grazie!
 

 più semplici per quello che voglio fare, sono  apertissimo.
 
Prova a vedere Openshift, anche se non so quanto sia semplice installarlo su
Debian o Ubuntu
 
Enrico

 Hai eventualmente documentazione da leggere?
 
direi che la reference del docker-compose file è un buon punto di 
partenza. 


 
A proposito di scenario, posso chiedere in che tipo di azienda lavorate 
per avere a che fare con questo parco software?
Immagino non in un'azienda di consulenza.
Grazie.
 
-- 
SysAdmin

 Immagino non in un'azienda di consulenza.
 
Videogiochi. :D
 
Io sono nel team web: gestiamo il sito, il "blog"/news, la community, le 
newsletter, parte delle analytics e tutto quello che ci si collega 
(utenti, design, UX, ecc.)
 
Bye.


 
Pensavo in banca o posti governativi. :)
Non che voglia sminuire il settore dei giochi eh... sicuramente dietro ci 
sta un fior fiore di tecnologia.
Immagino abbiate delle VPS o istanze AWS/Azure.
Interessante!
Grazie per la risposta.
 
 
-- 
SysAdmin

 Immagino abbiate delle VPS o istanze AWS/Azure.
 
Non mi pare siano definiti come "core business" dell'azienda, quindi non 
penso ci siano problemi a dire cosa usiamo. :)
 
Il grosso sono server in-house, gestiti appunto dal team Ops, e stiamo 
(stanno :D) migrando tutto, un po' alla volta, a Kubernetes, ma 
onestamente non so se siano ancora in-house o su AWS. So che per alcune 
cose usiamo AWS, ma non so "quanto".
 
Stiamo iniziando a usare Google BigData/BigQuery per fare storage di 
eventi da parte degli utenti e analisi dei dati. Parliamo di (decine o 
centinaia di) milioni di eventi al giorno. Prima usavamo Hadoop in house 
come progetto pilota, ma quando è stato esteso a tutti i giochi il 
traffico è diventato poco sostenibile, e Google costa meno.
 
Bye.


ho citato Ansible, non perche' lo amo, ma perche' so bene che e' piu' 
semplice per chi comincia da zero. 
 
Se ti dicessi Chef (che quasi non conosco) so bene che risponderesti: 
"seeeeh,  va bene.... ora comincio"
 
Se avessi dovuto rispondere col cuore, avrei dovuto suggerire Puppet. Ma 
qui c'e' anche il problema che Puppet (anche se non necessariamente) 
necessita di una infrastuttura. 
 
L'altra alternativa e Salt. E adesso qualcuno si e' inventato Saltible :) 
Credo si tratti di Ansible lanciato tramite ZMQ di Salt.  
 
-- 
Massimiliano Adamo

 L'altra alternativa e Salt.
Esiste ancora? :D
 
Bye.