I tedeschi e il pinguino

19/05/2011, 08:09

A quanto sembra, i cugini d’oltralpe, hanno scelto di abbandonare il pinguno.

Pensavano costasse di meno. Il loro è un esempio lampante di come Gnu/Linux costa di più se non si investe in formazione supporto nel lungo termine.

Ubuntu, qualche nota da Mark

10/08/2008, 15:21

gnome?
Creative Commons License photo credit: Br3nda

Mark Shuttleworth, fondatore di Ubuntu e Canonical, ha recentemente tenuto il suo keynote ad OSCON.

Tra le varie cose già citate nei blog di mezzo mondo ( look&feel meglio di OSX, qualità ecc. ), si parla anche di due cose molto importanti:

  1. Launchpad, la piattaforma per la gestione dello sviluppo utilizzata da Canonical, verrà rilasciata al pubblico entro pochi mesi
  2. Come finanziare Ubuntu

Per quanto riguarda il primo punto: era ora! Per l’economia della distribuzione invece, è tutta un altra questione: risulta evidente, infatti, che il supporto costante di Canonical e quello discontinuo di altri grossi vendor e le donazioni degli utenti non bastano affatto a sostenere i costi di sviluppo. O meglio, bastano, ma la distribuzione non si sostenta da sè, come dovrebbe fare.

La soluzione, ribadisce Mark, non può essere fornita dall’advertising e, d’altronde, non è possibile far pagare la distribuzione ( ricordate il contratto sociale? ). Ma allora? Purtroppo su questo argomento il fondatore di Ubuntu si è tenuto vago, anche se emergono alcune soluzioni interessanti dai vari blog e dai vari commenti che ne parlano, vi illustro le migliori:

Purtroppo non è facile “vendere” un prodotto che ha standard qualitativi ottimi rispetto alle altre distribuzioni, ma non è certo al livello dei sistemi proprietari lato desktop.

Io propongo la mia: stabilizziamo ulteriormente il codice di Ubuntu server e cominciamo a vendere, assieme ai maggiori produttori hardware, contratti di assistenza per la preinstallazione. Un prodotto out-of-the-box in quest’ambito è più ricercato che in ambito desktop.

Al solito, chi vivrà vedrà, ma mi aspetto grosse sorprese con la prossima Ubuntu!!!

Creare una rete locale in azienda: il giusto iter

03/08/2008, 23:01

The worlds network
Creative Commons License photo credit: saschaaa

La realizzazione di una intranet non è affatto un operazione semplice. Essa richiede competenze specifiche e in vari ambiti, che difficilmente possono essere soddisfatte da un unica persona.

Il mio lavoro principale consiste nel concepire l’infrastruttura logica di funzionamento di una rete locale, tralasciando gli aspetti ipertecnici, che vanno delegati a degli operatori specializzati nei vari settori ( cablaggio, software, server, database, sicurezza ecc. ); definire assieme al cliente le necessità e i servizi, la locazione delle macchine, il tipo di dati da trattare, i sistemi di help desk, backup, monitoring e quant’altro serva ad una corretta creazione e gestione di una rete interna che funzioni.

Troppo spesso, in troppe aziende, ho dovuto fare i conti con infrastrutture informatiche e di rete mal progettate, scarsamente o addirittura non documentate. Il mio intento è esporre sinteticamente i principali passi che seguo, da quando entro nella sede del cliente a quando rilascio il “prodotto” ( si perchè considero il lavoro finito un prodotto a tutti gli effetti, numeri di versione compresi).

Innanzitutto va fatta una piccola premessa: subito non funziona MAI tutto. Un periodo di assestamento prima di aver rilasciato la versione definitiva va assolutamente messo in conto. Spesso si tratta di un paio di mesi, in modo tale da aver messo la rete a regime e al massimo delle potenzialità. Per quanto riguarda l’analisi e l’implementazione pura qui descrivo i passi da eseguire:

  1. Analisi ( definizione delle utenze, dei servizi da implementare, dei software utilizzati dagli utenti e delle esigenze di affidabilità )
  2. Pianificazione iniziale: ( struttura topologica, collegamenti, classi ed indirizzi )
  3. Allocazione risorse ( distribuzione computer, apparati di rete, banda )
  4. Messa in opera ( montaggio e configurazione )
  5. Gestione delle utenze ( formazione, asset managament, gestione permessi )
  6. Gestione sicurezza ( firewall, policy, chiavi, IDS, backup )
  7. Gestione dei guasti ( monitoring, reporting e ricambi )
  8. Misura dei livelli di servizio ( o delle performance )
  9. Manutenzione ordinaria ( controllo fisico sul posto )

Come potete vedere si tratta di step logici abbastanza scontati, ma egualmente importanti. I primi due vanno dettagliatamente documentati in fase di preventivo e gli altri a mezzo di schemi e fotografie in fase di realizzazione.

Mi auguro di aver illustrato a grandi linee quale sia la pratica migliore quando si deve progettare questo tipo di intervento. Nei prossimi post cercherò di illustrare come comportarsi in caso di eventi anomali, guasti non previsti, manutenzione ordinaria e comunque interventi presso la sede.

  
  • Rss Feed

  • Categorie

  • Alieni
  • Annunci
  • debian
  • Freedom
  • Hacking
  • Hardware
  • Linux
  • Musica
  • Privacy
  • Progettazione
  • Programmazione
  • Server
  • survey
  • TV
  • Varie
  • Vita
  • Links

    Torna al sito

    Contattami:

  • Email