|
Dimensione: 1765
Commento:
|
Dimensione: 1603
Commento:
|
| Le cancellazioni sono segnalate in questo modo. | Le aggiunte sono segnalate in questo modo. |
| Linea 1: | Linea 1: |
| == La ricerca del kernel stabile e aggiornato per il rilascio di Bionic Beaver 18.04 LTS == | == Ubuntu al Mobile World Congress 2019 == |
| Linea 3: | Linea 3: |
| Ogni 6 mesi il Kernel Team di Ubuntu ha il compito di scegliere il kernel da utilizzare nella prossima versione del sistema operativo di '''Canonical'''. Questa è una cosa difficile da fare perché non si conoscono in modo definitivo le caratteristiche di ciò che andrà upstream nel kernel nei 6 mesi successivi, né la qualità del kernel stesso. Dando un'occhiata al programma di rilascio di Ubuntu e considerando il suo allineamento con le versioni del kernel upstream, i responsabili del Kernel Team di Ubuntu cercano di valutare ogni minimo dettaglio per riuscire a fornire la versione più stabile e performante nel rilascio del nuovo sistema operativo. | Canonical ha annunciato il supporto per '''containerd''' a partire dalle versioni 1.14 di Charmed Kubernetes e Microk8s, migliorando la sicurezza e la robustezza delle proprie soluzione di gestione dei container. Anche il runtime Docker tradizionale continuerà a essere supportato in tutte le soluzioni Kubernetes offerte da Canonical e i cluster manterranno la scelta di runtime durante gli aggiornamenti. |
| Linea 5: | Linea 5: |
| Il Kernel Team di Ubuntu lavora a stretto contatto con i produttori di hardware, per il lavoro sulle modifiche a monte e per sapere le preferenze sulle versioni del kernel di '''Ubuntu''', con i principali fornitori di cloud per sapere quali siano le loro richieste e le loro esigenze, e con i maggiori utilizzatori di Ubuntu a livello consumer per conoscere la loro opinione. Il Kernel Team di Ubuntu pone attenzione a quale sarà il prossimo kernel stabile a monte e riceve input dai membri del Canonical product strategy team per conoscere le linee guida per i prossimi rilasci. Tenendo conto di tutto ciò, il Kernel Team di Ubuntu sta programmando di convergere sul kernel 4.15 per il rilascio di '''Bionic Beaver 18.04 LTS'''. | ''"Containerd è diventato il runtime standard del settore perché è incentrato su semplicità, robustezza e portabilità."'' Ha dichiarato Carmine Rimi, product manager di '''Kubernetes''' presso Canonical. ''"L'abilitazione del runtime containerd su Kubernetes consente di ridurre la latenza nei tempi di avvio dei pod e migliora l'utilizzo della CPU e della memoria su ogni nodo del cluster."'' |
| Linea 7: | Linea 7: |
| Attualmente, sulla strada verso il rilascio della versione 18.04, nel repository Bionic-proposed troviamo un kernel ancora basato sulla versione 4.14. | Canonical offre soluzioni '''Kubernetes''' multi-cloud, garantendo compatibilità e portabilità, supportando i clienti su Amazon EKS, Azure AKS e Google GKE con nodi di lavoro basati su Ubuntu, Charmed Kubernetes e Microk8 per Kubernetes. Il runtime containerd, disponibile per Linux e Windows, gestisce l'intero ciclo di vita del container, incluso il trasferimento delle immagini, l'esecuzione del contenitore, la supervisione dei processi, l'archiviazione a basso livello e gli allegati di rete. Ancora una volta, Canonical indica la strada da seguire per la realizzazione di soluzioni aziendali efficienti, scalabili e sicure. |
| Linea 9: | Linea 9: |
| ''Fonte'': [[https://insights.ubuntu.com/2017/12/06/kernel-team-summary-december-6-2017/|insights.ubuntu.com]] | ''Fonte'': [[ https://blog.ubuntu.com/2019/02/13/a-fresh-look-for-releases-ubuntu-com | blog.ubuntu.com ]] |
Ubuntu al Mobile World Congress 2019
Canonical ha annunciato il supporto per containerd a partire dalle versioni 1.14 di Charmed Kubernetes e Microk8s, migliorando la sicurezza e la robustezza delle proprie soluzione di gestione dei container. Anche il runtime Docker tradizionale continuerà a essere supportato in tutte le soluzioni Kubernetes offerte da Canonical e i cluster manterranno la scelta di runtime durante gli aggiornamenti.
"Containerd è diventato il runtime standard del settore perché è incentrato su semplicità, robustezza e portabilità." Ha dichiarato Carmine Rimi, product manager di Kubernetes presso Canonical. "L'abilitazione del runtime containerd su Kubernetes consente di ridurre la latenza nei tempi di avvio dei pod e migliora l'utilizzo della CPU e della memoria su ogni nodo del cluster."
Canonical offre soluzioni Kubernetes multi-cloud, garantendo compatibilità e portabilità, supportando i clienti su Amazon EKS, Azure AKS e Google GKE con nodi di lavoro basati su Ubuntu, Charmed Kubernetes e Microk8 per Kubernetes. Il runtime containerd, disponibile per Linux e Windows, gestisce l'intero ciclo di vita del container, incluso il trasferimento delle immagini, l'esecuzione del contenitore, la supervisione dei processi, l'archiviazione a basso livello e gli allegati di rete. Ancora una volta, Canonical indica la strada da seguire per la realizzazione di soluzioni aziendali efficienti, scalabili e sicure.
Fonte: blog.ubuntu.com
